FinOps: qué es y cómo controlar el gasto cloud en tu empresa

El cloud tiene una característica que lo hace diferente a cualquier infraestructura anterior: el gasto es completamente elástico y, al mismo tiempo, completamente invisible si no tienes los procesos adecuados.

En el modelo tradicional, antes de comprar un servidor, alguien tenía que aprobarlo, pedirlo y esperar semanas a que llegara. Había fricción natural que obligaba a justificar el gasto. En el cloud, un desarrollador puede aprovisionar cien instancias en diez minutos con una tarjeta de crédito de empresa.

El resultado es predecible: el gasto crece, los equipos técnicos no tienen visibilidad financiera, y los equipos financieros no entienden los datos técnicos. Nadie es responsable de nada en concreto.

Según el informe State of FinOps 2025 de la FinOps Foundation, más del 30% del gasto cloud de las empresas medianas se considera desperdicio directo: recursos sobredimensionados, entornos olvidados, reservas sin usar.

Treinta por ciento. Eso, en una empresa que gasta 500.000 euros al año en cloud, son 150.000 euros que no producen nada.

La mayoría aprende IA.
Pocos saben aplicarla.

El máster definitivo para pasar de prototipos con LLMs a arquitecturas de IA desplegadas en producción.

Descubre AI Engineer →

La mayoría aprende IA.
Pocos saben aplicarla.

El máster definitivo para pasar de prototipos con LLMs a arquitecturas de IA desplegadas en producción.

Descubre AI Engineer →

FinOps, sin rodeos: qué es y de dónde viene

FinOps (abreviatura de Financial Operations) es la práctica que combina tecnología, procesos y cultura organizativa para optimizar el gasto en infraestructura cloud. El objetivo no es gastar menos de forma indiscriminada. Es gastar de manera consciente: saber exactamente en qué se gasta cada euro, por qué, y si vale lo que cuesta.

