Hello word 🙂

En la entrada de hoy abordaremos un tema cada vez más relevante para las empresas que ejecutan sus cargas de trabajo en la nube: FinOps.

A lo largo del artículo veremos qué es FinOps, cuáles son sus principales beneficios y qué herramientas ofrece AWS para ayudarnos a implementar esta metodología, mejorar la visibilidad de los costos y tomar decisiones más eficientes sobre el uso de los recursos.

La adopción de la nube ha transformado profundamente la forma en que las organizaciones consumen tecnología. La posibilidad de desplegar servicios bajo demanda, escalar recursos en cuestión de segundos y pagar únicamente por lo que se utiliza ofrece una flexibilidad difícil de conseguir en los entornos tradicionales.

Sin embargo, esta misma flexibilidad también introduce un nuevo desafío: mantener el control sobre el gasto.

En un entorno donde cualquier equipo puede crear recursos rápidamente, los costos pueden crecer de forma inesperada debido a servicios sobredimensionados, recursos sin utilizar, arquitecturas poco eficientes o una falta de visibilidad sobre quién consume cada servicio.

Es precisamente en este contexto donde aparece FinOps, una metodología que busca conectar las áreas de tecnología, finanzas y negocio para gestionar los costos de la nube de forma colaborativa, responsable y orientada al valor.

FinOps no consiste simplemente en reducir gastos. Su objetivo principal es ayudar a las organizaciones a comprender cómo están utilizando la nube, optimizar sus recursos y tomar mejores decisiones, equilibrando costos, rendimiento y necesidades del negocio.

¿Qué es FinOps?

FinOps (Financial Operations) es una disciplina que combina finanzas, tecnología y operaciones para gestionar de manera eficiente los costos en la nube. No se trata solo de “ahorrar dinero”, sino de maximizar el valor del gasto en la nube, alineando a los equipos en torno a datos y decisiones basadas en métricas.

FinOps promueve un modelo en el que:

• Los equipos de ingeniería tienen responsabilidad sobre lo que consumen.

• Finanzas tiene visibilidad, previsión y capacidad de control.

• Operaciones optimiza infraestructura y automatiza ahorro.

• El liderazgo toma decisiones basadas en datos reales y en tiempo casi real.

Los 3 principios fundamentales del FinOps

1. La colaboración es clave
   FinOps rompe el silo tradicional entre Finanzas, IT y Operaciones. Todos participan en la optimización.

2. Cada equipo es dueño de su gasto en la nube
   Los equipos pueden ver cuánto cuesta cada recurso y actuar sobre ello.

3. El valor de la nube es más importante que el costo en sí
   Se trata de gastar bien, no gastar menos.

Fases del ciclo FinOps

FinOps no es un proyecto: es un ciclo continuo. Generalmente se divide en tres fases:

1. Informar (Inform)
   Obtener visibilidad granular del gasto, uso y tendencias.
   Aquí surgen preguntas como:

   • ¿Qué servicio consume más?

   • ¿Qué equipo o proyecto genera mayor gasto?

   • ¿Hay recursos infrautilizados?

2. Optimizar (Optimize)
   Actuar sobre oportunidades:

   • Right-sizing

   • Políticas de lifecycle

   • Compras inteligentes (Savings Plans, RIs)

   • Automatizar apagados de ambientes no productivos

   • Uso de instancias spot

3. Operar (Operate)
   Implementar prácticas recurrentes:

   • Revisiones mensuales de costo

   • Alertas por consumo anómalo

   • Governanza de etiquetado

   • Automatización de housekeeping

---

¿En qué puede ayudarnos FinOps?

FinOps mejora tanto el gasto como la madurez tecnológica de la organización. Algunos beneficios directos:

✔ Aumentar visibilidad del costo en la nube

Puedes saber exactamente quién usa qué, cuánto cuesta y si se justifica.

✔ Reducir costos sin afectar la performance

Muchas optimizaciones no requieren comprometer el servicio: right-size, instancias ARM, lifecycle rules, apagado de entornos, etc.

✔ Tomar decisiones basadas en datos

El liderazgo puede anticipar presupuestos, detectar picos de gasto y evitar facturas inesperadas.

✔ Aumentar la responsabilidad de los equipos

Los equipos de desarrollo y DevOps son capaces de ver el impacto económico de sus decisiones técnicas.

✔ Automatizar ahorro

Menos esfuerzo manual y menos errores.

FinOps en AWS: herramientas que nos ayudan

