访问 Azure 服务总线的可靠性如何？

Question

我有一个运行第三方服务器进程的 Azure VM。这个服务器进程通过调用我给它的可执行文件来通知我重要的事件，将一些数据作为命令行参数传递。

这些数据需要排队并由另一个工作人员处理。

不要错过这些通知非常重要，所以我想知道：

• 将消息直接排队到 Azure 服务总线是否可以接受（根据我的要求）？

• 或者我应该先排队到本地 MSMQ，然后让另一个工作人员从 MSMQ 读取消息并将它们推送到 Azure 服务总线？

谢谢

Answer 1

对服务总线的访问非常可靠，但您始终必须构建解决方案以应对“暂时性故障”。通过这种方式，您可以检查是否发生了某个故障（队列中的临时 404、您身边的连接问题等）。这些故障称为瞬态故障，您应该重试它们。为此，服务总线客户端具有内置功能，您可以在客户端上指定 RetryPolicy。有不同的重试策略可用，您可以创建自己的（ExponentialBackoff 等）检查：http : //msdn.microsoft.com/en-us/library/windowsazure/microsoft.servicebus.messaging.messagecliententity.retrypolicy.aspx

如果您需要您的客户端应用程序能够脱机工作，那么您可能需要构建一些自定义存储转发功能（您提到了 MSMQ，您也可以使用 Windows Server 的服务总线）。唯一的缺点是目前没有开箱即用的存储转发功能。

希望这可以帮助