Un worker traite les messages d'une file d'attente Service Bus (QueueA). Pour chaque message, il doit envoyer une notification à une rubrique (TopicB) et une commande à une autre file d'attente (QueueC), puis compléter le message original. Les trois opérations doivent réussir ou échouer ensemble. Que devriez-vous faire ?

Les transactions Service Bus (via TransactionScope ou ServiceBusTransaction) sont conçues pour garantir l'atomicité des opérations de réception et d'envoi. En enveloppant la réception-complétion du message de QueueA et les envois vers TopicB et QueueC dans une seule transaction, toutes ces opérations réussiront ou échoueront ensemble, assurant ainsi la cohérence des données. L'utilisation de la même connexion ServiceBusClient est cruciale car les transactions Service Bus sont limitées à une seule connexion. Pour que les transactions fonctionnent, toutes les entités impliquées (QueueA, TopicB, QueueC) doivent impérativement se trouver dans le même namespace Service Bus. Les options incorrectes : Utiliser des instances ServiceBusClient distinctes ne garantit pas l'atomicité et pourrait entraîner des états incohérents en cas d'échec partiel. La détection des doublons aide à prévenir le traitement des messages en double, mais ne garantit pas l'atomicité des opérations inter-entités. Les fonctions Azure avec plusieurs liaisons de sortie ne garantissent pas intrinsèquement l'atomicité transactionnelle entre différentes entités Service Bus de cette manière.