Une entreprise migre une application distribuée vers AWS. La plateforme existante possède un serveur principal qui coordonne les tâches sur plusieurs nœuds de calcul. L'application gère des charges de travail variables. L'entreprise souhaite moderniser l'application pour maximiser la résilience et l'évolutivité. Comment un architecte de solutions doit-il concevoir l'architecture pour répondre à ces exigences ?

Cette option est la meilleure car elle utilise Amazon SQS pour découpler le serveur principal des nœuds de calcul, augmentant ainsi la résilience. SQS est une file d'attente de messages entièrement gérée qui peut absorber des charges de travail variables sans perdre de tâches. L'utilisation d'un groupe Auto Scaling pour les nœuds de calcul assure l'évolutivité et la haute disponibilité. La mise à l'échelle basée sur la taille de la file d'attente SQS permet aux nœuds de calcul de s'adapter dynamiquement à la demande, en ajoutant des instances lorsque la file d'attente s'allonge et en les réduisant lorsqu'elle se vide, optimisant ainsi les coûts et les performances. Les autres options sont moins appropriées : La mise à l'échelle planifiée ne répond pas aux charges de travail variables. AWS CloudTrail est un service de journalisation, pas une destination de tâches. Amazon EventBridge est un bus d'événements, pas une file d'attente de tâches persistante pour ce cas d'utilisation.