El impacto del presupuesto cloud.
Cuando no se resuelve la operación.El peor es que los sistemas que pagas de más
no están resolviendo nada al negocio — ni a tus clientes.
Flexera documentó que en 2026 el 29% del gasto global en cloud es desperdicio puro. Sobre $675 mil millones en infraestructura cloud, eso son $182 mil millones anuales que no producen ningún resultado de negocio. Pero el costo real no está en la factura — está en lo que el negocio no puede hacer porque los sistemas no están alineados con lo que necesita.
Recibo el mensaje un martes a las 10am. El director de tecnología está preocupado porque la factura de cloud del mes pasado llegó un 34% por encima del presupuesto — otra vez. El proveedor ya explicó por qué: más tráfico, más almacenamiento, más servicios de IA que el equipo fue agregando para el proyecto del trimestre. Todo suena razonable. Nada suena resuelto. Cuando reviso la arquitectura, encuentro lo que encuentro siempre en estos casos: servidores corriendo al 12% de capacidad porque nadie los dimensionó para lo que hacen, bases de datos sin índices que generan queries que tardan 40 segundos en lugar de 200 milisegundos, servicios duplicados de tres proyectos distintos que nadie consolidó, y un pipeline de datos que procesa los mismos archivos dos veces porque los equipos que lo construyeron no se hablaban entre sí. La factura alta no es el problema. Es el síntoma del problema. El problema es que nadie diseñó eso para que funcionara — alguien lo fue agregando hasta que se convirtió en lo que es.
Y ese patrón —que reconozco en cada industria donde he trabajado, desde fintech regulado hasta aviación, desde salud hasta retail— es exactamente lo que Flexera, Gartner, McKinsey y el FinOps Foundation documentan año tras año con números que no deberían sorprender a nadie pero que siguen sorprendiendo a todos los que no los han visto juntos.
El diagnóstico real — cómo se llega al desastre costoso
El desperdicio cloud no se construye de golpe. Se construye en capas, durante meses o años, mientras nadie tiene visibilidad completa de lo que existe y nadie tiene responsabilidad clara sobre el costo total. Es el resultado predecible de tres patrones que se repiten en organizaciones de todos los tamaños y sectores.
Monolitos disfrazados de microservicios
La empresa que migró su aplicación monolítica a la nube "levantando y moviendo" sin rediseñarla tiene ahora el mismo monolito — solo que en la nube, pagando por hora. La que "adoptó microservicios" sin entender los principios de Domain-Driven Design tiene un sistema distribuido con todos los problemas del monolito más los problemas de la distribución. El resultado típico: 40 servicios que se llaman entre sí en cadenas de dependencia que nadie mapeó, con latencias acumuladas que hacen lento al sistema completo, y sin ningún mecanismo de observabilidad que permita saber exactamente qué componente está causando el problema de esta semana.
El costo no es solo en la factura de cloud. Es en el tiempo de ingeniería que se va en debugging de sistemas que nadie entiende completamente, en los incidentes que afectan al cliente final porque algo falló en un servicio que nadie estaba monitoreando correctamente, y en la incapacidad de lanzar nuevas funcionalidades porque cualquier cambio puede romper algo en algún lugar del sistema.
La IA que no está en producción — pero sí en la factura
Flexera documentó que en 2026 el 100% de las organizaciones usa IA generativa en alguna capacidad — versus el 72% en 2024. Ese crecimiento es real. El problema es que el 85% de los proyectos de IA no llegan a producción (Gartner), y una fracción significativa del gasto en GPUs y servicios de IA está financiando pilotos que nunca se convierten en valor de negocio. Los clústeres de GPU que corren al 30-40% de utilización — el patrón más común en organizaciones que "están explorando IA" — son la categoría de desperdicio de mayor crecimiento y mayor costo por hora en cloud hoy. La IA mal aplicada no solo no resuelve — genera una factura que nadie puede justificar ante el consejo.
Los casos reales — cuánto se puede recuperar
Los números de Flexera y Gartner son globales. Lo que sigue son los patrones específicos con rangos documentados en el tipo de trabajo que hago — y que cualquier arquitecto con esta visión puede reproducir en organizaciones comparables.
Sobre $675 mil millones de gasto global en infraestructura cloud en 2025, el 27% documentado por Flexera representa $182 mil millones en recursos no utilizados, instancias sobreaprovisionadas y servicios olvidados. Ese número no incluye el desperdicio en SaaS ni en licencias de software. Y subió a 29% en 2026 por primera vez en cinco años — impulsado por workloads de IA que nadie está midiendo correctamente. La organización promedio entre 200 y 1,000 empleados gasta entre $15,000 y $80,000 USD mensuales en cloud. Entre $4,050 y $21,600 de eso es desperdicio puro.
Flexera 2026 State of the Cloud · Gartner Cloud Market 2025 · SpendArk Cloud Cost Benchmark 2026La corrección — el patrón que siempre funciona
En quince años trabajando en multicloud real — AWS, Azure, GCP, OCI, IBM — en entornos regulados que van desde CNBV y BANXICO hasta IATA, COFEPRIS y ASEA, el patrón de corrección exitosa es el mismo. No depende del proveedor. No depende de la industria. Depende de la secuencia.
Primero: observabilidad — no se puede optimizar lo que no se puede ver
Antes de mover nada, antes de apagar nada, antes de proponer nada: instrumentación completa de lo que existe. OpenTelemetry, Prometheus, Grafana — o equivalentes — para tener en 48 horas el baseline real de qué está corriendo, a qué utilización, con qué latencia, con qué errores y con qué costo por transacción de negocio. Este paso elimina la opinión y produce evidencia. Y la evidencia casi siempre muestra algo diferente de lo que el equipo creía que estaba pasando.
En cada arquitectura que he instrumentado desde cero, la observabilidad revela al menos tres de estas cinco situaciones que nadie sabía que existían: servicios que nadie llama hace más de 30 días pero que siguen corriendo y facturando; queries de base de datos sin índice que consumen entre 40% y 60% de la capacidad del servidor para atender el 2% de las peticiones; latencias acumuladas en cadenas de llamadas entre servicios que hacen lento al sistema completo aunque ningún servicio individual sea lento; errores silenciosos que el usuario final no ve pero que el sistema reintenta automáticamente multiplicando el tráfico; y almacenamiento de datos que nadie ha accedido en más de 90 días pero que está en el tier más caro disponible.
Segundo: datos limpios antes de IA
La IA que más valor genera en entornos empresariales no es la más sofisticada — es la que opera sobre datos limpios, bien gobernados y conectados al proceso de negocio correcto. McKinsey documentó que las organizaciones con madurez de datos obtienen entre 2.6x y 3.1x mayor retorno de sus inversiones tecnológicas que las que tienen alta adopción tecnológica sin esa madurez. El modelo de ML que opera sobre datos inconsistentes, sin linaje, sin validación y sin contexto de negocio no produce inteligencia — produce decisiones erróneas con apariencia de precisión.
El proceso correcto: inventario de fuentes de datos existentes, diagnóstico de calidad y linaje, definición del modelo de datos unificado por dominio de negocio, y construcción del Data Lake o Data Mesh sobre esa base. La IA llega después — como acelerador de una base que ya funciona, no como sustituto de una base que no existe.
Tercero: DevSecOps real — no el proceso en papel
DORA Research 2024 documentó que los equipos con DevSecOps maduro despliegan 208 veces más frecuentemente y restauran servicio 2,604 veces más rápido que equipos de bajo desempeño. Esos números no son de empresas grandes con equipos de 500 ingenieros. Son el resultado de prácticas específicas: pipelines de CI/CD con pruebas automatizadas de seguridad (SAST/DAST) integradas antes de que el código llegue a producción, revisión de dependencias con vulnerabilidades conocidas en cada build, infraestructura como código con validación antes del despliegue, y rollback automático cuando las métricas de negocio se deterioran.
La seguridad diseñada desde el inicio no es más cara que la seguridad agregada después de un incidente. IBM Ponemon documenta que las organizaciones con seguridad integrada al ciclo de desarrollo reducen el costo promedio de una brecha en $1.68 millones versus las que agregan seguridad como capa posterior. Y en entornos regulados — CNBV, BANXICO, PCI-DSS, ISO 27001 — esa integración desde el inicio es la diferencia entre una auditoría que se cierra en días y una que se convierte en plan de remediación de seis meses.
El resultado que importa — negocio, cliente, rentabilidad
Los ahorros en cloud son reales y documentables. Pero son el resultado secundario. El resultado primario — el que determina si la transformación tecnológica produjo valor o solo redujo un costo — está en lo que el negocio puede hacer ahora que no podía hacer antes.
"El objetivo nunca fue reducir la factura de cloud. Fue construir la plataforma que el negocio necesita para servir a sus clientes mejor que ayer — y que la infraestructura sea tan eficiente que no haya que elegir entre innovar y pagar la factura."— Jorge Mercado · #JMCoach · CTO · Coach ICF · Arquitectura Empresarial en Sectores Regulados
DORA Research 2024 documentó que los equipos con prácticas de DevSecOps maduras no solo despliegan 208 veces más frecuentemente — restauran el servicio en caso de incidente 2,604 veces más rápido. Esa diferencia no es de presupuesto ni de headcount. Es de proceso, de automatización y de cultura de calidad integrada al ciclo de desarrollo desde el inicio. Y en entornos regulados — donde una falla puede significar una sanción regulatoria además de la pérdida del cliente — esa velocidad de recuperación es la diferencia entre un incidente y una crisis.
DORA Accelerate State of DevOps Report 2024 · IBM Cost of a Data Breach 2025Empieza con observabilidad antes de proponer cambios. El consultor que llega con la solución en la primera reunión no hizo el diagnóstico. El arquitecto que instrumenta primero y propone después tiene evidencia — no suposiciones.
Diseña para el negocio, no para el proveedor. La arquitectura correcta para el problema del cliente puede no ser el servicio más sofisticado del catálogo del proveedor. Con frecuencia es el más simple que resuelve el problema real — con portabilidad, sin dependencias innecesarias y con costo predecible.
Incluye seguridad y cumplimiento desde el diseño. Security by design y Compliance by design no son capas que se agregan al final — son principios que determinan cómo se diseña cada componente desde el inicio. En entornos regulados, esto no es opcional: PCI-DSS, PLD, KYC, ISO 27001, CNBV, BANXICO, COFEPRIS tienen requisitos que la arquitectura debe satisfacer antes de que llegue la auditoría.
Entrega valor medible en las primeras cuatro semanas. No un plan de 18 meses. Un resultado concreto en el tiempo en que el cliente puede validar que el diagnóstico fue correcto y que la dirección de la corrección produce lo que prometió.
Construye el equipo interno — no la dependencia. El objetivo de cualquier intervención de arquitectura bien hecha es que al final el equipo interno pueda operar, mantener y evolucionar el sistema sin necesitar al arquitecto externo para cada cambio. La dependencia del consultor es el modelo de negocio del consultor malo. No del asesor que construye capacidad.
El 29% de desperdicio en cloud no es una estadística abstracta. Es, en la empresa que gasta $20,000 USD mensuales en cloud, $5,800 USD que podrían estar financiando una nueva funcionalidad, mejorando el tiempo de respuesta del cliente, o simplemente quedándose en el margen de la empresa en lugar de en la factura del proveedor. Y en la empresa que gasta $80,000 mensuales, son $23,200 USD cada mes — $278,400 USD anuales — que se van sin producir ningún resultado.
La nube es la infraestructura más poderosa que ha existido para construir plataformas de clase mundial a costo razonable. El requisito para aprovecharla no es el presupuesto más grande. Es la arquitectura correcta, los datos bien gobernados, la observabilidad desde el inicio y el alineamiento con lo que el negocio necesita hacer para servir mejor a sus clientes. Cuando esas cuatro piezas están en su lugar, el gasto cloud se convierte en inversión. Cuando falta cualquiera de las cuatro, se convierte en factura.
Lo que nadie dice en la sala de presentación — pero todos saben
Hay una conversación que ocurre después de que el director de tecnología firma el contrato con la gran consultora o el gran integrador. Ocurre entre el equipo que va a ejecutar el proyecto — y esas personas no son las que estuvieron en la sala de ventas. Las que estuvieron en la sala de ventas tienen otros proyectos. Otros clientes. Otras presentaciones. El equipo que ejecuta es el que el integrador asigna según disponibilidad, no según idoneidad para el problema específico del cliente.
Ese no es un secreto de la industria. Es la industria. Gartner documentó que en proyectos de transformación tecnológica gestionados por grandes firmas de consultoría, entre el 40% y el 60% del trabajo técnico especializado se subcontrata a terceros — frecuentemente a especialistas independientes o firmas boutique que tienen la experiencia específica que el equipo del integrador principal no tiene. El cliente paga el margen del integrador grande por encima del costo real del experto que finalmente resuelve.
La firma global gana el contrato con el nombre, la reputación, el deck impecable y el equipo senior que aparece en la propuesta. Luego asigna al proyecto un equipo júnior o medio con supervisión esporádica del socio que cerró el negocio. Cuando hay un problema técnico complejo que ese equipo no puede resolver — un problema de arquitectura de datos, una migración de sistema legacy sin documentación, una integración con sistema regulatorio que requiere experiencia específica — buscan a alguien que lo resuelva. Ese alguien frecuentemente es un arquitecto independiente o una firma especializada que cobra una fracción de lo que el cliente está pagando al integrador principal. El cliente terminó comprando el logo y pagando el margen. El resultado lo produjo alguien cuyo nombre nunca apareció en la propuesta.
Esto no es una crítica a las firmas grandes en abstracto. Algunas tienen equipos técnicos excelentes. Muchas tienen metodologías valiosas. El punto es diferente: cuando el problema requiere alguien que se siente con el CEO, entienda el modelo de negocio, diseñe la arquitectura, la defienda ante el regulador, regrese con el equipo de ingeniería a hacerla realidad y se quede hasta que funcione — ese perfil no aparece en el equipo de entrega de un contrato de $2 millones con una firma global. Aparece en el experto que esa firma subcontrata cuando el proyecto se complica. O en el arquitecto independiente al que el cliente termina llamando cuando el integrador original no resuelve.
¿Quién específicamente va a trabajar en este proyecto — con nombre, experiencia documentada y dedicación confirmada? No el equipo presentado en el pitch. El equipo que va a estar en el proyecto el lunes siguiente a la firma.
¿Qué partes del trabajo se subcontratarán y a quién? Esa pregunta directa produce respuestas reveladoras — y el contrato debería tener cláusulas sobre quién puede subcontratar qué y con qué criterios de idoneidad.
¿El líder técnico que va a trabajar en el proyecto puede explicar en 10 minutos, sin deck, cómo resolvería el problema específico que tienes? Si necesita consultar antes de responder, no tiene la experiencia — tiene el proceso de su firma para parecer que la tiene.
¿Cuántos proyectos comparables al tuyo — mismo sector, misma escala, mismo tipo de problema — ha resuelto ese equipo específico? No la firma. Ese equipo. Con resultados medibles documentados.
El arquitecto que entra en la complejidad — que asume el ownership cuando no hay nadie que lo tenga, que diseña la solución, la defiende ante el regulador y regresa con el equipo técnico a hacerla realidad — es el perfil más escaso y más valioso del mercado tecnológico. No porque sea raro que existan personas así. Sino porque la industria construyó un modelo de venta que hace invisible a esas personas detrás de logos corporativos y decks de 80 slides. El cliente que aprende a buscar directamente al experto que resuelve — en lugar del intermediario que lo gestiona — no solo ahorra el margen de 2.3x. Obtiene el resultado que el intermediario prometió pero que solo el experto podía entregar.
(N=759) y 2026 (N=753) · SpendArk "State of Cloud Waste 2026" y "Cloud Cost Benchmark Report 2026" · Gartner Cloud Infrastructure Market 2025 · FinOps Foundation "State of FinOps 2026" (N=1,192; $83B+ en gasto cloud anual) · McKinsey "FinOps as Code" 2025 · McKinsey "The Data-Driven Enterprise" 2023–2024 · DORA "Accelerate State of DevOps Report" 2024 · IBM / Ponemon Institute "Cost of a Data Breach Report" 2025 · Gartner "AI in Production" research 2025 · IDC Latin America Cloud Services Tracker 2024 · CNCF Annual Survey 2024 · ByteIota Cloud Cost Waste 2025 analysis.