一、spring cloud版本对应

SpringCloud版本	SPringBoot版本
2021.0.x aka Jubilee	2.6.x
2020.0.x aka Ilford	2.4.x, 2.5.x (Starting with 2020.0.3)
Hoxton	2.2.x, 2.3.x (Starting with SR5)
Greenwich	2.1.x
Finchley	2.0.x
Edgware	1.5.x
Dalston	1.5.x

SpringCloud的几个发布标签：

GA:General availability：通用版本。并且已经很稳定了，功能齐全。
RC:Release candidate：发布候选版本。功能较为齐全，相对稳定，问题应该相对少和次要，值得报告，bug将会修复。
M:Milestone build：里程碑版本。功能还不全，项目完成了一个计划，但是还是可能有问题的。
SRX:Service Release：服务发布版本。When point releases of the individual projects accumulate to a critical mass, or if there is a critical bug in one of them that needs to be available to everyone, the release train will push out “service releases” with names ending “.SRX”, where “X” is a number.(当单个项目的点发布累积到一个临界量时，或者如果其中有一个关键的bug需要对每个人都可用，发布序列将推出名称以".SRX"结尾的“服务发布”, 其中“X”是一个数字。)

二、微服务

2.1 什么是微服务

通常而言，微服务架构是一种架构模式或者说是一种架构风格，它提倡将单一应用程序划分为一组小的服务，每个服务运行在其独立的自己的进程中，服务之间互相协调，互相配合，为用户提供最终价值。服务之间采用轻量级的通信机制相互沟通（通常是RESTful API，Dubbo采用了RPC远程过程调用）。每个服务都为照着具体业务进行构建，并且能够被独立地部署到生产环境、类生产环境等。另外，应尽量避免统一的、集中式的服务管理机制、对具体的一个服务而言，应根据业务上下文，选择合适的语言、工具进行构建，可以有一个非常轻量级的集中式管理来协调这些服务，可以使用不同的语言来缩写服务，也可以使用不同的数据存储。

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

微服务主流框架

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

Dubbo：是阿里巴巴公司开源的一个高性能优秀的服务框架，使得应用可通过高性能的 RPC 实现服务的输出和输入功能，可以和 Spring框架无缝集成。Dubbo是一款高性能、轻量级的开源Java RPC框架，它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。

2.2 微服务的优缺点

优点：

每个服务够内聚，足够小，代码容易理解，这样能聚焦一个指定对业务功能或业务需求
开发简单、开发效率提高，一个服务可能就是专一的只干一件事
微服务是松耦合的，是有功能意义的服务，无论是在开发阶段还是在部署阶段都是独立的
微服务能够使用不同的语言进行开发
易于和第三方集成，微服务允许容易且灵活的方式集成自动部署，通过持续集成工具，如Jenkins、Hudson、bamboo
微服务只是业务逻辑的代码，不会和HTML、CSS或其他界面组件混合
每个微服务都有自己的存储能力，可以有自己的数据库，也可以有统一数据库

缺点：

开发人员要处理分布式系统的复杂性
多服务运维难度，随着服务的增加，运维的压力也在增大
系统部署依赖
服务间通信成本
数据一致性
系统集成测试
性能监控

2.3 微服务技术栈

2.3.1 微服务组件与技术（待了解）

1、服务开发：Springboot、Spring等

2、服务配置与管理：Archaius、Diamond等

3、服务注册与发现：Eureka、Consul、Zookeeper等

4、服务调用：Feign等

5、消息队列：Kafka、RabbitMQ、ActiveMQ等

6、服务配置中心管理：SpringCloud Config、Chef等

7、服务路由（API网关）：Zuul等

8、服务监控：Zabbix、Nagios、Metrics、Spectator等

9、全链路追踪：Zipkin、Brave、Dapper等

10、服务部署：Docker、OpenStack、Kubernetes等

11、数据流操作开发包：SpringCloud Stream（分装与Redis；Rabbit、Kafka等发送接收消息）

12、事件消息总线：SpringCloud Bus

2.3.2 微服务架构技术点

服务的注册与发现
身份验证与授权
服务的伸缩控制
反向代理与负载均衡
路由控制
流量切换
日志管理
性能度量、监控与调优
分布式跟踪
过载保护
服务降级
服务部署与版本升级策略支持
错误处理

2.3.3 Spring Cloud五大组件

1、 Eureka：服务注册与发现

2、 Ribbon：负载均衡

3、 Hystrix：断路器

4、 Zuul：路由网关

5、 SpringCloud Config：分布式配置中心

2.3.4 spring cloud 与 dubbo

