前言
单机的性能会遇到瓶颈，这仅仅是从性能来看。即使不从性能来看，如果一个机器的性能足够，那么也会存在单点故障的问题，所以我们需要分布式的高可用。
一、单台服务器应用
出现以下问题：
由于流量越来越大出现服务器性能问题。
二、应用服务器和数据库服务器分离
对架构增加了一台服务器，应用和数据库分别部署到不同的服务器上，对于开发和测试没有任何影响，只需要应用服务器新增一个远程调用数据库服务器的连接，有效的缓解了应用服务器负载的压力。
出现以下问题：
随着请求流量得进一步增大出现应用服务器性能问题。
三、应用服务器集群
流量请求得到缓解。
应用服务器集群后出现以下问题：
1.需要使用session+cookie维护用户
2.如何做请求转发（cdn，前端做负载均衡器）
四、负载均衡器
1.负载均衡器优化了访问请求在服务器组之间的分配，消除了服务器之间的负载不平衡，从而提高了系统的反应速度与总体性能；
2.负载均衡器可以对服务器的运行状况进行监控，及时发现运行异常的服务器，并将访问请求转移到其它可以正常工作的服务器上，从而提高服务器组的可靠性采用了负均衡器器以后，可以根据业务量的发展情况灵活增加服务器，系统的扩展能力得到提高，同时简化了管理。
负载均衡器之后出现以下问题：
随着流量的新增，数据库服务器有性能压力，数据库遇到瓶颈。
五、数据库服务器集群
数据库服务器集群后出现以下问题：
1.数据库读写分离
2.数据库数据同步
3.数据库路由
六、搜索引擎集群
搜索引擎集群后出现以下问题：
1.搜索引擎的索引数据如何同步，实时增量or定时全量？
七、缓存服务器
用户量是没有上限的
缓存、 限流、 降级
注：架构到了第七版还不能算分布式架构，只能说是由多台服务器组成的高可用的架构
八、数据库水平/垂直拆分
目前将数据库进行垂直拆分，还未进行数据库水平拆分（比如将订单表分库分表就属于水平拆分）
九、应用服务器垂直拆分
以淘宝为例。根据不同域名请求访问不同服务器，如果涉及到用户需要查询商品或订单，直接在用户服务器里写DAO层查询商品或订单数据库表。
产生问题：应用服务器交互调用问题。
在此我向大家推荐一个架构学习交流群。交流学习群号：478030634 里面会分享一些资深架构师录制的视频录像：有Spring，MyBatis，Netty源码分析，高并发、高性能、分布式、微服务架构的原理，JVM性能优化、分布式架构等这些成为架构师必备的知识体系。还能领取免费的学习资源，目前受益良多
十、SOA服务（分布式架构）
最后第十版就不是web应用服务了，应用服务拆分为服务节点，属于微服务了。
