FinOps y modelos de refacturación

FinOps (Financial Operations) es un marco cultural y operativo que reúne a los equipos de finanzas, ingeniería y negocio para gestionar de forma colaborativa el gasto en la nube. FinOps Foundation define tres etapas de la práctica: Inform (hacer visibles los costes), Optimise (reducir el desperdicio y asumir compromisos más inteligentes) y Operate (aplicar políticas y mejorar continuamente). En Azure, FinOps se basa en Azure Cost Management, las etiquetas de recursos, los presupuestos y los modelos de chargeback.

No puede optimizar lo que no puede ver. El primer paso de FinOps es garantizar que todos los equipos tengan visibilidad en tiempo real de sus costes en la nube. En Azure Cost Management, configure vistas de costes filtradas por suscripción, grupo de recursos o etiqueta, y comparta estas vistas con los responsables de ingeniería. Habilite correos electrónicos diarios de costes e informes semanales de resumen de costes para cada unidad de negocio. Sin visibilidad de costes, los ingenieros optimizan el rendimiento y la velocidad sin ser conscientes de las consecuencias económicas de sus decisiones de arquitectura.

Las etiquetas de recursos son la base de cualquier modelo de chargeback. Una taxonomía de etiquetas bien diseñada incluye: Department (Engineering, Marketing, Finance), CostCentre (código contable), Project (nombre del proyecto o producto), Environment (Production, Staging, Dev) y Owner (equipo o persona responsable). Añadir etiquetas es gratis y estas aparecen en todos los informes de Azure Cost Management. Use Azure Policy para exigir estas etiquetas en todos los recursos nuevos y Azure Policy Remediation para completar las etiquetas de los recursos existentes que no las tengan.

Existen dos modelos habituales de asignación de costes: Showback hace visibles los costes para las unidades de negocio sin transferencias financieras reales; los equipos pueden ver su gasto en la nube, pero no reciben ningún cargo. Chargeback genera facturas internas reales: los costes se transfieren del presupuesto central de TI al centro de costes del departamento consumidor. Chargeback crea un incentivo mayor para un comportamiento consciente de los costes, pero requiere una infraestructura contable que procese las transacciones internas. La mayoría de las organizaciones comienzan con showback y evolucionan hacia chargeback a medida que aumenta su madurez en FinOps.

Las reglas de asignación de costes de Azure Cost Management permiten redistribuir costes compartidos, como un hub de red compartido, Azure Firewall o un área de trabajo de Log Analytics, entre las suscripciones o los grupos de recursos consumidores según proporciones personalizadas. Por ejemplo, un Azure Firewall compartido por tres unidades de negocio puede dividirse en una proporción de 40/35/25 según sus volúmenes relativos de tráfico. Los costes asignados aparecen en las vistas de Cost Management como si se hubieran originado en la suscripción receptora, lo que proporciona a cada equipo una visión real de su coste total de nube.

Azure Budgets permite establecer objetivos de gasto mensuales o trimestrales para suscripciones, grupos de recursos o ámbitos filtrados por etiquetas. Cuando el gasto alcanza umbrales previstos (por ejemplo, el 80 % y el 100 % del presupuesto) o umbrales reales, Azure envía notificaciones por correo electrónico a los destinatarios configurados. Los presupuestos no detienen la ejecución de los recursos; notifican a las partes interesadas para que puedan actuar. En entornos de desarrollo, combine los presupuestos con Azure Logic Apps o Action Groups para apagar automáticamente los recursos no críticos cuando se alcance el umbral presupuestario.

Un equipo de FinOps suele tener tres funciones: profesionales de FinOps (analistas financieros de nube dedicados que mantienen las vistas de costes, realizan sprints de optimización e informan sobre los ahorros), ingenieros de nube (ingenieros de cada equipo de producto que aplican las recomendaciones de dimensionamiento adecuado e implementan arquitecturas eficientes en costes) y partes interesadas de finanzas (que aprueban las compras de compromisos y gestionan las facturas internas de chargeback). Los equipos de Cloud Centre of Excellence (CCoE) suelen albergar la función de FinOps junto con la gobernanza de la arquitectura.

Las prácticas avanzadas de FinOps miden el coste unitario: el coste de nube por unidad de negocio significativa, como el coste por solicitud de API, por usuario activo o por GB de datos procesados. La economía unitaria hace que los debates sobre costes sean relevantes para los responsables de producto y los ejecutivos. En Azure, puede calcular los costes unitarios combinando los datos exportados de Cost Management con datos de métricas de negocio procedentes de Application Insights o de un almacén de datos personalizado. La evolución del coste unitario a lo largo del tiempo revela si las decisiones de arquitectura mejoran o empeoran la eficiencia.

Los descuentos de Reserved Instance aparecen en los datos de costes como elementos de línea negativos de beneficio de RI asociados a la suscripción que realiza la compra. En un modelo de chargeback, debe distribuir los ahorros de las reservas entre los equipos que consumen la capacidad reservada. La función Cost Allocation de Azure Cost Management puede hacerlo automáticamente asociando las compras de reservas a las suscripciones o los grupos de recursos que las consumen. Sin esta asignación, la suscripción compradora parece tener un coste negativo y los equipos consumidores parecen pagar las tarifas completas de pago por uso.

La FinOps Foundation define tres niveles de madurez: Crawl (visibilidad básica de los costes y optimización puntual), Walk (etiquetado coherente, presupuestos, una cadencia periódica de optimización e informes de showback) y Run (detección automatizada de anomalías, chargeback, economía unitaria y una estrategia de compromisos alineada con la hoja de ruta de ingeniería). Las organizaciones en el nivel Run suelen lograr un 25–35 % menos de gasto en la nube que las que están en Crawl, incluso teniendo en cuenta el tamaño de las cargas de trabajo. Evalúe su nivel actual de madurez y establezca un objetivo a 12 meses para avanzar a la siguiente etapa.

La práctica de FinOps más madura integra la conciencia de los costes en el ciclo de vida del desarrollo de software: las estimaciones de costes se incluyen en los documentos de revisión de arquitectura, las solicitudes de incorporación de cambios que añaden recursos costosos de Azure activan alertas automáticas de costes y las canalizaciones de CI/CD incluyen comprobaciones de control de costes que bloquean la implementación si los costes previstos superan un umbral. Herramientas como Infracost o las API propias de Azure para estimar costes pueden integrarse en GitHub Actions o Azure Pipelines para proporcionar a los desarrolladores información sobre los costes antes de que el código llegue a producción.

Compruebe su comprensión de los conceptos de Microsoft Azure Fundamentals (AZ-900) tratados en esta lección.

En esta lección ha aprendido que FinOps es una práctica cultural para gestionar conjuntamente los costes de la nube entre los equipos de finanzas, ingeniería y negocio; las etiquetas de recursos y las reglas de asignación de costes permiten realizar chargeback atribuyendo los costes compartidos a los equipos consumidores; y las alertas presupuestarias fomentan la rendición de cuentas sin bloquear el uso de los recursos. A continuación, adoptaremos la perspectiva del desarrollador y exploraremos la identidad administrada para la autenticación sin contraseñas.