Een applicatie neemt berichten op van duizenden alarmsystemen. Berichten omvatten alarmmeldingen met hoge prioriteit en informatiemeldingen met lagere prioriteit (in-/uitschakelen, sensorstatussen). Alle berichten worden opgeslagen in één Amazon SQS-wachtrij en verwerkt door EC2-workers in een Auto Scaling-groep. De beheerder moet ervoor zorgen dat alarmmeldingen worden verwerkt vóór informatiemeldingen. Welk ontwerp voldoet aan deze vereiste?

De correcte optie is het maken van twee SQS-wachtrijen, één voor elk type bericht, en de applicatie zo aan te passen dat alarmberichten prioriteit krijgen. Dit is de meest directe en effectieve manier om te garanderen dat alarmmeldingen eerder worden verwerkt dan informatiemeldingen. Door de berichten te scheiden op basis van prioriteit, kan de consumer-applicatie de hoog-prioriteitswachtrij eerst pollen en verwerken. De andere opties zijn minder geschikt: Het sneller laten schalen van de Auto Scaling-groep (A) verhoogt de verwerkingscapaciteit in het algemeen, maar garandeert niet dat alarmberichten voor informatiemeldingen worden verwerkt. Het gebruik van Amazon SNS fanout met SQS (B) verspreidt berichten naar meerdere consumers, maar lost het prioriteitsprobleem binnen één wachtrij niet op. Het introduceren van een Amazon DynamoDB stream (C) is irrelevant voor het prioriteren van berichten in SQS; DynamoDB streams worden gebruikt voor het vastleggen van itemwijzigingen in een DynamoDB-tabel.