Una aplicación migrada a AWS tiene un frontend de sitio web estático que actualmente se ejecuta en dos instancias EC2 detrás de un ALB y un backend de Python en tres instancias EC2 detrás de otro ALB. Las instancias son tipos grandes de propósito general bajo demanda dimensionadas para la carga máxima en las instalaciones, pero el tráfico se concentra durante la hora del almuerzo y es ligero en otros momentos. El arquitecto de soluciones debe reducir el costo de la infraestructura sin perjudicar la disponibilidad. ¿Qué combinación de acciones se deben tomar? (Elija dos.)

Mover el frontend del sitio web a Amazon S3 para alojamiento de sitios estáticos es una solución rentable y de alta disponibilidad. S3 es mucho más barato que las instancias EC2 para contenido estático y ofrece escalabilidad automática sin necesidad de gestionar servidores. Migrar la aplicación Python de backend a instancias EC2 de propósito general con capacidad de ráfaga (como T3 o T4g) es adecuado porque el tráfico es esporádico. Estas instancias son más económicas que las instancias grandes de propósito general bajo demanda y pueden acumular créditos de CPU durante períodos de baja actividad para ráfagas cuando el tráfico aumenta, manteniendo el rendimiento sin sobreaprovisionamiento. Cambiar a instancias optimizadas para cómputo no reduciría el costo si el problema no es el rendimiento de la CPU. Usar Elastic Beanstalk no aborda directamente la reducción de costos si se usan los mismos tipos de instancia. Las Spot Instances no son adecuadas para el backend de una aplicación que requiere disponibilidad constante, ya que pueden ser interrumpidas.