Um aplicativo ingere mensagens de milhares de sistemas de alarme. As mensagens incluem alertas de alarme de alta prioridade e mensagens informativas de baixa prioridade (armar/desarmar, estados de sensores). Todas as mensagens são armazenadas em uma única fila do Amazon SQS e processadas por workers do EC2 em um grupo do Auto Scaling. O administrador deve garantir que os alertas de alarme sejam processados antes das mensagens informativas. Qual design atende a esse requisito?

A criação de duas filas SQS separadas, uma para alertas de alta prioridade e outra para mensagens de baixa prioridade, permite que os trabalhadores EC2 priorizem o consumo e o processamento dos alertas de alarme. Ao configurar o aplicativo para sempre verificar e processar a fila de alarmes primeiro, garante-se que os eventos críticos sejam tratados prontamente, mesmo quando há um grande volume de mensagens informativas. Ajustar o grupo do Auto Scaling para escalar mais rapidamente não resolve o problema de priorização dentro da fila única; apenas aumenta a capacidade de processamento geral, mas as mensagens de baixa prioridade ainda podem bloquear as de alta prioridade. Usar fanout do Amazon SNS com SQS distribui mensagens para várias filas, mas não aborda a priorização se todas as mensagens forem para a mesma fila de processamento. Introduzir um stream do Amazon DynamoDB é irrelevante para a priorização de mensagens em filas SQS.