问题标签 [servicebus]

今天在 PDC 上宣布。最初由服务总线、工作流服务和访问控制服务组成。这些是什么？我为什么要使用它们？

使用基于消息的系统的动机是什么？

我看到了很多关于NServiceBus和Mass Transit等服务总线的信息，我想知道底层方法的好处是什么。

是否有可以实现零依赖部署的产品（理想情况下是开源的，但不是必需的）？我能够找到的每个服务总线或队列库都依赖于其中一个队列应用程序（如 msmq）或数据库。我想要一个非常轻量级的解决方案，我可以添加对我的应用程序的引用，构建它，并使用尽可能少的配置进行部署。

在理想情况下，队列/服务总线将在 IIS 上运行，并允许 Web 和富客户端与其通信。

这样的工具将非常适合在本地开发机器上对大型分布式系统进行快速原型设计。

任何人都可以在初级到中级级别解释企业服务总线上下文中的“总线”、“传输”和“端点”的术语吗？我现在是一名拥有几年经验的 C# 开发人员，但才刚刚开始使用 ESB。

看起来“总线”实际上是一个可以发送和接收消息的队列。我很好。但是，我正在使用NServiceBus处理一些现有代码，我认为如果我理解“端点”和“传输”术语，我的理解就会有很大的飞跃。

我们有一个客户端应用程序需要向服务器发送消息以获取各种通知。为了客户端可以偶尔连接运行，我将使用消息队列方法。队列处理将从队列中取出消息并调用 Web 服务，该服务会将它们放在另一个队列中以最终进行处理。这个问题是关于客户端环境的；服务器环境已经确定。

我不想使用 MSMQ，因为我们无法控制所有客户端 PC 以正确安装/配置和保护 MSMQ，而且由于用于调查 MSMQ 队列内容的工具质量，支持更具挑战性. SQL Server 2005 Express 在所有机器上，用于为我们的应用程序存储数据。

我目前有两个选择：

1. 编写一个相当基本的持久消息队列，在序列化消息后将消息存储在表中，然后使用ThreadPool.QueueUserWorkItem针对每种消息类型配置的处理程序处理它们。总之，System.Transactions.TransactionScope如果它们被成功处理，它们只会从持久队列中删除。
2. 在客户端上使用 NServiceBus（这是我们作为一个团队使用的服务总线，因此 MassTransit 等不是选项），以及使用本地数据库的 Service Broker 传输。

我对服务总线几乎没有经验（我仍然没有真正了解服务总线术语），因此与编写更简单的东西以我需要的方式满足我的要求相比，我担心学习曲线（部署是一个大考虑）。

有人有想法吗？

我正在开发一个应用程序，该应用程序可能会在客户端上以相当紧凑的循环生成数千条消息，并在服务器上进行处理。事件链类似于：

1. 客户端处理项目，放置在本地队列中。
2. 本地队列处理拾取消息并调用 Web 服务。
3. Web 服务在服务器上的服务总线中创建消息。
4. 服务总线将消息处理到数据库。

这个想法是所有通信都是异步的，因为 Web 服务将有许多客户端。我知道 MSMQ 可以直接执行此操作，但我们并不总是在客户端上拥有那种管理能力来设置安全等内容。

我的问题是关于每个阶段消息的粒度。最简单的方法意味着客户端上处理的每个项目都会生成一个客户端消息/Web 服务调用/服务总线消息。这很好，但我知道如果可能的话，最好对 Web 服务调用进行批处理，除非在大粒度 Web 服务 DTO 与数据库上的短期运行事务之间进行权衡。这个特定场景不需要“业务事务”，其中处理所有或不处理任何项目，我只是希望在消息大小与 Web 服务调用数量与数据库事务之间实现最佳平衡。

有什么建议吗？

嘿，人们很想听听您拥有或知道的有关 nServiceBus、Rhino Service Bus 和 MassTransit 的任何资源。

• 视频？
• 博客文章？
• 图书？
• 演示项目等

在白皮书中，它说我们可以使用 REST 请求令牌，然后使用令牌附加到我们要触发的请求，然后可以在服务总线中调用服务，但是我无法获取令牌

下面是我用来进行 REST 调用的代码，我可以得到结果，但这是一个 html 错误页面..我没有得到任何令牌......我确信我的解决方案名称和密码是正确的。因为我在云中的服务是 RESTful 服务，当我将服务端点放到浏览器上时，它要求我输入我的解决方案名称和密码，我输入与下面代码中使用的相同，它工作得很好.. .

谁能告诉我为什么下面的代码我不能得到白人所说的？

================ 以下是白皮书中的文字=============

https://accesscontrol.windows.net/isssuetoken.aspx?u= {解决方案名称}&p={密码}

该响应包含一个指向 .NET 访问控制服务中保存的令牌的引用 cookie（纯文本格式）。客户端可以使用 cookie 访问中继服务，方法是将 cookie 值添加到名为“X-MS-Identity-Token”的自定义 HTTP 标头中的传出 HTTP 请求中。使用此技术时，Microsoft 强烈建议使用 HTTPS 来保护网络上的 cookie 值。有关 .NET 访问控制服务的更多信息，并具体了解如何将它与您自己的服务结合使用（不仅仅是通过 .NET 服务总线），请参阅随附的名为 .NET 开发人员指南的白皮书访问控制服务。

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

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

非常感谢任何指导

我试图进一步了解消息总线，而我脑海中不断出现的一个问题是“消息是如何进入总线的？”。现在，我假设有某种服务（WCF 等）接收消息并将它们放到总线上。那么我的另一个问题是，这项服务是否可能成为瓶颈？我假设您会构建此服务，以便它可以轻松扩展，例如通过负载平衡？或者会有别的方法吗？

另外（对不起，最初应该只是一个问题），定义消息应该去哪里的路由表将保存在哪里；在数据库中？再说一次，这难道不是一个潜在的瓶颈吗？

我试图从非产品（BizTalk 等）或框架（NServiceBus、Mass Transit 等）的角度来看待这个问题。就好像你要从头开始写这种东西一样。我想了解您正在得到什么以及潜在的问题。我猜如果你使用 BizTalk，它有路由表的消息框，这是过去臭名昭著的瓶颈。我还看到您对 2009 年的 ESB 部分有“坡道上”的概念。但正如我所说，我想超越产品以及人们如何看待它应该被架构。

非常感谢您的任何见解。