04Eureka服务注册与发现
一、Eureka服务注册与发现简介
- Eureka是Netflix的一个子模块,也是核心模块之一。
- Eureka是一个基于REST(Representational StateTransfer)的服务,用于定位服务,以实现中间层服务器的负载平衡和故障转移。
- 服务注册与发现对于微服务架构来说是非常重要的,有了服务发现与注册,只需要使用服务的表示符,就可以访问到服务,而不需要修改服务调用的配置文件。
- 功能类似于阿里的dubbo的注册中心,如Apache的ZooKeeper。
Netflix在设计Eureka时遵守的就是AP原则
CAP原则又称CAP定理,指的是在一个分布式系统中,Consistency(一致性)、 Availability(可用性)、Partition tolerance(分区容错性),三者不可兼得。
二、Eureka原理
1. Eureka的基本架构
- Spring Cloud封装了Netflix的Eureka模块来进行实现服务的注册与发现(在这里与ZooKeeper对比)。
- Eureka采用了服务和消费(C-S)的设计架构,Eureka Server作为服务注册功能的服务器是服务注册中心。通俗的讲就是某一栋大厦的物业管理中心,公司入驻必须经过物业。
- 系统中的其他的微服务,使用Eureka的客户端连接到Eureka Server并维持心跳连接,这样系统的维护人员就可以通过Eureka Server来监控系统中的各个微服务是否正常运行。
- SpringCloud的中的其他的模块(如:Zuul)就可以通过Eureka Server来发现系统中的其他的微服务,并执行相关的逻辑。
Eureka的架构图:
Dubbo的架构图:
2. Eurake的两大组件
- Eureka Server服务
- Eureka Client客户
2.1 Eureka Server
- Eureka Server是提供服务注册的
- 每个节点启动后,会在EurekaServer中进行注册,这样EurekaServer中的服务注册表中将会存储所有可用服务节点的信息,服务节点的信息可以在界面中值观的看到
2.2 Eureka Client
- EurekaClient是一个Java客户端,用于EurekaServer的互交。
- 客户端同时也具备了内置的,使用轮询(round-robin)负载算法的负载均衡器。
- 在应用启动后,将会EurekaServer发生心跳(默认周期30秒)。如果EurekaServer在多个心跳周期内么有收到某个节点的心跳,则EurekaServer将会从服务注册表中把这个服务节点进行移除(默认90秒)。通俗的说:就是不交水电费,就无法使用水电
3. Eureka的三大角色
3.1 Eureka Server
提供服务注册和发现
3.2 Serivce Provider
服务提供方将自身服务注册到Eureka,从而使服务消费方能够找到
3.3 Service Consumer
服务消费方从Eureka获取注册服务列表,从而能够消费服务
三、创建EurkeaServer服务注册中心
1. 创建模块
选中父工程右键点击—>New—>Module,模块名称是springcloud-eureka-7001
2. pom.xml文件
<?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>
<groupId>com.springcloud</groupId>
<artifactId>springcloud-dept</artifactId>
<version>1.0-SNAPSHOT</version>
</parent>
<modelVersion>4.0.0</modelVersion>
<artifactId>springcloud-eureka-7001</artifactId>
<dependencies>
<!--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-devtools</artifactId>
</dependency>
</dependencies>
</project>
3. application.yml
server:
port: 7001
eureka:
instance:
#eureka服务端的实例名称
hostname: localhost
client:
#false表示不向注册中心注册自己
register-with-eureka: false
#false表示自己端就是注册中心,我的职责就是维护服务实例,并不需要去检索服务
fetch-registry: false
service-url:
#设置与Eureka Server交互的地址查询服务和注册服务都需要依赖这个地址
defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/
4. 主启动类
@SpringBootApplication
//EurekaServer服务器端启动类,接受其它微服务注册进来
@EnableEurekaServer
public class EurekaServer7001Application {
public static void main(String[] args) {
SpringApplication.run(EurekaServer7001Application.class, args);
}
}
5. 测试
- 启动Eureka Server主启动类
- http://localhost:7001/
No instances available:表示没有服务被发现 O(∩_∩)O 因为没有注册服务进来当然不可能有服务被发现
四、将微服务注册进EurekaServer服务中心
修改微服务提供者模块springcloud-provider-8001
1. pom.xml文件
在pom.xml文件中添加Eureka Client的依赖
<!--Eureka Client 依赖-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
2. application.yml
在application.yml添加Eureka Client的配置信息
# 配置Eureka信息
eureka:
client:
service-url:
# 客户端注册进eureka服务列表内,入驻的地址必须与EurekaServer的defaultZone地址一致
defaultZone: http://localhost:7001/eureka
3. 主启动类
在主启动类上加上注解@EnableEurekaClient,表示本服务启动后好自动进行注册到Eureka服务中
@SpringBootApplication
//本服务启动后会自动注册进eureka服务中
@EnableEurekaClient
public class DeptProvider8001Application {
public static void main(String[] args) {
SpringApplication.run(DeptProvider8001Application.class, args);
}
}
4. 测试
- 先启动EurekaServer端
- 再启动EurekaClient端
- http://localhost:7001/
五、注册微服务信息完善
1. 主机名称:服务名称修改
1.1 当前问题
1.2 修改springcloud-provider-8001模块
application.yml
# 配置Eureka信息
eureka:
# 客户端注册进eureka服务列表内
client:
service-url:
defaultZone: http://localhost:7001/eureka
# 自定义实例名称
instance:
instance-id: springcloud-provider8001
1.3 修改之后
2. 访问有IP信息提示
2.1 当前问题
没有IP提示
2.2 修改springcloud-provider-dept-8001模块
application.yml
# 配置Eureka信息
eureka:
# 客户端注册进eureka服务列表内
client:
service-url:
defaultZone: http://localhost:7001/eureka
# 自定义实例名称
instance:
instance-id: springcloud-dept8001
# 使用IP地址方式进行注册服务
prefer-ip-address: true
2.3 修改之后
3. 微服务info内容详细信息
3.1 当前问题
超链接点击服务报告ErrorPage
3.2 修改springcloud-provider-8001模块
pom.xml
<!-- actuator监控信息完善 -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
application.yml
# 微服务信息的描述
info:
# 工程名称
app.name: newcapec-springcloud
# 公司名称
company.name: www.newcapec.com.cn
project.artifactId: springcloud-provider-8001
project.version: v1.0.1
3.3 修改之后
六、Eureka自我保护机制
1. 故障现象
如果在Eureka Server的管理界面发现如下的红色内容,就说明已经触发了自我保护机制。
2. Eureka自我保护机制是什么
- 某一时刻某一个微服务不能用了,而Eureka不会自动清除依然对微服务的信息进行保存
- 在默认的情况下,EurekaServer在一定的时间内没有接受到微服务的实例心跳,EurekaServer将会注销该实例(默认为90秒)
- 但是在网络发生故障的时候,微服务与EurekaServer之间是无法通信的,这种情况就非常危险了,因为微服务本身实例是健康的,此刻本不应该注销这个微服务。那么Eureka自我保护模式就解决了这个问题
- 当EurekaServer节点在短时间内丢失过客户端时(包含发生的网络故障),那么节点就会进行自我保护
- 一但进入自我保护模式,EurekaServer就会保护服务注册表中的信息,不再删除服务注册表中的数据不会注销任何的微服务
- 当网络故障恢复后,该EurekaServer节点会自动的退出自我保护机制
- 在自我保护模式中,EurekaServer会保护服务注册表中的信息,不在注销任何服务实例,当重新收到心跳数恢复阀值以上时,该EurekaServer节点就会自动的退出自我保护模式,这种社设计宁可保留错误的服务注册信息,也不盲目的注销删除任何可能健康的服务实例
- 自我保护机制就是一种对网络异常的安全保护实施,他会报错所有的微服务(健康或者不健康的微服务都会保存),而不会盲目的删除任何微服务,可以让Eureka集群更加的健壮/稳定
- 在EurekaServer端可取消自我保护机制不建议使用
eureka:
# 取消自我保护机制
server:
enable-self-preservation: false
七、Eureka服务发现Discovery
1. 服务发现是什么
对于注册进来的Eureka里面的微服务,可以通过服务发现来获的该服务的信息。
2. 修改springcloud-provider-8001模块
2.1 DeptController
@Autowired
private DiscoveryClient discoveryClient;
@GetMapping("/discovery")
public Object discovery(){
List<String> list = discoveryClient.getServices();
System.out.println("服务名称列表:" + list);
List<ServiceInstance> instanceList = discoveryClient.getInstances("springcloud-dept");
for (ServiceInstance serviceInstance : instanceList) {
System.out.println("服务ID:" + serviceInstance.getServiceId() + " 主机:" + serviceInstance.getHost()
+ " 端口号:" + serviceInstance.getPort() + " URI:" + serviceInstance.getUri());
}
return discoveryClient;
}
2.2 主启动类
@SpringBootApplication
//本服务启动后会自动注册进eureka服务中
@EnableEurekaClient
//服务发现
@EnableDiscoveryClient
public class DeptProvider8001Application {
public static void main(String[] args) {
SpringApplication.run(DeptProvider8001Application.class, args);
}
}
3. 自测
- 先启动EurekaServer
- 再启动EurekaClient
- http://localhost:8001/dept/discovery
4. consumer消费者访问
修改springcloud-consumer-80模块中的ConsumerDeptController.java
//消费端可以调用服务发现
@RequestMapping("/discovery")
public Object discovery(){
return restTemplate.getForObject(REST_URL_PREFIX+"/dept/discovery", Object.class);
}
八、Eureka集群配置
1. 什么是集群
- 集群技术是一种通用的技术,其目的是为了解决单机运算能力的不足、IO能力的不足、提高服务的可靠性、获得规模可扩展能力,降低整体方案的运维成本(运行、升级、维护成本)。
- 它是共享资源、分担费用、共用信道设备及服务的多用途、高效能的无线调度通信。
2. 原理说明
Eureka的官方架构图,这是基于集群配置的Eureka
基本原理
- 处于不同节点的Eureka通过Replicate进行数据同步
- Application Service为服务提供者
- Application Client为服务消费者
- Make Remote Call完成一次服务调用
服务启动后向Eureka注册,Eureka Server会将注册信息向其他Eureka Server进行同步,当服务消费者要调用服务提供者,则向服务注册中心获取服务提供者地址,然后会将服务提供者地址缓存在本地,下次再调用时,则直接从本地缓存中取,完成一次调用。
3. 配置集群
3.1 创建两个新模块
模块名称为:springcloud-eureka-7002和springcloud-eureka-7003
3.2 pom.xml
按照7001为模板粘贴pom.xml
3.3 主启动类
//7002
@SpringBootApplication
//EurekaServer服务器端启动类,接受其它微服务注册进来
@EnableEurekaServer
public class EurekaServer7002Application {
public static void main(String[] args) {
SpringApplication.run(EurekaServer7002Application.class, args);
}
}
//7003
@SpringBootApplication
//EurekaServer服务器端启动类,接受其它微服务注册进来
@EnableEurekaServer
public class EurekaServer7003Application {
public static void main(String[] args) {
SpringApplication.run(EurekaServer7003Application.class, args);
}
}
3.4 修改映射配置
因为有3个Eureka需要做域名的区别,在C:\Windows\System32\drivers\etc目录下找到hosts文件,添加内容如下:
127.0.0.1 eureka7001.com
127.0.0.1 eureka7002.com
127.0.0.1 eureka7003.com
3.5 yml文件
7001的application.yml
server:
port: 7001
eureka:
instance:
#eureka服务端的实例名称
# hostname: localhost
#修改映射配置后名称
hostname: eureka7001.com
client:
#false表示不向注册中心注册自己
register-with-eureka: false
#false表示自己端就是注册中心,我的职责就是维护服务实例,并不需要去检索服务
fetch-registry: false
service-url:
#设置与Eureka Server交互的地址查询服务和注册服务都需要依赖这个地址
# defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/
#集群配置
defaultZone: http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/
7002的application.yml
server:
port: 7002
eureka:
instance:
#修改映射配置后名称
hostname: eureka7002.com
client:
#false表示不向注册中心注册自己
register-with-eureka: false
#false表示自己端就是注册中心,我的职责就是维护服务实例,并不需要去检索服务
fetch-registry: false
service-url:
#集群配置
defaultZone: http://eureka7001.com:7001/eureka/,http://eureka7003.com:7003/eureka/
7003的application.yml
server:
port: 7003
eureka:
instance:
#修改映射配置后名称
hostname: eureka7003.com
client:
#false表示不向注册中心注册自己
register-with-eureka: false
#false表示自己端就是注册中心,我的职责就是维护服务实例,并不需要去检索服务
fetch-registry: false
service-url:
#集群配置
defaultZone: http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/
3.6 修改springcloud-provider-8001模块
修改springcloud-provider-dept-8001模块,将微服务发布到上面3台Eureka集群配置。
# 配置Eureka 信息
eureka:
client: #客户端注册进eureka服务列表内
service-url:
defaultZone: http://eureka7001.com:7001/eureka,http://eureka7002.com:7002/eureka,http://eureka7003.com:7003/eureka
instance: # 自定义实例编号
instance-id: microservicecloud-dept8001 #自定义服务名称信息
prefer-ip-address: true
3.7 测试
启动7001、7002、7003
启动8001
访问:http://eureka7001.com:7001/
访问:http://eureka7002.com:7002/
访问:http://eureka7003.com:7003/
九、Eureka与Zookeeper
服务注册中心,Zookeeper保证的是CP,Eureka则是AP。
Zookeeper是保证的CP(一致型和分区容错性)
当向注册中心查询服务列表时,我们可以容忍注册中心返回的是几分钟以前的注册信息,但不能接受服务直接down掉不可用。也就是说,服务注册功能对可用性的要求要高于一致性。但是Zookeeper会出现这样一种情况,当master节点因为网络故障与其他节点失去联系时,剩余的节点会重新进行选举leader(类似Redis的哨兵模式)。问题在于选举leader的时间太长30s-120s,并且选举期间整个Zookeeper集群都是不可用的,这就导致了在选举期间注册服务器瘫痪,并且在云部署的环境下,由于网络问题使Zookeerper失去master节点的概率比较大,虽然服务器最终能够恢复,但是选举的时间过于漫长导致注册长期不可以是不能容忍的。
Eureka是保证的AP(可用性和分区容错性)
Eureka吸取了Zooleerper的这点,因此设计时就优先保证可用性,Eureka各个节点都是平等的,就算几个节点挂掉不会影响正常节点的工作,其他的节点依然可以提供注册与查询服务。Eureka Cilent在向EurekaServer注册时连接失败,会自动切换到其他的节点,只要有一台Eureka可用,这样就保证注册服务可用(保证可用性),只不过查询的信息可能不是最新的(不保证强一致性),除此之外,Eureka还有自我保护机制,如果在15分钟内超过85%的节点都没有正常的心跳,那么Eureka就认为客户端与注册中心出现了网络故障,此时会出现以下几种情况:
- Eureka不再从注册列表中移除因为长时间没收到心跳而应该过期的服务
- Eureka仍然能够接受新服务的注册和查询请求,但是不会被同步到其它节点上(即保证当前节点依然可用)
- 当网络稳定时,当前实例新的注册信息会被同步到其它节点中
因此, Eureka可以很好的应对因网络故障导致部分节点失去联系的情况,而不会像zookeeper那样使整个注册服务瘫痪。
,虽然服务器最终能够恢复,但是选举的时间过于漫长导致注册长期不可以是不能容忍的。
Eureka是保证的AP(可用性和分区容错性)
Eureka吸取了Zooleerper的这点,因此设计时就优先保证可用性,Eureka各个节点都是平等的,就算几个节点挂掉不会影响正常节点的工作,其他的节点依然可以提供注册与查询服务。Eureka Cilent在向EurekaServer注册时连接失败,会自动切换到其他的节点,只要有一台Eureka可用,这样就保证注册服务可用(保证可用性),只不过查询的信息可能不是最新的(不保证强一致性),除此之外,Eureka还有自我保护机制,如果在15分钟内超过85%的节点都没有正常的心跳,那么Eureka就认为客户端与注册中心出现了网络故障,此时会出现以下几种情况:
- Eureka不再从注册列表中移除因为长时间没收到心跳而应该过期的服务
- Eureka仍然能够接受新服务的注册和查询请求,但是不会被同步到其它节点上(即保证当前节点依然可用)
- 当网络稳定时,当前实例新的注册信息会被同步到其它节点中
因此, Eureka可以很好的应对因网络故障导致部分节点失去联系的情况,而不会像zookeeper那样使整个注册服务瘫痪。