NServiceBus 限制消费者(端点)

NServiceBus limitations consumers (endpoints)

我目前正在将 NServiceBus 视为我的体系结构中的候选对象,并且非常清楚它是什么以及可以做什么。我确实很难找到一个我仍然有的问题的直接答案。 我知道它是在 .NET 中构建的。我不清楚 .NET 是否也是对发布者和消费者(端点?)的限制。

简单地说,使用(例如)Azure ServiceBus,我可以 post 使用 nodejs 应用程序在队列上发送一条消息,并且消费者可以是一个 Azure 函数(已触发),例如 Java.或者写成Python的application/service。 使用 NServiceBus 是否限制了写入 publisher/consumer 的技术? (到目前为止,对我来说,似乎是这样)。

感谢您澄清我脑海中的云雾;-)

干杯!

Does using NServiceBus put a limit on the technology in which publisher/consumer is written?

简答 - 不是。您可以在系统的一部分中使用 NServiceBus,而其他部分在不同平台上 运行 并以其他语言创建。 NServiceBus 将这种集成视为 "native" 集成。

正如您提到的将 Azure 服务总线作为底层通信技术,您可以查看 Native Integration with Azure Service Bus Transport sample,它演示了如何将非 NServiceBus 代码与 NServiceBus 端点连接起来。虽然示例中的发件人是 .NET 代码,但可以将其替换为 Java 或您用于 send/receive 消息的任何其他语言。

不是。 但是,您应该准备好为您的消息提供额外的 NServiceBus 元数据并正确配置消息路由。