使用 AzureServiceBusMessageQueue
与使用 AzureMessageQueue
有何优缺点?
我知道这两个传输绑定(bind)在 Azure 上存在差异,例如消息大小、并发性、重复行为等。但是,其中大部分已经由 NServiceBus 进行协调(或者我是这么认为的 - 因为 NServiceBus 文档非常详细)该主题很少见)。 NServiceBus 本身允许您将有效负载存储在 blob 存储中。
那么使用其中一种与另一种相比有何优缺点呢?我最关心的是:性能、可扩展性、有效负载限制、在内部和外部移动解决方案的灵 active 以及成本。
最佳答案
我想说,Azure 服务总线队列/主题总体上提供了更多的灵 active 和功能。如果您查看 Microsoft 的投资,我还会声称与存储队列相比,他们在服务总线消息传递上投入了更多投资。
我同意 NServiceBus 提供的一些功能通常也由这些服务总线队列提供,但随后由您决定是否使用它们。
您可能会考虑定价差异,但服务总线实体的好处是您在监听消息时可以有(非常)长的超时,这会减少您支付的事务数量。据我记得(自从我使用存储队列以来已经有一段时间了)存储队列的情况并非如此
HTH
关于azure - Azure 上的 NServiceBus 使用哪种传输绑定(bind)?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/16097862/