2012-12-11 62 views
2

我正在設計一個基於TCP/IP的pub/sub系統。預計這將具有較高的消息更新速率以及大量的訂戶。 我以前在看CometD,但是我們意識到它支持的Bayeux協議在Http上只是JSON。我們不希望在這個系統中使用Http開銷。 現在我正在尋找ZeroMQ尋找可能的解決方案。有沒有其他這樣的系統已經被證明可以通過TCPIP處理大規模的pub/sub?基於TCP IP的大型pubsub系統

更新 - 我的發佈商只是TCP/IP客戶端,但我的訂戶是基於Web瀏覽器的小部件。據我所知,ZeroMQ沒有支持基於瀏覽器的訂戶的Http。這種情況是否有任何解決方法?

+0

ZeroMQ很好。 –

回答

2

您似乎正在相互矛盾的要求:

  • 你不想HTTP開銷
  • 你的客戶端基於瀏覽器的部件

如果你可以重寫你的客戶,你可能會考慮一個0MQ到websocket橋。有一些浮動,如https://gist.github.com/1051872

此外,當您解釋您的要求時,請提供數字。 「高消息更新率」和「大量訂戶」意味着很少。 10 /秒? 1M /秒? 50位訂閱者? 50000?此外,值得注意的是平均消息大小,無論您是否需要通過公共互聯網工作以及其他限制。

+0

那麼,對於低延遲的高速pub/sub系統,Http不會被認爲是有利的,因爲我們只需要一個低成本的基於文​​本的協議系統。消費者將成爲瀏覽器。所以正如你所指出的那樣,我需要一個web套接字或類似於訂戶端的東西。 – gotz