springcloud五大组件：

1、Netflix Eureka（注册中心组件）

  

    ●Spring Cloud 提供了多种注册中心的支持，如：Eureka、Consul、ZooKeeper 等，Netflix Eureka 本身是一个基于 REST 的服务，包含两个组件：Eureka Server 和 Eureka Client；

作用：

    ●Eureka Server 提供服务注册服务，各个节点启动后，会在 Eureka Server 中进行注册，这样 Eureka Server 的服务注册表将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直观的看到；

    ●Eureka Server 之间通过复制的方式完成数据的同步，Eureka 还提供了客户端缓存机制，即使所有的 Eureka Server 都挂掉，客户端依然可以利用缓存中的信息消费其他服务的 API；

    ●Eureka Client：生产者或消费者；

    ●在应用启动后，Eureka Client 将会向 Eureka Server 发送心跳，默认周期为 30 秒，如果 Eureka Server 在多个心跳周期内（默认 90 秒）没有接收到某个节点的心跳，Eureka Server 将会进入自我保护机制；

2、Netflix Ribbon（负载均衡组件）

    ●适用于 Spring Cloud 2020 之前的版本；

    ●Ribbon 是 Netflix 发布的开源项目，主要功能是提供客户端的软件负载均衡算法，将 Netflix 的中间层服务连接在一起，Ribbon 客户端组件提供一系列完善的配置项如连接超时，重试等，

    ●简单的说，就是在配置文件中列出 Load Balancer 后面所有的机器，Ribbon 会自动的帮助你基于某种规则（如简单轮询，随机连接等）去连接这些机器，我们也很容易使用 Ribbon 实现自定义的负载均衡算法；

    ●作用：Ribbon，主要提供客户侧的软件负载均衡算法。

    ●简介：Spring Cloud Ribbon是一个基于HTTP和TCP的客户端负载均衡工具，它基于Netflix Ribbon实现。通过Spring Cloud的封装，可以让我们轻松地将面向服务的REST模版请求自动转换成客户端负载均衡的服务调用。

  

负载均衡策略:

    ●RoundRobinRule ---- 轮询、默认；

    ●RandomRule ---- 随机；

    ●RetryRule ---- 重试机制；

    ●BestAvailableRule ---- 选择最小并发 server；

    ●AvailabilityFilteringRule ---- 过滤高并发、失败 server；

    ●WeightedResponseTimeRule ---- 根据响应时长比重选择中间值；

    ●ZoneAvoidanceRule ---- 判断 server 性能；

    ●查看 com.netflix.loadbalancer.IRule 接口；

3、熔断器组件

1.Netflix Hystrix

简介：

    ●推荐 Spring Cloud 2020 之前版本使用；

    ●雪崩效应：在微服务架构中，存在多个微服务，若其中一个微服务出现故障，就很容易因为依赖关系而引发故障蔓延，最终导致整个系统瘫痪，列举：电商系统中，存在用户、订单、库存、积分、评论等微服务，用户创建一个订单，请求库存系统出货，库存系统出现问题，导致订单服务挂起或失败，在高并发的情况下，被挂起的线程导致后续请求被阻塞，最终导致订单服务不可用；

    ●服务熔断：当 A 服务去调用 B 服务，如果迟迟没有收到 B 服务的响应，那么就终断当前的请求，而不是一直等待下去，此时还要去监控 B 服务，当 B 服务恢复正常使用时，A 服务再发起请求；

    ●服务降级：A 服务调用 B 服务，没有调用成功发生熔断，那么 A 服务拿一个默认值顶着，避免给我们的用户，响应一些错误的页面；

    ●请求缓存：对接口进行缓存，可以大大降低生产者的压力，适用更新频率低，但是访问又比较频繁的数据；

    ●请求合并：将客户端多个请求合并成一个请求，只发送一个 HTTP 请求，得到响应后再将请求结果分发给不同的请求，这样就可以提供传输效率；

    ●Netflix Hystrix 实现了断路器、线程隔离等一系列保护功能，用于隔离访问远程系统、服务或者第三方库，防止联级失败，从而提升系统的可用性与容错性；

  

2. Resilience4j

