实用篇-认识微服务

 一、服务架构演变

1. 单体架构

单体架构：将业务的所有功能集中在一个项目中开发，打成一个包部署

单体架构的优点：

• 架构简单
• 部署成本低

单体架构的缺点： 

• 耦合度高

2. 分布式架构 

分布式架构： 根据业务功能对系统进行拆分，每个业务模块作为独立项目开发，称为一个服务

分布式架构的优点：

• 降低服务耦合
• 有利于服务升级拓展

分布式架构需要考虑的问题：

• 服务拆分粒度如何？
• 服务集群地址如何维护？
• 服务之间如何实现远程调用？
• 服务健康状态如何感知？

哪些分布式技术可以解决分布式架构问题？

• WebService
• Hession
• ESB
• Dubbo (2012年由阿里巴巴开源)
• SpringCloud (2015年至今是其发展最为火热的时期)
• SpringCloudAlibaba (2018年至今是其发展最为火热的时期)

但是近几年应用最广泛的，最火热的莫过于微服务方案

3. 微服务

微服务是一种经过良好架构设计的分布式架构方案

微服务架构特征：

• 单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发
• 面向服务：微服务对外暴露业务接口
• 自治：团队独立(一个服务对应一个开发团队)、技术独立(基于业务可用选择使用不同的技术)、数据独立(一个服务一个团队对应一个数据库)、部署独立
• 隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题

微服务优点：拆分粒度更小、服务更独立、耦合度更低

微服务缺点：架构非常复杂，运维、监控、部署难度高

二、微服务技术对比

1. 微服务结构

为了描述方便，把一个完整项目里的小服务称为微服务(或叫节点)，这些微服务的整体称为集群，关系如下

项目 > 集群 > 微服务 > 业务 > 接口

从整体上来看，目前SpringCloud的应用量最大，并且逐年在增长；而Dubbo虽然是国内使用较多的RPC框架，但在微服务场景下的应用相对较少。SpringCloudAlibaba相对于前两者还比较年轻，但是由于集成了众多优秀的Alibaba组件，以及其在国内云原生和微服务落地方面的独特优势，因此得到了广泛的应用和关注

这三个技术栈的使用强度排序: SpringCloud > SpringCloudAlibaba > Dubbo

2. 技术对比

这三个技术栈的对比如下

相同点:

• 都需要去做微服务拆分，也就是把一个完整的项目，根据功能拆分成很多微服务，再把这些拆下来的微服务做成集群。集群里的每个微服务都要遵循单一职责的原则，并且要面向服务，对外暴露接口，这样的话，集群里的微服务之间就可以相互调用
• 由于项目会拆分成多个微服务，为了方便同时管理这些微服务(微服务之间的调用关系)，就需要 '注册中心'，用来拉取或注册服务信息
• 由于项目会拆分成多个微服务，为了方便同时管理这些微服务(每个微服务的配置)，就需要 '配置中心'，用来统一管理整个集群的微服务的配置
• 由于项目已经拆分成多个微服务，用户到底访问哪个微服务呢，就需要在集群做一个统一的网关，作用是作为用户访问微服务的入口

不同点:

例如同样是注册中心，但是Dubbo、SpringCloud、SpringCloudAlibaba所用的技术不同。如下表

'无' 表示没有实现这个技术

 三种常用的技术栈，不同的技术栈是可以混合使用，那当这仨技术栈混合使用时，会有什么特点呢，如下图

三、SpringCloud

SpringCloud是目前国内乃至全世界使用最广泛的微服务框架

官网地址:

https://spring.io/projects/spring-cloud

SpringCloud集成了各种微服务功能组件，并基于SpringBoot实现了这些组件的自动装配，也就是说SpringCloud的底层基于SpringBoot做了自动装配。从而提供了良好的开箱即用体验，如下

// 服务注册发现
Eureka、Nacos、Consul
// 服务远程调用
OpenFeign、Dubbo
// 服务链路监控
Zipkin、Sleuth
// 统一配置管理
SpringCloudConfig、Nacos
// 统一网关路由
SpringCloudGateway、Zuul
// 流控、降级、保护
Hystix、Sentinel

SpringCloud和SpringBoot的版本兼容关系:

在下面的正式学习中，我们使用的是Hoxton的SR10版本，所以对应的SpringBoot版本是2.3.x版本