NServiceBus内部部署/Azure混合设置

Question

我目前使用NServiceBus和MSMQ进行内部设置。有一个ServiceControl实例，它接收所有错误和审核消息。

现在我正在做一个新的项目，它将使用Azure进行托管，也就是说，我将使用RabbitMQ作为tansport在Azure中托管各种NServiceBusendpoint（可能使用Kubernetes或Service Fabric），我希望Azureendpoint与本地endpoint通信，反之亦然。

我偶然发现了社区驱动的项目NServiceBus。Bridge，它似乎对这种情况很有用。但我有一些不确定性。

>

根据我描述的要求，这是一个好方法吗？

托管网桥终结点的最佳位置在哪里，内部部署还是Azure？或者，如果我希望能够在每个方向上发送和发布消息，我是否需要每个位置中的Bridge终结点？

我如何处理错误、审核和控制（例如心跳）消息，因为它们是使用特定的NServiceBus配置（SendFailedMessageTo、AuditProcessedMessageTo和HeartbeatPlugin）设置的，因此似乎无法通过网桥发送？我认为，如果消息可以在我的本地ServiceControl实例中结束，这样我就可以将所有错误/审核数据放在一个地方，从而能够在ServiceInsight中查看完整的消息流，这将是一个最佳选择。

Answer 1

您所看到的是一种混合解决方案。使用NServiceBus。网桥是连接NServiceBusendpoint/特定平台（当它们不在同一传输上时）的有效方法。有一个示例项目演示了RabbitMQ和MSMQ的混合解决方案。

托管网桥endpoint的最佳位置是什么，本地还是Azure？

处理MSMQ时，您希望桥接进程尽可能靠近MSMQendpoint。

我如何处理错误，审计和控制（例如：心跳）消息，

至于错误、审核和心跳消息，它们应该由ServiceControl Transpr适配器处理。这里还有一个RabbitMQ的示例。