如何将 NServiceBus 与数据库一起使用而不是 MSMQ

发布于 2024-10-12 01:53:03 字数 82 浏览 1 评论 0原文

是否可以使用 NServiceBus 和数据库作为队列存储而不是 MSMQ?如果是这样,我该如何开始?使用数据库而不是 MSMQ 的优点和缺点是什么?

Is it possible to use NServiceBus with a database as the queue storage instead of MSMQ? If so, how can I get started and what are the pros and cons of using a database instead of MSMQ?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

撕心裂肺的伤痛 2024-10-19 01:53:03

如果您想使用 MSMQ 以外的其他东西,您必须插入您自己的 ITransport。我会看一下 GitHub 上的 NSB Contrib 项目,其中有一个用于 SQL Server Broker(消息传递)的 ITransport 实现。

我认为使用数据库的缺点包括成本和维护开销。 MSMQ 免费附带操作系统,大多数管理员都有维护它的技能。一旦你进入了数据库,你就必须付费并找人来维护它。一开始一切正常,但一旦进入多个环境和集群等事物,许可就会失控。

If you want to use something other than MSMQ you'll have to plug in your own ITransport. I would take a look at the NSB Contrib project on GitHub, there is an implementation of of ITransport for the SQL Server Broker(messaging).

The cons I see for using a database includes cost and maintenance overhead. MSMQ comes with the OS for free and most admins have the skills to maintain it. Once you get in a DB, you have to pay for it and find someone to maintain it. This starts out ok, but once you get into multiple environments and things like clustering, licensing gets out of control.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文