核心要素	Dubbo	SpringCloud
服务注册中心	Zookeeper、Redis	Spring Cloud Netflix Eureka
服务调用方式	RPC	REST API
服务网关	无	Spring Cloud Netflix Zuul
断路器	不完善	Spring Cloud Netflix Hystrix
分布式配置	无	Spring Cloud Config
分布式追踪系统	无	Spring Cloud Sleuth
消息总线	无	Spring Cloud Bus
数据流	无	Spring Cloud Stream 基于 Redis,Rabbit,Kafka实现的消息微服务
批量任务	无	Spring Cloud Task

2.3.5spring boot和spring cloud区别

1、 SpringBoot专注于快速、方便的开发单个微服务个体

2、 SpringCloud关注全局的服务治理框架

3、 SpringCloud是关注全局的微服务整理治理框架，它将SpringBoot开发的一个个单体微服务整合并管理起来

4、 SpringBoot可以离开SpringCloud独立开发项目，但是SpringCloud离不开SpringBoot，两者属于依赖的关系

三、spring cloud

1，spring cloud 功能介绍

基础功能：

服务治理： Spring Cloud Eureka

客户端负载均衡： Spring Cloud Ribbon

服务容错保护： Spring Cloud Hystrix

声明式服务调用： Spring Cloud Feign API

网关服务：Spring Cloud Zuul

分布式配置中心：Spring Cloud Config

高级功能：

消息总线： Spring Cloud Bus

消息驱动的微服务： Spring Cloud Stream

分布式服务跟踪： Spring Cloud Sleuth

2，Eureka

2.1 基本架构

Eureka是 Netflix中的一个开源框架。它和 zookeeper、Consul一样，都是用于服务注册管理的，同样，Spring-Cloud 还集成了Zookeeper和Consul。

Eureka 采用了 C-S 的设计架构。Eureka Server 作为服务注册功能的服务器，它是服务注册中心。

而系统中的其他微服务，使用 Eureka 的客户端连接到 Eureka Server并维持心跳连接。这样系统的维护人员就可以通过 Eureka Server 来监控系统中各个微服务是否正常运行。SpringCloud 的一些其他模块（比如Zuul）就可以通过 Eureka Server 来发现系统中的其他微服务，并执行相关的逻辑。

2.2 两个组件

1、 Eureka Server

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

2、 Eureka Client

是一个Java客户端，用于简化Eureka Server的交互，客户端同时也具备一个内置的、使用轮询(round-robin)负载算法的负载均衡器。在应用启动后，将会向Eureka Server发送心跳(默认周期为30秒)。如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳，EurekaServer将会从服务注册表中把这个服务节点移除（默认90秒）[注：eureka有自我保护机制，防止系统误删。]

2.3 三个角色

1、 Eureka Server

提供服务注册和发现

2、 Service Provider

服务提供方将自身服务注册到Eureka，从而使服务消费方能够找到

3、 Service Consumer

服务消费方从Eureka获取注册服务列表，从而能够消费服务

2.4 Eureka的自我保护机制

默认情况下，如果EurekaServer在一定时间内没有接收到某个微服务实例的心跳，EurekaServer将会注销该实例（默认90秒）。但是当网络分区故障发生时，微服务与EurekaServer之间无法正常通信，以上行为可能变得非常危险了——因为微服务本身其实是健康的，此时本不应该注销这个微服务。Eureka通过“自我保护模式”来解决这个问题——当EurekaServer节点在短时间内丢失过多客户端时（可能发生了网络分区故障），那么这个节点就会进入自我保护模式。一旦进入该模式，EurekaServer就会保护服务注册表中的信息，不再删除服务注册表中的数据（也就是不会注销任何微服务）。当网络故障恢复后，该Eureka Server节点会自动退出自我保护模式。

在自我保护模式中，Eureka Server会保护服务注册表中的信息，不再注销任何服务实例。当它收到的心跳数重新恢复到阈值以上时，该Eureka Server节点就会自动退出自我保护模式。它的设计哲学就是宁可保留错误的服务注册信息，也不盲目注销任何可能健康的服务实例。

综上，自我保护模式是一种应对网络异常的安全保护措施。它的架构哲学是宁可同时保留所有微服务（健康的微服务和不健康的微服务都会保留），也不盲目注销任何健康的微服务。使用自我保护模式，可以让Eureka集群更加的健壮、稳定。

概括：某时刻某一个微服务不可用了，eureka不会立刻清理，依旧会对该微服务的信息进行保存。

故障现象：Eureka注册页面显示如下信息

EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY’RE NOT. RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTANCES ARE NOT BEING EXPIRED JUST TO BE SAFE.

开启与关闭：

#true为开启，false为关闭eureka.server.enable-self-preservation = false

2.5 创建Eureka-server与Eureka-client

