Une plateforme de vente au détail traite des flux de travail de commande en plusieurs étapes. Chaque commande génère une conversation de messages connexes (commande créée, paiement autorisé, articles réservés) qui doivent être traités dans l'ordre par OrderId pour plusieurs abonnés. Lorsqu'un travailleur traite un message « commande créée », il doit envoyer de manière atomique deux commandes aux services en aval ou annuler le traitement en cas d'échec. Les messages poison doivent être isolés sans être perdus. Quelle conception de messagerie devriez-vous recommander ?

Cette option est correcte car elle répond à tous les besoins. Les sessions Service Bus avec sessionId=OrderId garantissent le traitement ordonné des messages liés à une même commande. L'utilisation d'une rubrique permet à plusieurs abonnés de recevoir les messages. Les transactions Service Bus garantissent l'atomicité : le message entrant est complété et les messages sortants sont envoyés ensemble, ou tout est annulé. La sous-file d'attente de lettres mortes (dead-letter queue) gère automatiquement les messages poison sans perte. Les autres options sont incorrectes : Une file d'attente Service Bus sans sessions ne garantit pas l'ordre des messages liés à une même commande. La détection des doublons ne remplace pas l'ordonnancement. Azure Storage Queue ne prend pas en charge les transactions atomiques sur plusieurs messages ni l'ordonnancement par session. Azure Event Grid ne garantit pas l'ordonnancement des messages ni l'atomicité des opérations. Une rubrique Service Bus sans sessions ne garantit pas l'ordonnancement par OrderId. Désactiver le dead-lettering est une mauvaise pratique pour la gestion des messages poison.