简介：

    ●推荐 Spring Cloud 2020 之后版本使用；

    ●Resilience4j 是 Spring Cloud G 版本推荐的容错方案，是一个轻量级的容错库，专为 Java 8 和函数式编程而设计，借鉴了 Hystrix 的设计，提供了断路器（CircuitBreaker）、并发调用隔离（Bulkhead）、限流（RateLimiter）、重试（Retry）、超时（Timeout） 等功能；

    ●断路器 CircuitBreaker

        ●断路器一般通过 3 个有限状态机来实现：CLOSED、OPEN、HALF_OPEN，此外，还有 2 个特殊的状态机：DISABLED 和 FORCED_OPEN，状态的存储更新必须是线程安全的，即只有一个线程能够在某个时间点更新状态；

        


  
        ●关闭 ----> 打开：当故障率等于或大于可配置的阈值时，CircuitBreaker 的状态将从“关闭”更改为“打开”。

        ●打开 ----> 半开：当 CircuitBreaker 打开时，它会拒绝带有 CallNotPermittedException 的调用，经过一段等待时间后，CircuitBreaker 状态从 OPEN 变为 HALF_OPEN，并允许可配置数量的服务调用是否仍然不可用或再次变为可用，用 CallNotPermittedException 拒绝其他调用，直到所有允许的调用完成，如果故障率或慢呼叫率等于或大于配置的阈值，则状态会变回 OPEN；

        ●半开 ----> 关闭：如果故障率和慢呼叫率低于阈值，则状态将变回“已关闭”；

        ●DISABLED：始终拒绝调用；

        ●FORCED_OPEN：始终允许调用；

    ●并发调用隔离 Bulkhead

        ●在系统设计中，需要预期故障的发生，将应用程序拆分成多个组件，通过资源隔离确保一个组件的故障不会影响其他的组件，就像轮船用隔板（Bulkhead）分成多个小隔间，每个隔间都被隔板密封，这样可以防止进洪水时整艘船沉没；

        ●两个服务 A 和服务 B，A 的某些 API 依赖 B，当服务 B 运行速度非常慢的时候，A 调用 B 的请求变多时，A 的性能会受到影响，服务 A 中那些不依赖于服务 B 的功能也无法处理，因此，需要隔离 A 中依赖 B 的请求，Resilience4j 提供了 SemaphoreBulkhead 和 FixedThreadPoolBulkhead 来实现 Bulkhead；

    ●限流 RateLimiter

        ●微服务在给定的时间内设置可以处置的最大请求数，控制吞吐量来帮助保护服务器免于过载；

    ●重试 Retry

        ●微服务体系中，多个服务互相依赖，当被依赖的服务出现问题而无法按预期响应时，就会级联到下游服务，导致不良的用户体验，通常我们会为每个微服务部署多个实例，如果其中一个实例有问题，无法响应我们的请求，我们则重试该请求，负载均衡器可以将请求发送到运行状况良好的节点并正确获得响应，通过重试，有更多机会获得正确的响应；

    ●超时 Timeout

        ●在微服务体系中，微服务相互依赖，可能因为网络的原因，导致消费者阻塞，在设计时需要设置超时来应对服务缓慢 、不可用性问题；

4、网关服务组件