1，创建一个maven父工程，pom文件：

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"><modelVersion>4.0.0</modelVersion><parent><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-parent</artifactId><version>2.2.13.RELEASE</version></parent><groupId>org.example</groupId><artifactId>springcloud</artifactId><packaging>pom</packaging><version>1.0-SNAPSHOT</version><properties><java.version>1.8</java.version><spring-cloud.version>Hoxton.SR3</spring-cloud.version><project.build.sourceEncoding>UTF-8</project.build.sourceEncoding><project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding></properties><dependencyManagement><dependencies><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-dependencies</artifactId><version>${spring-cloud.version}</version><type>pom</type><scope>import</scope></dependency></dependencies></dependencyManagement></project>

2，创建maven模块Eureka-server，引入pom依赖

  <dependencies><!--eureka-server服务端 --><!-- https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud-starter-netflix-eureka-server --><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-netflix-eureka-server</artifactId></dependency><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-web</artifactId></dependency></dependencies>

给Eureka-server添加yml配置文件

server:port: 8080
eureka:instance:hostname: localhost #eureka服务端的实例名称client:register-with-eureka: false #false表示不向注册中心注册自己。fetch-registry: false #false表示自己端就是注册中心，我的职责就是维护服务实例，并不需要去检索服务service-url:defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/ #设置与Eureka Server交互的地址查询服务和注册服务都需要依赖这个地址。

创建启动类，加入 @EnableEurekaServer注解

@SpringBootApplication
@EnableEurekaServer
public class EurkaApplication {public static void main(String[] args) {SpringApplication.run(EurkaApplication.class, args);}
}

3，创建maven模块Eureka-client，引入pom依赖

    <dependencies><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-netflix-eureka-client</artifactId></dependency><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-web</artifactId></dependency></dependencies></project>

修改yml配置文件

server:port: 8762spring:application:name: service-hieureka:client:serviceUrl:defaultZone: http://localhost:8080/eureka

创建启动类，加入@EnableEurekaClient注解

@SpringBootApplication
@EnableEurekaClient
public class ClientApplication {public static void main(String[] args) {SpringApplication.run(ClientApplication.class, args);}
}

2.6 Eureka集群配置

1，参照Eureka-server新建Eureka-server2和Eureka-server3模块，复制pom类，修改主启动类

2，修改host文件添加下面信息（模拟三个服务器）

127.0.0.1 eureka1

127.0.0.1 eureka2

127.0.0.1 eureka3

3，为三台Eureka服务器配置yml

eureka1

server:port: 8080
eureka:instance:hostname: eureka1client:register-with-eureka: falsefetch-registry: falseservice-url:defaultZone: http://eureka2:8081/eureka/,http://eureka3:8082/eureka/

eureka2

server:port: 8081
eureka:instance:hostname: eureka2client:register-with-eureka: falsefetch-registry: falseservice-url:defaultZone: http://eureka1:8080/eureka/,http://eureka3:8082/eureka/

eureka3

server:port: 8082
eureka:instance:hostname: eureka3client:register-with-eureka: falsefetch-registry: falseservice-url:defaultZone: http://eureka1:8080/eureka/,http://eureka2:8081/eureka/

4，将Eureka-client微服务发布到上面3台eureka集群配置中，修改Eureka-client的yml

server:port: 8762spring:application:name: service-hieureka:client:serviceUrl:defaultZone: http://eureka1:8080/eureka/,http://eureka2:8081/eureka,http://eureka3:8082/eureka/

3，负载均衡（Ribbon）

3.1 负载均衡

负载均衡(Load Balance)，简单的说就是将用户的请求平摊的分配到多个服务上，从而达到系统的HA。

1、集中式负载均衡：即在服务的消费方和提供方之间使用独立的LB设施(可以是硬件，如F5，也可以是软件，如nginx)，由该设施负责把访问请求通过某种策略转发至服务的提供方。

2、进程内负载均衡：将LB逻辑集成到消费方，消费方从服务注册中心获知有哪些地址可用，然后自己再从这些地址中选择出一个合适的服务器。

Ribbon就属于进程内负载均衡，它只是一个类库，集成于消费方进程，消费方通过它来获取到服务提供方的地址。

3.2 Ribbon

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

工作流程：

1、选择EurekaServer，它优先选择在同一个区域内负载较少的EurekaServer

2、根据用户指定的策略（轮询、随机、根据响应时间加权等等），在从EurekaServer取到的服务注册列表中选择一个调用地址

3.3 配置消费者

1，在消费者模块pom中加入依赖

<dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-netflix-ribbon</artifactId></dependency>

2，修改yml，添加服务注册地址

eureka:client:serviceUrl:defaultZone: http://eureka1:8080/eureka/,http://eureka2:8081/eureka,http://eureka3:8082/eureka/

3，在RestTemplate的Bean上添加注解@LoadBalanced

