Los descuentos por commitment son complejos y exigen una gran inversión de tiempo y dinero.
Los descuentos por commitment son complejos y exigen una gran inversión de tiempo y dinero. Con automatización, esos ahorros se logran con mínimo esfuerzo y riesgo.
Desde que existe la nube pública, los usuarios buscan nuevas formas de optimizar su gasto y evitar que los costos se les vayan de las manos. Optimizar áreas como el almacenamiento o el uso de bases de datos sin duda ayuda, pero la mayor oportunidad para reducir tus costos en la nube pública está en optimizar el gasto de compute. Los costos de compute suelen representar entre el 50% y el 80% de tu factura total de la nube, así que sobra decir que este es el principal objetivo cuando se trata de bajar el gasto general en la nube pública.
La buena noticia es que los proveedores de nube pública como Amazon Web Services (AWS) y Google Cloud Platform (GCP) ofrecen descuentos significativos en compute para quienes están dispuestos y en condiciones de comprometerse a un nivel determinado de uso por 1 o 3 años (naturalmente, mientras más largo sea el commitment, mayor es el descuento).
La mala noticia es que aprovechar estos descuentos por commitment implica dos retos principales:
- Pronosticar con precisión tus necesidades de compute para los próximos uno o tres años
- Gestionar el uso durante toda la vigencia del commitment para asegurarte de cumplir con tus objetivos
Estos obstáculos pueden ser especialmente complicados para empresas digital-native que aún son jóvenes y están escalando sus sistemas y aplicaciones en la nube, ya que no solo carecen de los recursos o del margen para asumir el riesgo y el reto de invertir en un portfolio de commitments, sino que además tienen poca idea de cuáles serán sus necesidades dentro de tres meses, mucho menos en tres años. Estos retos también pueden volverse un dolor de cabeza para empresas más grandes con necesidades de infraestructura y commitments distribuidas entre múltiples equipos, donde gestionar el costo de todos puede complicarse.
Pronosticar tus necesidades de compute
Según cómo opere tu organización, un solo equipo puede ser responsable de pronosticar la infraestructura de nube pública, o esa responsabilidad puede repartirse entre varios equipos según sus proyectos y necesidades específicas.
Sea cual sea la estructura, comprometerse a un nivel determinado de uso de compute durante un período prolongado conlleva un riesgo importante: si sobreaprovisionas tu commitment, te arriesgas a tirar dinero en instancias de compute sin uso; si te quedas corto, podrías terminar pagando precios premium por instancias on-demand.
También se pueden conseguir mayores descuentos siendo más preciso con tus commitments de compute, por ejemplo, definiendo tipos de máquina o regiones específicas a los que estés dispuesto a comprometerte. Sin embargo, también es muy importante mantener la flexibilidad al comprar commitments. Los entornos de nube pública innovan a un ritmo acelerado, así que a medida que tu software o modelo de negocio cambie, puede que necesites reconfigurar tu entorno. Si eso ocurre y no compraste un commitment con ese tipo de flexibilidad, podrías verte obligado a asumir el costo.
Antes de revisar los tipos de commitments que puedes comprar y los distintos niveles de flexibilidad que ofrecen, veamos primero qué conviene tener presente al pronosticar tus necesidades de compute:
- Alcance interno
¿Quién va a usar este commitment? ¿Tienes varios equipos dentro de tu organización de DevOps que lo van a compartir, o conviene comprar commitments para cada equipo por separado?
- Duración del commitment
¿Qué tan a futuro estás dispuesto a comprometerte? Si tienes claras tus necesidades de uso y cuentas con especificaciones consistentes, puedes considerar firmar un commitment de tres años para una base de lo que pronostiques (por ejemplo, el 50% de tu proyección) y así maximizar tus ahorros. Después puedes cubrir el resto con una combinación de commitments de 1 año o instancias on-demand.
- Servicios
¿Necesitas únicamente compute de infraestructura como servicio (es decir, EC2 o GCE)? ¿Vas a usar contenedores? ¿Serverless? ¿Kubernetes? Si es así, ¿se pueden cubrir todos con el mismo commitment, o conviene repartirlos en commitments separados? Ten en cuenta que repartirlos puede dar más flexibilidad, pero también suma carga de gestión.
- Tipos de máquina
¿Qué tipos y tamaños de máquina van a necesitar tus equipos para construir tu producto digital? ¿Y existe la posibilidad de que esas necesidades cambien en el transcurso de los próximos uno o tres años?
- Regiones
Definir las regiones donde necesitas levantar máquinas seguramente sea un ejercicio bastante simple en el corto plazo, pero puede volverse una carga a medida que tu negocio o tu base de usuarios se expande a nuevos mercados. Tienes que evaluar si tus regiones podrían cambiar. Si lo hacen, ¿tu commitment ofrecerá esa flexibilidad o tendrás que comprar otros adicionales para acompañar ese crecimiento?
Una vez respondas estas preguntas, debes decidir qué tipo(s) de commitment comprar. Tanto AWS como GCP ofrecen múltiples tipos de planes de commitment de compute con distintos niveles de flexibilidad. En general, se agrupan en dos categorías:
- Commitments basados en recursos, que requieren cierta cantidad de uso según especificaciones que defines de antemano. En AWS toman la forma de Reserved Instances (RIs) o Convertible RIs. En GCP se llaman Committed Use Discounts (CUDs).
- Commitments basados en gasto, que te permiten comprometerte a un nivel determinado de gasto sin importar las especificaciones de los recursos. Esa flexibilidad adicional implica descuentos menores. Se clasifican como Savings Plans (SPs) en AWS y como FlexCUDs en GCP.
Haz zoom para ver
Como ves en la tabla, la(s) nube(s) pública(s) sobre las que construyes y los distintos niveles de flexibilidad que ofrecen abren un abanico de opciones para que evalúes cuál se ajusta mejor a tus necesidades.
Para los usuarios de AWS, a la complejidad se suma la posibilidad de revender Standard RIs en el AWS Marketplace para recuperar el costo de las que no estés usando por un sobreaprovisionamiento. Sin embargo, no hay garantía de que encuentres comprador para esos workloads específicos y, aun si lo logras, el proceso de venderlas añade otra capa de complejidad y de tiempo invertido para quien tenga esa responsabilidad en tu equipo.
Gestionar y monitorear tus commitments
Ahora que pronosticaste tus necesidades de compute y compraste algunos commitments con base en esas proyecciones, tu tarea está lejos de terminar. La gestión de tu portfolio de commitments es tan importante como el pronóstico previo a la compra, si no más. Esto se debe a que, sin importar qué tan bien pronostiques y aprovisiones, casi siempre tu entorno requerirá ajustes o surgirán nuevas necesidades que exigirán comprar commitments adicionales para tu portfolio.
Con eso en mente, veamos algunos aspectos a considerar al monitorear tus commitments durante todo su ciclo de vida:
- Equilibrio entre commitments y workloads on-demand
Lo mencionamos brevemente en la sección de pronóstico, pero a medida que crecen tus necesidades de compute, debes definir qué tanto se puede cubrir con commitments de 1 o 3 años y qué tanto se queda en compras on-demand.
- Expansión regional
¿Tu negocio o servicio está creciendo? ¿Buscas llegar a usuarios en nuevos mercados? Si es así, salvo que ya estés cubierto por un commitment basado en gasto (por ejemplo, un Compute SP en AWS o un FlexCUD en GCP), lo más probable es que necesites comprar nuevos commitments para cubrir esas regiones.
- Seguimiento y monitoreo continuo del uso
Es importante saber si vas o no en camino de cumplir tus metas de uso a lo largo del ciclo de vida de un commitment. Esto puede ser difícil de determinar cuando tu uso es irregular durante el plazo, ya sea por fluctuaciones en tu base de usuarios o por la estacionalidad propia de tu modelo de negocio. En cualquier caso, te conviene saber si vas a superar tu aprovisionamiento y tendrás que pagar cargos por excedente (o comprar nuevos commitments para cubrir el extra), o si te quedarán workloads sin usar al final del plazo.
- Renovaciones
Mientras monitoreas tus commitments, tendrás que decidir qué hacer con cada uno cuando se acerque el vencimiento: comprar uno nuevo, reconfigurarlo o dejarlo expirar por completo. Esto, naturalmente, se vuelve un reto mayor a medida que crece tu portfolio de commitments y aparecen fechas escalonadas de renovación y expiración a lo largo del año.
¿Dónde está el botón mágico? 
Si a estas alturas te da vueltas la cabeza con tantos factores por considerar, no eres el único. Gestionar un portfolio de commitments puede ser tan pesado y conllevar riesgos tan marcados que muchas empresas ni siquiera lo intentan y optan por depender exclusivamente de workloads on-demand, a pesar del costo más alto que implica.
Sin embargo, se pueden automatizar tus commitments de compute y eliminar tanto el riesgo como la sobrecarga de gestión en el proceso. DoiT Flexsave™ fue creado precisamente para esto. Mediante machine learning, Flexsave analiza tu gasto continuo de compute para identificar workloads de AWS que aún no estén cubiertos por descuentos existentes (es decir, SPs, RIs, Spot o Enterprise Discount Programs) y luego aplica automáticamente el equivalente a un Savings Plan de 1 año a esos workloads on-demand.
"Sin Flexsave, probablemente no podríamos usar descuentos basados en commitments en absoluto; hoy obtenemos los beneficios del ahorro prácticamente sin esfuerzo." –Kyâne Pichou
Este método ha generado millones de dólares en ahorros para cientos de clientes de Flexsave en los últimos años, incluida la plataforma de ecommerce Phenix, que ha ahorrado más del 25% en sus workloads de compute on-demand desde que activó Flexsave. "Sin Flexsave, probablemente no podríamos usar descuentos basados en commitments en absoluto; hoy obtenemos los beneficios del ahorro prácticamente sin esfuerzo", afirma el líder de DevOps Kyâne Pichou. "Lo activamos y nos pudimos olvidar del tema, lo que nos permite enfocarnos en desarrollar las demás funcionalidades dentro de la plataforma de Phenix."
Estas tasas de descuento de 1 año pueden reducir drásticamente tu gasto de compute on-demand y, como Flexsave funciona junto a tus commitments existentes, no tienes que preocuparte por perder descuentos que ya estás recibiendo. Por eso, muchos clientes de DoiT siguen comprando commitments de 3 años para una parte de sus necesidades de compute con el fin de maximizar sus ahorros, y dejan que Flexsave cubra el resto con el equivalente de 1 año.
Al igual que el resto de productos y servicios de DoiT, Flexsave no tiene costo de uso y se configura de manera rápida y sencilla, sin cambios de código ni downtime en tu entorno.
Para conocer más sobre Flexsave u otras estrategias de optimización de costos en la nube recomendadas por DoiT, ponte en contacto con un experto hoy mismo.