SpringCloud学习笔记(1)

---

前言

在项目开发中随着业务越来越多，导致功能之间耦合性高、开发效率低、系统运行缓慢难以维护、不稳定。微服务 架构可以解决这些问题，而Spring Cloud是微服务架构最流行的实现，所以我们今天来学习Spring Cloud.

---

提示：以下是个人在学习SpringCloud过程中做的一些总结

一、什么是Spring Cloud？

<Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、智能路由、消息总线、负载均衡、断路器、数据监控等，都可以用Spring Boot的开发风格做到一键启动和部署.

二、SpringBoot和SpringCloud有什么区别？

SpringBoot专注于快速方便的开发单个个体微服务。而SpringCloud是关注全局的微服务协调整理治理框架，它将SpringBoot开发的一个个单体微服务整合并管理起来，为各个微服务之间提供，配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等等集成服务.

三、SpringCloud和SpringBoot的版本问题

为了防止出现由不同的SpringCloud和SpringBoot版本带来的不兼容问题, 请选择对应的版本

Spring Cloud Version	SpringBoot Version
Hoxton	2.2.x
Greenwich	2.1.x
Hoxton	2.2.x
Edgware	1.5.x
Dalston	1.5.x

四、Spring Cloud子项目

Spring Cloud包含了多个子项目（针对分布式系统中涉及的多个不同开源产品) ，比如：Spring Cloud Config、Spring Cloud Netflix、Spring Cloud CloudFoundry、Spring Cloud AWS、Spring Cloud Security、Spring Cloud Commons、Spring Cloud Zookeeper、Spring Cloud CLI等项目。

配置服务：
Spring Cloud提供了Config Server，它有在分布式系统开发中做外部配置的功能，通过Config Server我们可以集中存储所有应用的配置文件。Config Server支持Git或者在文件系统中放置配置文件（GitLab），通常我们使用不同格式来区分不同应用的不同配置文件。云计算环境下，习惯上使用YAML配置，而且一般配置文件的位置都放在类路径下的config目录下，配置文件规则：应用名＋profile.yml。

服务发现：
Spring Cloud通过Netflix OSS的Eureka来实现服务发现，服务发现的主要目的是为了让每个服务之间可以互相通信。Eureka Server为微服务的注册中心。谈到Spring Cloud Netflix，它是Spring Cloud的子项目之一，主要提供的模块包括：服务发现（Eureka），断路器（Hystrix），智能路有（Zuul），客户端负载均衡（Ribbon）等。Spring Cloud使用注解的方式提供了Eureka服务端（@EnableEurekaServer）和客户端（@EnableEurekaClient）。

路由网关：
路由网关的主要目的是为了让所有的微服务对外只有一个接口，我们只需访问一个网关地址，即可由网关将所有的请求代理到不同的服务中。Spring Cloud是通过Zuul来实现的，支持自动路由映射到在Eureka Server上注册的服务。Spring Cloud提供了注解@EnableZuulProxy来启用路由代理。

负载均衡：
Spring Cloud提供了Ribbon和Feign作为客户端的负载均衡。在Spring Cloud下，使用Ribbon直接注入一个RestTemplate对象即可，此RestTemplate已做好负载均衡的配置；而使用Feign只需定义个注解，有@FeignClient注解的接口，然后使用@RequestMapping注解在方法上映射远程的REST服务，此方法也是做好了负载均衡配置。

断路器：
断路器（Circuit Breaker）主要是为了解决当某个方法调用失败的时候，调用后备方法来替代失败的方法，已达到容错／阻止级联错误的功能。Spring Cloud使用@EnableCircuitBreaker来启用断路器支持，使用@HystrixCommand的fallbackMethod来指定后备方法。Spring Cloud还提供了一个控制台来监控断路器的运行情况，通过@EnableHystrixDashboard注解开启。

五、SpringCloud如何实现服务的注册和发现

服务在发布时 指定对应的服务名（服务名包括了IP地址和端口） 将服务注册到注册中心（eureka或者zookeeper）。

这一过程是springcloud自动实现 只需要在main方法添加@EnableDisscoveryClient 同一个服务修改端口就可以启动多个实例。

调用方法：传递服务名称通过注册中心获取所有的可用实例 通过负载均衡策略调用（ribbon和feign）对应的服务。