@Configuration
public class ConfigBean {@LoadBalanced@Beanpublic RestTemplate getRestTemplate(){return new RestTemplate();}

4，修改客户端访问Controller，将访问地址修改为http://MICROSERVICE-DEPT

private static final String REST_URL_PREFIX = "http://MICROSERVICE-DEPT";

5，在启动类上添加注解@EnableEurekaClient

6，启动项目

3个Eureka集群——>client注册进Eureka——>消费者

7，测试：localhost/consumer/dept/list

8，总结：1、 Ribbon和Eureka整合之后只需application-name（MICROSERVICE-DEPT）即可，不用再关心IP和端口号

3.3配置

1，参照client模块新建两个模块client2和client3

2，需为client2和client3重新创建数据库

3，修改client2、client3的yml，以client2为例，需要注意的是application-name要统一，不可以修改

server:port: 8762
mybatis:type-aliases-package: com.springcloud.client.entitymapper-locations:- classpath:mappers/*.xmlspring:application:name: microservice-deptdatasource:username: rootpassword: 123456url: jdbc:mysql://localhost:3306/clouddb02?serverTimezone=Asia/Shanghaidriver-class-name: com.mysql.cj.jdbc.Drivereureka:client:serviceUrl:defaultZone: http://eureka1:8080/eureka/,http://eureka2:8081/eureka,http://eureka3:8082/eureka/instance:instance-id: microservice-dept8762

4，访问消费者发现返回数据库名字不同，说明实现负载均衡

localhost/consumer/dept/list

3.4 IRule与自定义负载均衡策略

3.4.1 IRule

根据特定的算法从服务列表中选取一个要访问的服务，常用算法如下：

1、 RoundRobinRule：轮询

2、 RandomRule：随机

3、 AvailabilityFilteringRule：先过滤掉多次访问故障处于熔断器跳闸状态、并发连接

4、WeightedResponseTimeRule：根据平均相应时间计算所有服务的权重，相应时间越快服务权重越大，被选中的概率越高。若刚启动时统计信息不足，则使用RoundRobinRule；当统计信息足够时切换到WeightedResponseTimeRule数超过阈值的服务，然后对剩余的服务列表按照RoundRobinRule访问.

5、 RetryRule：按照RoundRobinRule的策略获取服务，若失败则在指定时间内重试，获取可用的服务

6、 BestAvailableRule：先过滤掉由于多次访问故障而处于熔断器跳闸状态的服务，然后选择一个并发量最小的服务

7、 ZoneAvoidanceRule：默认规则，复合判断服务所在区域的性能和服务的可用性选择服务器

3.4.2 配置负载均衡策略

1，在消费者模块的ConfigBean中添加一个Bean

@Beanpublic IRule myRule(){//return new RoundRobinRule(); //轮询//return new RandomRule();//达到的目的，用我们重新选择的随机算法替代默认的轮询。return new RetryRule();//按照RoundRobinRule的策略获取服务，若失败则在指定时间内重试，获取可用的服务}

2，重启所有模块，调用consumer

3.4.3 自定义负载均衡策略

1，修改消费者模块在启动类上添加@RobbinClient

@SpringBootApplication
@EnableEurekaClient
@RibbonClient(name="MICROSERVICE-DEPT",configuration= MySelfRule.class)
public class CustomerApplication {public static void main(String[] args){SpringApplication.run(CustomerApplication.class, args);}}

2，注意：官方文档明确给出警告：

这个自定义配置类不能放在@ComponetScan所扫描的当前包下以及子包下，否则我们自定义的这个配置类就会被所有的Ribbon客户端共享，也就是说我们达不到特殊化定制的目的了。

而@SpringBootApplication正是@ComponetScan的子标签，因此不可以将自定义的配置类放于和主启动类相同的包路径下。

3，新建目录myrule，比启动类更高一级的包，在该目录下新建配置类MySelfRule.java，并添加Bean

@Configurationpublic class MySelfRule{@Beanpublic IRule myRule(){//return new RandomRule();// Ribbon默认是轮询，我自定义为随机return new RandomRule_5();//每个服务器依次被调用5次}}

4，修改自己的需求，在myrule包下新建RandomRule_5类，自定义在轮询基础上每个服务器依次被调用5次

public class RandomRule_5 extends AbstractLoadBalancerRule {// total = 0 // 当total==5以后，我们指针才能往下走，// index = 0 // 当前对外提供服务的服务器地址，// total需要重新置为零，但是已经达到过一个5次，我们的index = 1// 分析：我们5次，但是微服务只有8001 8002 8003 三台//private int total = 0;          // 总共被调用的次数，目前要求每台被调用5次private int currentIndex = 0;    // 当前提供服务的机器号public Server choose(ILoadBalancer lb,Object key){if (lb == null) {return null;}Server server = null;while (server == null) {if (Thread.interrupted()) {return null;}List<Server> upList = lb.getReachableServers();List<Server> allList = lb.getAllServers();int serverCount = allList.size();if (serverCount == 0) {/** No servers. End regardless of pass， because subsequent passes only get more* restrictive.*/return null;}//          int index = rand.nextInt(serverCount);// java.util.Random().nextInt(3);
//          server = upList.get(index);//          private int total = 0;             // 总共被调用的次数，目前要求每台被调用5次
//          private int currentIndex = 0;  // 当前提供服务的机器号if(total < 5){server = upList.get(currentIndex);total++;}else {total = 0;currentIndex++;if(currentIndex >= upList.size()){currentIndex = 0;}}if (server == null) {/** The only time this should happen is if the server list were somehow trimmed.* This is a transient condition. Retry after yielding.*/Thread.yield();continue;}if (server.isAlive()) {return (server);}// Shouldn't actually happen.. but must be transient or a bug.server = null;Thread.yield();}return server;}@Overridepublic Server choose(Object key){return choose(getLoadBalancer(), key);}@Overridepublic void initWithNiwsConfig(IClientConfig clientConfig){// TODO Auto-generated method stub}

