pomelo扩展模式二

上次我们讨论了pomelo的一种扩展方式，隔离式的扩展，这次我们讨论非隔离试的扩展。
假设与上期一致。当初期玩家不多的时候一个前台可以承载N个人（假设N=100)，但是随着人越来越多，那么这个前台就承载不了了，比如第N+1人进来时候如何处理呢？

这种扩展方式通过笔者实践是可以满足同一个后台里面的玩家进行通讯的。
意思就是A玩家在cs1上，B玩家在cs2上，他们都在bk1上，此时A玩家是可以直接与B玩家交流的。
因为pomelo是分布式的，可以将bk1放置到一个性能强悍的服务器上，而cs可以放到性能差点的机器上，因为它是可以扩展出来的，这样子的话理论上可以支持的人数将非常的多，多开一个cs就可以多支撑N个人，若开10个cs就可以支持10*N个人，近千人了。只要bk上的服务器性能和连接扛得住就可以进行扩展。

回过头来看pomelo的官方例子，它里面只合适了一个connector，就是这个意思，这个connector里面有3种不同的handler文件，这些文件处理不同的转发，有角色选择的，有在游戏中的等等。
至此，使用pomelo的扩展方案已经全部例举，这些扩展都依靠稳定的route算法进行保障。
大家可以利用pomelo的扩展机制搭建自己的游戏服务器了。

https://www.processon.com/i/568c6ea4e4b0e51d149a085f
这个网站解决了大家开始设计阶段的问题，轻量级的各种设计模型，强烈推荐