长连接有必要把连接和业务处理分开吗?

我正在实现一个分布式IM,按我自己的实现业务上没有问题,通信和分布式都可以完美实现。

但我观察到 php的 GatewayWorker,这个socket封装,它尝试把代码拆分成Gateway和BusinessWorker

Gateway仅负责连接
然后把消息转发给BusinessWorker
BusinessWorker处理业务逻辑后再转发给Gateway
Gateway再转发回客户端

这样带来一个好处是,修改业务逻辑,部署代码的话不回影响当前连接,而我当前的实现虽然实现了分布式,但是客户端都是直连业务节点,如果重启、部署新代码,客户端都会断连,虽然这可以通过客户端的业务代码自动重连。

缺点似乎就是BusinessWorker和Gateway之间需要再维持连接,每个包需要在它俩内部之间再传输一次,这会带来额外的损耗。

这种做法有必要吗?

:) wink
唐章明
讨论数量: 0
(= ̄ω ̄=)··· 暂无内容!

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!