Une application s'exécute sur des instances Amazon EC2 derrière un Application Load Balancer (ALB). Les instances se trouvent dans un groupe Auto Scaling réparti sur plusieurs zones de disponibilité. Le premier jour de chaque mois à minuit, un traitement par lots financier de fin de mois s'exécute et provoque immédiatement une augmentation de l'utilisation du CPU des instances à 100 %, perturbant l'application. Que devrait recommander un architecte de solutions pour que l'application puisse gérer la charge de travail et éviter les temps d'arrêt ?

La politique de mise à l'échelle planifiée d'EC2 Auto Scaling est la solution la plus appropriée car elle permet de provisionner des instances supplémentaires avant l'augmentation prévisible de la charge de travail due au traitement par lots mensuel. Cela garantit que l'application peut gérer le pic d'utilisation du CPU sans interruption. Une politique de mise à l'échelle simple basée sur l'utilisation du CPU réagirait après que le CPU ait atteint 100 %, ce qui entraînerait une perturbation initiale. Amazon CloudFront est un CDN qui n'aide pas à la capacité de calcul backend. Amazon ElastiCache peut décharger la base de données mais ne résout pas directement l'augmentation de la charge CPU due au traitement par lots sur les instances EC2.