El término fue popularizado por JR Storment y Mike Fuller en su libro Cloud FinOps (O'Reilly, 2019) y desde entonces la FinOps Foundation se ha convertido en el referente del sector, con certificaciones, marcos de trabajo y comunidad activa.

Lo que diferencia FinOps de una simple política de "gastad menos" es que pone en el centro la colaboración entre finanzas, ingeniería y negocio. No es una tarea del equipo de IT en solitado. Tampoco es una imposición del CFO. Es una práctica compartida donde cada área aporta su perspectiva y toma decisiones informadas.

"FinOps no trata de hacer que la nube sea más barata. Trata de hacer que cada euro de cloud genere el máximo valor posible para el negocio." — FinOps Foundation, Principles v2.0

Esto importa porque la trampa habitual es confundir FinOps con una auditoría de costes puntual. Una empresa puede hacer un recorte de gastos cloud una vez, reducir la factura el mes siguiente, y volver a tener el mismo problema en seis meses. FinOps es un proceso continuo, no una intervención quirúrgica.

Si quieres entender mejor la base sobre la que opera FinOps, el artículo sobre cloud computing cubre qué es y qué tipos de servicios existen.

Los tres pilares del modelo FinOps

La FinOps Foundation estructura su marco de trabajo en torno a tres fases que no son lineales, sino cíclicas. Una empresa madura en FinOps recorre estas fases continuamente, no una sola vez.

El siguiente cuadro resume en qué consiste cada fase, quién la lidera y cuál es el resultado esperado. La realidad es que la mayoría de empresas que empiezan con FinOps se quedan atascadas en la primera fase porque les cuesta establecer la cultura colaborativa que requiere la segunda y la tercera.

Marco basado en el FinOps Framework de la FinOps Foundation (2025). Las fases se aplican de forma iterativa, no secuencial.

La fase de Informar es la que más suele subestimarse. Las empresas quieren pasar directamente a optimizar, pero sin visibilidad real, cualquier decisión de optimización es a ciegas. Hay organizaciones que llevan meses "haciendo FinOps" sin haber etiquetado correctamente sus recursos en AWS o Azure, lo que hace imposible atribuir el gasto a equipos o proyectos específicos.

Cómo funciona FinOps en la práctica: fases y responsables

La teoría de las tres fases está bien. El problema es que en la práctica, implementar FinOps implica cambiar hábitos de trabajo que están muy arraigados.

Lo que más fricción genera no es la tecnología. Es convencer a los equipos de ingeniería de que el coste de sus decisiones técnicas importa, y convencer a los equipos financieros de que necesitan entender cómo funciona el cloud para hacer presupuestos realistas.

Un proceso de adopción habitual tiene este recorrido:

1. Auditoría inicial de gasto. Antes de optimizar nada, se mapea el gasto actual: qué proveedores se usan (AWS, GCP, Azure), qué servicios, qué equipos y con qué etiquetas (o sin ellas). En empresas que usan arquitecturas de microservicios, esto puede ser especialmente complejo porque hay cientos de servicios con ciclos de vida distintos.

2. Tagging y asignación de costes. Se establece una política de etiquetado obligatoria para que cada recurso cloud lleve metadatos que permitan saber a qué proyecto, equipo o entorno pertenece. Sin esto, los dashboards de coste son inútiles.

3. Definición de presupuestos y alertas. Cada equipo o producto tiene un presupuesto asignado y recibe alertas cuando se acerca al límite o cuando hay anomalías. El objetivo es que la información llegue a quien puede actuar, no solo a quien paga la factura.

4. Ciclos de revisión y optimización. Reuniones periódicas (semanales o mensuales) donde ingeniería y finanzas revisan el gasto, identifican oportunidades y toman decisiones: reducir tamaño de instancias, comprar instancias reservadas, usar spot instances para cargas tolerantes a interrupciones, eliminar lo que no se usa.

5. Cultura de ownership. El paso más difícil. Que cada equipo técnico sienta que el gasto cloud es su responsabilidad, no la de otro. Que un engineer que despliega un servicio piense también en su coste, igual que piensa en su rendimiento o su seguridad.

Herramientas de FinOps que se usan en producción

Una de las preguntas más habituales de los equipos que empiezan con FinOps es qué herramienta usar. La respuesta corta es: depende de tu stack y de en qué fase estás.

Las herramientas nativas de los proveedores cloud son suficientes para empezar. AWS Cost Explorer, Azure Cost Management y Google Cloud Billing Analytics ofrecen visibilidad básica sin coste adicional. El problema aparece cuando una empresa trabaja con varios proveedores a la vez (multicloud) o cuando necesita funcionalidades más avanzadas de asignación de costes y recomendaciones automáticas.

Estas son las herramientas más usadas en entornos reales a día de hoy. No es una lista exhaustiva, pero cubre los casos de uso más habituales:

Datos de mercado actualizados a 2026. Los precios de las herramientas de pago varían según volumen de gasto gestionado.

Una recomendación práctica: si estás empezando, no instales cinco herramientas a la vez. Empieza con la nativa de tu proveedor principal, establece el tagging y los dashboards básicos, y solo cuando hayas agotado esas capacidades, considera una solución de terceros.

La herramienta de open source Infracost merece mención especial porque aborda el problema desde un ángulo diferente: en lugar de analizar el gasto pasado, lo estima antes de que ocurra. Se integra en el pipeline de CI/CD y muestra el impacto económico de cada cambio de infraestructura antes de aprobarlo. Es una de las formas más efectivas de crear cultura FinOps en los equipos de ingeniería.

Para quienes trabajan en entornos AWS, la certificación AZ-900 es un buen punto de partida para entender la taxonomía de servicios cloud que después tendrás que gestionar en FinOps. Y si quieres profundizar en los distintos proveedores, el artículo sobre proveedores de cloud computing hace una comparativa útil.

El perfil FinOps Engineer: funciones y salario en 2026

El FinOps Engineer (o FinOps Practitioner, según la FinOps Foundation) es el perfil que lidera esta práctica dentro de una organización. No es exactamente un DevOps, ni un analista financiero, ni un arquitecto cloud. Es una intersección de los tres.

Las funciones habituales incluyen:

• Diseñar y mantener la arquitectura de etiquetado de recursos cloud

• Crear y mantener dashboards de visibilidad de costes

• Identificar oportunidades de rightsizing y reservas

• Facilitar los ciclos de revisión entre ingeniería y finanzas

• Definir políticas de gobernanza cloud (presupuestos, aprobaciones, alertas)

• Evaluar y recomendar cambios en la arquitectura con impacto en coste

¿Cuánto gana un FinOps Engineer en España en 2026?

Los rangos salariales varían bastante según el tamaño de la empresa y el nivel de experiencia. Los perfiles con certificación FinOps Practitioner de la FinOps Foundation suelen tener mejor posicionamiento:

• Junior / sin certificación: 35.000–45.000 € brutos/año

• Mid-level / con experiencia en al menos un proveedor cloud: 50.000–65.000 € brutos/año

• Senior / multicloud + certificación: 70.000–90.000 € brutos/año

A nivel internacional, especialmente en empresas tech de Europa del Norte y EEUU, los rangos son significativamente más altos. Es un perfil con demanda creciente y oferta todavía escasa.

Si tienes interés en construir un perfil técnico orientado a cloud y sistemas, los programas de ThePower Tech School en AI Engineering cubren las bases de infraestructura cloud y despliegue que son igualmente relevantes para FinOps.

La mayoría aprende IA.
Pocos saben aplicarla.

El máster definitivo para pasar de prototipos con LLMs a arquitecturas de IA desplegadas en producción.

Descubre AI Engineer →

La mayoría aprende IA.
Pocos saben aplicarla.

El máster definitivo para pasar de prototipos con LLMs a arquitecturas de IA desplegadas en producción.

Descubre AI Engineer →

Lo que está cambiando en FinOps con la IA en 2026

La adopción masiva de servicios de IA generativa ha añadido una capa nueva de complejidad al gasto cloud que muchas empresas no tenían en su radar hace dos años.

Las llamadas a modelos como GPT-4, Claude o Gemini a través de API tienen un coste por token. En aplicaciones con alto volumen de usuarios, ese coste puede escalar rápidamente. Empresas que empezaron a integrar IA generativa en sus productos en 2024 se encontraron en 2025 con facturas de LLM que superaban su gasto en infraestructura tradicional.

Esto ha abierto una subdisciplina dentro de FinOps que algunos llaman LLMOps financiero: optimizar el gasto en llamadas a modelos de lenguaje mediante técnicas como caching de respuestas, selección dinámica de modelo según el tipo de consulta (usar un modelo pequeño para tareas simples y uno grande solo cuando es necesario), o procesamiento en batch en lugar de en tiempo real.

Además, los propios proveedores cloud están incorporando recomendaciones automáticas basadas en IA para la optimización de recursos. AWS Compute Optimizer, por ejemplo, ya usa ML para sugerir el tamaño adecuado de instancias en función del uso histórico real.

En el contexto de Big Data, donde los pipelines de procesamiento pueden consumir recursos masivos durante horas, la aplicación de FinOps es especialmente relevante: pequeñas decisiones de arquitectura —usar instancias spot, ajustar el paralelismo, comprimir los datos antes de procesarlos— pueden representar diferencias de decenas de miles de euros al mes.

El gasto cloud no se controla solo poniendo alertas o apagando instancias de vez en cuando. Se controla cuando toda la organización —ingeniería, producto y finanzas— habla el mismo idioma y toma decisiones con la misma información.

Eso es lo que FinOps hace posible. Y en un contexto donde el gasto en infraestructura y en servicios de IA sigue creciendo cada año, es una de las prácticas que más impacto tangible puede tener en la cuenta de resultados de una empresa tech.

Si quieres construir el perfil técnico para liderar este tipo de iniciativas, en ThePower Tech School encontrarás los programas de Cloud, AI Engineering y Data Analytics con el enfoque práctico que pide el mercado.

Preguntas frecuentes sobre FinOps

¿FinOps solo tiene sentido para empresas grandes? No, pero el punto de entrada varía. Una startup con 5.000 € mensuales de gasto cloud puede gestionar sus costes con las herramientas nativas del proveedor y buenas prácticas de tagging. El momento en que FinOps se vuelve crítico suele ser cuando el gasto supera los 20.000–30.000 € mensuales y los equipos técnicos ya no tienen visibilidad clara de qué genera ese coste. A partir de ahí, el ROI de dedicar tiempo o un perfil a FinOps es casi inmediato.

¿Qué diferencia hay entre FinOps y simplemente "reducir instancias"? Reducir instancias es una táctica puntual. FinOps es un proceso continuo de gobierno que incluye visibilidad, responsabilidad distribuida, optimización técnica y cultura organizativa. Una empresa puede hacer rightsizing una vez y volver a tener el mismo problema en seis meses si no ha cambiado los procesos. FinOps funciona cuando el equipo de ingeniería toma decisiones técnicas con conciencia de su impacto financiero, no solo cuando el CFO pide un recorte.

¿Puedo implementar FinOps si mi empresa usa varios proveedores cloud a la vez? Sí, y de hecho es donde más valor aporta. Los entornos multicloud son los que más sufren la falta de visibilidad, porque cada proveedor tiene su propia taxonomía de costes y sus propias herramientas. En estos casos, las soluciones de terceros como CloudHealth o Spot.io son más adecuadas que las nativas, porque agregan el gasto de todos los proveedores en una sola vista.

¿Qué certificaciones existen para FinOps y cuál es la más valorada? La certificación más reconocida es la FinOps Certified Practitioner (FOCP) de la FinOps Foundation. Cubre el marco de trabajo completo: fases, responsabilidades, métricas clave y casos de uso reales. También existen certificaciones específicas de proveedor (AWS Cloud Practitioner, AZ-900 de Azure) que complementan bien el perfil FinOps, aunque no son equivalentes.