互联网企业系统部署架构变迁图

阶段一：
单机——应用程序+图片文件+数据库
存在的问题：
存在硬件上的使用瓶颈，内存有限，硬盘资源有限，单个CPU处理能力有限
如果机器坏掉，数据库及文件都无备份，整个网站将不能被访问，不是高可用架构
扛不住高并发，处理请求数量有限，高并发访问时会造成访问延迟，降低用户的浏览体验

阶段二：
多机——将应用程序和数据文件分别放在不同的主机里
硬件资源进行了简单扩充，一台主机专注处理应用程序，性能有所提高，其他两台主机分别负责文件存储和数据库存储

阶段三：
引入缓存，减少数据库的访问次数，实际是减少对磁盘的IO操作，电磁转换肯定会相对来说较慢。
提高了网站相应速度

阶段四：
出现了文件服务器集群，用来存储和管理文件，
数据缓存也从应用程序主机上分离，单独用一台主机来管理
出现分布式集群概念，打破单台主机的硬件资源限制，理论上来说可以无限扩充

阶段五：
应用服务器集群，需引入专门的负载均衡服务器，以应对高并发访问
负载均衡服务器要能扛住高并发，一般用nginx服务器

阶段六：
全面集群阶段，缓存服务器集群，数据库服务集群，负载均衡集群(之前阶段有文件服务器集群+应用服务器集群)
引入站内搜索引擎，满足用户对商品的关键字搜索

阶段七：
拆分功能模块，不能把整个应用程序放在同一个主机上——业务拆分
前台系统、后台系统、订单系统、搜索系统

阶段八：
引入消息队列机制，数据库每秒能进行的事务处理是有限的，超过这个极限时，单靠缓存也解决不了，
缓存应对的是对数据库的查询，即读操作，对数据库的增删改等写操作就用到消息队列机制，作排队处理。
消息队列服务器

阶段九：
提高可靠性，高可用的架构。数据备份，系统恢复机制。
数据库为了保证产品稳定性，拥有双击热备份功能

阶段十：
集群管理和大数据分析
集群管理：能够管控和掌握某个集群或者整个系统集群的节点信息
能够灵敏的感知每个机器节点的状态(一般通过心跳机制来感应)
能够快速拉起备份机，恢复数据并使其变成节点机参与集群工作