AWS ofrece un amplio conjunto de servicios y funcionalidades diseñados para mejorar la visibilidad, el control y la optimización del gasto en la nube.

Sin embargo, estas herramientas no deben utilizarse de manera aislada. Para obtener información realmente útil, es necesario establecer previamente una estrategia de etiquetado, definir responsables, identificar los centros de costos y decidir cómo se distribuirá el consumo entre proyectos, aplicaciones, equipos y ambientes.

A continuación, veremos algunas de las herramientas más importantes para implementar FinOps en AWS.

1. AWS Cost Allocation Tags

Las AWS Cost Allocation Tags, o etiquetas de asignación de costos, son la base para organizar y distribuir los gastos de AWS según la estructura interna de cada empresa.

Por ejemplo, podemos etiquetar los recursos utilizando claves como:

• Project
• Application
• Environment
• Team
• Owner
• CostCenter

Estas etiquetas nos permiten:

• Filtrar y agrupar los costos por proyecto, aplicación, equipo o ambiente.
• Identificar cuánto consume cada unidad de negocio.
• Crear presupuestos específicos para determinados proyectos.
• Incorporar información organizacional en Cost Explorer, AWS Budgets y los reportes de costos.

AWS permite utilizar etiquetas definidas por el usuario y etiquetas generadas automáticamente por algunos servicios. Sin embargo, no basta con agregar las etiquetas a los recursos: las claves deben activarse como Cost Allocation Tags desde la consola de AWS Billing and Cost Management para que puedan utilizarse en las herramientas de costos.

Por esta razón, una estrategia FinOps debería definir desde el principio qué etiquetas son obligatorias, qué valores están permitidos y quién es responsable de aplicarlas. Sin un sistema de etiquetado consistente, será muy difícil determinar con precisión qué aplicación, proyecto o equipo está generando cada costo.

---

2. AWS Cost Explorer

AWS Cost Explorer es una de las herramientas principales para visualizar y analizar los costos y el uso de los servicios de AWS.

Mediante sus filtros y opciones de agrupación, permite explorar la factura desde diferentes perspectivas sin necesidad de procesar directamente los archivos de facturación.

Permite:

• Consultar el gasto por servicio, cuenta, región o tipo de uso.
• Filtrar y agrupar costos mediante Cost Allocation Tags.
• Comparar el consumo entre diferentes periodos.
• Detectar tendencias y variaciones en el gasto.
• Crear reportes personalizados.
• Generar previsiones de costos.
• Analizar el uso y la cobertura de Savings Plans y Reserved Instances.
• Consultar recomendaciones de optimización para determinados recursos.

Cost Explorer es especialmente útil para responder preguntas como: ¿qué servicio aumentó su costo?, ¿qué proyecto consume más recursos? o ¿cuánto estamos gastando en producción frente a los ambientes de desarrollo?

AWS también ha incorporado funcionalidades para comparar periodos e identificar los principales factores que provocaron una variación en los costos.

Es importante recordar que Cost Explorer no proporciona información en tiempo real. Los datos de facturación pueden tardar algunas horas en reflejarse, por lo que no debe utilizarse como una herramienta de monitoreo instantáneo.

---

3. AWS Budgets

AWS Budgets permite establecer límites de gasto y recibir notificaciones cuando los costos o el consumo se acercan a determinados umbrales.

Podemos utilizarlo para crear:

• Presupuestos mensuales, trimestrales o anuales.
• Presupuestos por cuenta, servicio, región o tipo de uso.
• Presupuestos para proyectos o ambientes mediante etiquetas.
• Alertas basadas en costos reales.
• Alertas basadas en costos previstos.
• Presupuestos de utilización y cobertura de Savings Plans o Reserved Instances.

Por ejemplo, podríamos crear un presupuesto mensual para el ambiente de desarrollo y enviar una alerta cuando el gasto alcance el 80 % del límite definido.

AWS Budgets también permite configurar acciones para aplicar determinadas medidas cuando se supera un umbral, como ejecutar una política de IAM o modificar la configuración de algunos recursos. Estas acciones deben implementarse cuidadosamente para evitar afectar servicios críticos.

La información de AWS Budgets se actualiza varias veces al día, pero tampoco es un sistema en tiempo real. Por esta razón, conviene configurar diferentes niveles de alerta y no esperar hasta alcanzar el 100 % del presupuesto.

---

4. AWS Cost and Usage Report — CUR

El AWS Cost and Usage Report, conocido como CUR, contiene el conjunto más completo y detallado de información sobre los costos y el uso de AWS.

