socket.io 如何实现高性能分布式架构?

目前的分布式实现思路:
我目前是一台服务器安装了 socket.io 所有的网络用户都链接这台服务器。
但是用户越来越多,我打算再布置一台服务器,通过云解析把不同区域的用户划分。

两台服务器分别简称:1号、2号
socket.io 里可以创建房间 socket.join('liaotianshi')
所有链接1号或者2号服务器的用户都加入这个名称的房间(两台服务器本身不相关所以是各自创建房间)

假设现在有100位用户加入了这个房间,也就是100个人在线
其中 40 个人在 1 号服务器,剩余 60 个人在 2 号服务器
此时1号服务器里的某个用户广播一条消息 io.to(roomId).emit('client', data) 就只有一号服务器用户能收到

为了解决这个问题,我在2号服务器预留一个API接口,1号服务器广播后同时给2号服务器API发送消息,2号服务器收到后再广播到2号服务器的房间。相反也给1号服务器预留了API接口。

这样看似解决了问题,但是我担心两个问题:
1、每个用户发消息所有的服务器都需要接收和处理,都要耗资源,有点 1+1 < 2的感觉。
2、如果我以后继续增加服务器,到5台甚至到10台几十台。这样频繁的请求,是否太混乱和不稳定?

我不是什么架构师,这些方面不太懂,还在努力学习,希望大神可以给些思路建议,感激不尽!

阅读 5k
1 个回答

你的思路是对的。

不同的用户连接到不同的服务器上 要想一个服务器上的消息广播给所有用户不同的服务器之间的消息肯定是是要进行转发同步的。你自己实现的api接口 其实就是在走向分布式 不过你的api设计效率可能不太好而且不太适合分布式

socket.io官网有如何做集群的demo
socket.io做集群你可以用nginx来做负载均衡把用户的连接分配到后端的几台socket.io的服务器上 广播消息的话官方实现的socket.io-redis 就可以

你要想自己设计的话 你可以参考下开源项目workerman的GatewayWorker 这个开源项目也支持websocket
它分为gateway和worker gateway和worker可以部署在同一台服务器上也 可以部署在不同的服务器上 gateway和worker之间在启动的时候注册到register上 你设计的api可能工作在http层 gateway和worker之间是直接工作在tcp层 gateway只负责tcp连接 而且可以多进程 然后它会把收到的数据传给同一台服务器上的worker或者局域网内其他服务器的worker 然后由worker进行数据处理然后把数据回传给gateway 任意的两个客户端通信也会由gateway做转发

image

如果一个worker在处理数据的时候 调用了广播给所有客户端的方法 那这个worker就会把数据回传到所有的gateway上 因为gateway也可以部署在多台服务器上监听一个端口 这些不同服务器上的gateway和worker会在项目启动的时候注册到register上 所以任意服务器的gateway和任意服务器的woker是可以通信的 gateway只负责转发tcp数据 worker负责处理存储数据 这样来实现分布式 可以根据自己的业务瓶颈来添加服务器 比如业务计算量大那就多添加些worker 如果连接数大那就多添加些gateway 所以你的思路是对的通过api来给转发数据给不同的服务器 只是你没设计register来自动处理多台服务器之间的数据如何转发 而且你的api工作在http层效率比较低
Workerman官网
GatewayWorker手册

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进