单体架构

单体架构 IM 系统之 Server 节点状态化分析基于 http 短轮询模式的单体架构的 IM 系统见下图，即客户端通过 http 周期性地轮询访问 server 实现消息的即时通讯，也就是我们前面提到的 “信箱模型”。“信箱模型” 虽然实现非常容易，但是消息的实时性不高。

单体架构 IM 系统之长轮询方案设计在上一篇技术短文（单体架构 IM 系统之核心业务功能实现）中，我们讨论了 “信箱模型” 在单体架构 IM 系统中的应用，“信箱模型” 见下图。

单体架构 IM 系统核心业务功能实现在上一篇技术短文（单体架构的 IM 系统设计）中，我们讨论了在 “用户规模小、开发人员少、开发时间短” 的业务背景下，采取 “怎么简单怎么做，怎么快怎么来” 的研发策略，于是设计了单体架构的IM系统，并分析了 “通讯协议、编程语言和数据库” 的技术选型。我们快速复习一下单体架构的 IM 系统，见下图。

单体架构的 IM 系统设计先直接抛出业务背景！有一款游戏，日活跃量（DAU）在两千左右，虽然 DAU 不高，但这两千用户的忠诚度非常高，而且会持续为游戏充值；为了进一步提高用户体验，继续增强用户的忠诚度，老板想要在该款游戏中引入聊天功能，同时探索和验证游戏用户对 IM 的需求和依赖度。IM 需要在两周后上线，如果你是这个 IM 项目的架构师，带着两名经验尚欠的程序员，你如何设计并落地该 IM 系统？

微服务概述之单体架构互联网始于 1969年美国的阿帕网（ARPA），最开始的阿帕网只在美国军方使用。随着时间的推移，一些大学也开始加入建设，慢慢演化成了现在的因特网（Internet）。随着计算机网络的普及，到现在全世界几乎一半的人口，都在使用互联网产品。日常生活中的各种场景，如商场购物、沟通交流、金融理财、货运物流等，都可以在网上实现。随着网上的应用越来越多，用户也越来越多，业务场景也越来越复杂，传统的单体应用已经无法满足互联网技术的发展要求。随着业务复杂度的逐渐提升，代码的可维护性、可扩展性和可阅读性在逐步降低，修改和