Mientras Cost Explorer ofrece una interfaz preparada para analizar los datos, el CUR proporciona la información de facturación en archivos que pueden almacenarse en un bucket de Amazon S3 y procesarse posteriormente.

Permite obtener:

• Costos con granularidad horaria, diaria o mensual.
• Información detallada por servicio y tipo de uso.
• Datos sobre descuentos, créditos, impuestos y compromisos.
• Identificadores de recursos individuales cuando el servicio los proporciona.
• Cost Allocation Tags activadas.
• Información sobre Savings Plans y Reserved Instances.
• Datos de costos de contenedores mediante Split Cost Allocation Data.

Actualmente, AWS también ofrece CUR 2.0 mediante AWS Data Exports, que permite seleccionar columnas y filtrar filas utilizando consultas SQL antes de exportar la información.

Muchas organizaciones almacenan estos reportes en Amazon S3 y utilizan servicios como AWS Glue, Amazon Athena y Amazon QuickSight para procesarlos, consultarlos y construir paneles personalizados.

El CUR es especialmente útil cuando necesitamos un nivel de detalle que Cost Explorer no proporciona o cuando queremos integrar la facturación de AWS con plataformas externas de análisis financiero.

---

5. AWS Compute Optimizer

AWS Compute Optimizer analiza la configuración y las métricas históricas de utilización de los recursos para generar recomendaciones de optimización.

Su objetivo es ayudarnos a encontrar un equilibrio entre costo y rendimiento, identificando recursos sobredimensionados, infrautilizados o con una configuración poco eficiente.

Puede generar recomendaciones para recursos como:

• Instancias de Amazon EC2.
• Grupos de EC2 Auto Scaling.
• Volúmenes de Amazon EBS.
• Funciones de AWS Lambda.
• Servicios de Amazon ECS sobre AWS Fargate.
• Bases de datos de Amazon RDS y Amazon Aurora.
• Determinadas licencias comerciales.

Compute Optimizer utiliza métricas de utilización para recomendar configuraciones alternativas y mostrar el ahorro estimado y el posible riesgo de rendimiento asociado al cambio.

Para generar recomendaciones precisas, los recursos deben disponer de suficientes métricas en Amazon CloudWatch. Por ejemplo, en el caso de las instancias EC2, la utilización de memoria requiere métricas adicionales recopiladas mediante el agente de CloudWatch.

Las recomendaciones no deberían aplicarse automáticamente sin validación. Es importante revisar los periodos de mayor carga, los requisitos de rendimiento y el crecimiento esperado antes de reducir la capacidad de un recurso.

---

6. AWS Trusted Advisor

AWS Trusted Advisor evalúa el entorno de AWS y proporciona recomendaciones relacionadas con costos, seguridad, rendimiento, resiliencia y límites de servicio.

Dentro de la categoría de optimización de costos puede ayudarnos a identificar situaciones como:

• Recursos con baja utilización.
• Volúmenes de Amazon EBS sin utilizar.
• Instancias EC2 sobredimensionadas.
• Bases de datos con poca actividad.
• Recursos inactivos.
• Oportunidades relacionadas con Savings Plans y Reserved Instances.
• Configuraciones que pueden generar gastos innecesarios.

Trusted Advisor se complementa con AWS Compute Optimizer y AWS Cost Optimization Hub. Algunos de sus controles utilizan las recomendaciones generadas por estos servicios para presentar las principales oportunidades de ahorro.

La cantidad de controles disponibles puede variar según el plan de soporte contratado y los servicios habilitados en la cuenta.

Trusted Advisor es una buena herramienta para realizar revisiones periódicas del entorno, pero sus recomendaciones deben analizarse dentro del contexto de cada aplicación. Un recurso con poca utilización promedio podría seguir siendo necesario para cubrir picos de demanda o cumplir requisitos de disponibilidad.

---

7. AWS Savings Plans y Reserved Instances

Los Savings Plans y las Reserved Instances permiten reducir el precio de determinados servicios a cambio de asumir un compromiso de consumo durante uno o tres años.

Son especialmente útiles para cargas de trabajo estables y predecibles que permanecerán ejecutándose durante un periodo prolongado.

AWS ofrece principalmente:

• Compute Savings Plans: ofrecen mayor flexibilidad y se aplican a Amazon EC2, AWS Fargate y AWS Lambda. Pueden ofrecer descuentos de hasta un 66 % frente al precio bajo demanda.
• EC2 Instance Savings Plans: requieren un compromiso con una familia de instancias dentro de una región, pero pueden ofrecer descuentos de hasta un 72 %.
• Reserved Instances: se utilizan en servicios como Amazon RDS, Amazon ElastiCache, Amazon OpenSearch Service y Amazon Redshift, entre otros.

