Spring Cloud封装了Netflix 公司开发的Eureka模块来实现服务治理
在传统的RPC远程调用框架中,管理每个服务与服务之间依赖关系比较复杂,管理比较复杂,所以需要使用服务治理,管理服务于服务之间依赖关系,可以实现服务调用、负载均衡、容错等,实现服务发现与注册。
Eureka采用了CS的设计架构,Eureka Sever作为服务注册功能的服务器,它是服务注册中心。而系统中的其他微服务,使用Eureka的客户端连接到 Eureka Server并维持心跳连接。这样系统的维护人员就可以通过Eureka Server来监控系统中各个微服务是否正常运行。
在服务注册与发现中,有一个注册中心。当服务器启动的时候,会把当前自己服务器的信息比如服务地址通讯地址等以别名方式注册到注册中心上。另一方(消费者服务提供者),以该别名的方式去注册中心上获取到实际的服务通讯地址,然后再实现本地RPC调用,RPC远程调用框架核心设计思想:在于注册中心,因为使用注册中心管理每个服务与服务之间的一个依赖关系(服务治理概念)。在任何RPC远程框架中,都会有一个注册中心存放服务地址相关信息(接口地址)
<!-- eureka新旧版本 -->
<!-- 以前的老版本(2018)-->
<dependency>
<groupid>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-eureka</artifactId>
</dependency>
<!-- 现在新版本(2020.2)--><!-- 我们使用最新的 -->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>
<?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">
<parent>
<artifactId>springcloud</artifactId>
<groupId>com.dance</groupId>
<version>1.0-SNAPSHOT</version>
</parent>
<modelVersion>4.0.0</modelVersion>
<artifactId>cloud-eureka-server7001</artifactId>
<dependencies>
<!--eureka-server-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>
<!-- dependent on common modules -->
<dependency>
<groupId>com.dance</groupId>
<artifactId>cloud-api-commons</artifactId>
<version>1.0-SNAPSHOT</version>
</dependency>
<!--boot web actuator-->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-devtools</artifactId>
<scope>runtime</scope>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
</dependency>
</dependencies>
</project>
server:
port: 7001
eureka:
instance:
hostname: locathost #eureka服务端的实例名称
client:
#false表示不向注册中心注册自己。
register-with-eureka: false
#false表示自己端就是注册中心,我的职责就是维护服务实例,并不需要去检索服务
fetch-registry: false
service-url:
#设置与Eureka server交互的地址查询服务和注册服务都需要依赖这个地址。
defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/
package com.dance.springcloud;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer;
@SpringBootApplication
@EnableEurekaServer
public class EurekaMain7001 {
public static void main(String[] args) {
SpringApplication.run(EurekaMain7001.class, args);
}
}
5.测试运行EurekaMain7001,浏览器输入http://localhost:7001/回车,会查看到Spring Eureka服务主页。
服务端搭建成功
添加spring-cloud-starter-netflix-eureka-client依赖
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
eureka:
client:
#表示是否将自己注册进Eurekaserver默认为true。
register-with-eureka: true
#是否从EurekaServer抓取已有的注册信息,默认为true。单节点无所谓,集群必须设置为true才能配合ribbon使用负载均衡
fetchRegistry: true
service-url:
defaultZone: http://localhost:7001/eureka
@EnableEurekaClient//<-----添加该注解
重启提供者服务,并查看Eureka控制台
提供者注册成功
EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY’RE NOT. RENEWALS ARELESSER THAN THRESHOLD AND HENCFT ARE NOT BEING EXPIRED JUST TO BE SAFE.
紧急情况!EUREKA可能错误地声称实例在没有启动的情况下启动了。续订小于阈值,因此实例不会为了安全而过期。
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
eureka:
client:
#表示是否将自己注册进Eurekaserver默认为true。
register-with-eureka: true
#是否从EurekaServer抓取已有的注册信息,默认为true。单节点无所谓,集群必须设置为true才能配合ribbon使用负载均衡
fetchRegistry: true
service-url:
defaultZone: http://localhost:7001/eureka
@EnableEurekaClient//<--- 添加该标签
注意,application.yml配置中层次缩进和空格,两者不能少,否则,会抛出异常Failed to bind properties under 'eureka.client.service-url' to java.util.Map <java.lang.String, java.lang.String>。
Eureka集群原理说明
服务注册:将服务信息注册进注册中心
服务发现:从注册中心上获取服务信息
实质:存key服务命取value闭用地址
问题:微服务RPC远程服务调用最核心的是什么
高可用:试想你的注册中心只有一个only one,万一它出故障了,会导致整个为服务环境不可用。
解决办法:搭建Eureka注册中心集群,实现负载均衡+故障容错。
互相注册,相互守望。
创建cloud-eureka-server7002模块,参考搭建EurekaServer
127.0.0.1 eureka7001.com
127.0.0.1 eureka7002.com
server:
port: 7001
eureka:
instance:
hostname: eureka7001.com #eureka服务端的实例名称
client:
register-with-eureka: false #false表示不向注册中心注册自己。
fetch-registry: false #false表示自己端就是注册中心,我的职责就是维护服务实例,并不需要去检索服务
service-url:
#集群指向其它eureka
defaultZone: http://eureka7002.com:7002/eureka/
#单机就是7001自己
#defaultZone: http://eureka7001.com:7001/eureka/
server:
port: 7002
eureka:
instance:
hostname: eureka7002.com #eureka服务端的实例名称
client:
register-with-eureka: false #false表示不向注册中心注册自己。
fetch-registry: false #false表示自己端就是注册中心,我的职责就是维护服务实例,并不需要去检索服务
service-url:
#集群指向其它eureka
defaultZone: http://eureka7001.com:7001/eureka/
#单机就是7002自己
#defaultZone: http://eureka7002.com:7002/eureka/
启动7002和7001,先停掉8001和80
通过域名访问7001,可以看到它指向了7002
通过域名访问7002.可以看到它指向了7001
测试完成,集群搭建成功!
#将单一地址修改为多地址通过逗号分割
defaultZone: http://eureka7001.com:7001/eureka, http://eureka7002.com:7002/eureka
#将单一地址修改为多地址通过逗号分割
defaultZone: http://eureka7001.com:7001/eureka, http://eureka7002.com:7002/eureka
7001注册成功
7002注册成功
参考cloud-provider-payment8001搭建cloud-provider-payment8002,应为在微服务当中为了解决单点故障问题,提供者应该是多台而不是一台
server:
port: 8002
7001集群注册成功
7002集群注册成功
//public static final String PAYMENT_URL = "http://localhost:8001";
// 将指定的地址修改为服务别名 服务别名从Eureka控制台查看
public static final String PAYMENT_URL = "http://CLOUD-PAYMENT-SERVICE";
@Bean
// 应为是集群提供服务,所以需要本地负载
@LoadBalanced
public RestTemplate getRestTemplate(){
return new RestTemplate();
}
重启80工程,第一次调用 8002 提供者提供服务
刷新几次可以看到 8001 提供者提供服务
测试成功
主机名称:服务名称修改(也就是将IP地址,换成可读性高的名字)
修改cloud-provider-payment8001,cloud-provider-payment8002
修改部分 - YML - eureka.instance.instance-id
也就是修复Eureka展示的问题
eureka:
instance:
instance-id: cloud-payment-service8001
eureka:
instance:
instance-id: cloud-payment-service8002
重启测试
可以了,但是现在鼠标悬浮在上面左下角出现的还是域名,而不是IP
(就是将鼠标指针移至payment8001,payment8002名下,会有IP地址提示)
修改8001和8002
eureka:
instance:
prefer-ip-address: true #添加此处
对于注册进eureka里面的微服务,可以通过服务发现来获得该服务的信息
@RestController
@Slf4j
public class PaymentController {
..................
@Resource
private DiscoveryClient discoveryClient;
@GetMapping("/payment/discovery")
public Object discovery(){
// 获取描述
String description = discoveryClient.description();
log.info(description);
// 获取所有服务别名
List<String> services = discoveryClient.getServices();
services.forEach(System.out::println);
// 根据别名获取具体提供者信息
services.forEach(x -> {
List<ServiceInstance> instances = discoveryClient.getInstances(x);
for (ServiceInstance instance : instances) {
log.info("{instanceId:"+instance.getInstanceId()+",scheme:"+instance.getScheme()+
",serviceId:"+instance.getServiceId()+",host:"+instance.getHost()+
",port:"+instance.getPort()+",uri:"+instance.getUri()+
",metadata:"+instance.getMetadata()+"}");
}
});
return services;
}
.......................
}
@EnableDiscoveryClient//添加该注解
重启8001,8002提供者
测试
http://localhost:8001/payment/discovery
前台返回:
后端打印:
2021-08-22 01:12:33.434 INFO [cloud-payment-service,912fc71f3a7277d4,912fc71f3a7277d4,true] 8088 --- [nio-8001-exec-2] c.d.s.controller.PaymentController : Spring Cloud Eureka Discovery Client
cloud-payment-service
cloud-order-service
2021-08-22 01:12:33.442 INFO [cloud-payment-service,912fc71f3a7277d4,912fc71f3a7277d4,true] 8088 --- [nio-8001-exec-2] c.d.s.controller.PaymentController : {instanceId:cloud-payment-service8002,scheme:null,serviceId:CLOUD-PAYMENT-SERVICE,host:192.168.0.101,port:8002,uri:http://192.168.0.101:8002,metadata:{management.port=8002}}
2021-08-22 01:12:33.442 INFO [cloud-payment-service,912fc71f3a7277d4,912fc71f3a7277d4,true] 8088 --- [nio-8001-exec-2] c.d.s.controller.PaymentController : {instanceId:ZB-PF2P9QVH.360buyAD.local:cloud-order-service:80,scheme:null,serviceId:CLOUD-ORDER-SERVICE,host:ZB-PF2P9QVH.360buyAD.local,port:80,uri:http://ZB-PF2P9QVH.360buyAD.local:80,metadata:{management.port=80}}
保护模式主要用于一组客户端和Eureka Server之间存在网络分区场景下的保护。一旦进入保护模式,Eureka Server将会尝试保护其服务注册表中的信息,不再删除服务注册表中的数据,也就是不会注销任何微服务。
如果在Eureka Server的首页看到以下这段提示,则说明Eureka进入了保护模式:
EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY’RE NOT. RENEWALS ARE LESSER THANTHRESHOLD AND HENCE THE INSTANCES ARE NOT BEING EXPIRED JUSTTO BE SAFE
一句话:某时刻某一个微服务不可用了,Eureka不会立刻清理,依旧会对该微服务的信息进行保存。
属于CAP里面的AP分支。
为了EurekaClient可以正常运行,防止与EurekaServer网络不通情况下,EurekaServer不会立刻将EurekaClient服务剔除
默认情况下,如果EurekaServer在一定时间内没有接收到某个微服务实例的心跳,EurekaServer将会注销该实例(默认90秒)。但是当网络分区故障发生(延时、卡顿、拥挤)时,微服务与EurekaServer之间无法正常通信,以上行为可能变得非常危险了——因为微服务本身其实是健康的,此时本不应该注销这个微服务。Eureka通过“自我保护模式”来解决这个问题——当EurekaServer节点在短时间内丢失过多客户端时(可能发生了网络分区故障),那么这个节点就会进入自我保护模式。
自我保护机制∶默认情况下EurekaClient定时向EurekaServer端发送心跳包,如果EurekaServer端在一定时间内(默认90秒)没有收到EurekaClient发送的心跳包,便会直接从服务注册列表中剔除该服务,但是在短时间( 90秒中)内丢失了大量的服务实例心跳,这时候Eurekaserver会开启自我保护机制,不会剔除该服务(该现象可能出现在如果网络不通但是EurekaClient为出现宕机,此时如果换做别的注册中心如果一定时间内没有收到心跳会将剔除该服务,这样就出现了严重失误,因为客户端还能正常发送心跳,只是网络延迟问题,而保护机制是为了解决此问题而产生的)。
在自我保护模式中,Eureka Server会保护服务注册表中的信息,不再注销任何服务实例。
它的设计哲学就是宁可保留错误的服务注册信息,也不盲目注销任何可能健康的服务实例。一句话讲解:好死不如赖活着。
综上,自我保护模式是一种应对网络异常的安全保护措施。它的架构哲学是宁可同时保留所有微服务(健康的微服务和不健康的微服务都会保留)也不盲目注销任何健康的微服务。使用自我保护模式,可以让Eureka集群更加的健壮、稳定。
默认,自我保护机制是开启的
使用eureka.server.enable-self-preservation = false可以禁用自我保护模式
eureka:
...
server:
#关闭自我保护机制,保证不可用服务被及时踢除
enable-self-preservation: false
eviction-interval-timer-in-ms: 2000
关闭效果:
spring-eureka主页会显示出一句:
THE SELF PRESERVATION MODE IS TURNED OFF. THIS MAY NOT PROTECT INSTANCE EXPIRY IN CASE OF NETWORK/OTHER PROBLEMS.
在8001设置心跳检测和续约时间
eureka:
...
instance:
instance-id: payment8001
prefer-ip-address: true
#心跳检测与续约时间
#开发时没置小些,保证服务关闭后注册中心能即使剔除服务
#Eureka客户端向服务端发送心跳的时间间隔,单位为秒(默认是30秒)
lease-renewal-interval-in-seconds: 1
#Eureka服务端在收到最后一次心跳后等待时间上限,单位为秒(默认是90秒),超时将剔除服务
lease-expiration-duration-in-seconds: 2
测试
因为修改的是7001,所以查看7001控制台
注册成功
现在停止8001提供者,刷新7001控制台
已经被踢出了
7002也踢出了8001
ok 到这里Eureka就写完啦,完结撒花~,这些知识应该够日常开发用了,而且用不用Eureka还另说,为啥不用凡是关注这一块的差不多都知道
作者:彼岸舞
时间:2021\08\22
内容关于:Spring Cloud H版
本文属于作者原创,未经允许,禁止转发