Durante una década, la nube pública fue la respuesta estándar a cualquier pregunta de infraestructura. Entretanto, muchas empresas examinan el camino de vuelta, no por principio, sino porque para determinadas cargas la cuenta ya no sale. La «repatriación de la nube» significa exactamente eso: trasladar cargas de trabajo concretas desde la nube pública de vuelta al propio centro de datos o a un entorno privado. No es un rechazo de la nube, sino una corrección allí donde era la herramienta equivocada.
Importa una interpretación sobria de las cifras. El valor a menudo citado de la encuesta a CIO de Barclays —alrededor del 83 % de las empresas encuestadas planean repatriar al menos algunas cargas de trabajo— no significa que el 83 % abandone la nube. Cuenta empresas, no cargas: si cada una de esas empresas repatría una única aplicación, la afirmación es correcta, y aun así el gasto en la nube de los hyperscalers sigue creciendo. IDC cifra el núcleo duro correspondientemente bajo: solo alrededor del 8 al 9 % de las organizaciones planea una repatriación completa. La tendencia es real, pero selectiva. Se trata de las cargas adecuadas en el lugar adecuado, no de una vuelta atrás.
Por qué las cargas uniformes se encarecen en la nube
La nube pública compensa allí donde la elasticidad tiene un valor real: con cargas variables, picos cortos, proyectos de resultado incierto. Usted paga la capacidad según el consumo y no tiene que mantenerla reservada. Precisamente este modelo se invierte en cuanto una carga es previsible y permanente. Un servidor de base de datos que funciona las veinticuatro horas con una utilización estable, un servicio de archivos, un backend ERP: tales sistemas funcionan 8760 horas al año. Por la capacidad reservada de forma permanente paga usted en la nube un sobrecoste por una flexibilidad que nunca aprovecha.
A ello se suman costes que en el primer cálculo suelen faltar. El mayor detonante individual de los análisis de repatriación son las tarifas de egreso, los costes de los datos que vuelven a salir de la nube. Para cargas de trabajo intensivas en datos, las empresas reportan entre 50 000 y 500 000 dólares estadounidenses anuales solo en tráfico de salida. A ello se añade el desperdicio silencioso: alrededor del 21 % del gasto en la nube corresponde de media a recursos no utilizados o sobredimensionados. Esto no es un fallo de la nube, sino la naturaleza de un modelo que facilita el aprovisionamiento y dificulta el desmantelamiento.
Un ejemplo de cálculo destacado lo aporta la empresa de software 37signals. Tras salir de AWS, la factura anual de infraestructura cayó de unos 3,2 millones de dólares estadounidenses a claramente menos de un millón. La migración de cómputo a servidores Dell propios por unos 700 000 dólares estadounidenses aportó alrededor de dos millones de dólares estadounidenses de ahorro anual; el posterior traslado de almacenamiento a hardware propio por unos 1,5 millones de dólares estadounidenses (18 petabytes) redujo los costes corrientes a menos de 200 000 dólares estadounidenses al año. Es un caso extremo con volúmenes de datos muy grandes y estables, pero muestra el patrón: cuanto más uniforme e intensiva en datos sea la carga, antes vence la capacidad comprada a la alquilada.
No solo costes: residencia de datos, latencia, control
La rentabilidad es el motivo más frecuente, pero no el único, para el camino de vuelta. En la mediana empresa, otros tres motivos pesan a menudo más de lo que muestra una simple tabla de costes.
- Residencia de datos y regulación. Dónde se ubican físicamente los datos y quién puede acceder a ellos legalmente hace tiempo que dejó de ser un aspecto secundario. Para los sectores regulados y para las empresas dentro del ámbito de aplicación de NIS-2, la ubicación demostrable de los datos y el control sobre la cadena de procesamiento son un argumento sólido, que se defiende más fácilmente en un entorno propio o claramente asignado que en una región compartida de nube pública.
- Latencia y proximidad a la producción. Los sistemas de control, la instrumentación de medición y las aplicaciones próximas a la producción no toleran roundtrips variables a través de Internet. Allí donde cuentan los milisegundos o donde una instalación no puede detenerse ante una pérdida de conexión, el procesamiento pertenece cerca del lugar donde se necesita.
- Control y previsibilidad. La capacidad propia tiene un coste estable y previsible; una factura de nube dependiente del consumo lo es solo hasta cierto punto. Para las casas que deben presupuestar sus costes de TI a lo largo de años, la previsibilidad es en sí misma un valor.
Ninguno de estos puntos es un argumento generalizado contra la nube. Son criterios con los que se puede clasificar cada carga individual.
Cómo decidir con rigor: perfilado de cargas y TCO a 3–5 años
La repatriación es una decisión de cartera, no una cuestión de principio. El camino hacia ella pasa por dos pasos.
Primero: perfilar las cargas de trabajo. Clasifique sus cargas según su perfil de carga y sus requisitos. Elásticas y variables —campañas, entornos de desarrollo, picos estacionales— por regla general permanecen mejor en la nube. Uniformes, intensivas en datos, sensibles a la latencia o vinculadas por la regulación: esos son los candidatos para la propia casa. Solo este perfil le dice sobre qué merece la pena calcular siquiera.
Segundo: calcular el TCO a lo largo de tres a cinco años, no de un mes. La comparación honesta enfrenta a la factura de la nube no solo el precio del hardware, sino los costes on-premises completos a lo largo del período de amortización: servidores y almacenamiento incluida su amortización, energía y superficie o colocation, mantenimiento, licencias y el gasto operativo. En el lado de la nube corresponde incluir el egreso, la transferencia de datos entre zonas y el desperdicio real, no el precio de lista de una Reserved Instance óptimamente utilizada. Calcule sobre el período en el que el hardware realmente funciona. Para cargas permanentemente estables, el punto de equilibrio se sitúa en muchos casos en torno al año y medio; a lo largo de tres a cinco años surge entonces la verdadera diferencia. La cifra que cuenta no es el precio por hora, sino el coste total durante la vida útil.
Importa la honestidad en ambas direcciones: una cuenta on-premises que oculte el gasto de personal y de operación carece de valor tanto como una cuenta de nube sin egreso. Al final no queda una visión del mundo, sino una tabla por carga de trabajo.
La respuesta híbrida: lo mejor de ambos mundos
Para la mayoría de las medianas empresas, la respuesta no es «todo de vuelta», sino «lo adecuado en el lugar adecuado». Precisamente para eso está diseñado un modelo híbrido: los sistemas uniformes, intensivos en datos o vinculados por la regulación funcionan en la propia casa —si se desea, in situ sobre hardware propio de servidor y almacenamiento o en un centro de datos operado profesionalmente—. Las cargas elásticas permanecen allí donde la elasticidad cuenta. Y la copia de seguridad de datos se replica más allá de los límites de las sedes, de modo que un fallo en un lugar no afecte a toda la empresa.
sector7 ofrece estas opciones de una sola mano. Puede operar sistemas en su propia sede: como partner de HPE planificamos y suministramos infraestructura de servidor y almacenamiento; Dell, Fujitsu o configuraciones especiales las adquirimos bajo petición. O traslada la carga a nuestro propio parque de servidores alemán, modernizado en 2018, 2022 y 2026, que soporta ofertas de nube e IaaS privadas e híbridas. La copia de seguridad y la recuperación ante desastres las replicamos sobre la base de Veeam en nuestro parque de servidores —la segunda copia fuera de casa, sin que usted mismo tenga que mantener una segunda sede—. Así, el control sobre los datos y la ubicación permanece en su poder, mientras la carga operativa recae en nosotros.
Cómo ayuda sector7
Empezamos con el balance honesto: perfilado de cargas de su entorno y un análisis de TCO a lo largo de tres a cinco años que enfrenta de forma justa la factura de la nube y los costes totales on-premises. De ahí no surge un dogma, sino una asignación: qué carga permanece en la nube, cuál pertenece al propio centro de datos o a nuestra nube privada/híbrida, cuál se replica únicamente para la copia de seguridad de datos. Como casa de gestión propia en Solingen con una práctica de ingeniería certificada por fabricante (Juniper, Cisco, HPE, F5, Fortinet, Palo Alto Networks), planificamos, migramos y operamos el entorno de destino, lo aseguramos con Veeam y supervisamos la operación las veinticuatro horas a través de nuestro NOC, si lo desea con una tarifa plana mensual previsible.
Fuentes
- https://www.channelnomics.com/insights/breaking-down-the-83-public-cloud-repatriation-number
- https://biztechmagazine.com/article/2025/08/why-some-workloads-are-coming-home-case-cloud-repatriation
- https://www.puppet.com/blog/cloud-repatriation
- https://www.theregister.com/2025/05/09/37signals_cloud_repatriation_storage_savings