做做网站需要多少钱,网站制作方案模板,自己可以创建网站吗,白色网站源码有过几款IM系统开发经历#xff0c;目前有一款还在线上跑着。准备简单地介绍一下大型商业应用的IM系统的架构。设计这种架构比较重要的一点是低耦合#xff0c;把整个系统设计成多个相互分离的子系统。我把整个系统分成下面几个部分#xff1a;#xff08;1#xff09;状态…有过几款IM系统开发经历目前有一款还在线上跑着。准备简单地介绍一下大型商业应用的IM系统的架构。设计这种架构比较重要的一点是低耦合把整个系统设计成多个相互分离的子系统。我把整个系统分成下面几个部分1状态消息系统 2好友系统 3P2P系统 4其他扩展业务系统
先看状态消息系统 connd client接入服务器可以支持UDP也可以支持TCP一般建议优先选择TCP。connd可以布置多台client接入时可以用简单的DNS轮询的方式实现负载均衡。connd功能是维护连接和转发消息包。
pconnd proxy connd, 代理接入服务器是connd的扩展除了有connd的功能外支持服务器的接入比如web server。
msgd 消息处理服务器主要功能是用户状态管理消息转发(包括合理性验证)以及离线消息保存。
说一个用户登录成功后对所有好友的状态通知过程。我设计的系统中把用户状态也简单看成类似文本聊天消息。下面用户U的上线过程他有好友F1, F2。
(1) connd收到U上线消息将消息发给U所在的msgd。
(2) msgd获取U的好友F1, F2如果F1, F2和U不在同一个msgd上msgd将消息通过connd转给F1, F2所在的msgd。
(3) 最终的msgd把上线通知通过connd发给F1, F2。
msgd的U是通过什么方式获取最新的好友呢 这个问题我要着重描述一下。
用户的好友数据都在另外一个子系统中好友子系统。 msgd通过TCP的方式为什么用TCP呢主动从好友系统获取。同时msgd也缓存一份好友数据。msgd获取用户好友时如果cache是最新的直接从cache取否则要从好友子系统那边取。现在重点问题出来了如何确定用户的好友是最新的这类问题我们要根据不同的业务不同的特点灵活采用不同的方法。请看一种高效的处理方式
(1) 好友子系统为每个用户的好友算个hash值可以用MD5。
(2) client获取好友时同时也拿到这个hash值发和好友相关的消息时把hash值带给msgd。
(3) msgd第一次从好友子系统获取某个用户好友时也获取这个hash值像要转发状态消息获取好友时把client带过来的hash1和自身的hash2比较一下。。。
像IM这种业务特点是对好友数据的写很少读很多相对于读的消耗写基本可以忽略的。用上面的方法基本上每次两者的hash值是相等的直接从cache拿好友数据。这种处理方法也可以引入到其他应用业务中。建议不要每次都粗暴地跨进程获取类似好友数据。 好了上面是对IM系统状态消息子系统的简单介绍。
另外像好友子系统就很简洁启几个tcp接入server根据不同用户去不同的好友逻辑服务器上取好友。好友逻辑服务器可以考虑采用LRU淘汰算法(发现老用这种算法)。如果你很有钱也可以对好友数据做全cache不用淘汰。
P2P系统和网上介绍的架构都差不多大家搜一把吧。
