将 MassTransit 与 Azure 服务总线结合使用 - 设置配对命名空间
Using MassTransit with Azure Service Bus - Setting up Paired Namespaces
我们一直在 Azure 服务总线上进行 PoC-ing MassTransit，并且正在寻找在 ASB 中断时确保弹性的方法。
一种选择是使用 Azure 的 Paired Namespace 功能，如果主要命名空间不可用，该功能会将消息置于次要命名空间中的积压队列中。一旦可用，ASB 就会负责将消息虹吸回主命名空间。
我一直无法找到通过 MassTransit 进行设置的方法。
这可能吗？
配对命名空间是旧版（阅读 旧版）Azure 服务总线客户端 WindowsAzure.ServiceBus 中的一项功能。
接下来，要使用的客户端是（Microsoft 推荐的）
This is the next generation Azure Service Bus .NET Standard client library that focuses on queues & topics.
是Microsoft.Azure.ServiceBus。这是 .NET Sdandard / .NET Core 兼容的实现。
如果您愿意使用 A) 不推荐的功能（阅读 here 为什么）B) 新客户端已弃用并且不会实施，无论如何。
MassTransit 既不依赖此功能，我也看不出有什么理由支持它。
我们一直在 Azure 服务总线上进行 PoC-ing MassTransit，并且正在寻找在 ASB 中断时确保弹性的方法。
一种选择是使用 Azure 的 Paired Namespace 功能，如果主要命名空间不可用，该功能会将消息置于次要命名空间中的积压队列中。一旦可用，ASB 就会负责将消息虹吸回主命名空间。
我一直无法找到通过 MassTransit 进行设置的方法。 这可能吗？
配对命名空间是旧版（阅读 旧版）Azure 服务总线客户端 WindowsAzure.ServiceBus 中的一项功能。
接下来，要使用的客户端是（Microsoft 推荐的）
This is the next generation Azure Service Bus .NET Standard client library that focuses on queues & topics.
是Microsoft.Azure.ServiceBus。这是 .NET Sdandard / .NET Core 兼容的实现。
如果您愿意使用 A) 不推荐的功能（阅读 here 为什么）B) 新客户端已弃用并且不会实施，无论如何。
MassTransit 既不依赖此功能，我也看不出有什么理由支持它。