第二百七十四章 鸿门宴
第二百七十四章 鸿门宴 (第2/3页)
“
“要做到这些功能，面临两个难点：应用服务器如何部署？数据库如何部署？“
“从解决这两个难点的角度出发，我和光明的设计思想是，把号码进行分段管理，比如100万是一个号码段，每段是一个单独的管理集群，我称为se
ve
cluste
。每个集群之间通过分布式架构支持海量用户在线，再有唯一一个主服务器，即maste
se
ve
，存放全局索引信息。这样的好处在于，当应用服务器和数据库服务器接近饱和的时候，只需要增加一个新的独立的cluste
，把相关信息注册到maste
se
ve
上就行。“
雷光明接着详细介绍了客户端的逻辑组，提供接口的思路和通信模式选择。
前面的林白药听不懂，也懒得问，但涉及通讯模式时他多问了两句。
因为再小白也知道即时通讯，最主要的功能肯定是通讯的即时性，而模式选择关系到这个功能的成败。
“你说准备采取udp模式，udp和tcp的区别是？”
雷光明不耐其烦的解释道：“简单来说，tcp是面向连接的基于字节流的传输层通信协议，它很可靠，但有延时，且对网速和设备要求高。udp是无连接协议，不提供数据包分组，不对数据包排序，实时性好，但不可靠。”
“不可靠的意思是？”
“就是发送大量数据的时候，会丢包但不妨碍实时性。如果我们选择udp，效率高、速度快、占资源少，一台服务器可同时容纳的并发连接更多。另一方面，国内网络环境非常非常复杂，很多用户都是通过代理服务器共享一条线路上网，客户端之间能建立起来的TCP连接概率较小，严重影响即时通讯效果，而udp最擅长'打洞'，是穿透这些代理服务器的利刃……”
林白药装成懂王的样子，轻易的被说服，笑道：“按你们说的办！”
蔡信峰又道：“其实要是有一个通信技术方面的专业人士提供些意见，能让咱们少走弯路，事半功倍。
（本章未完，请点击下一页继续阅读）