Los Savings Plans aplican automáticamente el precio reducido al consumo que cumpla las condiciones del compromiso adquirido.

Antes de adquirirlos, es recomendable analizar:

• El consumo histórico.
• La estabilidad de las cargas de trabajo.
• La cobertura y utilización actuales.
• Los posibles cambios de arquitectura.
• La cantidad mínima de consumo realmente predecible.

Estas opciones reducen la tarifa, pero no corrigen recursos sobredimensionados. Por eso, primero deberíamos optimizar el uso y después adquirir compromisos sobre una línea base estable. De lo contrario, podríamos terminar pagando durante años por una capacidad que ya no necesitamos.

---

8. Amazon S3 Lifecycle y S3 Intelligent-Tiering

El almacenamiento puede representar una parte importante de la factura, especialmente cuando se conservan grandes cantidades de logs, respaldos, archivos históricos o datos que rara vez se consultan.

Las reglas de Amazon S3 Lifecycle permiten administrar automáticamente el ciclo de vida de los objetos.

Podemos utilizarlas para:

• Mover objetos a clases de almacenamiento más económicas.
• Archivar información histórica.
• Eliminar objetos después de un periodo determinado.
• Eliminar versiones antiguas de archivos.
• Limpiar cargas multiparte incompletas.
• Aplicar reglas diferentes según prefijos o etiquetas.

Por otro lado, S3 Intelligent-Tiering analiza los patrones de acceso y mueve automáticamente los objetos entre diferentes niveles de almacenamiento cuando cambia su frecuencia de uso.

Esta clase es especialmente útil cuando no conocemos el patrón de acceso o cuando este puede cambiar con el tiempo.

Antes de mover datos a clases de archivo, debemos considerar los tiempos de recuperación, los costos de lectura y los periodos mínimos de almacenamiento. Una clase más económica no siempre será la mejor opción si los objetos necesitan recuperarse con frecuencia.

---

9. Instance Scheduler on AWS

Muchos ambientes de desarrollo, pruebas o integración permanecen encendidos durante las noches y los fines de semana, aunque nadie los esté utilizando.

Instance Scheduler on AWS es una solución proporcionada por AWS que permite automatizar el encendido y apagado de instancias de Amazon EC2 y bases de datos de Amazon RDS mediante horarios previamente definidos.

Permite:

• Definir horarios de operación.
• Aplicar horarios diferentes según el ambiente.
• Seleccionar recursos mediante etiquetas.
• Encender recursos antes del comienzo de la jornada laboral.
• Apagar recursos durante las noches o los fines de semana.
• Centralizar horarios para varias cuentas y regiones.

También podemos construir una solución personalizada utilizando Amazon EventBridge Scheduler, AWS Lambda y etiquetas, aunque esto implica asumir el desarrollo y mantenimiento de la automatización.

Un recurso utilizado únicamente durante 40 horas laborales de las 168 horas que tiene una semana podría reducir considerablemente sus horas de ejecución. AWS indica que, bajo este escenario, el ahorro potencial puede alcanzar aproximadamente un 76 %.

Esta estrategia debe aplicarse principalmente a recursos no productivos y siempre después de validar que el apagado no afectará procesos programados, integraciones o dependencias externas.

---

10. Kubecost y Split Cost Allocation Data para Amazon EKS

En Kubernetes, todos los pods comparten la infraestructura proporcionada por los nodos del clúster. Esto dificulta conocer cuánto cuesta realmente cada aplicación, namespace o equipo.

Kubecost es una herramienta especializada en la medición y asignación de costos de Kubernetes. Aunque no es un servicio nativo de AWS, Amazon EKS proporciona un paquete de Kubecost optimizado para AWS.

Permite analizar los costos por:

• Clúster.
• Namespace.
• Deployment.
• Pod.
• Servicio.
• Etiqueta de Kubernetes.
• Equipo o aplicación.
• CPU, memoria, almacenamiento y otros recursos asociados.

Kubecost también puede identificar capacidad sin utilizar, solicitudes de CPU o memoria sobredimensionadas y costos compartidos dentro del clúster.

Como alternativa o complemento, AWS ofrece Split Cost Allocation Data para Amazon EKS. Esta funcionalidad incorpora al CUR información detallada sobre el costo de los pods y permite agruparla utilizando datos como el nombre del clúster, namespace, deployment, nodo y tipo de workload.

