问题
As per this article: https://azure.microsoft.com/en..., Service Bus can process upto 2000 messages per second per queue/topic. This article: https://azure.microsoft.com/en... says '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.' If we create a partitioned queue/topic, I believe it creates 16 partitions internally. My question is: Does the throughput of a partitioned queue/topic rise linearly to 16 x 2000 = 32,000 (approximate) ? Or does the throughput of 2000 msg/sec remain. Can you please point me to any throughput benchmark for partitioned queue/topic? We are currently analyzing a scenario that needs a very high throughput topic. Guidance on this question will be really helpful.
This question has been posted on the Azure site also, at: https://azure.microsoft.com/en-us/documentation/articles/service-bus-performance-improvements/
回答1:
Performance will vary based on a number of things. For example, many advanced features (like duplicate detection, sessions, transactions, etc,) will add overhead therefore decreasing throughput. In case you want to benchmark this yourself, try running this performance sample: https://github.com/Azure-Samples/service-bus-dotnet-messaging-performance
Also, because basic/standard are shared tenant models the performance you get today, may be different from the performance you get tomorrow. In addition you may not see linear scale as some nodes can be more busy than others.
For true predictability, premium is your best bet.
来源：https://stackoverflow.com/questions/39091733/azure-service-bus-entity-throughput