3 min de lectura<\/p>\n
La nube promet\u00eda costes m\u00e1s bajos, escalabilidad ilimitada y sencillez operativa. Para muchas cargas de trabajo, esto es cierto. Para otras, no. Un n\u00famero creciente de empresas est\u00e1 trayendo de vuelta determinadas cargas de trabajo – no por escepticismo hacia la nube, sino por un c\u00e1lculo fr\u00edo y objetivo. La repatriaci\u00f3n en la nube no es un paso atr\u00e1s, sino una maduraci\u00f3n de la estrategia en la nube.<\/strong><\/p>\n El caso m\u00e1s destacado: 37signals (Basecamp, HEY) abandon\u00f3 AWS y ahorr\u00f3, seg\u00fan afirm\u00f3 su CTO David Heinemeier Hansson, 7 millones de d\u00f3lares durante cinco a\u00f1os. 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.<\/p>\n El c\u00e1lculo 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\u00f1os. 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\u00edodo. Con una carga estable, el hardware propio resulta 5 a 10 veces m\u00e1s econ\u00f3mico.<\/p>\n Adem\u00e1s, hay que sumar los costes de salida de datos (Data Egress): AWS cobra 0,09 USD por GB de tr\u00e1fico saliente. Quien transfiere terabytes al mes paga cifras de cuatro d\u00edgitos – \u00fanicamente por el ancho de banda de red.<\/p>\n Cargas de trabajo estables de base<\/strong> con carga predecible: bases de datos, servidores de compilaci\u00f3n, sistemas de monitorizaci\u00f3n. Aqu\u00ed la nube no ofrece ventajas de escalabilidad, pero s\u00ed costes permanentes.<\/p>\n Cargas de trabajo intensivas en datos<\/strong>, con alto volumen de almacenamiento y transferencia: codificaci\u00f3n de v\u00eddeo, an\u00e1lisis de Big Data, sistemas de copia de seguridad. Los costes de salida de datos (Data Egress) hacen que la nube resulte desproporcionadamente cara.<\/p>\n Cargas de trabajo sensibles a la latencia<\/strong>, que deben ejecutarse cerca de la fuente de datos: computaci\u00f3n perimetral (Edge Computing), procesamiento de IoT, inferencia local de IA.<\/p>\n No son adecuadas: cargas de trabajo variables (negocios estacionales), aplicaciones globales (multi-regi\u00f3n), startups en fase de crecimiento (escalabilidad impredecible) y equipos sin competencias operativas (Ops).<\/p>\n La repatriaci\u00f3n no es una soluci\u00f3n gratuita. El coste total de propiedad (TCO) incluye: adquisici\u00f3n de hardware, costes de alojamiento en centro de datos (rack, energ\u00eda, refrigeraci\u00f3n, red), personal para operaci\u00f3n y mantenimiento, licencias de software (VMware, copias de seguridad, monitorizaci\u00f3n) y los costes \u00fanicos de migraci\u00f3n.<\/p>\n El factor cr\u00edtico es el personal: un administrador Linux cualificado o ingeniero de redes cuesta entre 70.000 y 100.000 euros al a\u00f1o. Quien no dispone de una capacidad operativa existente debe incluir estos costes en su c\u00e1lculo. 37signals contaba con un equipo operativo ya establecido – lo cual no es algo autom\u00e1tico.<\/p>\n La realidad para la mayor\u00eda de las empresas: ni nube completa ni infraestructura local completa, sino un modelo h\u00edbrido. 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.<\/p>\n Kubernetes hace viable este enfoque h\u00edbrido: las cargas de trabajo son portables entre infraestructura local y nube. Herramientas como Rancher, Anthos y Azure Arc permiten una gesti\u00f3n unificada en ambos entornos. GitOps con ArgoCD despliega el mismo c\u00f3digo en cualquier lugar.<\/p>\n Tres preguntas determinan la respuesta: \u00bfQu\u00e9 tan variable es la carga?<\/strong> Carga variable \u2192 nube. Carga estable \u2192 infraestructura local posible. \u00bfCu\u00e1l es el volumen de datos?<\/strong> Alto volumen de salida (Egress) \u2192 infraestructura local m\u00e1s atractiva. Bajo volumen \u2192 costes en la nube aceptables. \u00bfContamos con competencias operativas?<\/strong> Sin equipo operativo \u2192 nube (el proveedor de nube es su equipo operativo). Equipo experimentado \u2192 repatriaci\u00f3n calculable.<\/p>\n La decisi\u00f3n debe tomarse carga por carga, no de forma generalizada. Incluso 37signals no sac\u00f3 todo de la nube – solo aquellas cargas de trabajo cuyo c\u00e1lculo era inequ\u00edvocamente favorable.<\/p>\n Es una tendencia en crecimiento, pero no un movimiento masivo. La mayor\u00eda de las empresas optimizan su uso de la nube, en lugar de regresar completamente a la infraestructura local. La repatriaci\u00f3n parcial – traer de vuelta cargas de trabajo individuales – es mucho m\u00e1s 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\u00e1n de forma parcial a medio plazo.<\/p>\n<\/details>\n Comparar todos los costes durante cinco a\u00f1os: nube (computaci\u00f3n + almacenamiento + salida de datos + soporte) frente a infraestructura local (hardware + alojamiento en centro de datos + personal + licencias + mantenimiento + migraci\u00f3n). Importante: incluir tambi\u00e9n los costes de oportunidad – el tiempo que dedica el equipo a infraestructura en lugar de al desarrollo del producto.<\/p>\n<\/details>\n S\u00ed, especialmente con servicios nativos de la nube (Lambda, DynamoDB, BigQuery). Las cargas de trabajo basadas en servicios propietarios requieren, antes de la repatriaci\u00f3n, una reescritura sobre alternativas de c\u00f3digo abierto. Las cargas de trabajo basadas en Kubernetes son notablemente m\u00e1s portables.<\/p>\n<\/details>\n Rara vez. Las peque\u00f1as 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\u00f3n calidad-precio. La repatriaci\u00f3n suele ser rentable a partir de un gasto mensual en la nube de 50.000 euros o m\u00e1s.<\/p>\n<\/details>\n La repatriaci\u00f3n es la reubicaci\u00f3n de cargas de trabajo existentes desde la nube hacia infraestructura propia. La nube h\u00edbrida es un patr\u00f3n arquitect\u00f3nico en el que las cargas de trabajo se distribuyen intencionadamente entre nube e infraestructura local. La repatriaci\u00f3n suele dar lugar a un modelo h\u00edbrido – pero no toda estrategia h\u00edbrida implica repatriaci\u00f3n.<\/p>\n<\/details>\n Fuente de imagen: Pexels \/ panumas nikhomkhai<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<\/span>Por qu\u00e9 las empresas traen de vuelta cargas de trabajo<\/h2>\n
Qu\u00e9 cargas de trabajo son adecuadas para la repatriaci\u00f3n<\/h2>\n
Los costes ocultos de la vuelta<\/h2>\n
El compromiso h\u00edbrido<\/h2>\n
Marco de decisi\u00f3n: \u00bfnube, h\u00edbrido o repatriaci\u00f3n?<\/h2>\n
Preguntas frecuentes<\/h2>\n
\u00bfEs la repatriaci\u00f3n en la nube una tendencia o una nicho?<\/strong><\/summary>\n
\u00bfC\u00f3mo se calcula el TCO (coste total de propiedad) para comparar nube frente a infraestructura local?<\/strong><\/summary>\n
\u00bfExisten riesgos de bloqueo (lock-in) al regresar?<\/strong><\/summary>\n
\u00bfPueden beneficiarse de la repatriaci\u00f3n las peque\u00f1as empresas?<\/strong><\/summary>\n
\u00bfCu\u00e1l es la diferencia entre repatriaci\u00f3n y nube h\u00edbrida?<\/strong><\/summary>\n