Repatriación en la nube: regreso desde la nube pública

Cada vez más empresas están trasladando cargas de trabajo desde la nube pública de vuelta a sus propios centros de datos o a entornos de nube privada. La tendencia se llama repatriación de la nube y contradice el mantra de cloud-first que había dominado hasta ahora. Para los CIO, no se trata de un paso atrás, sino de una madurez estratégica: quien entiende qué cargas de trabajo encajan mejor en cada entorno optimiza costes, cumplimiento normativo y control al mismo tiempo.

Lo más importante en resumen

Por qué las empresas vuelven de la nube

Cloud-first fue el paradigma de la última década. Las empresas migraron cargas de trabajo de forma masiva a la nube pública, impulsadas por la promesa de flexibilidad, escalabilidad y el deseo de no tener que ocuparse del hardware. Pero tras años de uso, se hacen visibles las desventajas: costes que aumentan sin control. Vendor lock-in que dificulta el cambio. Requisitos de cumplimiento normativo difíciles de conciliar con hyperscalers controlados por Estados Unidos.

IDC constató en un estudio que el 71 por ciento de las empresas ya ha recuperado cargas de trabajo desde la nube pública. Las razones son diversas: la optimización de costes ocupa el primer lugar, seguida de la soberanía de los datos y los requisitos de rendimiento. Especialmente en la región DACH, el panorama regulatorio desempeña un papel cada vez mayor: NIS2, DORA y la Ley de IA de la UE establecen requisitos de control de datos que no pueden cumplirse con determinadas configuraciones cloud.

El caso más destacado es 37signals, la empresa detrás de Basecamp y HEY. Su fundador, David Heinemeier Hansson, documentó el traslado de AWS a hardware propio e informó de ahorros proyectados de 7 millones de dólares en cinco años. El caso no puede trasladarse uno a uno al Mittelstand alemán, pero muestra el principio: a partir de cierto tamaño y de cierta previsibilidad de las cargas de trabajo, la infraestructura propia resulta más económica que alquilar capacidad en la nube.

«La decisión de recuperar cargas de trabajo desde la nube pública es, en la mayoría de los casos, una decisión de costes. Las empresas con cargas de trabajo predecibles pueden ahorrar entre un 30 y un 50 por ciento en infraestructura propia.»
IDG/Supermicro Cloud Survey (2024)

Los tres impulsores de la repatriación

Impulsor 1: transparencia de costes tras años de uso de la nube. Muchas empresas no calcularon el coste total de propiedad real hasta después de varios años usando la nube. Los costes de egreso, almacenamiento, soporte premium y el esfuerzo de los arquitectos cloud se van acumulando. Según Flexera, el desperdicio medio en la nube es del 29 por ciento. En cargas de trabajo previsibles con una demanda estable, la infraestructura propia suele ser entre un 30 y un 50 por ciento más barata que la configuración equivalente en la nube. El punto de equilibrio depende del tamaño, pero normalmente se sitúa entre 100 y 200 máquinas virtuales o una carga de contenedores equivalente.

Impulsor 2: requisitos regulatorios de soberanía de datos. El EU Data Act, NIS2 y el EU AI Act endurecen los requisitos de control sobre los datos. El CLOUD Act de Estados Unidos permite a las autoridades estadounidenses acceder a datos de empresas estadounidenses, independientemente de dónde estén ubicados los servidores. Un centro de datos de AWS o Microsoft en la UE no protege automáticamente frente a ese acceso. Para datos sensibles en sectores regulados, esto puede significar: nube soberana o infraestructura propia, tertium non datur.

Impulsor 3: rendimiento y latencia. Determinadas cargas de trabajo se benefician de la cercanía física a la fuente de datos. Las aplicaciones industriales de IoT, los análisis en tiempo real en fabricación y ciertas cargas de trabajo de inferencia de IA requieren latencias inferiores a 10 milisegundos, algo que las arquitecturas cloud no siempre pueden garantizar. Edge Computing y la infraestructura on-premises ofrecen aquí ventajas que no pueden alcanzarse con soluciones cloud.

La matriz de ubicación de cargas de trabajo

La repatriación cloud no significa que todas las cargas de trabajo vuelvan. Los CIO necesitan un marco diferenciado que evalúe cada carga de trabajo de forma individual. La decisión depende de cuatro factores: costes, cumplimiento normativo, rendimiento y escalabilidad.

Fuentes: IDC 2025, Flexera State of Cloud 2026, 37signals Blog

La nube sigue siendo adecuada para: entrenamiento de IA con picos de GPU, aplicaciones globales con tráfico variable, recuperación ante desastres y copias de seguridad, entornos de desarrollo y prueba, aplicaciones SaaS con un ecosistema consolidado. En estos casos, las ventajas de escalabilidad y flexibilidad superan la prima de coste.

La repatriación compensa para: cargas de trabajo de producción estables con demanda previsible, bases de datos con altas necesidades de I/O, datos regulatoriamente sensibles en DACH, aplicaciones legacy que tendrían que rediseñarse para ser nativas de la nube, cargas de trabajo HPC con una utilización constante de GPU superior al 70 por ciento. Estas cargas de trabajo se benefician de menores costes unitarios y de un control total de los datos.

El enfoque híbrido como vía óptima: La mayoría de las empresas acabarán en un modelo híbrido. Cargas de trabajo críticas desde el punto de vista regulatorio y costosas en infraestructura propia o soberana; cargas de trabajo variables y globales en la nube pública. El reto no está en la decisión, sino en la ejecución: la conexión de red, la sincronización de datos y la gestión unificada en ambos mundos requieren inversiones en ingeniería de plataformas y competencias multicloud.

Cómo explican los CIO la repatriación al consejo de administración

El mayor reto es la comunicación. «Volvemos de la nube» suena a retroceso. Los CIO deben presentar el mensaje como madurez estratégica: «Estamos optimizando nuestra arquitectura de TI sobre la base de cuatro años de experiencia en la nube. Recuperamos las cargas de trabajo que son más caras en la nube que en infraestructura propia y que no aprovechan ventajas específicas de la nube. Eso ahorra X euros al año con el mismo nivel de cumplimiento normativo o uno mejor.»

El caso de negocio debe ser concreto: comparación del TCO por carga de trabajo a lo largo de 3 a 5 años, mejora del cumplimiento normativo gracias a la soberanía de los datos, mejoras de rendimiento para aplicaciones sensibles a la latencia y riesgos evitados mediante la reducción del vendor lock-in. Con estas cifras, la repatriación de la nube se convierte en la consecuencia lógica de una decisión basada en datos, no en la admisión de una estrategia equivocada.

Preguntas frecuentes

Fuente de la imagen de cabecera: Brett Sayles / Pexels