舜元建设集团官方网站,wordpress网址转跳页面插件,中国建设执业资格注册管理中心网站,网站权重有时降先直接抛出业务背景#xff01;
有一款游戏#xff0c;日活跃量#xff08;DAU#xff09;在两千左右#xff0c;虽然 DAU 不高#xff0c;但这两千用户的忠诚度非常高#xff0c;而且会持续为游戏充值#xff1b;为了进一步提高用户体验#xff0c;继续增强用户的忠…先直接抛出业务背景
有一款游戏日活跃量DAU在两千左右虽然 DAU 不高但这两千用户的忠诚度非常高而且会持续为游戏充值为了进一步提高用户体验继续增强用户的忠诚度老板想要在该款游戏中引入聊天功能同时探索和验证游戏用户对 IM 的需求和依赖度。IM 需要在两周后上线如果你是这个 IM 项目的架构师带着两名经验尚欠的程序员你如何设计并落地该 IM 系统
业务背景并不复杂简单总结一下 用户规模小DAU 在两千左右同时在线人数高峰期不到200 开发人员少一名架构师加两名程序员 开发时间短一周开发加一周测试只有两周时间。
这种情况下研发策略通常是怎么简单就怎么做怎么快就怎么来
所以对该 IM 系统采用【单体架构】的方式进行设计见下图。 前端是运行安卓系统和 IOS 系统的移动设备游戏 APP 内嵌 IM 的客户端由前端同学负责开发。
后端是 Server 节点通过多进程多机器部署的方式避免 “单点” 这个地方需要注意【单体架构】并非 “单点架构” 单体架构仍然是分布式架构的一种通过集群的方式提供高可用和高吞吐的服务对多个 Server 节点的访问通过 Nginx 来做反向代理Server节点由后端同学负责开发。
存储部分包括数据库和缓存数据库中分别创建 “消息表”、“离线消息表”、“联系人表” 和 “用户表” 缓存用来记录用户的在线信息数据库和缓存由 DBA 同学负责维护。
单体架构的系统最大的优势就是在项目前期开发简单、部署简单、测试简单、运维简单开发同学几乎可以将所有的注意力全部放在业务逻辑上实现真正的【快速落地】。
下面分别讨论一下关键的技术选型前端与后端的通讯协议、后端的编程语言、数据库选型。 一、通讯协议
前端与后端之间的通讯协议有四种选择见下表。 IM 系统通常会选择 “长连接” 类型的协议但是 WebSocket 协议因为刚推出不久成熟度不高TCP 协议属于传输层协议较为复杂如果没有丰富的 TCP 网络编程经验的话在研发时间非常紧张的情况下建议不要选择 TCP。
所以这里我们选择最简单和最容易落地的协议—Http对于编程经验尚欠的应届生来讲Http编程也不会有太大难度。
分析到这里相信大家肯定有这样的疑惑Http 是短连接的无状态协议如何进行消息的即时通讯呢难道是通过客户端周期性的轮询访问吗 是的同时在线人数只有几百的情况下客户端周期性轮询是完全没有问题的况且Server是多节点部署完全可以 Cover 客户端周期轮询的压力。 二、编程语言
Server 端编程语言也有四种选择公司内部正在使用的技术栈见下表。 C、Java、PHP、Go 四门编程语言都有非常成熟的并发编程模型这里我们选择公司和团队最熟悉的语言—Go使用最熟悉的语言才会带来更高的编程效率和更快的问题解决速度。 三、数据库
数据库选型有三种选择分别是关系型 SQL 数据库—MySQL、非关系型 NoSQL 数据库—MongoDB、已经新兴的NewSQL 数据库—TiDB见下表。 在该单体架构的 IM 系统中数据库需要提供强事务能力来保证业务的完整逻辑同时数据库需要做到更低成本的运维这里我们选择满足需求和容易运维的数据库—MySQL。 最后总结文中关键
1、业务背景用户规模小、开发人员少、开发时间短
2、研发策略怎么简单怎么做怎么快怎么来
3、 IM单体架构 前端APP Server 数据库
单体架构最大的优势就是在项目前期开发简单、部署简单、测试简单、运维简单。
4、技术选型
选择最简单和最容易落地的协议—Http
选择公司和团队最熟悉的语言—Go
选择满足需求和容易运维的数据库—MySQL。 提出一个思考问题我们会在下篇技术短文中进行分析
基于该IM单体架构如何实现用户的登录和收发消息呢Server 节点是无状态化的吗
