Een retailplatform verwerkt meerstaps orderworkflows. Elke order genereert een conversatie van gerelateerde berichten (order aangemaakt, betaling geautoriseerd, items gereserveerd) die per OrderId in volgorde moeten worden verwerkt door meerdere subscribers. Wanneer een worker een 'order aangemaakt' bericht verwerkt, moet deze atomaire twee commando's naar downstream services sturen of terugdraaien als de verwerking mislukt. Poison messages moeten worden geïsoleerd zonder ze te verliezen. Welk messaging-ontwerp moet u aanbevelen?

De correcte optie voldoet aan alle vereisten: Service Bus topics met sessies (sessionId=OrderId) garanderen in-order verwerking per OrderId. Transacties zorgen voor atomaire verwerking van het inkomende bericht en de twee uitgaande commando's, met rollback bij falen. De ingebouwde dead-letter queue van Service Bus isoleert poison messages zonder verlies. De andere opties falen op cruciale punten: Azure Service Bus queue zonder sessies: Kan geen in-order verwerking per OrderId garanderen. Duplicate detection is voor idempotentie, niet ordering. Handmatige compensatie is complexer dan transacties. Azure Storage Queue: Ondersteunt geen sessies of transacties, en de dead-lettering is minder robuust. Azure Event Grid: Biedt geen orderinggaranties en ondersteunt geen transacties. Azure Service Bus topic zonder sessies: Kan geen in-order verwerking per OrderId garanderen. Partition keys zijn niet hetzelfde als sessies voor ordering binnen een logische groep berichten. Dead-lettering uitschakelen is onveilig voor poison messages.