服务代理 - 与外部应用程序通信时的多个队列与单个队列

Question

我们目前有一个应用程序，它使用服务代理将消息排队以发送到通过Web服务接口与外部系统通信的外部系统。

目前我们只与一家公司集成，所以一个队列就足够了 - 但是我们需要开始向多个使用相同Web服务接口的公司传递消息。

我想知道如果一个单一的队列系统是足够的，或者我们应该有一个队列，每个公司。由于每个公司都有一个队列，所以我担心会扩大规模，因为我们可能有很多队列，然后有很多连接来检查队列。

只有一个队列，我们​​可以根据需要添加更多的阅读器。但是，如果我们无法与其中一个外部系统进行通信（例如连接问题），则该消息不存在问题，并且我们希望重试该消息，但我们不希望延迟那些公司的消息系统已经启动。我想知道人们目前是如何处理类似的情况？

我们可以重新插入邮件，但是我担心的是我们不保证发货顺序。

Answer 1

我假设通过“重新插入”一条消息，你的意思是回滚收到它的事务。其效果是，该消息将作为来自给定对话的第一条消息再次可用于接收（因此您不必担心保留传送顺序）。也就是说，这种方法存在问题，即poison message handling。如果从给定队列中连续接收5个回滚，则队列将被禁用。

在Klaus Aschenbrenner's book中详细描述的替代方法是具有挂起请求的表格。一旦被激活的过程收到来自Service Broker队列的请求消息，它就会尝试执行Web服务调用。如果由于某种原因而失败，请求将被放入挂起的请求表中并每隔一段时间重试一次（您可以使用conversation timers安排重试）。这样，如果Web服务不可用，则不会阻止Service Broker读取器为其他公司服务（假定第一个请求的超时时间足够短）。而且由于无论Web服务调用是否成功，都会提交接收，因此不会遇到有害消息问题。