EventHub連接池

Question

我正在處理EventHub的高吞吐量應用程序。根據documentation，爲了從單個發送者實現非常高的吞吐量，需要創建具有一個EventHubClient對象的多個消息工廠。

Best Practices for performance improvements using Service Bus brokered messaging建議創建並重用多個工廠以實現性能改進。

ServiceBus連接池是否可以正式使用？

Answer 1

消息在這兩個鏈接中都是相同的。從同一個MessagingFactory實例創建的客戶端將使用相同的底層AMQP套接字連接。對於從同一進程發送的低吞吐量，重複使用MessagingFactory是完美的，也是首選，因爲它會在服務器端導致更少的連接（並且連接是有限的資源）。在文檔「使用服務總線撮合消息性能改進最佳實踐」，你鏈接到，如果你注意到它說的DOC進一步下跌：除了接收器的所有客戶端（發件人：

• 多工廠）由同一個工廠共享一個TCP連接。最大消息吞吐量受可通過此TCP連接的操作數量的限制。單個工廠可以獲得的吞吐量隨着TCP往返時間和消息大小而變化很大。爲了獲得更高的吞吐率，你應該使用多信息工廠

這是與你鏈接到事件樞紐文件相同的消息。