Una aplicación ingiere mensajes de miles de sistemas de alarma. Los mensajes comprenden alertas de alarma de alta prioridad y mensajes informativos de menor prioridad (armado/desarmado, estados de sensores). Todos los mensajes se almacenan en una única cola de Amazon SQS y son procesados por workers de EC2 en un grupo de Auto Scaling. El administrador debe asegurarse de que las alertas de alarma se procesen antes que los mensajes informativos. ¿Qué diseño cumple este requisito?

La opción correcta es crear dos colas SQS separadas: una para alertas de alta prioridad y otra para mensajes informativos. Esto permite que la aplicación consuma y procese las alertas de alarma de la cola de alta prioridad antes de procesar los mensajes de la cola de baja prioridad, asegurando que las alertas críticas sean atendidas primero. Las otras opciones son incorrectas porque: Ajustar el grupo de Auto Scaling solo aumenta la capacidad de procesamiento general, pero no garantiza la priorización de mensajes específicos dentro de una única cola. Usar la distribución (fanout) de Amazon SNS con SQS distribuye mensajes a múltiples colas, pero no aborda la priorización de diferentes tipos de mensajes si todos van a la misma cola final. Introducir un stream de Amazon DynamoDB es para capturar cambios en los datos de DynamoDB, no para priorizar el procesamiento de mensajes de SQS.