Una empresa ejecuta instancias EC2 con una carga estable y continua, y funciones Lambda con una carga variable e impredecible. La aplicación utiliza un clúster de Amazon MemoryDB for Redis como caché. Para minimizar el costo mensual total, ¿qué estrategia de compra debería adoptar la empresa?

La respuesta correcta optimiza los costos para cada servicio. Para instancias EC2 con carga estable, un Savings Plan de instancia EC2 ofrece los mayores descuentos. Para Lambda, con carga variable, un Compute Savings Plan es ideal porque aplica descuentos a cualquier uso de Compute, incluyendo Lambda, y permite cubrir el consumo mínimo esperado sin comprometerse a un nivel fijo que podría no usarse. Para MemoryDB, los nodos reservados son la opción más rentable para cargas predecibles. Las opciones incorrectas fallan en uno o más aspectos: Comprar un Compute Savings Plan para EC2 es menos eficiente que un Savings Plan de instancia EC2 para cargas estables. Reservar concurrencia de Lambda no ofrece descuentos por uso, solo garantiza capacidad. Un único Compute Savings Plan no es óptimo porque no todos los servicios son elegibles o se benefician de la misma manera. MemoryDB no se cubre con Compute Savings Plans. Un Compute Savings Plan para instancias EC2 y MemoryDB no es adecuado para MemoryDB, que requiere nodos reservados para descuentos. Reservar concurrencia de Lambda no reduce costos de uso.