Repatriación en la nube: cuándo tiene sentido volver desde la nube
&8211; En resumen La repatriación en la nube describe la reubicación parcial de cargas de trabajo desde la nube pública. 37signals (Basecamp) ahorró 7 millones de dólares durante cinco años mediante la …
En resumen
- La repatriación en la nube describe la reubicación parcial de cargas de trabajo desde la nube pública.
- 37signals (Basecamp) ahorró 7 millones de dólares durante cinco años mediante la salida de la nube.
- Las cargas de trabajo estables y predecibles con alto volumen de datos son los mejores candidatos.
- La repatriación no es una declaración anti-nube, sino una optimización racional de costes.
- La mayoría de las empresas terminan adoptando un modelo híbrido: nube para cargas variables, infraestructura local para cargas base.
La nube prometía costes más bajos, escalabilidad ilimitada y sencillez operativa. Para muchas cargas de trabajo, esto es cierto. Para otras, no. Un número creciente de empresas está trayendo de vuelta determinadas cargas de trabajo – no por escepticismo hacia la nube, sino por un cálculo frío y objetivo. La repatriación en la nube no es un paso atrás, sino una maduración de la estrategia en la nube.
Por qué las empresas traen de vuelta cargas de trabajo
El caso más destacado: 37signals (Basecamp, HEY) abandonó AWS y ahorró, según afirmó su CTO David Heinemeier Hansson, 7 millones de dólares durante cinco años. El motivo: cargas de trabajo estables con carga predecible y alto volumen de datos – precisamente el perfil en el que los costes en la nube resultan superiores frente al hardware propio.
El cálculo es sencillo: un servidor con 128 GB de RAM y 2 TB de NVMe cuesta entre 5.000 y 8.000 euros una sola vez y funciona durante cinco años. Su equivalente en la nube cuesta entre 500 y 1.000 euros al mes – es decir, entre 30.000 y 60.000 euros durante ese mismo período. Con una carga estable, el hardware propio resulta 5 a 10 veces más económico.
Además, hay que sumar los costes de salida de datos (Data Egress): AWS cobra 0,09 USD por GB de tráfico saliente. Quien transfiere terabytes al mes paga cifras de cuatro dígitos – únicamente por el ancho de banda de red.
Qué cargas de trabajo son adecuadas para la repatriación
Cargas de trabajo estables de base con carga predecible: bases de datos, servidores de compilación, sistemas de monitorización. Aquí la nube no ofrece ventajas de escalabilidad, pero sí costes permanentes.
Cargas de trabajo intensivas en datos, con alto volumen de almacenamiento y transferencia: codificación de vídeo, análisis de Big Data, sistemas de copia de seguridad. Los costes de salida de datos (Data Egress) hacen que la nube resulte desproporcionadamente cara.
Cargas de trabajo sensibles a la latencia, que deben ejecutarse cerca de la fuente de datos: computación perimetral (Edge Computing), procesamiento de IoT, inferencia local de IA.
No son adecuadas: cargas de trabajo variables (negocios estacionales), aplicaciones globales (multi-región), startups en fase de crecimiento (escalabilidad impredecible) y equipos sin competencias operativas (Ops).
Los costes ocultos de la vuelta
La repatriación no es una solución gratuita. El coste total de propiedad (TCO) incluye: adquisición de hardware, costes de alojamiento en centro de datos (rack, energía, refrigeración, red), personal para operación y mantenimiento, licencias de software (VMware, copias de seguridad, monitorización) y los costes únicos de migración.
El factor crítico es el personal: un administrador Linux cualificado o ingeniero de redes cuesta entre 70.000 y 100.000 euros al año. Quien no dispone de una capacidad operativa existente debe incluir estos costes en su cálculo. 37signals contaba con un equipo operativo ya establecido – lo cual no es algo automático.
El compromiso híbrido
La realidad para la mayoría de las empresas: ni nube completa ni infraestructura local completa, sino un modelo híbrido. Cargas de trabajo estables de base en hardware propio (alojamiento en centro de datos o infraestructura local), cargas variables y capacidad adicional (burst capacity) en la nube.
Kubernetes hace viable este enfoque híbrido: las cargas de trabajo son portables entre infraestructura local y nube. Herramientas como Rancher, Anthos y Azure Arc permiten una gestión unificada en ambos entornos. GitOps con ArgoCD despliega el mismo código en cualquier lugar.
Marco de decisión: ¿nube, híbrido o repatriación?
Tres preguntas determinan la respuesta: ¿Qué tan variable es la carga? Carga variable → nube. Carga estable → infraestructura local posible. ¿Cuál es el volumen de datos? Alto volumen de salida (Egress) → infraestructura local más atractiva. Bajo volumen → costes en la nube aceptables. ¿Contamos con competencias operativas? Sin equipo operativo → nube (el proveedor de nube es su equipo operativo). Equipo experimentado → repatriación calculable.
La decisión debe tomarse carga por carga, no de forma generalizada. Incluso 37signals no sacó todo de la nube – solo aquellas cargas de trabajo cuyo cálculo era inequívocamente favorable.
Preguntas frecuentes
¿Es la repatriación en la nube una tendencia o una nicho?
Es una tendencia en crecimiento, pero no un movimiento masivo. La mayoría de las empresas optimizan su uso de la nube, en lugar de regresar completamente a la infraestructura local. La repatriación parcial – traer de vuelta cargas de trabajo individuales – es mucho más frecuente que las salidas completas de la nube. Los analistas estiman que entre el 10 % y el 15 % de las cargas de trabajo en la nube se reubicarán de forma parcial a medio plazo.
¿Cómo se calcula el TCO (coste total de propiedad) para comparar nube frente a infraestructura local?
Comparar todos los costes durante cinco años: nube (computación + almacenamiento + salida de datos + soporte) frente a infraestructura local (hardware + alojamiento en centro de datos + personal + licencias + mantenimiento + migración). Importante: incluir también los costes de oportunidad – el tiempo que dedica el equipo a infraestructura en lugar de al desarrollo del producto.
¿Existen riesgos de bloqueo (lock-in) al regresar?
Sí, especialmente con servicios nativos de la nube (Lambda, DynamoDB, BigQuery). Las cargas de trabajo basadas en servicios propietarios requieren, antes de la repatriación, una reescritura sobre alternativas de código abierto. Las cargas de trabajo basadas en Kubernetes son notablemente más portables.
¿Pueden beneficiarse de la repatriación las pequeñas empresas?
Rara vez. Las pequeñas empresas carecen tanto de la capacidad operativa como del volumen necesario para gestionar hardware propio de forma rentable. Los servicios gestionados ofrecidos por los proveedores de nube ofrecen, para las pymes, una mejor relación calidad-precio. La repatriación suele ser rentable a partir de un gasto mensual en la nube de 50.000 euros o más.
¿Cuál es la diferencia entre repatriación y nube híbrida?
La repatriación es la reubicación de cargas de trabajo existentes desde la nube hacia infraestructura propia. La nube híbrida es un patrón arquitectónico en el que las cargas de trabajo se distribuyen intencionadamente entre nube e infraestructura local. La repatriación suele dar lugar a un modelo híbrido – pero no toda estrategia híbrida implica repatriación.
Fuente de imagen: Pexels / panumas nikhomkhai
Traducido del original en alemán con inteligencia artificial. La versión alemana es la de referencia.
