Azure 服务总线实体吞吐量
Azure Service Bus Entity Throughput
根据这篇文章：https://azure.microsoft.com/en..., Service Bus can process upto 2000 messages per second per queue/topic. This article: https://azure.microsoft.com/en...说 'This means that the overall throughput of a partitioned queue or topic is no longer limited by the performance of a single message broker or messaging store.' 如果我们创建分区 queue/topic，我相信它会在内部创建 16 个分区。我的问题是：分区 queue/topic 的吞吐量是否线性上升到 16 x 2000 = 32,000（近似值）？还是 2000 msg/sec 的吞吐量仍然存在。您能否指出分区 queue/topic 的任何吞吐量基准？我们目前正在分析一个需要非常高吞吐量主题的场景。关于这个问题的指导将非常有帮助。
此问题也已发布在 Azure 网站上，网址为：https://azure.microsoft.com/en-us/documentation/articles/service-bus-performance-improvements/
性能会因许多因素而异。例如，许多高级功能（如重复检测、会话、事务等）会增加开销，从而降低吞吐量。如果您想自己进行基准测试，请尝试 运行 这个性能示例：https://github.com/Azure-Samples/service-bus-dotnet-messaging-performance
此外，由于 basic/standard 是共享租户模型，您今天获得的性能可能与明天获得的性能不同。此外，您可能看不到线性比例，因为某些节点可能比其他节点更忙。
对于真正的可预测性，溢价是您最好的选择。
根据这篇文章：https://azure.microsoft.com/en..., Service Bus can process upto 2000 messages per second per queue/topic. This article: https://azure.microsoft.com/en...说 'This means that the overall throughput of a partitioned queue or topic is no longer limited by the performance of a single message broker or messaging store.' 如果我们创建分区 queue/topic，我相信它会在内部创建 16 个分区。我的问题是：分区 queue/topic 的吞吐量是否线性上升到 16 x 2000 = 32,000（近似值）？还是 2000 msg/sec 的吞吐量仍然存在。您能否指出分区 queue/topic 的任何吞吐量基准？我们目前正在分析一个需要非常高吞吐量主题的场景。关于这个问题的指导将非常有帮助。
此问题也已发布在 Azure 网站上，网址为：https://azure.microsoft.com/en-us/documentation/articles/service-bus-performance-improvements/
性能会因许多因素而异。例如，许多高级功能（如重复检测、会话、事务等）会增加开销，从而降低吞吐量。如果您想自己进行基准测试，请尝试 运行 这个性能示例：https://github.com/Azure-Samples/service-bus-dotnet-messaging-performance
此外，由于 basic/standard 是共享租户模型，您今天获得的性能可能与明天获得的性能不同。此外，您可能看不到线性比例，因为某些节点可能比其他节点更忙。
对于真正的可预测性，溢价是您最好的选择。