前言
任何大型互联网平台都不是一步建成分布式架构，而是伴随着用户流量、数据量的增长，一步步迭代优化而来。从最原始的单机小系统，到具备 CDN、多级缓存、分库分表、搜索引擎、消息队列、微服务的成熟分布式架构，每一次架构升级，都是为了解决当下业务暴露出的性能、容量、高可用瓶颈。本文结合架构发展以及对应图解，梳理系统架构迭代的全过程
一、第一代：单机架构 —— 小型初创系统最简方案
架构形态
一套服务器内部同时部署应用程序 + 数据库，所有业务代码、数据存储全部挤在同一台机器。
适用场景
初创小项目、内部管理系统、用户量极少的小型网站，日访问量几百～几千。
优势
致命痛点
二、第二代：应用与数据库物理分离 —— 解耦软硬件资源
架构形态
拆分为两台独立服务器：
- 应用服务器：只运行业务代码，负责接收请求、执行业务逻辑；
- 数据库服务器：单独部署 MySQL，只负责数据存储、磁盘 IO 读写。 两者通过内网网络通信。
解决了什么问题
彻底解决单机架构中应用与数据库争抢硬件资源的问题，数据库 IO 压力不会拖垮业务服务，两者硬件可独立升级。
遗留瓶颈
三、第三代：应用集群化 —— 水平扩容提升并发承载
架构形态
部署多台一模一样的应用服务器组成应用集群，多台机器同时对外提供业务服务，数据库依旧单实例独立部署。
优化价值
实现应用层水平扩容，流量上涨
