开发分布式WebIm--2(概述)
1.业务分离的设计
分布式的优点是能用大量的廉价服务器组建成一个巨大的系统,性价比很高。简单的说就是把业务模块尽可能的缩小的一个原子级别,然后从系统中剥离出来单独运行,当把系统中所有的业务一一剥离后,分布式系统也就搭建成功一半了。剩下的就是高效的处理每个业务的数据流。一个简单的IM系统我大概分为4个部分:
1.1。登录认证服务器群
用于用户的注册和登录,又可以分为Web服务器群和数据库群。根据用户名的前两位Ascii码分配不同的数据库来存储。因此可以把用户分配到(26+10)*(26+10)≈ 400 台服务器中,能够最大程度的分流查询工作。
1.2.聊天应用服务器群
用于用户间的消息互发与暂存,用户发送的消息缓存在服务器的IIS进程中,不与数据库发生关系。
1.3.用户头像服务器群
用于用户头像的存储,减少对其他Web服务器的连接依赖。要求IO性能好。
1.4.用户文件服务器群
用于用户文件的存储,减少对其他Web服务器的连接依赖。要求IO性能好。
服务器群组图
聊天应用服务器图
2.认证机制
分布式系统中再也不能使用cookie和session,因此必须要有一套认证机制使其能够在多个服务器中认证。简单的做法是每个服务器保存一个密钥,在登录过程中,返回Md5(用户名+密钥),以后每次用户访问系统都执行 IsLogined(用户名,Md5(用户名+密钥)即可判断是否合法用户。
3.服务器群组配置文件
在分布式系统中服务器群组互相通信是很频繁的,为了相互找到对方,就需要知道对方的地址,因此用配置文件的方式来实现。
<xml>
<servers>
<TalkServers>
192.168.2.1
</TalkServers>
<TalkServers>
192.168.2.2
</TalkServers>
<DbServers>
<default>
server=192.168.2.100;database=IM;Uid=IM;pwd=123;
</default>
<AA>
server=192.168.2.101;database=IM;Uid=IM;pwd=123;
</AA>
.
<Z9>
</Z9>
<AA-A9>
</AA-A9>
</DbServers>
<ErroSrervers>
192.168.2.200
</ErroSrervers>
</servers>
<key>
1234567890poiuytrewq
</key>
</xml>
4.跨进程和跨服务器的通讯
跨服务器通信方案很多,我选择Remoting的Tcp通道,速度较快。跨进程的通讯我还是用Tcp通道,因为Tcp通道在并发模式下性能好,微软有个进程级别的Ipc通道速度快,但是我测试在并发下性能很低。参见《Remoting技术:多线程中IpcChannel的性能太逊 》这篇文章。
5.集中错误管理机制
程序中遇到异常以后,通常是记录到本机log,但在分布式下管理太多服务器的log是件很麻烦的事情,因此需要把错误log集中的抛到一台专门的服务器上,还可以设计成错误级别分类,高级别的错误用短信通知管理员。