Chief AI Officer 2026: ¿Real papel o el próximo título ejecutivo?
Tobias Massow
⏱️ 9 Min. de lectura El Chief AI Officer es la función ejecutiva de nivel C más anunciada y, ...
Leer artículo
9 min de lectura
El 86 % de los CIO planean trasladar cargas de trabajo desde la nube pública a infraestructuras de nube privada o locales. Tras abandonar AWS, 37signals ahorra anualmente 2 millones de dólares estadounidenses. GEICO repatria al menos el 50 % de sus cargas de trabajo tras una década en Azure. La nube no ha fracasado. Pero sí la ilusión de que la nube siempre es más barata.
En resumen
- El 86 % de los CIO planean la repatriación de cargas de trabajo desde la nube pública. El 80 % pretende implementarla dentro de los próximos 12 meses (IDC 2024).
- Ahorro del 30 al 60 % en costes de infraestructura: es realista. 37signals ahorra 2 millones de dólares estadounidenses al año; Dropbox ahorró 75 millones de dólares estadounidenses en dos años.
- El 27 % de los gastos en la nube son derroche: recursos subutilizados, instancias sobredimensionadas y entornos de desarrollo olvidados hacen subir los costes (Flexera 2025).
- GEICO como señal de advertencia: una migración a Azure durante una década, más de 600 aplicaciones, costes 2,5 veces superiores a lo previsto y fiabilidad reducida. Ahora se está repatriando el 50 % de las cargas de trabajo a OpenStack.
- Arquitecturas híbridas como modelo objetivo: no «nube frente a local», sino cada carga de trabajo donde genere mayor valor. Gartner pronostica 723 000 millones de dólares estadounidenses en gastos globales en la nube para 2025, pese a la tendencia de repatriación.
La trampa de los costes en la nube: por qué la cuenta no cuadra
La nube fue una promesa: sin inversiones iniciales, escalabilidad flexible y costes operativos en lugar de costes de capital. Para muchas empresas esta promesa se cumplió – durante los primeros años. Luego llegaron los costes ocultos: tarifas de egress por transferencia de datos, aumento desproporcionado de los costes de almacenamiento, efectos de bloqueo (lock-in) derivados de servicios propietarios y la complejidad de la gestión multi-nube.
Según Flexera, el 27 % de todos los gastos en la nube se pierden. Para una empresa con 10 millones de euros anuales en gastos en la nube, esto supone 2,7 millones de euros que desaparecen en recursos sin utilizar o sobredimensionados. Y el 84 % de las organizaciones señalan la gestión de costes como su mayor desafío en la nube.
Para la dirección ejecutiva, esto no es un problema de TI. Es un tema de rentabilidad. Si la factura de la nube crece más rápido que el valor empresarial que genera, la estrategia no es correcta.
Fuente: Flexera State of the Cloud Report, 2025
Tres empresas que han regresado
37signals (Basecamp/HEY): La empresa de David Heinemeier Hansson abandonó completamente AWS e invirtió en servidores propios. Las economías previstas de 7 millones de dólares estadounidenses en cinco años fueron superadas: ahorro anual de 2 millones de dólares estadounidenses, lo que equivale a unos 10 millones de dólares estadounidenses en cinco años. La clave: cargas de trabajo predecibles sin picos de escalabilidad intensos.
Dropbox: El proveedor de almacenamiento en la nube construyó su propia infraestructura y ahorró 75 millones de dólares estadounidenses en dos años. Dropbox tenía un problema específico: sus cargas de trabajo eran tan grandes y uniformes que los modelos de precios de la nube pública resultaban estructuralmente más caros que el hardware propio.
GEICO: El asegurador estadounidense migró más de 600 aplicaciones a Azure durante una década. El resultado: costes 2,5 veces superiores a lo esperado y fiabilidad decreciente. Ahora GEICO repatria al menos el 50 % de sus cargas de trabajo a una nube privada basada en OpenStack. El ahorro esperado: un 50 % por núcleo de procesamiento y un 60 % por gigabyte de almacenamiento.
«La repatriación en la nube no es un paso atrás. Es una maduración de la estrategia en la nube. Las organizaciones toman cada vez decisiones más informadas sobre dónde deben residir realmente sus cargas de trabajo».
Puppet, Informe sobre repatriación en la nube 2025
Cuándo tiene sentido la repatriación y cuándo no
No toda carga de trabajo debe volver a servidores propios. La decisión depende de tres factores:
Previsibilidad. Las cargas de trabajo con una demanda estable y predecible (bases de datos, aplicaciones internas, archivado) son candidatas idóneas para la repatriación. Las cargas de trabajo con picos intensos de escalabilidad (páginas de destino de campañas, picos estacionales de comercio electrónico) siguen siendo mejores en la nube.
Volumen de datos. Grandes volúmenes de datos que se transfieren con frecuencia generan altos costes de egress en la nube pública. Dropbox y 37signals tenían precisamente este perfil: elevado volumen de datos con baja variabilidad.
Regulación. Para las empresas de DACH (Alemania, Austria y Suiza), la soberanía de los datos, el Reglamento General de Protección de Datos (RGPD) y las normativas sectoriales específicas (DORA para servicios financieros, ley marco KRITIS) desempeñan un papel central. Una infraestructura propia en Alemania ofrece control total sobre la ubicación física de los datos y el acceso a ellos. La soberanía de los datos se convierte así en un argumento estratégico.
No adecuadas para la repatriación: cargas de trabajo de inteligencia artificial que requieren clústeres de GPU (demasiado caras en régimen propio), aplicaciones SaaS (la nube es el producto), aplicaciones distribuidas globalmente con requisitos de latencia y startups en fase de crecimiento (la flexibilidad prima sobre la optimización de costes).
Los costes ocultos de la repatriación
Lo que los comunicados de éxito omiten: la repatriación no es gratuita. La dirección debe comprender los costes totales, no solo el ahorro en infraestructura.
Inversión en hardware: servidores, almacenamiento, red y capacidad de centro de datos. Para una carga de trabajo de tamaño medio, una inversión inicial de entre 500 000 y 2 millones de euros es realista. Amortización en un plazo de 3 a 5 años.
Personal: Los servicios gestionados en la nube sustituyen al personal interno de operaciones. Volver a infraestructura propia implica contratar o formar administradores de sistemas, ingenieros de redes y especialistas en ciberseguridad. En el actual mercado laboral especializado, este es el mayor obstáculo.
Migración: La repatriación en sí misma suele durar entre 6 y 18 meses y absorbe recursos de desarrollo. Las aplicaciones que utilizan servicios nativos de la nube (Lambda, DynamoDB, Cosmos DB) deben reescribirse.
Costes de oportunidad: Cada mes que los equipos dedican a la migración es un mes que no destinan al desarrollo de productos. Esto debe incluirse en el cálculo del retorno de la inversión (ROI).
Cinco preguntas para la dirección ejecutiva
1. ¿Cuáles son nuestros costes reales en la nube? No el precio de catálogo, sino los costes totales, incluidas las tarifas de egress ocultas, el soporte premium y las instancias sobredimensionadas. La mayoría de las empresas subestima sus gastos en la nube entre un 20 y un 40 %.
2. ¿Qué cargas de trabajo tienen una demanda predecible? Estas son las candidatas a repatriación. Todo lo que presente alta variabilidad debe permanecer en la nube.
3. ¿Contamos con el personal necesario? Sin un equipo de operaciones, la repatriación es un riesgo. El alojamiento gestionado o la colocación (colocation) con un proveedor de DACH puede ser una solución intermedia: hardware propio, pero infraestructura gestionada.
4. ¿En qué medida estamos vinculados a servicios nativos de la nube? Cuantos más servicios propietarios (Lambda, Step Functions, Cosmos DB) utilicemos, más caras serán las migraciones. Las dependencias de plataforma actúan en ambas direcciones.
5. ¿Cuál es nuestra arquitectura objetivo dentro de cinco años? La repatriación total es rara vez la respuesta. Los modelos híbridos, en los que las cargas de trabajo estables se ejecutan localmente y las variables en la nube, constituyen el camino más pragmático para la mayoría de las empresas.
Conclusión
La repatriación en la nube no es una tendencia anti-nube. Es una corrección estratégica. La nube sigue siendo la opción adecuada para cargas de trabajo variables, entrenamiento de IA y aplicaciones distribuidas globalmente. Pero para cargas de trabajo estables e intensivas en datos, la infraestructura propia suele ser más económica, más controlable y más segura desde el punto de vista regulatorio. Los números hablan con claridad: un ahorro del 30 al 60 % en costes de infraestructura para las cargas de trabajo adecuadas. La dirección debe tomar la decisión – no de forma generalizada entre «nube o local», sino específica para cada carga de trabajo. La arquitectura híbrida no es una solución de compromiso. Es la respuesta madura a una pregunta compleja.
Preguntas frecuentes
¿Qué significa repatriación en la nube?
La transferencia de cargas de trabajo, aplicaciones o datos desde la nube pública (AWS, Azure, GCP) de vuelta a entornos de nube privada, centros de datos de colocación (colocation) o infraestructura local propia. No debe confundirse con la salida de la nube (cloud exit), que implica una retirada completa de los servicios en la nube.
¿Cuánto se puede ahorrar mediante la repatriación?
Normalmente entre un 30 y un 60 % de los costes de infraestructura para cargas de trabajo adecuadas. 37signals ahorra 2 millones de dólares estadounidenses al año; Dropbox ahorró 75 millones de dólares estadounidenses en dos años. El ahorro real depende del perfil de la carga de trabajo, el volumen de datos y las dependencias existentes respecto a la nube. Importante: hay que restar la inversión inicial en hardware (entre 500 000 y 2 millones de euros) y los costes de personal.
¿Contradice la repatriación la tendencia hacia la nube?
No. Gartner pronostica 723 000 millones de dólares estadounidenses en gastos mundiales en la nube para 2025 (un 21 % más). La nube sigue creciendo. La repatriación afecta a cargas de trabajo seleccionadas, no a toda la infraestructura. La mayoría de las empresas que repatrian mantienen entre el 40 y el 70 % de sus cargas de trabajo en la nube.
¿Es relevante la repatriación para las pymes?
Sí, especialmente para empresas con cargas de trabajo estables y elevados volúmenes de datos. En la región DACH se suman razones regulatorias: el RGPD, la normativa DORA y la ley marco KRITIS convierten la soberanía de los datos en un argumento estratégico. Proveedores de alojamiento gestionado en Alemania ofrecen soluciones intermedias: hardware propio en un centro de datos alemán, gestionado por el proveedor.
¿Cuánto tiempo dura una repatriación en la nube?
Normalmente entre 6 y 18 meses para la carga de trabajo principal. Los mayores consumidores de tiempo son: aplicaciones que utilizan servicios nativos de la nube (serverless, bases de datos gestionadas, API propietarias), que deben reescribirse o sustituirse. Las cargas de trabajo tipo lift-and-shift (máquinas virtuales sin servicios nativos de la nube) pueden migrarse en 2 a 4 meses.
Leer más
Plataformas y ecosistemas: Construir, comprar o unirse
El modelo operativo digital: Reestructurar la organización de TI del CIO
Cultura de los datos en el nivel directivo: el 78 % fracasa por culpa de las personas
Más contenido de la red MBF Media
cloudmagazin: La trampa de los costes de VMware en 2026 – alternativas para los equipos de TI
MyBusinessFuture: Fuera de la nube estadounidense – qué debe evaluar la pyme
SecurityToday: La seguridad en la nube como producto de exportación alemán
Fuente de imagen: Pexels / Brett Sayles (px:5203849)