Estas herramientas resultan especialmente importantes cuando varios proyectos o equipos comparten un mismo clúster de EKS, ya que permiten distribuir los costos de manera más precisa.

---

11. AWS Cost Optimization Hub y Well-Architected Framework

AWS Cost Optimization Hub centraliza y prioriza recomendaciones de optimización procedentes de diferentes servicios y cuentas de AWS.

En lugar de revisar cada cuenta o herramienta individualmente, permite obtener una vista consolidada de las oportunidades de ahorro existentes dentro de AWS Organizations.

Permite:

• Consolidar recomendaciones de múltiples cuentas y regiones.
• Identificar recursos con oportunidades de optimización.
• Comparar el ahorro estimado de cada recomendación.
• Filtrar resultados por cuenta, región, recurso o etiqueta.
• Eliminar recomendaciones duplicadas.
• Priorizar las acciones con mayor impacto económico.
• Incorporar descuentos existentes en las estimaciones.

Cost Optimization Hub también puede recomendar Savings Plans o reservas según las preferencias y patrones de consumo de la organización.

Por otro lado, el pilar de optimización de costos del AWS Well-Architected Framework proporciona una guía para diseñar, operar y revisar arquitecturas eficientes desde el punto de vista financiero.

Sus buenas prácticas incluyen:

• Implementar una gestión financiera de la nube.
• Medir y atribuir correctamente los costos.
• Seleccionar el modelo de precios adecuado.
• Ajustar la capacidad según la demanda.
• Eliminar recursos innecesarios.
• Revisar periódicamente nuevas tecnologías y servicios.
• Establecer un proceso continuo de optimización.

Cost Optimization Hub nos ayuda a identificar acciones concretas, mientras que el Well-Architected Framework nos ayuda a establecer una metodología de trabajo a largo plazo.

---

Cómo comenzar con FinOps en tu organización

1. Implementar una estrategia de etiquetas (tags)
   environment, team, service, owner, cost-center.

2. Activar y centralizar el AWS Cost & Usage Report (CUR)

3. Crear dashboards con Cost Explorer y/o QuickSight

4. Aplicar optimizaciones de bajo esfuerzo

   • Right-size

   • Apagar entornos

   • Lifecycle en S3

   • Housekeeping en ECR, AMIs, snapshots

5. Aprovechar Savings Plans y RIs según tu patrón real de uso

6. Automatizar
   EventBridge, Lambda, Instance Scheduler.

7. Revisiones mensuales inter-equipo
   Ingeniería + Finanzas + Operaciones.

---

Conclusión

Conclusiones

FinOps no debe entenderse únicamente como una práctica financiera, sino como una cultura de trabajo orientada a mejorar la visibilidad, la responsabilidad y la eficiencia en el uso de los servicios en la nube.

AWS ofrece un amplio conjunto de herramientas que permiten comenzar con controles básicos de costos y evolucionar progresivamente hacia estrategias más avanzadas, incorporando automatización, análisis de datos y capacidades de machine learning para detectar anomalías, generar previsiones y encontrar oportunidades de optimización.

La implementación de una estrategia FinOps ayuda a las organizaciones a gastar de forma más inteligente, reducir costos innecesarios, evitar sorpresas en la facturación y obtener el máximo valor posible de cada recurso desplegado en la nube.

Aunque no me considero un experto en FinOps, llevo varios años trabajando con AWS y he podido comprobar que no existe una única manera de implementar esta metodología. Cada organización adapta FinOps a sus necesidades, su estructura interna y el nivel de detalle que requiere para gestionar sus costos.

Para algunas empresas puede ser suficiente conocer el gasto total mensual de AWS. Sin embargo, otras necesitan entender cuánto consume cada servicio, proyecto, ambiente, equipo o incluso cada una de las aplicaciones desplegadas en la nube.

Alcanzar este nivel de visibilidad requiere mucho más que revisar la factura final. Es necesario contar con una estrategia consistente de etiquetado de recursos, definir estándares claros y garantizar que los tags relacionados con proyectos, aplicaciones, propietarios y ambientes se apliquen correctamente.

En definitiva, las herramientas de AWS proporcionan la base tecnológica, pero el verdadero éxito de FinOps depende de los procesos, la colaboración entre los equipos y la disciplina con la que cada organización gestione y clasifique sus recursos.

FinOps no se trata simplemente de gastar menos, sino de entender en qué se está gastando, por qué se está gastando y si ese consumo está generando el valor esperado para el negocio.