最近两个月因为一点破事停止了更新，真的是哭出了声音。
但是还好，之前说的微服务系列也算是开始了！大家有什么建议可以提！
这章讲的是分布式架构的演变之路。
1.单体应用架构
2.垂直架构
3.分布式架构(微服务)

1.单体应用架构

最开始的应用架构，是一台服务器，开个web服务，一个数据库服务。这时候的应用性能受服务器性能影响，web服务跟数据库服务共享一太服务器，承受并发有限。当应用服务已经无法承受当前流量时，先将web服务与数据库拆分到不同的服务器，能有效的提高web并发和数据库的并发能力。 单体应用架构

1.垂直架构#

使用负载均衡器(之前说过的Nginx)根据一定的策略实现web服务的负载均衡。

垂直架构-负载均衡

但是当流量进一步上升时，数据库会承受不住压力，这时候在数据库间加个缓存和搜索引擎，降低访问数据库的频率。

垂直架构-缓存和搜索引擎
缓存用于缓存数据，能够缓解数据库压力，搜索引擎主要用于优化like查询的效率。但是这种情况当流量到一定程度的时候，还是不够，这时候就需要对数据库进行水平扩展（读写分离）。 垂直架构-数据库读写分离

1.分布式架构(微服务)

但是这样每次发布都需要将所有的web服务器发布一次，后期维护成本很高，所以需要服务化，单个业务单独部署。服务化后，各个功能比较明细，系统的扩展性比较高，当需要服务时，添加服务，当某个服务承受不住压力时，可以新增该服务。

分布式架构-微服务