El flujo de trabajo de pago de comercio electrónico de una empresa escribe un pedido en una base de datos y llama a un servicio de pago. Los usuarios experimentan tiempos de espera durante el pago; cuando vuelven a enviar, se crean múltiples pedidos únicos para la misma transacción. ¿Cómo debería un arquitecto de soluciones refactorizar el flujo de trabajo para evitar múltiples pedidos?

La opción correcta utiliza una cola FIFO de Amazon SQS, que garantiza el procesamiento de mensajes en el orden exacto en que se envían y, crucialmente, asegura la entrega de un mensaje solo una vez. Esto evita que se creen múltiples pedidos para la misma transacción, ya que el servicio de pago solo procesará el mensaje una vez y luego lo eliminará de la cola. Las otras opciones son incorrectas porque: Amazon Kinesis Data Firehose está diseñado para la entrega de datos en streaming a destinos de almacenamiento y análisis, no para garantizar el procesamiento único de transacciones individuales. AWS CloudTrail es un servicio de registro y auditoría, no una solución para la orquestación de flujos de trabajo transaccionales. Amazon SNS es un servicio de publicación/suscripción que puede entregar el mismo mensaje a múltiples suscriptores o reintentar la entrega, lo que no resuelve el problema de los pedidos duplicados.