5，修改配置类中的bean，返回自定义的策略

return new RandomRule_5()

6，测试

每个服务器被调用5次

4，Feign

4.1简介

Feign是一个声明性web服务客户端。它使编写web服务客户机更加容易。要使用Feign，请创建一个接口并对其进行注释。它具有可插入注释支持，包括Feign注释和JAX-RS注释。Feign还支持可插拔编码器和解码器。Spring Cloud增加了对Spring MVC注解的支持，并支持使用Spring Web中默认使用的相同HttpMessageConverters。Spring Cloud集成了Ribbon和Eureka，在使用Feign时提供一个负载均衡的http客户端。

作用：前面在使用Ribbon-RestTemplate时，利用RestTemplate对http请求的封装处理，形成了一套模版化的调用方法。但是在实际开发中，由于对服务依赖的调用可能不止一处，往往一个接口会被多处调用，所以通常都会针对每个微服务自行封装一些客户端类来包装这些依赖服务的调用。所以， Feign在此基础上做了进一步封装，由他来帮助我们定义和实现依赖服务接口的定义。在 Feign的实现下，我们只需创建一个接口并使用注解的方式来配置它，一个微服务接口上面标注一个Feign注解即可，即可完成对服务提供方的接口绑定，简化了使用Spring cloud Ribbon自动封装服务调用客户端的开发量。

简而言之Feign的优点与作用是：只需要创建一个接口，然后在上面添加注解即可，使编写Java Http客户端变得更容易，同时Feign还集成了Ribbon，实现了负载均衡的功能。

4.2 配置

1，仿照consumer类创建consumerfeign

2，引入pom

<dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-openfeign</artifactId></dependency>

3，创建一个@FeignClient注解的接口，作用于微服务上，通过微服务名称调用地址：MICROSERVICE-DEPT是服务者的名字

@Service
@FeignClient(value="MICROSERVICE-DEPT")
public interface CustomerFeignService {@RequestMapping(value = "/hi",method = RequestMethod.GET)String sayHiFromClientOne(@RequestParam(value = "name") String name);@RequestMapping(value = "/select",method = RequestMethod.GET)Client selectById(Long id);
}

4，在controller中调用service接口

@RestController
public class CustomerFeignController<CustomerService> {@Resourceprivate CustomerFeignService customerService;@GetMapping(value = "/hi")public String sayHi(@RequestParam(value = "name") String name) {return customerService.sayHiFromClientOne( name );}@GetMapping("select")public Client selectById(Long id){return customerService.selectById(id);}
}

5，在启动类添加@EnableFeignClients(basePackages = “com.springcloud.feign”)注解

6，启动eureka服务器，然后启动provider和feign

7，测试：访问localhost:8000/hi即可访问，也可以使用provider提供的地址访问

4.3 feign与Ribbon的关系

Feign集成了Ribbon，Feign只需要定义服务绑定接口且以声明式的方法，优雅而简单的实现了服务的调用。

开启三个客户端微服务client，client2，client3，在yaml配置里分别连接三个数据库springcloud1、springcloud2、springcloud3;除了这些不同，其他保持幂等。

此时通过springcloud-feign微服务地址http://localhost/consumer/list查询公司信息，三次查询分别访问了客户端不同的微服务实例，Feign默认以轮询的方式调用微服务实例。简单方便的实现了负载均衡的功能。

5，Hystrix断路器

5.1 简介

Hystrix是一个用于处理分布式系统的延迟和容错的开源库，在分布式系统里，许多依赖不可避免的会调用失败，比如超时、层学等 Hystrix能够保证在一个依赖出问题的情况下，不会导致整体服务失败，避免级联故障，以提高分布式系统的弹性。

