大规模及时通讯im服务器系统构架思路

整个服务器系统由多个次服务端组成的,每个次服务端处理处理自己相关的业务逻辑,能够部署的不同的服务器上面.方便管理和维护,所有次服务端由配置管理平台统一进行配置和监控:次服务端的压力监控,数据配置,日志监控.

我并没有用xmpp来构架整个im系统,而是自己用c++重新设计并开发整个系统来支持整个项目的需求,xmpp满足不了这个项目的实时性非常高的需求,核心业务服务器采用线程池自动调度来挖掘整个服务器的性能.

离线消息推送http服务器实现,充值服务器使用了 c++实现http服务器的,来监听paypal的ipn消息,并对进行验证,并没有使用php.

 核心业务服务器支持动态扩容的.登入服务器获取核心业务服务器的状态,分配相应负载小的核心业务服务器.做到软负载均衡.日志服务器用于记录业务服务器的消息日志.

后台人工管理审核系统,使用php实现,维护简单.

整个服务器开发了差不多4个月,创业团队么,人少,也没啥钱,啥时都要自己亲手实现.每天干到晚上10点左右,差不多也要完工了.当然代码是不会放出来的.整个服务器的架构思路我会放出来,讨论下优缺点.

整个服务器都是用qt实现的,有人说qt不适合做大并发服务器,稳定性差.但是我以前的服务器都是QT开发的,包扣搜索引擎也是.性能和稳定性都没有问题,几乎没出过问题,运行几个月都没有问题.

大规模及时通讯im服务器系统构架思路_第1张图片

你可能感兴趣的:(QT,C++)