Hay algo profundamente humano en contratar de más. En el mundo del cloud, ese instinto —el de aprovisionarse con margen, por si acaso— se ha convertido en uno de los mayores problemas financieros de las empresas tecnológicas españolas. No porque la nube sea cara por definición, sino porque hemos aprendido a gastar en ella sin saber muy bien en qué.
España invirtió en 2025 más de 7.500 millones de euros en cloud. Una cifra que no para de crecer y que lleva años batiendo previsiones. Pero detrás de ese dato de expansión hay otro, más incómodo: estudios globales de referencia como los de Flexera estiman que entre el 30 y el 40% del gasto cloud se desperdicia en recursos sobreaprovisionados o directamente sin usar. Esto significa que, de cada diez euros que una empresa española destina a la nube, entre tres y cuatro se evaporan sin generar valor.
El verdadero desafío, por tanto, no pasa por implementar mejores herramientas tecnológicas, sino por cambiar una cultura corporativa que prioriza el exceso de recursos por encima de la eficiencia.
El origen del exceso
Cuando las empresas migraron a la nube, lo hicieron con una promesa clara: paga solo por lo que usas. La realidad, años después, es bastante más compleja. La escalabilidad se convirtió en un argumento para aprovisionarse con holgura. Los proyectos se dimensionaron para picos de demanda que raramente llegaron. Y los entornos de prueba, creados para un sprint concreto, siguieron corriendo —y facturando— meses después de que nadie los necesitara.
Hay además un factor organizativo que agrava la situación. Los equipos de desarrollo tienen, en los entornos cloud modernos, una libertad casi ilimitada para levantar infraestructura. Una libertad que en el mundo del hardware físico nunca existió: nadie habría dejado a un desarrollador junior pedir servidores en un centro de datos sin proceso de validación. En la nube, ese freno desapareció. Y con él, parte del criterio.
El resultado es lo que los especialistas denominan sprawl o proliferación descontrolada: instancias huérfanas, volúmenes de almacenamiento no vinculados a ningún servicio activo, snapshots acumulados por inercia, licencias SaaS contratadas a nivel departamental que nadie ha vuelto a consolidar. Recursos que existen, que cuestan dinero, y que nadie ha tenido tiempo —o incentivo— de revisar.
Por qué es difícil verlo
Uno de los hallazgos más llamativos de los análisis recientes es que solo el 30% de las organizaciones sabe con precisión a dónde va su presupuesto cloud. El resto opera con una visibilidad parcial o directamente fragmentada. Y ahí está el núcleo del problema: no puedes optimizar lo que no puedes ver.
Las facturas de los grandes proveedores cloud —Azure, AWS, Google Cloud— pueden estar compuestas por cientos de millones de líneas de datos. Su lectura requiere herramientas especializadas, criterio técnico y tiempo. En muchas empresas, especialmente medianas, esa revisión simplemente no ocurre con la frecuencia necesaria. La factura llega, se paga, y se asume como inevitable.
A esto se suma que el cloud tiene una tendencia natural a crecer. Cada nuevo proyecto añade recursos. Cada integración con IA o machine learning —una prioridad declarada para el 62% de las empresas españolas en 2024— multiplica el consumo computacional. Si no existe un gobierno claro del gasto, esa expansión no tiene techo natural.
La respuesta ante este escenario no debería ser frenar la inversión tecnológica, sino adquirir la capacidad de ver y entender hacia dónde va cada euro que invertimos en la nube.
Las señales de que algo no encaja
El sobredimensionamiento no siempre se manifiesta en una factura desorbitada. A veces es más sutil: una tendencia de gasto que crece más rápido que el negocio, recursos que nadie sabe exactamente para qué sirven, o entornos que llevan meses sin tráfico real, pero siguen provisionados al máximo. Algunos síntomas concretos que conviene revisar:
- Instancias con uso por debajo del 20-30% de CPU de forma sostenida. No es un pico puntual de baja actividad; es una señal de que el tamaño elegido no se corresponde con la carga real. En escenarios de horas no pico, algunos servidores operan al 10% de su capacidad, lo que implica que el 90% del coste asociado no genera ningún retorno.
- Recursos que nadie reivindica. Si en una revisión de entornos nadie puede explicar para qué sirve una instancia concreta, el problema no es técnico: es de gobierno. Los proyectos terminan, los equipos cambian, pero los recursos permanecen.
- Ausencia de autoscaling. Las cargas de trabajo tienen comportamientos cíclicos: hay picos de actividad y valles. Un entorno correctamente dimensionado escala hacia arriba cuando la demanda lo exige y se reduce cuando no. Si el dimensionamiento es fijo y siempre alto, se está pagando por el pico incluso en los momentos de mínima actividad.
- Multiplicación de entornos de desarrollo y staging sin política de ciclo de vida. Los equipos de desarrollo crean entornos para un proyecto, los abandonan al cerrarlo, y abren nuevos para el siguiente. Sin una política de expiración automática, esos entornos se acumulan. El coste es aparentemente pequeño por unidad, pero agrega.
- Gasto cloud que crece sin que el negocio lo justifique. Si el presupuesto cloud sube un 30% anual pero el negocio crece al 5%, algo no está bien. La elasticidad es una promesa del cloud, pero no es automática: requiere gestión activa.
FinOps: la respuesta que no es la solución definitiva
En los últimos años, la práctica de FinOps —la aplicación de disciplina financiera al gasto cloud— se ha popularizado como respuesta a este problema. En España, dos de cada tres grandes empresas afirman que su implantación ha contribuido a optimizar costes. Las cifras son positivas. Pero hay matices importantes.
FinOps es útil para detectar despilfarros evidentes: recursos infrautilizados, instancias sobredimensionadas, alertas de anomalías de gasto. Sin embargo, como señalan cada vez más especialistas, tiende a trasladar la responsabilidad del coste a los desarrolladores, que no siempre tienen visibilidad sobre los objetivos económicos de las cargas de trabajo que gestionan. El coste cloud no es una decisión técnica. Es una decisión de negocio. Y tratarla como si fuera solo lo primero es quedarse a mitad del camino.
La optimización real requiere algo más que dashboards y alertas. Requiere que el CIO y el CFO hablen el mismo idioma; que los equipos técnicos entiendan el valor económico de lo que construyen; y que exista una política de gobierno del cloud que no dependa de la buena voluntad de personas concretas, sino de procesos establecidos.
El momento de preguntarse si el tamaño es el adecuado
España está en un momento peculiar de su relación con el cloud. La inversión crece a ritmos del 22% anual. La IA empuja hacia arriba el consumo computacional. Y al mismo tiempo, empiezan a aparecer señales de madurez: la repatriación de cargas de trabajo a entornos privados o híbridos cuando la nube pública resulta cara o poco operativa para ciertos escenarios concretos.
Esa madurez no es un retroceso. Es evidencia de que las empresas están aprendiendo a distinguir entre el cloud como palanca estratégica y el cloud como gasto inercial. Entre escalar con sentido y aprovisionarse por defecto.
La pregunta relevante ya no es si tu empresa está en la nube. Eso está resuelto. La pregunta es si lo que tienes en la nube está justificado, medido y alineado con lo que tu negocio realmente necesita hoy.
Porque si la respuesta es un «no sé», el problema —y probablemente el ahorro— ya tiene nombre.