熔断机制是应对雪崩效应的一种微服务链路保护机制当扇出链路的某个微服务不可用或者响应时间太长时，会进行服务的降级，进而熔断该节点微服务的调用，快速返回"错误"的响应信息。当检测到该节点微服务调用响应正常后恢复调用链路。在SpringCloud框架里熔断机制通过Hystrix实现。 Hystrix会监控微服务间调用的状况，当失败的调用到一定阈值，缺省是5秒内20次调用失败就会启动熔断机制。熔断机制的注解是@HystrixCommand。

"断路器"本身是一种开关装置，当某个服务单元发生故障之后，通过断路器的故障监控(类似熔断保险丝) ，向调用方返回一个画符合预期的、可处理的备选响应(FallBack) ，而不是长时间的等待或者抛出调用方无法处理的异常，这样就保证了服务调用方的线程不会被长时间、不必要地占用，从而避免了故障在分布式系统中的蔓延，乃至雪崩。

5.2 构建步骤

1，参照client新建client-hystrix模块

2，修改pom

<dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-netflix-hystrix</artifactId></dependency>

3，修改yml文件

eureka:client:serviceUrl:defaultZone: http://eureka1:8080/eureka/,http://eureka2:8081/eureka,http://eureka3:8082/eureka/instance:instance-id: microservice-dept8001-hystrix

4，修改controller，对于1、@HystrixCommand注解的方法，在调用失败之后，会自动调用fallbackMethod 中指定的方法

在方法中一定要记得加判定条件！！！

@GetMapping("select")public Client selectById(Long id){return clientService.selectById(id);}@GetMapping("query")@HystrixCommand(fallbackMethod = "processHystrix_Get")public Client query(Long id){Client client =this.clientService.selectById(id);if (null==client){throw new RuntimeException("该id"+id+"没有对应信息");}return client;}public Client processHystrix_Get(Long id){Client client =new Client();client.setDeptno(id);client.setDname("该id"+id+"没有对应信息，null-@HystrixCommond");return client;}

5，修改主启动类并添加@EnableCircuitBreaker注解：对hystrixR熔断机制的支持

6，启动项目：3个eureka，hystrix，consumer

5.3 服务降级

5.1 简介

服务降级是整体资源快不够了，忍痛将某些服务先关掉，待渡过难关，再开启回来。服务降级处理时在客户端实现完成的，与服务端没有关系。

服务熔断和服务降级的区别：

服务熔断:服务端_{某个服务超时或者异常，引起熔断}，保险丝~

服务降级:客户端、从整体网站请求负载考虑_{，当某个服务熔断或者关闭之后，服务将不再被调用}此时在客户端，我们可以准备一个FallbackFactory，返回一个默认的值

服务降级服务水平下降了但是比服务直接挂掉强

5.2 构建步骤

1，与feign结合，在service接口的@FeignClient注解上添加fallback

@FeignClient(value="MICROSERVICE-DEPT",fallback = CustomerFeignimpl.class)

2，创建实现类，重写方法，如果服务者挂掉，返回的方法

@Component
public class CustomerFeignimpl implements CustomerFeignService {@Overridepublic String sayHiFromClientOne(String name) {return "调用失败啦";}
}

3，修改yml

feign:hystrix:enabled: true

4，启动3个eureka，provider，feign

5，测试

正常访问：http://localhost/hi?name=zhao

关掉provider模块：客户端报出错误提示信息，此时provider已经down了，但是我们做了服务降级处理，让客户端在服务端不可用时也会获得提示信息，而不会耗死服务器。

6，Zuul

6.1 简介

Zuul包含了对请求的路由和过滤两个最主要的功能。

其中路由功能负责将外部请求转发到具体的微服务实例上，是实现外部访问统一入口的基础而过滤器

功能则负责对请求的处理过程进行干预，是实现请求校验、服务聚合等功能的基础。Zuul和Eureka进行整合，将Zuul自身注册为Eureka服务治理下的应用，同时从Eureka中获得其他微服务的消息，也即以后的访问微服务都是通过Zuul跳转后获得。

注意：Zuul服务最终还是会注册进Eureka。

Zuul、Ribbon以及Eureka结合可以实现智能路由和负载均衡的功能；网关将所有服务的API接口统一聚合，统一对外暴露。外界调用API接口时，不需要知道微服务系统中各服务相互调用的复杂性，保护了内部微服务单元的API接口；网关可以做用户身份认证和权限认证，防止非法请求操作API接口；网关可以实现监控功能，实时日志输出，对请求进行记录；网关可以实现流量监控，在高流量的情况下，对服务降级；API接口从内部服务分离出来，方便做测试。

6.2 zuul优点

