一个零售平台处理多步骤的订单工作流。每个订单都会生成一系列相关的消息（订单已创建、支付已授权、商品已预留），这些消息必须按 OrderId 顺序在多个订阅者之间进行处理。当一个工作进程处理“订单已创建”消息时，它必须原子性地向N个下游服务发送两个命令，如果处理失败则回滚。毒消息必须被隔离，但不能丢失。您应该推荐哪种消息传递设计？

正确答案利用了 Azure Service Bus 的关键特性来满足所有要求。启用会话 (sessionId=OrderId) 确保了按 OrderId 严格的消息顺序处理。Service Bus 事务保证了传入消息的处理和两个出站消息的发送是原子性的，要么全部成功，要么全部回滚。为每个下游服务创建订阅实现了扇出发布。死信子队列是处理毒消息的标准机制，确保它们被隔离而不会丢失。 其他选项不满足所有要求： 不带会话的 Service Bus Queue 无法保证按 OrderId 顺序处理。手动补偿复杂且容易出错。 Azure Storage Queue 不支持事务，也无法保证严格的顺序处理。 Azure Event Grid Topic 不保证严格的顺序，也不支持事务。 不带会话的 Service Bus Topic 无法保证按 OrderId 顺序处理，禁用死信会导致毒消息丢失。