Una empresa ejecuta una plataforma de venta de entradas para eventos en AWS y quiere reducir los costos. La plataforma utiliza Amazon EKS en Amazon EC2 para la mayoría de las cargas de trabajo y una instancia de base de datos Amazon RDS for MySQL. Las nuevas características se ejecutarán en Amazon EKS con AWS Fargate. La carga de trabajo tiene picos de demanda poco frecuentes y basados en fechas. ¿Qué enfoque es el MÁS rentable para este entorno?

La opción correcta es la más rentable porque los Compute Savings Plans ofrecen flexibilidad y descuentos significativos para la capacidad base de EKS, cubriendo tanto EC2 como Fargate. Las On-Demand Capacity Reservations son ideales para picos de demanda planificados y basados en fechas, garantizando la capacidad sin el riesgo de interrupción de las Spot Instances. Las Reserved Instances de 1 año sin pago inicial para la base de datos reducen costos para la carga base, y el escalado de réplicas de lectura durante los picos es una estrategia eficaz para manejar la carga de la base de datos sin sobredimensionar la instancia principal. Las otras opciones son menos óptimas. Comprar Standard Reserved Instances o EC2 Instance Savings Plans para EC2 no cubre Fargate de manera tan flexible como Compute Savings Plans. Usar Spot Instances para picos de demanda planificados conlleva el riesgo de interrupción, lo cual es inaceptable para una plataforma de venta de entradas. Dimensionar una Reserved Instance de base de datos para la carga máxima anual o escalar manualmente la instancia principal es costoso o ineficiente.