m0_64284147的博客

server:port: 8802spring:cloud:stream:#在此处配置要绑定的rabbitmq的服务信息binders:#表示定义的名称，用于于binding整合#消息组件类型，表示用到的组件是rabbit#设置rabbitmq的相关的环境配置spring:rabbitmq:port: 5672#服务的整合处理bindings:#这个名字是一个通道的名称input:#表示要使用的Exchange名称定义。

在上一节中我们实现了SpringCloud Stream消息驱动里的生产者，而本节内容则是关于SpringCloud Stream消息驱动里消费者的实现。

SpringCloud Stream简介

在上一节中我们简单的介绍了SpringCloud Stream的相关知识，而这一节则是关于如何去实现SpringCloud Stream消息驱动里的生产者注：在实现SpringCloud Stream生产者前需要电脑具备RabbitMQ环境，没有具备的需要先行安装下述的教程在官方操作手册里有说到一部分，有兴趣的同学可以参考下。

SpringCloud Bus实现动态刷新定点通知

SpringCloud Bus实现动态刷新全局广播

SpringCloud Bus是用来将分布式系统的节点与轻量级消息系统链接起来的框架，它整合了Java的事件处理机制和消息中间件的功能，SpringCloud Bus目前支持RabbitMQ和Kafka。SpringCloud Bus配合SpringCloud Config使用可以实现配置的动态刷新。

在上一节中我们搭建了SpringCloud Config的客户端部分，我们实现了客户端通过服务端获取远程仓库上的配置，如果我们修改远程仓库上的配置，SpringCloud Config服务端能动态的获取远程仓库上最新的配置，但SpringCloud Config客户端不能通过服务端动态的获取远程仓库上最新的配置。

在上一节中我们搭建了SpringCloud Config的服务端部分（服务端又被称为分布式配置总控中心），而本节则是搭建SpringCloud Config的客户端部分要搭建的是圈起来的那部分。

搭建SpringCloud Config分布式配置总控中心

SpringCloud Config为微服务架构中的微服务提供集中化的外部配置支持，配置服务器为各个不同微服务应用的所有环境提供了一个中心化的外部配置。

前言：在上一节中我们介绍了SpringCloud Gateway各种Route Predicate的作用 ，而在本节中我们将介绍SpringCloud Gateway的Filter。生命周期：(1)pre（业务逻辑之前）(2)post（业务逻辑之后）种类：(1)GatewayFilter共31种，详细见官方文档（都有官方模板，我这里不叙述了）：https://cloud.spring.io/spring-cloud-static/spring-cloud-gateway/2.2.1.RELEASE/refe

在上一节中我们实现了SpringCloud Gateway的动态路由 ，而在本节中我们将着重介绍各种Route Predicate的作用。

上一节中我们搭建了一个SpringCloud Gateway项目，而在这个项目中我们分别使用到了yml配置文件和编码的方式来对路由进行配置，但随着服务的增加，我们不可能再用指定端口的方式去访问服务，例如我增加多了一个payment服务，新服务的端口为8002，这时候就有两个payment服务，端口分别为8001和8002，如果再用下述的方式来进行路由，就会一直访问端口为8001的服务，所以本节将通过配置动态路由的方式来解决这个问题。

上一节中我们简单的介绍了一下关于SpringCloud Gateway的相关知识，而本节的主要内容是关于如果去搭建SpringCloud Gateway。

SpringCloud Gateway是 Spring Cloud的一个全新项目，基于Spring 5.0+Spring Boot 2.0和Project Reactor等技术开发的网关，它旨在为微服务架构提供一种简单有效的统—的API路由管理方式

Hystrix提供的准实时的调用监控(HystrixDashboard)，Hystrix会持续地记录所有通过Hystrix发起的请求的执行信息，并以统计报表和图形的形式展示给用户，包括每秒执行多少请求多少成功，多少失败等。Netflix通过hystrix-metrics-event-stream项目实现了对以上指标的监控。SpringCloud也提供了HystrixDashboard的整合，对监控内容转化成可视化界面。

使用Hystrix进行服务熔断

在上一节中我们使用Hystrix进行了全局服务降级，但服务降级用的相关代码都写在了controller层中，与业务代码高度耦合了，所以本节内容则是关于如何使服务降级的相关代码与业务代码解耦。

在上一节中我们使用Hystrix进行了服务降级，但是要在每个方法上面配置@HystrixCommand才能实现服务降级，如果需要进行服务降级的方法多了，@HystrixCommand也就得配置很多遍，所以本节内容则是使用Hystrix进行了全局服务降级处理。

替换Nacos的MySQL驱动能实现使Nacos支持MySQL8.0及以上版本的MySQL数据库

使用Hystrix进行服务降级

使用Hystrix创建服务消费者模块

如果去使用Hystrix构建一个支付微服务。

分布式系统面临的其中一个问题是复杂分布式体系结构中的应用程序有数十个依赖关系，每个依赖关系在某些时候将不可避免地失败。例如微服务A调用微服务B和微服务C，微服务B和微服务C又调用其它的微服务（一个模块别人调用它叫扇入，它去调用别人叫扇出）如果在扇出的链路上某个微服务的调用响应时间过长或者不可用，对微服务A的调用就会占用越来越多的系统资源，进而引起系统崩溃，这就是所谓的雪崩，为了解决这种问题，就需要用到Hystrix这个开源库来处理这种问题。

OpenFeign日志增强

OpenFeign超时控制

使用OpenFeign调用服务

OpenFeign的简介

手写实现负载轮询算法

在上一篇文章中我们介绍了如何去切换Ribbon的负载均衡模式，而本章节内容则是介绍Ribbon默认负载轮询算法的原理。

更换Ribbon的负载均衡模式

Spring Cloud Ribbon是基于Netflix Ribboh实现的一套客户端负载均衡的工具，简单的说，Ribbon是Netflix发布的开源项目，主要功能是提供客户端的软件负载均衡算法和服务调用。Ribbon客户端组件提供一系列完善的配置项如连接超时，重试等。简单的说，就是在配置文件中列出Load Balancer(简称LB)后面所有的机器，Ribbon会自动的帮助你基于某种规则(如简单轮询，随机连接等）去连接这些机器。我们很容易使用Ribbon实现自定义的负载均衡算法。

在上一章节中我们把服务提供者Provider注册进了Consul，而本章节则是关于如何将服务消费者Consumer注册进Consul。

在上一章节中我们把服务消费者Consumer注册进了Zookeeper，并且成功通过服务消费者Consumer调用了服务提供者Provider，而本章节则是关于如何将服务提供者Provider注册进Consul里准备环境：先安装Consul，如果没有安装的同学可以参考以下文章来进行安装。

在上一章节中我们把服务提供者Provider注册进了Zookeeper，而本章节则是关于如何将服务消费者Consumer注册进Zookeeper。

在上一章节中我们说明了一些关于Eureka自我保护模式，而且自上一章节起关于Eureka的知识已经讲的差不多了，不过因为Eureka已经停更了，为了安全考虑，我们要用还在更新维护的注册中心来取代Eureka，而本章节则是关于如何使用Zookeeper来代替Eureka。

保护模式主要用于一组客户端和Eureka Server之间存在网络分区场景下的保护。

在上一章节中我们说明了一些关于服务信息的配置，在本章节则介绍一些关于Discovery的知识点及其使用。

在上一章节中我们把服务提供者做成了集群，而本章节则是一些关于服务信息的配置，这部分知识对集群整体影响不大，不过最好还是掌握，毕竟万一有用到的地方呢。