微服务架构详解：从单体到分布式演进-优快云博客

单体架构

所有的代码操作，都集成在一个服务里，并且只使用这个服务进行维护开发，只需要部署在一台服务器即可,也就是共同使用同一个WEB服务器运行。图片示例：

优点：

容易部署与维护
小型服务容易开发与上线

缺点：

耦合度极大，如果后期需要扩展，基本扩展不了。
一个地方出问题，其他地方一样受到牵连。

垂直架构

将单体架构中的每个模块分成多个模块运行在多个服务器，一个单体项目就是一个模块。例如：当前有两个模块分别是首页和评论，如果是单体架构，那么他们都是在同一个服务下。垂直架构就是把他们拆成两个，分别放置不同的单体服务下,运行在两个不同的web服务器上。

示例图；和单体架构的图基本一样，只是垂直变成了多个而已。

优点：

拆分后每个模块独立运行，扩展和优化都方便。
并发的能力得到提升。
出现故障后不影响其他服务

缺点：

某些业务代码会有重叠，增加了耦合度。
他们之间不能互相调用，除非开放接口通过HTTP调用
如果端口发生改变，后续每个服务也要修改端口号。

分布式架构

在垂直架构的基础上，使用了分层概念。例如：前台controller和后台service。

前台负责对外部的发送消息，接收消息，对后台发送消息和接收消息,前台就是一个中转站。
后台负责处理逻辑，在把逻辑传给前台。每个服务模块重复的代码也会统一封装，供别的服务调用。

示例图：分布式和垂直架构类似，比垂直架构多了公共模块的抽离，和分层概念。

优点：

把公共类抽离，去除每个服务上的冗余代码。
每个服务可以单独优化和扩展
分层让入口统一发送到一个模块，不需要每个模块都设置接口。
分层以后架构更多清晰，每个模块功能单一，扩展性更强

缺点：

耦合度集中在公共模块，分布式还是以传统的http进行交互。
调用类的关系变得复杂，维护成本变高。

SOA架构

在分布式的基础上，增加服务注册中心，相当于增加一个nacos,对比分布式，可以丢弃老的http发送机制，通过nacos统一调用和获取每个服务的资源。

示例图：和分布式的类似。

优点：

服务注册中心，可以解决每个服务自动发现，注册，调度问题。
就算某个服务的地址更改也不影响其他服务对他的请求。

缺点：

每个服务高度依赖注册中心，如果注册中心宕机，会引起每个服务调用资源失败。
调用链路变长，如果下游服务发送错误，会导致上游服务调用失败。

微服务架构

是SOA架构的一种扩展，微服务会创建一个大的管理服务，然后在这个服务下创建每个小型服务，每个服务对应一个模块，打包，部署等都是自己完成，不与其他模块耦合。 与以前不同的是，SOA以前的架构都是一个包一个模块，微服务则是，一个包多个模块，每个模块又是一个包。

示例图：

优点：

服务独立拆分，单独打包，部署，连接不同DB，方便升级。
服务之间可以通过注册中心，RPC，REST调用。
每个服务可单独放在不同电脑上，理论上可以无限扩展。

缺点：

数据一致性问题。
分布式事务问题。
各服务调用的时候，因网络可能会抖动，不清楚具体要设置多少时间等待调用。