开发分布式WebIm2（概述）

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集中的抛到一台专门的服务器上，还可以设计成错误级别分类，高级别的错误用短信通知管理员。