Une application ingère des messages provenant de milliers de systèmes d'alarme. Les messages comprennent des alertes d'alarme à haute priorité et des messages d'information à faible priorité (armement/désarmement, états des capteurs). Tous les messages sont stockés dans une seule file d'attente Amazon SQS et traités par des workers EC2 dans un groupe Auto Scaling. L'administrateur doit s'assurer que les alertes d'alarme sont traitées avant les messages d'information. Quelle conception répond à cette exigence ?

La création de deux files d'attente SQS distinctes, une pour les messages à haute priorité (alertes d'alarme) et une pour les messages à faible priorité (informations), permet aux consommateurs EC2 de prioriser le traitement. En configurant l'application pour qu'elle interroge d'abord la file d'attente des alertes, on garantit que ces messages critiques sont traités avant les messages moins urgents. Ajuster le groupe Auto Scaling n'aborde pas la priorisation des messages, mais plutôt la capacité de traitement globale. L'utilisation d'Amazon SNS avec SQS ne résout pas non plus le problème de priorisation, car SNS diffuse les messages à tous les abonnés de manière égale. Introduire un flux DynamoDB est inapproprié car SQS est déjà la solution de file d'attente et DynamoDB est une base de données NoSQL, pas un service de file d'attente pour ce cas d'utilisation.