[java] Spring Cloud学习(一) 微服务详解

待我称王封你为后i 2022-03-08 13:23 225阅读 0赞

## 微服务 ##

微服务化的核心就是将传统的一站式应用，根据业务拆分成一个一个的服务，彻底去掉耦合，每一个微服务提供单个业务功能，一个服务只做一件事。从技术角度讲就是一种小而独立的处理过程，类似与进程的概念，能够自行单独启动或销毁，可以拥有自己独立的数据库。

微服务详解：[https://blog.csdn.net/eson\_15/article/details/83651732][https_blog.csdn.net_eson_15_article_details_83651732]

## Spring cloud 详解 ##

### 总体架构： ###

Service Provider： 暴露服务的提供方。

Service Consumer：调用远程服务的服务消费方。

EureKa Server： 服务注册中心和服务发现中心

![20171127161916320][]

### 基础组件： ###

服务治理： Spring Cloud Eureka

客户端负载均衡： Spring Cloud Ribbon

服务容错保护： Spring Cloud Hystrix

声明式服务调用： Spring Cloud Feign

API 网关服务：Spring Cloud Zuul

分布式配置中心： Spring Cloud Config

### 组件说明： ###

一、Spring Cloud核心组件：Eureka

(1)Netflix Eureka

1）、Eureka服务端：也称服务注册中心，同其他服务注册中心一样，支持高可用配置。如果Eureka以集群模式部署，当集群中有分片出现故障时，那么Eureka就转入自我保护模式。它允许在分片故障期间继续提供服务的发现和注册，当故障分片恢复运行时，集群中其他分片会把它们的状态再次同步回来

2）、Eureka客户端：主要处理服务的注册与发现。客户端服务通过注解和参数配置的方式，嵌入在客户端应用程序的代码中，在应用程序运行时，Eureka客户端想注册中心注册自身提供的服务并周期性地发送心跳来更新它的服务租约。同时，它也能从服务端查询当前注册的服务信息并把它们缓存到本地并周期性地刷新服务状态

3）、Eureka Server的高可用实际上就是将自己作为服务向其他注册中心注册自己，这样就可以形成一组互相注册的服务注册中心，以实现服务清单的互相同步，达到高可用效果

(2)Eureka详解

![format_png][]

1）、服务提供者

A.服务注册

服务提供者在启动的时候会通过发送REST请求的方式将自己注册到Eureka Server上，同时带上了自己服务的一些元数据信息。Eureka Server接收到这个REST请求之后，将元数据信息存储在一个双层结构Map中，其中第一层的key是服务名，第二层的key是具体服务的实例名

![format_png 1][]

B.服务同步

两个服务提供者分别注册到了两个不同的服务注册中心上，也就是说，它们的信息分别被两个服务注册中心所维护。此时，由于服务注册中心之间因互相注册为服务，当服务提供者发送注册请求到一个服务注册中心时，它会将该请求转发给集群中相连的其他注册中心，从而实现注册中心之间的服务同步。通过服务同步，两个服务提供者的服务信息就可以通过这两台服务注册中心中的任意一台获取到

C.服务续约

在注册完服务之后，服务提供者会维护一个心跳用来持续告诉Eureka Server：“我还活着”，以防止Eureka Server的剔除任务将该服务实例从服务列表中排除出去，我们称该操作为服务续约

2）、服务消费者

A.获取服务

当我们启动服务消费者的时候，它会发送一个REST请求给服务注册中心，来获取上面注册的服务清单。为了性能考虑，Eureka Server会维护一份只读的服务清单来返回给客户端，同时该缓存清单会每隔30秒更新一次

B.服务调用

服务消费者在获取服务清单后，通过服务名可以获得具体提供服务的实例名和该实例的元数据信息。在Ribbon中会默认采用轮询的方式进行调用，从而实现客户端的负载均衡

对于访问实例的选择，Eureka中有Region和Zone的概念，一个Region中可以包含多个Zone，每个服务客户端需要被注册到一个Zone中，所以每个客户端对应一个Region和一个Zone。在进行服务调用的时候，优先访问同处一个一个Zone中的服务提供方，若访问不到，就访问其他的Zone

C.服务下线

当服务实例进行正常的关闭操作时，它会触发一个服务下线的REST请求给Eureka Server，告诉服务注册中心：“我要下线了”。服务端在接收到请求之后，将该服务状态置为下线（DOWN），并把该下线事件传播出去

3）、服务注册中心

A.失效剔除

Eureka Server在启动的时候会创建一个定时任务，默认每隔一段时间（默认为60秒）将当前清单中超时（默认为90秒）没有续约的服务剔除出去

B.自我保护

在服务注册中心的信息面板中出现红色警告信息：

![format_png 2][]

该警告就是触发了Eureka Server的自我保护机制。Eureka Server在运行期间，会统计心跳失败的比例在15分钟之内是否低于85%，如果出现低于的情况，Eureka Server会将当前的实例注册信息保护起来，让这些实例不会过期，尽可能保护这些注册信息。但是，在这段保护期间内实例若出现问题，那么客户端很容易拿到实际已经不存在的服务实例，会出现调用失败的情况，所以客户端必须要有容错机制，比如可以使用请求重试、断路器等机制

二、Spring Cloud核心组件：Ribbon

Ribbon是一个基于HTTP和TCP的客户端负载均衡器，它可以在通过客户端中配置的ribbonServerList服务端列表去轮询访问以达到服务均衡的作用。当Ribbon和Eureka联合使用时，Ribbon的服务实例清单RibbonServerList会被DiscoveryEnabledNIWSServerList重写，扩展成从Eureka注册中心中获取服务端列表。同时它也会用NIWSDiscoveryPing来取代IPing，它将职责委托给Eureka来去定服务端是否已经启动

在客户端负载均衡中，所有客户端节点都维护着自己要访问的服务端清单，而这些服务端的清单来自于服务注册中心（比如Eureka）。在客户端负载均衡中也需要心跳去维护服务端清单的健康性，只是这个步骤需要与服务注册中心配合完成

通过Spring Cloud Ribbon的封装，我们在微服务架构中使用客户端负载均衡调用只需要如下两步：

*  服务提供者只需要启动多个服务实例并且注册到一个注册中心或是多个相关联的服务注册中心
 *  服务消费者直接通过调用被@LoadBalanced注解修饰过的RestTemplate来实现面向服务的接口调用

三、Spring Cloud核心组件：Fegin

Fegin的关键机制是使用了动态代理

1）、首先，对某个接口定义了@FeginClient注解，Fegin就会针对这个接口创建一个动态代理

2）、接着调用接口的时候，本质就是调用Fegin创建的动态代理

3）、Fegin的动态代理会根据在接口上的@RequestMapping等注解，来动态构造要请求的服务的地址

4）、针对这个地址，发起请求、解析响应

Fegin是和Ribbon以及Eureka紧密协作的

1）、首先Ribbon会从Eureka Client里获取到对应的服务注册表，也就知道了所有的服务都部署在了哪些机器上，在监听哪些端口

2）、然后Ribbon就可以使用默认的Round Robin算法，从中选择一台机器

3）、Fegin就会针对这台机器，构造并发起请求

四、Spring Cloud核心组件：Hystrix

在微服务架构中，存在着那么多的服务单元，若一个单元出现故障，就很容易因依赖关系而引发故障的蔓延，最终导致整个系统的瘫痪，这样的架构相较传统架构更加不稳定。为了解决这样的问题，产生了断路器等一系列的服务保护机制

在分布式架构中，当某个服务单元发生故障之后，通过断路器的故障监控，向调用方返回一个错误响应，而不是长时间的等待。这样就不会使得线程因调用故障服务被长时间占用不释放，避免了故障在分布式系统中的蔓延

Hystrix具备服务降级、服务熔断、线程和信号隔离、请求缓存、请求合并以及服务监控等强大功能

Hystrix使用舱壁模式实现线程池的隔离，它会为每一个依赖服务创建一个独立的线程池，这样就算某个依赖服务出现延迟过高的情况，也只是对该依赖服务的调用产生影响，而不会拖慢其他的依赖服务

五、Spring Cloud核心组件：Zuul

Spring Cloud Zuul通过与Spring Cloud Eureka进行整合，将自身注册为Eureka服务治理下的应用，同时从Eureka中获得了所有其他微服务的实例信息

对于路由规则的维护，Zuul默认会将通过以服务名作为ContextPath的方式来创建路由映射

Zuul提供了一套过滤器机制，可以支持在API网关无附上进行统一调用来对微服务接口做前置过滤，已实现对微服务接口的拦截和校验

原文地址：[http://www.manongjc.com/article/51301.html][http_www.manongjc.com_article_51301.html]

### 组件调用： ###

所有请求都统一通过 API 网关（Zuul）来访问内部服务。

网关接收到请求后，从注册中心（Eureka）获取可用服务。

由 Ribbon 进行均衡负载后，分发到后端的具体实例。

微服务之间通过 Feign 进行通信处理业务。

## Spring boot 了解 ##

Spring boot 是 Spring 的一套快速配置脚手架，可以基于spring boot 快速开发单个微服务，Spring Cloud是一个基于Spring Boot实现的云应用开发工具；Spring boot专注于快速、方便集成的单个个体

Spring Cloud是关注全局的服务治理框架；spring boot使用了默认大于配置的理念，很多集成方案已经帮你选择好了，能不配置就不配置，Spring Cloud很大的一部分是基于Spring boot来实现。

Spring boot可以离开Spring Cloud独立使用开发项目，但是Spring Cloud离不开Spring boot，属于依赖的关系。

和spring之间的关系：spring -> spring boot > spring cloud

主要优点：

1:为所有Spring开发者更快的入门

2:开箱即用，提供各种默认配置来简化项目配置

3:内嵌式容器简化Web项目

4:没有冗余代码生成和XML配置的要求

生成spring boot项目：[http://start.spring.io/][http_start.spring.io]

### Spring cloud 项目 ###

[https://github.com/chxfantasy/spring-cloud-demo][https_github.com_chxfantasy_spring-cloud-demo]

[https_blog.csdn.net_eson_15_article_details_83651732]: https://blog.csdn.net/eson_15/article/details/83651732
[20171127161916320]: /images/20220308/1fd5c0ed22414cce908a038154461257.png
[format_png]: /images/20220308/709302b91fc747c699b377a15cc05b14.png
[format_png 1]: /images/20220308/50ae1f7675ff4ac789dbeb2ca9770b0c.png
[format_png 2]: /images/20220308/d1dd6eb9f0974bfcab1686b106d1a8ca.png
[http_www.manongjc.com_article_51301.html]: http://www.manongjc.com/article/51301.html
[http_start.spring.io]: http://start.spring.io/
[https_github.com_chxfantasy_spring-cloud-demo]: https://github.com/chxfantasy/spring-cloud-demo