FinOps en la práctica: Establecer los costes cloud como responsabilidad del equipo

La mayoría de las empresas comienzan FinOps comprando una herramienta. Ese es el comienzo equivocado. FinOps solo funciona cuando los equipos de ingeniería entienden la responsabilidad sobre los costes como parte de su trabajo, no como una obligación molesta exigida por el departamento financiero.

Los tres pilares de FinOps

1. Inform: Crear transparencia

Nadie puede optimizar costes que no puede ver. El primer paso es siempre la transparencia:

• Obligación de Tagging: Cada recurso recibe al menos tags para equipo, servicio y entorno. Sin tags no hay Cost Allocation, y sin Cost Allocation no hay responsabilidad.
• Dashboards de equipo: Cada equipo de ingeniería ve sus propios costes cloud en tiempo real. No como instrumento de control, sino como bucle de retroalimentación, igual que el monitoreo para el rendimiento.
• Showback en lugar de Chargeback: Al principio basta con hacer visibles los costes sin facturarlos formalmente. Esto reduce las resistencias y fomenta la motivación intrínseca.

2. Optimize: Mejorar sistemáticamente

Con la transparencia, los Quick Wins llegan casi solos:

• Rightsizing Reviews: Revisión trimestral de los 20 principales generadores de costes por equipo. Compute Optimizer y Trusted Advisor proporcionan recomendaciones concretas.
• Estrategia de reserva: Planificación centralizada de Reserved Instances y Savings Plans basada en el uso agregado del equipo.
• Políticas Dev/Test: Apagado automático de entornos de desarrollo fuera del horario laboral. Solo esto ahorra al 60% de los costes de desarrollo en la mayoría de los equipos.
• Architecture Reviews: Incluir los costes como criterio en los Architecture Decision Records (ADRs). No como bloqueante, sino como una ponderación consciente.

3. Operate: Anclar de forma duradera

Un FinOps sostenible necesita rituales y procesos:

• Cost Reviews mensuales: Reunión de 30 minutos por equipo con tres preguntas: ¿Qué ha cambiado? ¿Por qué? ¿Qué hacemos al respecto?
• Alertas de presupuesto: Notificación automática al 80% del presupuesto del equipo, dirigida al equipo, no a la dirección.
• Detección de anomalías: AWS Cost Anomaly Detection con integración SNS en el canal de Slack del equipo.
• Gamificación: Leaderboard mensual de los equipos con los mayores ahorros porcentuales. Refuerzo positivo en lugar de culpabilización.

El cambio cultural

FinOps funciona cuando los ingenieros consideran los costes cloud con la misma naturalidad que el rendimiento o la seguridad. Esto no significa que cada decisión deba estar impulsada por los costes, pero sí que debe ser consciente de ellos. Un equipo que decide conscientemente gastar más en rendimiento está haciendo FinOps correctamente. Un equipo que ni siquiera sabe lo que cuestan sus servicios, no.

La clave está en la seguridad psicológica: los equipos deben saber que la optimización de costes es deseada, sin tener que temer ser castigados por asignaciones erróneas del pasado. FinOps es un proceso de mejora continua, no una auditoría.