---

---

相关内容原文地址：

博客园：JMCui：SpringBoot系列文章

---

---

一、Spring Cloud 之 Eureka.

1.1 Spring Cloud

Spring Cloud 是一个基于Spring Boot实现的微服务架构开发工具。它为微服务架构中涉及的配置管理、服务治理、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等操作提供了一种简单的开发方式。

1.1.1 springcloud微服务系统架构图

1.2 Eureka

服务治理体系可以说是微服务架构中最为核心和基础的模块， 它主要用来实现各个微服务实例的自动化注册与发现。服务治理体系中的三个核心角色： 服务注册中心、 服务提供者以及服务消费者。而 Eureka Server 就承担了 Spring Cloud 的服务注册中心。

Eureka Server 进行服务治理的过程：

1. 服务注册：”服务提供者”在启动的时候会通过发送 REST 请求的方式将自己注册到 Eureka Server 上，同时带上了自身服务的一些元数据信息（hostName 之类的）。Eureka Server 接收到这个 REST 请求之后，将元数据信息存储在一个双层结构Map中，其中第一层的key是服务名，第二层的key是具体服务的实例名。
2. 服务同步：由于服务注册中心之间互相注册为服务（Eureka Server 高可用场景），当服务提供者发送注册请求到一个服务注册中心时，它会将该请求转发给集群中相连的其他注册中心， 从而实现注册中心之间的服务同步。通过服务同步，两个服务提供者的服务信息就可以通过这两台服务注册中心中的任意一台获取到。
3. 服务续约：在注册完服务之后，“服务提供者”会维护一个心跳用来持续告诉 Eureka Sever "我还活着 ”， 以防止Eureka Server 的 “ 剔除任务 ” 将该服务实例从服务列表中排除出去。
4. 服务消费：当我们启动“服务消费者”的时候，它会发送一个 REST 请求给服务注册中心，来获取上面注册的服务清单 。为了性能考虑， Eureka Serer会维护一份只读的服务清单来返回给客户端，同时该缓存清单会每隔30秒更新一次。
5. 服务调用：“服务消费者”在 获取服务清单后，通过服务名可以获得具体提供服务的实例名和该实例的元数据信息。因为有这些服务实例的详细信息，所以客户端可以根据自己的需要决定具体调用哪个实例，在 Ribbon 中会默认采用轮询的方式进行调用，从而实现客户端的负载均衡。
6. 服务下线：服务实例进行正常的关闭操作时，它会触发一个服务下线的 REST 请求给 Eureka Server，告诉服务注册中心：“我要下线了 ”。服务端在接收到请求之后，将该服务状态置为下线(DOWN), 并把该下线事件传播出去。
7. 失效剔除：有些时候，我们的服务实例并不一定会正常下线，可能由于内存溢出、网络故障等原因使得服务不能正常工作，而服务注册中心并未收到 “服务下线 ” 的请求。为了从服务列表中将这些无法提供服务的实例剔除，Eureka Server 在启动的时候会创建一个定时任务，默认每隔 一段时间（默认为60秒） 将当前清单中超时（默认为90秒）没有续约的服务剔除出去。
8. 自我保护：Eureka Server在运行期间，会统计心跳失败的比例在15分钟之内是否低于85%, 如果出现低于的情况（在单机调试的时候很容易满足， 实际在生产环境上通常是由于网络不稳定导致），Eureka Server 会将当前的实例注册信息保护起来， 让这些实例不会过期， 尽可能保护这些注册信息。

Tips：

