为 Azure 服务总线故障转移实现辅助命名空间
Implementing a secondary namespace for azure service bus failover
我正在考虑为 Azure 服务总线实施故障转移计划。我读过有关配对命名空间的信息，但我对它提供的内容并不满意，因为它实际上不允许故障转移到另一个数据中心的辅助命名空间，只是在故障转移事件期间将消息路由到积压队列。对我来说，这不会保持业务连续性，因为 queue/topic 不会在活动期间得到处理。
所以，我试图想出另一种解决方案，也许是通过将我们所有的消息复制到辅助队列 queue/topic，但我无法想出一种方法来删除辅助队列中的那些消息，当主要消息已完成。
关于使用 Azure 服务总线实现这种故障转移的最佳方式有什么想法吗？
你评论过"Best Practices for insulating applications against Service Bus outages and disasters"吗？本文描述了复制方法并指向示例和进一步的详细指导。如果这不能满足您的需求，我想了解您的需求，以便我们可以解决该问题。
我正在考虑为 Azure 服务总线实施故障转移计划。我读过有关配对命名空间的信息，但我对它提供的内容并不满意，因为它实际上不允许故障转移到另一个数据中心的辅助命名空间，只是在故障转移事件期间将消息路由到积压队列。对我来说，这不会保持业务连续性，因为 queue/topic 不会在活动期间得到处理。
所以，我试图想出另一种解决方案，也许是通过将我们所有的消息复制到辅助队列 queue/topic，但我无法想出一种方法来删除辅助队列中的那些消息，当主要消息已完成。
关于使用 Azure 服务总线实现这种故障转移的最佳方式有什么想法吗？
你评论过"Best Practices for insulating applications against Service Bus outages and disasters"吗？本文描述了复制方法并指向示例和进一步的详细指导。如果这不能满足您的需求，我想了解您的需求，以便我们可以解决该问题。