Un architecte de solutions conçoit l'architecture cloud pour une nouvelle application sur AWS. Le traitement doit s'exécuter en parallèle, en ajoutant et en supprimant des nœuds d'application selon les besoins en fonction du nombre de tâches à traiter. L'application de traitement est sans état. La conception doit être faiblement couplée et les éléments de tâche doivent être stockés de manière durable. Quelle conception l'architecte de solutions doit-il utiliser ?

La bonne réponse utilise Amazon SQS pour la persistance durable des tâches et un découplage faible, ce qui est essentiel pour le traitement asynchrone et parallèle. Un groupe Auto Scaling avec un modèle de lancement permet d'ajouter et de supprimer des nœuds d'application de manière dynamique. La mise à l'échelle basée sur le nombre d'éléments dans la file d'attente SQS est la métrique la plus appropriée pour un traitement basé sur les tâches, garantissant que les ressources s'adaptent directement à la charge de travail. Les options incorrectes utilisent Amazon SNS, qui est un service de publication/abonnement et non une file d'attente durable pour les tâches individuelles, ou elles utilisent des métriques de mise à l'échelle inappropriées comme l'utilisation du CPU ou du réseau, qui ne reflètent pas directement le nombre de tâches en attente de traitement.