Automatizar tu estrategia de commitments reduce el riesgo y aligera tu carga de gestión.
Para las empresas digital natives, la infraestructura de nube pública es a la vez la columna vertebral de su stack tecnológico y el mayor centro de costos de su presupuesto operativo. Por eso requiere monitoreo constante, para asegurar que sus costos estén alineados con los objetivos del negocio. Los equipos de FinOps, encargados de gestionar esos costos y de impulsar la colaboración entre Engineering, finanzas y producto, están siempre buscando formas de optimizar el gasto en la nube y reducirlo cuando es posible.
Uno de los métodos más comunes y extendidos para optimizar costos en la nube pública son los descuentos por volumen, conocidos como commitments: el proveedor de la nube ofrece una reducción de precio a cambio del compromiso de usar cierta cantidad de recursos durante un período determinado. En AWS, estos commitments toman la forma de Reserved Instances o Savings Plans. Mira la tabla a continuación o conoce más sobre las diferencias entre estos planes.
Entre todas las variables de los distintos tipos de commitments en los proveedores de nube, una de las pocas constantes son los plazos. Estos acuerdos casi siempre se ofrecen a 1 o 3 años, con distintos niveles de descuento según la duración del plazo y la flexibilidad de workloads que permita el acuerdo. Por ejemplo, un commitment a 3 años siempre ofrecerá un descuento mayor (~60-70 %) que uno a 1 año (~25-35 %), y uno que te permita cambiar de región o tipo de máquina por lo general dejará menos ahorro que uno que te ate a una configuración fija.
Como hay que equilibrar la flexibilidad operativa y de los developers con la gestión de costos y los objetivos del negocio, es raro que incluso una empresa medianamente madura tenga un único tipo de commitment. La mayoría de los portfolios de commitments se arman según las necesidades específicas y la etapa de crecimiento de cada compañía, y combinan acuerdos a 1 y 3 años entre distintos equipos, regiones, tipos de máquina y más.
Aquí va un ejemplo básico de cómo se vería esto en una empresa hipotética en AWS que atiende al mercado estadounidense:
Proveedor de nube
Tipo de plan
Plazo
Región
Familia de máquina
Descuento
Fecha de vencimiento
AWS
Compute SP
3 años
Variable
Variable
63 %
5 de marzo de 2025
AWS
EC2 RI
1 año
US East-1
M7g
28 %
4 de noviembre de 2023
AWS
EC2 RI
1 año
US West-2
M7g
28 %
4 de noviembre de 2023
AWS
EC2 RI
1 año
US East
T3
29 %
12 de febrero de 2024
AWS
EC2 RI
1 año
US West
T3
29 %
12 de febrero de 2024
En este ejemplo, la empresa X contrató un Compute Savings Plan básico en marzo de 2022 para cubrir el mínimo de cómputo que esperaba usar durante los siguientes tres años. Más adelante ese mismo año, cuando sus workloads crecieron y el commitment a 3 años se quedó corto, decidió comprometerse con la familia de máquinas M7g y sumó Reserved Instances adicionales a 1 año en cada costa para cubrir más workloads. Repitió la jugada unos meses después, cuando apareció un nuevo proyecto que requería máquinas T3.
Es una estrategia común a medida que crece la huella en la nube de las empresas (suponiendo que estén dispuestas a asumir el riesgo de comprar commitments). Combinan commitments a 1 y 3 años con distintos niveles de descuento, plazos y fechas de vencimiento, y todo eso debe monitorearse y mantenerse de forma regular para asegurar que el uso y el gasto proyectados no se queden cortos ni se excedan, y para decidir si conviene renovarlos o dejarlos vencer al final del plazo. No hace falta decir que esto representa una carga importante para cualquier organización, haya madurado o no el proceso integrando una práctica de FinOps en su día a día.
Simplificar el proceso
DoiT Flexsave™ nació para simplificar y automatizar la gestión de commitments. Flexsave analiza el gasto continuo en cómputo para identificar workloads que aún no están cubiertos por commitments existentes (SPs, RIs, Spot o Enterprise Discount Programs) y, de forma automática, aplica el equivalente al descuento de un commitment a 1 año sobre esos workloads on-demand.
Una vez que la empresa activa Flexsave en su entorno de AWS, puede acceder a los mismos descuentos que le daban sus commitments previos a 1 año. Es decir, puede dejar vencer cualquier plan a 1 año existente y dejar que Flexsave tome la posta.
En el ejemplo hipotético anterior, la empresa X podría dejar vencer el 80 % de sus commitments. Al hacerlo, no solo aligeraría la carga de su equipo de FinOps (o de quien lleve el seguimiento de commitments y consumo), sino que además daría a sus developers más flexibilidad para salir de las familias de máquinas y las regiones a las que estaban atados.
A fin de cuentas, la cobertura de commitments de la empresa X se vería más o menos así:
Para conocer más sobre la gestión de commitments y cómo DoiT puede ayudarte a hacer crecer tu práctica de FinOps, descarga el Cloud Compute Commitment Handbook.