.net - 消息代理(Kafka、RabbitMQ)VS 服务总线(nServiceBus)

Question

我已经阅读了很多关于上述三个系统的信息。但我仍然不确定要使用什么。他们似乎都完成了我所需要的:

我希望在另一个服务触发事件/命令/消息时更新客户端服务/服务。我目前正在运行 WCF服务和客户端服务可以主动向其他服务请求更新数据。这应该通过消息代理/服务总线进行更改。
我也不关心客户端是否离线并且没有收到更新，因为上线时它会通过 WCF 自动获取最新数据。反正。
这就是为什么我在想 Kafka是错误的做法。另一方面，我在其他公司的安全相关环境中部署了这个软件。由于这是一个遗留应用程序(没有 docker 或易于部署)，需要安装 Erlang，打开 RabbitMQ 的所有端口不是一个选择。这给我留下了 NServiceBus .

仅运行时我是否会错过任何重要的事情NServiceBus , 而不是常见的 RabbitMQ+NServiceBus变种？

好像只要我在使用 .net独家堆叠，我很擅长 NServiceBus ?

因为我已经有了 WCF要轮询更新的数据，您是否应该只发送命令来启动 WCF称呼。还是应该直接通过消息传递系统发送更新的数据本身？

Answer 1

注意:我是 NServiceBus 制造商 Particular Software 的一名开发人员。如果这听起来过于商业化，我深表歉意。

Since I already have WCF to poll for updated data

我不确定你的意思。可能是您已经在 MSMQ 之上使用了 WCF 消息传递。这是可能的，也是一个可行的解决方案。 MSMQ 是排队技术，WCF 是 MSMQ 之上的抽象。

MSMQ、RabbitMQ、Azure 服务总线、Amazon SQS 都是排队技术，虽然 MSMQ 有点不同，因为它更像是一种总线风格并且分布在机器上。

NServiceBus 是这些排队技术之上的抽象。 NServiceBus 使您可以专注于开发功能，而不是在单个排队技术之上编写管道代码。最重要的是，它增加了大量的附加功能。如果您决定不使用 NServiceBus，则必须自己构建其中一些功能。这完全没问题，但需要时间。

回答具体问题

如果使用NServiceBus，还需要排队技术，我们称之为transport . MSMQ 或 RabbitMQ 或任何你想要的。

当然，但仍然可以进行本地集成，就像在 Java 和 .NET 之间进行消息传递时所做的那样

那要看。通过消息发送它通常更可靠、更快/更容易，因为您不必进行 WCF 调用。除此之外，您可以慢慢删除 WCF，并且需要更少的具有 WCF 知识的开发人员。

如果您有更多问题，请随时联系我们 https://particular.net/support/