没有使用网关服务的时候：

1、客户端会多次请求不同的微服务，增加了客户端的复杂性。

2、存在跨域请求，在一定场景下处理相对复杂。

3、认证复杂，每个服务都需要独立认证。

使用服务网关后：

1、易于监控，可在微服务网关收集监控数据并将其推送到外部系统进行分析。

2、易于认证，可在微服务网关上进行认证，然后再将请求转发到后端的微服务，而无须在每个微服务中进行认证。

3、减少了客户端与各个微服务之间的交互次数。

6.3配置

1，新建模块microservice-zuul-9527

2，添加pom依赖

<dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-netflix-zuul</artifactId></dependency>

3，配置yml

spring:application:name: service-zuul
zuul:routes:mydept.serviceId: microservice-deptmydept.path: /mydept/**  #代理名称修改

4，启动类添加@EnableZuulProxy注解@EnableEurekaServer注解

5，启动3个eureka，client，zuul路由

http://localhost:8769/mydept/hi

6.4 zuul的过滤功能

编写myFilter类

@Component
public class MyFilter extends ZuulFilter {private static Logger log = LoggerFactory.getLogger(MyFilter.class);//filterType：返回一个字符串代表过滤的类型/*pre：路由之前routing：路由之时post：路由之后error：发生错误时调用*/@Overridepublic String filterType() {return "pre";}//filterOrder：过滤的顺序@Overridepublic int filterOrder() {return 0;}//shouldFilter：可以写逻辑判断，是否要过滤，本文true表示永远过滤@Overridepublic boolean shouldFilter() {return true;}//run：过滤的具体逻辑，此时是必须传入"tokeniszhaoboxi"字符串@Overridepublic Object run() {RequestContext ctx = RequestContext.getCurrentContext();HttpServletRequest request = ctx.getRequest();log.info(String.format("%s >>> %s", request.getMethod(), request.getRequestURL().toString()));Object accessToken = request.getParameter("tokeniszhaoboxi");if(accessToken == null) {log.warn("token is empty");ctx.setSendZuulResponse(false);ctx.setResponseStatusCode(401);try {ctx.getResponse().getWriter().write("token is empty");}catch (Exception e){}return null;}log.info("ok");return null;}
}

7，SPringleCloud Config

7.1 SpringCloud Config是什么

微服务意味着要将单体应用中的业务拆分成一个个自服务，每个服务的粒度相对较小，因此系统中会出现大量的服务。由于每个服务都需要必要的配置才能运行，所以一套集中式的、动态的配置管理设施是必不可少的。

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

SpringCloud Config分为服务端和客户端两部分。

服务端也称为分布式配置中心，它是一个独立的微服务应用，用来连接配置服务器并未客户端提供获取配置信息，加密/解密信息等访问接口。

客户端则是通过指定的配置中心来管理应用资源，以及与业务相关的配置内容，并在启动的时候从配置中心获取和加载配置信息。配置服务器默认采用git来存储配置信息，这样就有助于对环境配置进行版本管理，并且可以通过git客户端工具来方便的管理和访问配置内容。

7.2 SpringCloud Config能干什么

1、集中管理配置文件

2、不同环境不同配置，动态化的配置更新，分环境部署，比如dev/test/prod/beta/release

3、运行期间动态调整配置，不再需要在每个服务器的机器上编写配置文件，服务会向配置中心统一拉取配置自己的信息

4、运行期间动态调整配置，不再需要在每个服务部署的机器上编写配置文件，服务会想配置中心统一拉取配置自己的信息

5、当配置发生变动时，服务不需要重启即可感知到配置的变化并应用新的配置

6、将配置信息以REST接口的形式暴露

7.3 服务端配置 servier

1，新建configservier模块

2，配置pom

<dependencies><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-web</artifactId></dependency><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-config-server</artifactId></dependency><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-netflix-eureka-client</artifactId></dependency></dependencies>

2，配置yml文件

server:port: 3344spring:application:name: springcloud-config-server#链接远程仓库cloud:config:server:git:uri: https://gitee.com/zhaoboxi/config.giteureka:client:service-url:defaultZone: http://localhost:8080/eureka/

5，启动服务并测试

localhost:3344/master/config-dev.yml

7.4 客户端配置client

1，添加client模块

2，配置pom，一定要注意maven依赖不能导错

<dependencies><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-web</artifactId></dependency><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-config-client</artifactId></dependency><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-netflix-eureka-client</artifactId></dependency></dependencies>

3，配置bootstrap.yml

其中bootstrap.yml和application.yml都可以被系统识别，但是前者一般是配置系统端，后者是用于配置用户端，前者的级别比后者高

