La apuesta por miles de millones de los hyperscalers y su factura de la nube
Bernhard Liebl
6 min. de lectura Los grandes proveedores de nube destinarán en 2026, a tipo de cambio, unos 580 000 ...
70 % de operación, 30 % de innovación: muchos presupuestos de TI siguen anclados a esta regla empírica. En 2026, este enfoque lleva sistemáticamente a los CIO al error. Esta norma partía de una operación estable y un cambio previsible. Ninguna de las dos cosas se cumple ya. La infraestructura de IA, el Opex en la nube y los costes de producción de los modelos generativos tiran del presupuesto simultáneamente hacia arriba y hacia adelante. Quien siga pensando en porcentajes, medirá lo incorrecto. La verdadera pregunta para 2026 es: ¿qué aportación de valor esconde cada euro?
Lo más importante en resumen
Relacionado:La capacidad en la nube se agota / VMware bajo Broadcom: el plan de salida como palanca
La distribución clásica separa nítidamente la operación del cambio. Esta división se desdibuja. La capacidad de GPU, los costes de inferencia, las tarifas de plataforma y los niveles de servicio para la IA productiva gravan la misma línea presupuestaria y son, a la vez, operación e inversión de futuro. Quien registre una base de datos vectorial o una capa de observabilidad para modelos como pura operación, subestimará su carácter estratégico. Quien lo haga como innovación, ocultará costes fijos recurrentes en el presupuesto del proyecto. He visto presupuestos en los que la base de datos vectorial figuraba como operación y, tres trimestres después, nadie podía explicar por qué la gestión se había encarecido tanto.
El resultado es una doble presión. La operación se encarece porque se añade nueva infraestructura sin que desaparezca la anterior. Al mismo tiempo, cualquier iniciativa seria de IA requiere más que un presupuesto piloto. Una relación fija de 70 a 30 no puede reflejar este desplazamiento; obliga al CIO a comprimir una realidad dinámica en una cifra estática.
Más sensato que la lógica binaria es un enfoque en tres partes, tal como lo enmarcan los analistas bajo los conceptos de Run, Grow y Transform. Run garantiza la estabilidad empresarial; aquí cuenta el precio de la estabilidad frente a la regulación, los SLA y los costes por interrupciones. Grow financia las capacidades escalables, es decir, las plataformas de datos, la integración, la seguridad y la base de IA sobre la que se apoyará todo lo demás. Transform financia las pocas iniciativas que realmente marcan la diferencia en la competencia.
La ventaja de esta perspectiva reside en la gestión. Cada uno de los tres ámbitos dispone de sus propias métricas y su propia gobernanza. Transform solo puede justificarse si Grow proporciona la base de escalabilidad y gestión de riesgos. Una aplicación de IA diferenciadora sin una plataforma de datos sólida debajo no es un proyecto de Transform, sino un prototipo con una presentación para el consejo de administración.
Hablar de forma genérica de «la nube» pasa por alto el problema. Hay tres fuentes que distinguir. En primer lugar, la presión estructural de los costes operativos procedente de licencias, facturas de proveedores de infraestructura en la nube y cumplimiento normativo. Las rondas de precios de proveedores consolidados, como el caso de VMware bajo Broadcom, obligan a reorganizaciones en la operación sin que el caso de negocio para la innovación empeore.
En segundo lugar, el capital necesario para plataformas de inteligencia artificial y datos, que es una verdadera inversión en el futuro y no pertenece a la operación. En tercer lugar, los costes de oportunidad de arquitecturas obsoletas. Las deudas técnicas atan en muchos casos una parte considerable de la capacidad de TI a la reactividad, estimaciones llegan hasta el 20 o el 40 por ciento, a menudo sin que esto sea visible en el presupuesto. Es precisamente allí donde crece el porcentaje efectivo de la operación por encima del 70 por ciento, silenciosamente y sin control. Quien ahorra de forma generalizada o se retira reflejamente de la nube rara vez golpea el punto más caro. Una repatriación solo resulta rentable cuando se tienen en cuenta con honestidad el personal, el ciclo de vida del hardware y la disponibilidad.
El poste más peligroso en la lógica antigua es la inteligencia artificial generativa. En el piloto cuesta poco, unas pocas semanas, un modelo, un caso de uso. En producción se añaden gobernanza, revisión de seguridad, equipos de redacción roja, monitoreo, escalado y gestión de cambios. El salto puede costar rápidamente varias veces lo del experimento. Quien lleva exclusivamente la IA generativa en el 30 por ciento del fondo de innovación experimentará la superación puntualmente al lanzamiento.
La consecuencia para la asignación es clara: la IA productiva necesita una línea de presupuesto propia en el área de crecimiento, con costes operativos fijos que no se sumerjan en el fondo de innovación. De lo contrario, el siguiente piloto subvenciona secretamente la operación del anterior. Nadie lo ve venir.
Una nueva distribución solo se puede justificar con lógica; una nueva regla de dedo no ayuda. Tres herramientas sostienen el diálogo. La visión del portafolio desde operación, crecimiento y transformación hace visible para qué trabaja el dinero. La asignación según valor exige para cada posición importante de operación una justificación basada en estabilidad y para cada posición de transformación un valor esperado con tiempo de valor. Y un presupuesto basado en cero periódico, cada dos o tres años o tras un choque, plantea la única pregunta que protege la operación contra una inflación sutil: ¿qué no financiaríamos hoy si empezáramos de nuevo?
Para la realidad de DACH se añaden temas que un marco estadounidense no conoce. La regulación europea, el Acto sobre IA, los costes energéticos y de centros de datos así como la escasez de profesionales especializados desplazan aún más la ecuación. El CIO que presupueste con éxito en 2026 lleva un portafolio de valor, no un cuentakilómetros de porcentajes. Esa es la verdadera transformación detrás del número.
Ya no como valor fijo. La infraestructura de inteligencia artificial y los gastos operativos en la nube afectan simultáneamente al funcionamiento y a la innovación, por lo que una proporción fija oculta la distribución real. Más útil es una gestión basada en el valor aportado y una división en tres áreas: Run, Grow y Transform.
Run garantiza la estabilidad operativa, Grow financia capacidades escalables como plataformas de datos y la base de inteligencia artificial, mientras que Transform paga las pocas iniciativas que diferencian en el mercado competitivo. Cada área recibe sus propias métricas, en lugar de meter todo en dos recipientes.
Porque el salto del prototipo a la producción genera nuevos costos fijos: gobernanza, seguridad, monitoreo, escalabilidad y gestión de cambios. La inteligencia artificial productiva cuesta rápidamente varias veces más que el experimento y debe integrarse en una línea presupuestaria específica, no en el fondo general de innovación.
Rara vez tan claro como suena. Una repatriación solo resulta rentable si se consideran honestamente el personal, el ciclo de vida de la hardware y la seguridad ante fallos. El mayor palanca suele estar en el gasto operativo estructural y en las deudas técnicas, no únicamente en la ubicación.
A través del valor aportado, el riesgo y el tiempo hasta el valor, en lugar de valores empíricos de la industria. Útiles son una visión del portafolio según Run, Grow y Transform, una justificación de los costos de estabilidad por cada posición Run y un presupuesto cero basado periódicamente que valide regularmente la base Run.
Más del MBF Media Netzwerk
Antes en Digital Chiefs
Digital ChiefsLa inteligencia artificial escribe el código. ¿Quién responde por ello?Digital ChiefsVMware bajo Broadcom: El plan de salida como palancaDigital ChiefsCapacidad en la nube se está agotando, los directores de informática deben planificar ahoraFuente de imagen: Generada por IA (junio 2026)