Spring Cloud Eureka实现的服务治理机制强调了CAP原理中的AP, 即可用性与分区容错性，它与Zoo Keeper这类强调CP( 一致性、分区容错性）的服务治理框架最大的区别就是，Eureka为了实现更高的服务可用性，牺牲了一定的一致性，在极端情况下它宁愿接受故障实例也不要丢掉“健康”实例，比如，当服务注册中心的网络发生故障断开时，由于所有的服务实例无法维持续约心跳，在强调 AP的服务治理中将会把所有服务实例都剔除掉，而 Eureka 则会因为超过 85% 的实例丢失心跳而会触发保护机制，注册中心将会保留此时的所有节点，以实现服务间依然可以进行互相调用的场景，即使其中有部分故障节点，但这样做可以继续保障大多数的服务正常消费。

JMCui：博客园：Spring Cloud 之 Eureka

二、SpringBoot 之Actuator

2.1 简介

Actuator 是 SpringBoot 项目中一个非常强大一个功能，有助于对应用程序进行监视和管理，通过 restful api 请求来监管、审计、收集应用的运行情况。

Actuator 的核心是端点 Endpoint，它用来监视应用程序及交互，spring-boot-actuator 中已经内置了非常多的 Endpoint（health、info、beans、metrics、httptrace、shutdown等等），同时也允许我们自己扩展自己的 Endpoints。每个 Endpoint 都可以启用和禁用。要远程访问 Endpoint，还必须通过 JMX 或 HTTP 进行暴露，大部分应用选择HTTP，Endpoint 的ID默认映射到一个带 /actuator 前缀的URL。例如，health 端点默认映射到 /actuator/health。

JMCui：博客园：SpringBoot 之Actuator

三、服务监控之 Spring Boot Admin

3.1 简介

pring Boot Admin 是一个针对 Spring Boot Actuator 进行UI美化封装的监控工具。集群的每个应用都认为是一个客户端（或者说实例），通过HTTP或者使用 Eureka 注册到 Spring Boot Admin Server中进行展示，Spring Boot Admin UI 使用AngularJs将数据展示在前端。

JMCui：博客园：[服务监控之 Spring Boot Admin](https://www.cnblogs.com/jmcui/p/11025819.html

四、Spring Cloud 之 Stream

4.1 简介

Spring Cloud Stream 是一个用来为微服务应用构建消息驱动能力的框架。

Spring Cloud Stream 为一些供应商的消息中间件产品（目前集成了 RabbitMQ 和 Kafka）提供了个性化的自动化配置实现，并且引入了发布/订阅、消费组以及消息分区这三个核心概念。简单地说，Spring Cloud Stream 本质上就是整合了 Spring Boot 和 Spring Integration, 实现了一套轻量级的消息驱动的微服务框架。

通过使用 Spring Cloud Stream，可以忽略消息中间件的差异，有效简化开发人员对消息中间件的使用复杂度，让系统开发人员可以有更多的精力关注于核心业务逻辑的处理。

JMCui：博客园：Spring Cloud 之 Stream

五、Spring Cloud 之 Hystrix

5.1 简介

在微服务架构中，我们将系统拆分成了很多服务单元，各单元的应用间通过服务注册与订阅的方式互相依赖。由于每个单元都在不同的进程中运行，依赖通过远程调用的方式执行，这样就有可能因为网络原因或是依赖服务自身间题出现调用故障或延迟，而这些问题会直接导致调用方的对外服务也出现延迟，若此时调用方的请求不断增加，最后就会因等待出现故障的依赖方响应形成任务积压，最终导致自身服务的瘫痪。

所以我们引入了断路器，类似于物理上的电路，当电流过载时，就断开电路，就是我们俗称的“跳闸”。同理，服务间的调用也是如此，当不断的出现服务延迟、故障等影响到系统性能的调用，就把这个服务调用切断！

Spring Cloud Hystrix 实现了断路器、线程隔离等一系列服务保护功能。它也是基于 Netflix 的开源框架 Hystrix 实现的，该框架的目标在于通过控制那些访问远程系统、服务和第三方库的节点，从而对延迟和故障提供更强大的容错能力。Hystrix 具备服务降级、服务熔断、线程和信号隔离、请求缓存、请求合并以及服务监控等强大功能。

JMCui：博客园：Spring Cloud 之 Hystrix