Un architecte de solutions conçoit une application sans état (stateless) à exécuter sur AWS. Il a créé une AMI et un modèle de lancement (launch template) pour l'application. Les tâches doivent être traitées en parallèle, et les instances EC2 doivent être ajoutées et supprimées automatiquement en fonction de la charge de travail. L'application doit être faiblement couplée et les éléments de tâche doivent être stockés de manière durable. Quelle solution répond à ces exigences ?

La solution correcte utilise Amazon SQS pour stocker durablement les tâches et découpler l'application, ce qui est essentiel pour le traitement parallèle et la résilience. Un groupe Auto Scaling configuré pour s'adapter en fonction du nombre d'éléments dans la file d'attente SQS garantit que les instances EC2 sont ajoutées ou supprimées dynamiquement en fonction de la charge de travail réelle, optimisant ainsi les coûts et la performance. Les options utilisant Amazon SNS sont incorrectes car SNS est un service de publication/abonnement, non conçu pour le stockage durable des tâches ou pour servir de file d'attente de travail pour des consommateurs multiples et évolutifs. L'utilisation de l'utilisation du CPU ou du réseau comme métrique de mise à l'échelle est moins précise que le nombre d'éléments dans la file d'attente SQS pour une application basée sur des tâches asynchrones, car ces métriques peuvent ne pas refléter directement le backlog de travail.