1
假設您有兩臺服務器，每臺服務器各有8個CPU核心。多個服務器上的多個進程之間的IPC
每臺服務器運行8個網絡服務，每個服務器承載任意數量的長期TCP/IP客戶端連接。
客戶端向服務發送消息。
服務根據消息做些什麼，並且可能通知客戶端狀態變化的N> 1。
當然，它聽起來像一個僵屍網絡，但它不是。考慮IRC如何與c2s和s2s連接以及s2s消息中繼協同工作。
- 服務器位於同一個數據中心。
- 服務器可以通過私有VLAN @ 1GigE進行通信。
- 消息是< 1KB大小。
您將如何協調主機應接收哪些服務並將消息轉發到連接的客戶端以獲取狀態更改消息？
有無數種方法可以有效地解決這個問題。
- AMQP（RabbitMQ的，ZeroMQ等）
- 傳播工具包
- N R個allservices（壞）之間2個連接
- 的Heck，即使運行IRC！
- ...
我正在尋找一個解決方案：
- 可能利用這樣的事實，只有有一個封閉的小集羣
- 易於管理
- 秤好
- 是「啞」（沒有奇怪的邊緣情況下）
你有什麼經驗？
你有什麼建議？
謝謝！