假设您有 2 台服务器，每台服务器都有 8 个 CPU 内核。
每个服务器运行 8 个网络服务，每个服务托管任意数量的长期 TCP/IP 客户端连接。
客户端向服务发送消息。
服务根据消息 执行某些操作，并可能通知 N>1 个客户端状态更改。
当然，这听起来像一个僵尸网络，但事实并非如此。考虑 IRC 如何与 c2s 和 s2s 连接以及 s2s 消息中继一起工作。
- 服务器位于同一个数据中心。
- 服务器可以通过专用 VLAN @1GigE 进行通信。
- 消息的大小小于 1KB。
您将如何协调哪个主机上的哪些服务应该接收消息并将消息中继到连接的客户端以获取状态更改消息？
有无数种方法可以有效地解决这个问题。
- AMQP（RabbitMQ、ZeroMQ 等）
- 传播工具包
- 所有服务之间的 N^2 个连接（坏）
- 哎呀，甚至运行 IRC！
- ...
我正在寻找一个解决方案：
- 也许利用了只有一个小的封闭集群的事实
- 易于管理
- 可以很好地扩展
- 是“愚蠢的”（没有奇怪的边缘情况）
你有什么经验？
你有什么建议吗？
谢谢！
如果：
然后 IPv4 多播将开箱即用，完全可以满足您的要求。接收者订阅一个频道（组播组），发送者发送一个UDP数据报到组的组播地址，交换机决定谁得到什么。它使您的网络设备能够智能地处理消息路由。
如果您的交换机不支持 IGMP 侦听，那么它将把（以太网）多播帧视为广播，并将它们发送到 VLAN 上的所有主机，无论主机是否请求它们。因此，即使主机操作系统只是在数据包到达任何应用程序之前丢弃数据包，您也会堵塞交换机和主机之间的管道。
如果它们不在同一个 VLAN 上，您仍然可以使用 IPv4 多播，但是您必须对您的设备进行更多配置才能使其正常运行，但它仍然可以正常工作。