spring:application:name: springcloud-config-clientcloud:config:label: master  #要连接的分支名称name: config   #需要从github上读取的资源名称，注意没有yml后缀名uri: http://localhost:3344profile: dev #本次访问的配置项
eureka:client:serviceUrl:defaultZone: http://localhost:8080/eureka/
#本微服务启动后先去找3344服务，通过springcloudconfig获取github的服务地址

4，新建controller类，测试请求

@RestController
public class ClientController {@Value("${config.info}")String info;@RequestMapping(value = "/hi")public String hi(){return "hi,3345请求进来了"+info;}
}

5，启动测试

访问http://localhost:3345/hi进行测试，发现可以获取到配置信息。

四、总结

本次项目构建出现很多单词拼错以及maven依赖管理问题较多，遇到大部分无法注入都是包层级问题或者拼写问题。

springcloud简介与五大组件及相关配置相关推荐

SpringCloud分布式开发五大组件详解
SpringCloud分布式开发五大组件详解 https://blog.csdn.net/weixin_40910372/article/details/89466955 服务发现--Netflix ...
SpringCloud之SpringCloud常用的五大组件
本篇文章体系了解系统架构的演变了解RPC与Http的区别掌握HttpClient的简单使用知道什么是SpringCloud 独立搭建Eureka注册中心独立配置Robbin负载均衡 1.系统 ...
Tomcat是什么：Tomcat与Java技、Tomcat与Web应用以及Tomcat基本框架及相关配置
1.Tomcat是什么 Apache Tomcat是由Apache Software Foundation(ASF)开发的一个开源Java WEB应用服务器. 类似功能的还有:Jetty ...
Tomcat(一) Tomcat是什么：Tomcat与Java技术 Tomcat与Web应用以及 Tomcat基本框架及相关配置
Tomcat(一) Tomcat是什么: Tomcat与Java技术 Tomcat与Web应用以及 Tomcat基本框架及相关配置 Tomcat是一个被广泛使用的Java WEB应用服务器,我们有必 ...
Spring Cloud Netflix五大组件简介
微服务与微服务架构微服务的优缺点优点缺点 Dubbo与Spring Cloud Spring Cloud Netflix Eureka Eureka的自我保护机制 Eureka和ZooKeepe ...
springCloud（微服务）基础及五大组件
版本:SpringCloud 格林威治目录 SpringCloud基础什么是软件架构? 编辑软件架构类型:(根据产品来进行如何选择架构) 微服务架构: SpringCloud优缺点: 为什么选择 ...
学习 SpringCloud 五大组件后的总结一
学习 SpringCloud 五大组件后的总结一 1.什么是微服务? 把某一功能独立出来单独作为一个进程类似的微小的服务.独立做某件事,与其他的服务直接不影响. 微服务之间的优缺点? 优点:每个服务 ...
一看就会的SpringCloud五大组件
SpringCloud五大组件(一看就会) 前言 Spring Cloud是一系列框架的有序集合.它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发,如服务发现注册.配置 ...
SpringCloud之五大组件
一.SpringCloud微服务架构 1.流程:客户端请求→Zuul→Eureka 获取服务→Feign 通信→Ribbon 负载均衡→Hystrix 熔断. 2.五大组件 1)Eureka:服务 ...

springcloud简介与五大组件及相关配置

一、spring cloud版本对应

SpringCloud的几个发布标签：

二、微服务

2.1 什么是微服务

微服务主流框架

2.2 微服务的优缺点

优点：

缺点：

2.3 微服务技术栈

2.3.1 微服务组件与技术（待了解）

2.3.2 微服务架构技术点

2.3.3 Spring Cloud五大组件

2.3.4 spring cloud 与 dubbo

2.3.5spring boot和spring cloud区别

三、spring cloud

1，spring cloud 功能介绍

2，Eureka

2.1 基本架构

2.2 两个组件

2.3 三个角色

2.4 Eureka的自我保护机制

2.5 创建Eureka-server与Eureka-client

2.6 Eureka集群配置

3，负载均衡（Ribbon）

3.1 负载均衡

3.2 Ribbon

3.3 配置消费者

3.3配置

3.4 IRule与自定义负载均衡策略

3.4.1 IRule

3.4.2 配置负载均衡策略

3.4.3 自定义负载均衡策略

4，Feign

4.1简介

4.2 配置

4.3 feign与Ribbon的关系

5，Hystrix断路器

5.1 简介

5.2 构建步骤

5.3 服务降级

5.1 简介

5.2 构建步骤

6，Zuul

6.1 简介

6.2 zuul优点

6.3配置

6.4 zuul的过滤功能

7，SPringleCloud Config

7.1 SpringCloud Config是什么

7.2 SpringCloud Config能干什么

7.3 服务端配置 servier

7.4 客户端配置client

四、总结

springcloud简介与五大组件及相关配置相关推荐

最新文章

热门文章