在文檔或Google上找不到任何關於此內容的內容,但應該將其綁定到服務器的可用資源。rabbitmq的交易數量是否有限制?
有沒有人在工作環境中每次都有大量交流的經驗?只是創建交換不應該成爲問題(直到達到內存限制),而是將其用於具有高消息吞吐量和主要動態交換創建/刪除的工作項目中。
在文檔或Google上找不到任何關於此內容的內容,但應該將其綁定到服務器的可用資源。rabbitmq的交易數量是否有限制?
有沒有人在工作環境中每次都有大量交流的經驗?只是創建交換不應該成爲問題(直到達到內存限制),而是將其用於具有高消息吞吐量和主要動態交換創建/刪除的工作項目中。
鑑於RabbitMQ中的其他部分是如何構建的(並且知道它是用Erlang編寫的並在內部使用像Mnesia這樣的服務),可能沒有任何硬編碼限制。在任何其他事情之前,你可能會在經紀人的機器上達到資源限制。
如果您打算使用非持久性交換(即無法在代理重新啓動時存活的交換),您可能會創建非常多的交換。爲什麼不使用HTTP management API來編寫一個腳本,它只是使用curl來創建交換,並看看你得到了多少?
我很好奇你需要在一個經紀人上進行大量的交易。你的設計目標是什麼? – 2012-04-12 06:42:16
我目前正在研究改進重度異步工作項目的概念。 在這種情況下,考慮給予平臺上的每個活躍用戶自己的交換以滿足他的行動和所需處理的所有消息傳遞需求。由於用戶沒有任何互動,這似乎是一個可行的選擇。 – maxigs 2012-04-12 07:55:48