10

我认为标题总结了一切......我们有一个 .NET 2.0 系统试图实现分布式发布/订阅模型。我遇到了 NServiceBus、RhinoBus 和 MassTransit。不幸的是，这些都是基于 MSMQ 的。我的任务是找出使用不同消息传递替代方案的 pub/sub 替代方案...

寻求 MSMQ 替代方案的唯一原因是克服消息大小限制。由于每条消息的限制，我们的企业应用程序消息可能会被截断......

非常感谢任何指导

4

7 回答 7

6

嘿，老问题，但值得一提的是，NServiceBus 现在正在支持 ActiveMQ（作为一种替代方案）与其他正在开发的。也有人谈到实施“数据总线”来克服消息大小限制，但我不知道它的状态。

基础设施已经到位，可以插入不同的传输，我记得看到过关于使用 Sql Server Service Broker 的讨论，尽管我不知道这是否超出了最初的讨论。

于 2010-11-05T17:46:04.793 回答
2

NServiceBus有一个路线图，表明他们打算提供更可插入的传输以允许替代 MSMQ。

MassTransit 还建议他们的目标是支持替代方案。

不幸的是，这些都还没有。

于 2009-09-26T21:29:16.873 回答
1

老问题，但值得提供最新的答案。对于那些开发企业级应用程序的人来说，Windows Azure 服务总线自问世以来确实取得了长足的进步，对于任何对实现发布/订阅模型感兴趣的人来说，它都值得仔细研究。以下是 Windows Azure 服务总线的一些亮点...

  • 包括一个适用于 .Net 的Windows Azure 工具 SDK，它可以让任何 .Net 语言的开发变得非常容易。

  • 有一个资源管理器工具，它是一个 GUI 界面，可以轻松管理和测试您的队列。一个版本直接内置在 Visual Studio 中，另一个版本是独立应用程序。

  • 包含三个消息传递模型

    • 中继 - 设计用于本地应用程序和云应用程序之间的通信
    • Pub/Sub - 在 Azure 中称为“主题”，它提供消息的发布/订阅模型。
    • Brokers Messaging - 发送方和接收方不必同时在线的解耦消息传递。

  • 支持事务行为（保证消息传递）

  • 最重要的是，微软看到了云计算的未来，所以这只会变得更好。

  • 该技术的最大缺点是 Windows Azure 是为大型企业环境设计的，因此非常昂贵。

这是一个很好的网站，它提供了有关Windows Azure 服务总线最新功能的更多详细信息

顺便说一句：我与 Micrsoft 没有任何关联。我刚从使用 NServiceBus 的背景中走出来，发现转换到 Windows Azure 服务总线非常容易，因为模型相似。

于 2012-09-11T04:10:22.977 回答
0

如果您有预算，您可以随时使用 Biztalk。

如果您想做一些更有趣的事情，您可以使用 Microsoft Azure 服务总线http://www.microsoft.com/azure/servicebus.mspx

您可以使用 SQL 服务代理http://msdn.microsoft.com/en-us/library/ms345108(SQL.90).aspx。不确定是否有计划停止这种功能。

或者，如果您想要最简单的工作，请使用 sql 表 :)

于 2009-09-30T14:03:24.237 回答
-1

我为此使用了几个数据库表。

于 2009-09-28T18:42:33.597 回答
-1

如果您对“经纪人”类型的方法感到满意，我目前正在查看http://wso2.com/products/enterprise-service-bus/ ??

于 2009-11-22T22:14:31.127 回答
-2

我目前正在开发基于开源 WCF 的服务总线。你可以在这里找到它：http ://rockbus.codeplex.com/ 。它支持动态（@run-time）订阅、订阅存储库（数据库）、可插入传输、基于 XPath 的基于内容的路由、基于 wcf 协议的事务交付、循环交付、可插入订阅评估等。看一看！

于 2011-06-29T06:48:20.200 回答