同时，服务提供方与Eureka之间通过 “心跳” 机制进行监控，当某个服务提供方出现问题，Eureka自然会把它从服务列表中剔除。

案例👇:

application.yml:

server:
  port: 8001   #服务端口号

spring:
  application:
    name: cloud-bill-service   #服务名
 
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka    #eureka 服务地址

服务启动类:

@SpringBootApplication
@EnableDiscoveryClient   #该注解声明当前应用是Eureka服务
public class Application {

    public static void main(String[] args) {
        SpringApplication.run(Application.class, args);
    }
}

六、什么是Ribbon

在实际开发中，我们往往会开启很多个service的集群。此时我们获取的服务列表中就会有多个，到底该访问哪一个呢?

Spring Cloud Ribbon 是基于Netflix Ribbon实现的一套客户端。简单来说, Ribbon是提供客户端的软件负载均衡算法, 就是在配置文件中列出load Balancer后面所有的机器, Ribbon会自动的帮助你基于规则(如简单轮询, 随即链接等)去连接这些机器, 我们也很容易使用Ribbon实现自定义的负载均衡算法。

七、Hystrix

7.1 雪崩问题

微服务中，服务间调用关系错综复杂，一个请求，可能需要调用多个微服务接口才能实现，会形成非常复杂的调用链路:

如图，一次业务请求，需要调用A、P、H、I四个服务，这四个服务又可能调用其它服务。 如果此时，某个服务出现异常:

服务器支持的线程和并发数有限，请求一直阻塞，会导致服务器资源耗尽，从而导致所有其它服务都不可用，形成 雪崩效应。

这就好比，一个汽车生产线，生产不同的汽车，需要使用不同的零件，如果某个零件因为种种原因无法使用，那么 就会造成整台车无法装配，陷入等待零件的状态，直到零件到位，才能继续组装。 此时如果有很多个车型都需要这 个零件，那么整个工厂都将陷入等待的状态，导致所有生产都陷入瘫痪。一个零件的波及范围不断扩大。

Hystrix解决雪崩问题的手段，主要包括:

• 线程隔离
• 服务降级

7.2 线程隔离&服务降级

Hystrix为每个依赖服务调用分配一个小的线程池，如果线程池已满调用将被立即拒绝，默认不采用排队，加速失败判定时间。

用户的请求将不再直接访问服务，而是通过线程池中的空闲线程来访问服务，如果线程池已满，或者请求超时，则会进行降级处理，什么是服务降级? 服务降级就是可以优先保证核心服务。用户的请求故障时，不会被阻塞，更不会无休止的等待或者看到系统崩溃，至少可以看到一个执行结果(例如返回 友好的提示信息) 。

服务降级虽然会导致请求失败, 但是不会导师阻塞, 而且最多会影响这个依赖服务对应的线程池中的资源, 对其他服务没有影响, 出发Hystrix服务降级的情况:

• 线程池已满
• 请求超时

7.3 服务熔断

在服务熔断中，使用的熔断器，也叫断路器，其英文单词为:Circuit Breaker 熔断机制与家里使用的电路熔断原理 类似;当如果电路发生短路的时候能立刻熔断电路，避免发生灾难。在分布式系统中应用服务熔断后;服务调用方 可以自己进行判断哪些服务反应慢或存在大量超时，可以针对这些服务进行主动熔断，防止整个系统被拖垮。 Hystrix的服务熔断机制，可以实现弹性容错;当服务请求情况好转之后，可以自动重连。通过断路的方式，将后续 请求直接拒绝，一段时间(默认5秒)之后允许部分请求通过，如果调用成功则回到断路器关闭状态，否则继续打开，拒绝请求的服务。

分析图:

状态机有3个状态:

Closed: 关闭状态(断路器关闭)，所有请求都正常访问。

Open: 打开状态(断路器打开)，所有请求都会被降级。Hystrix会对请求情况计数，当一定时间内失败请求 百分比达到阈值，则触发熔断，断路器会完全打开。默认失败比例的阈值是50%，请求次数最少不低于20次。

Half Open: 半开状态，不是永久的，断路器打开后会进入休眠时间(默认是5S)。随后断路器会自动进入半开状态。此时会释放部分请求通过，若这些请求都是健康的，则会关闭断路器，否则继续保持打开，再次进行休眠计时