Azure服務總線實體吞吐量

Question

按照這篇文章：https://azure.microsoft.com/en ...，服務總線可以每個隊列/主題每秒處理多達2000條消息。本文：https://azure.microsoft.com/en ...說'這意味着分區隊列或主題的整體吞吐量不再受單個消息代理或消息傳遞存儲的性能限制。'如果我們創建一個分區的隊列/主題，我相信它會在內部創建16個分區。我的問題是：分區隊列/主題的吞吐量是否線性上升到16 x 2000 = 32,000（近似值）？或者保持2000 msg/sec的吞吐量。你能指點我分區隊列/主題的任何吞吐量基準嗎？我們正在分析需要非常高吞吐量主題的場景。對這個問題的指導將非常有幫助。

這個問題已經被張貼在Azure的網站也於：https://azure.microsoft.com/en-us/documentation/articles/service-bus-performance-improvements/

Answer 1

性能會根據一些事情。例如，許多高級功能（如重複檢測，會話，事務處理等）將增加開銷，從而降低吞吐量。如果你想自己進行基準測試，請嘗試運行此性能示例：https://github.com/Azure-Samples/service-bus-dotnet-messaging-performance

另外，由於基本/標準是共享租戶模型，因此今天獲得的性能可能與您明天獲得的性能不同。此外，您可能看不到線性縮放，因爲某些節點可能比其他節點更繁忙。

對於真實的可預測性，溢價是最好的選擇。