单一、垂直、分布式架构及微服务的优缺点
1.1. 单一架构
当网站访问量很小时，只需部署一个应用，将所有功能都耦合在一起，以减少部署节点的成本。
存在的问题：
-
代码耦合，开发维护困难 -
无法针对不同模块进行优化 -
无法进行水平扩展 -
单点故障，并发能力差
1.2.垂直拆分
当用户访问量逐渐增大时，单一的应用无法满足现有需求，此时为了应对更高的并发量和业务需求，我们根据业务功能对系统进行拆分：
优点：
-
系统拆分实现了流量均衡，解决了并发问题 -
可以针对不同模块进行优化 -
方便水平扩展，负载均衡，容错率提高 -
系统间相互独立
缺点：
-
服务之间相互调用，如果某个服务的端口或者ip地址发生改变，调用的系统需要手动更新 -
搭建集群之后，实现负载均衡比较复杂
1.3.分布式服务
当垂直应用越来越多，应用之间的交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。
优点：
-
将基础服务进行了抽取，系统间相互调用，提高了代码的可复用性和开发效率
缺点：
-
系统间耦合度变高，调用关系错综复杂，维护困难 -
搭建集群之后，负载均衡难以实现
1.4.服务治理(SOA)
当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。
阿里巴巴内部目前使用的框架：HSF，是dubbo的升级版
以前出现了什么问题？
-
服务越来越多，需要管理每个服务的地址 -
调用关系错综复杂，难以梳理出依赖关系 -
服务过多，无法根据服务情况动态管理
服务治理要做什么？
-
服务注册中心，实现服务自动注册与发现 -
服务自动订阅，服务列表自动推送，服务调用透明化，无需关心依赖关系 -
动态监控服务状态监控报告
缺点：
-
服务间会有依赖关系，一旦某个环节出错会出现链式故障 -
服务关系复杂，运维、测试部署困难，不符合DevOps思想
1.5.微服务
前面说的SOA(Service-Oriented Architecture)，即面向服务的编程。微服务，似乎也是服务，都是对系统的功能进行拆分，但微服务颗粒度相对来说更小。
微服务的特点：
-
单一职责：微服务中每一个服务都对应唯一的业务能力，符合单一职能原则 -
拆分粒度小：微服务的服务拆分粒度很小，例如一个用户管理就可以作为一个服务。每个服务虽小，但“五脏俱全”。