1.Netflix Zuul
简介：

    ●推荐 Spring Cloud 2020 之前版本使用；

    ●未加网关的微服务架构

        ●通过上面的学习，分布式架构基本成型，内部服务集群 Service A 和 Service B，它们都会到注册中心注册和订阅服务，而 Open Service 集群专门对外提供接口，这样的实现是否合理？是否有更好的方法？

        


  
        ●这种架构破坏了服务无状态特点：为了保证对外服务的安全性，我们需要实现对服务访问的权限控制，而 Open Service 的访问权限机制会贯穿并污染整个开放服务的业务逻辑，破坏了集群中 Rest Api 无状态的特点，从具体的开发来说，工作中除了要考虑实际业务逻辑之外，还要额外持续对接口的访问做权限处理；

        ●无法直接复用接口：当我们需要一个已有的集群内部接口，我们不得不在原有的接口上做校验逻辑，或者增加一个代理来做权限控制，无法直接复用原有的接口；

    网关服务
        ●将权限控制、日志收集从服务单元中抽离出去，最适合的地方是服务集群的最外端，我们需要一个功能更强大的负载均衡器，网关服务；

        ●网关服务是微服务架构中不可或缺的一部分，它具备统一向外提供 Rest Api、服务路由、负载均衡、权限控制等功能，为微服务架构提供了门前保护，除了安全之外，还能让服务集群具备高可用性和测试性；

        ●Zuul 是 NetFlix 开源的微服务网关，可以和 Eureka、Ribbon、Hystrix 等组件配合使用，其核心是一系列的过滤器；

            ●身份认证和安全：识别每个资源的验证要求，拒绝不符合要求的请求；

            ●审查与监控：在边缘位置追踪有意义的数据和统计结果，从而带来精确的生产视图；

            ●动态路由：动态地将请求路由到不同的后端服务集群；

            ●压力测试：逐渐增加指向集群的流量；

            ●负载分配：为每一种负载类型分配对应容量，并弃用超出限定值的请求；

            ●静态响应处理：在边缘位置直接建立部分响应，从而避免其转发到集群内部；

            ●多区域弹性：跨越 AWS Region 进行请求路由，实现 ELB（AWS Elastic Load Balancing ---- 负载均衡服务）使用的多样化，以及让系统的边缘更贴近系统的使用者；

    ●使用 Zuul 后的微服务架构

 
  
    
    ●客户端请求微服务时，先经过 Zuul，再调用微服务集群，这样对于校验、负载均衡等功能移到了 Zuul 中实现，而微服务只需关注自身的业务逻辑则可；

5、配置中心组件

Spring Cloud Config
简介：

    ●之前配置文件是否存在的问题？

        ●微服务各自拥有自己的配置文件，当配置修改之后，我们需要重启项目，如果数量庞大，维护成本增加，针对这个问题，我们采用 Spring Cloud Config 来做配置；

    ●Spring Cloud Config 为分布式系统外部化配置提供了服务端和客户端的支持，它包含 Config Server 和 Config Client 两个部分，实现了 Spring Environment 和 PropertySource 抽象的映射，非常适合 Spring 应用程序；

    ●Config Server 是一个可横向扩展、集中式的配置服务器，它用于集中管理应用程序各个环境下的配置，支持 Git、SVN、本地文件存储，默认使用 Git；

    ●Config Client 是 Config Server 的客户端，用于操作存储在 Config Server 中的配置内容，微服务在启动时会请求 Config Server 获取配置文件的内容，请求到后再启动容器；

    


  

1.Config Server

    ●创建仓库

        ●创建 Git 远程仓库，并将微服务所有配置文件上传到仓库中，配置文件命名规则：

                ●环境配置：application-{profile}.properties；

                ●配置中心：{application}-{profile}.profiles;

    ●创建工程,选择 Eureka Discovery Client、Config Server 组件；

    ●导入pom,配置文件以及启动类配置

    ●启动测试

2.Config Client

     ●加入bootstrap支持，pom

    ●创建bootstrap.properties

    ●拆分application.properties，本地 application.properties 中的配置分成两个部分

    ●注册部分，Eureka 相关配置、引入的其余配置文件配置（比如 logback.xml），移植到 bootstrap.properties 配置文件中，注册微服务

    ●其余配置项，移植到远程配置仓库中对应的配置文件中；

    ●删除 application.properties 配置（我对之进行重命名备份）；

    ●微服务启动，到注册中心中去注册，才能获取配置中心提供的功能，去读取git仓库中的配置文件

    ●注册中心配置，就需要从application.properties移到bootstrap.properties；

    ●配置加载顺序：

        ●读本地 bootstrap.properties

        ●到注册中心注册服务

        ●连接 Config Server，加载远程配置 applicationTest-dev.properties

        ●加载本地 application.properties；

免责申明：

本文系转载，版权归原作者所有，如若侵权请联系我们进行删除！

《数据治理行业实践白皮书》下载地址：https://fs80.cn/4w2atu

《数栈V6.0产品白皮书》下载地址：https://fs80.cn/cw0iw1

想了解或咨询更多有关袋鼠云大数据产品、行业解决方案、客户案例的朋友，浏览袋鼠云官网：https://www.dtstack.com/?src=bbs

同时，欢迎对大数据开源项目有兴趣的同学加入「袋鼠云开源框架钉钉技术群」，交流最新开源技术信息，群号码：30537511，项目地址：https://github.com/DTStack