spring cloud Eureka服务注册与发现
- Eureka基础知识
- 单机Eureka构建步骤
- 集群Eureka构建步骤
- actuator微服务信息完善
- 服务发现Discovery
- eureka自我保护
文章目录
Eureka基础知识
服务治理
Spring Cloud封装了 Netflix 公司开发的 Eureka 模块来 实现服务治理
在传统的rpc远程调用框架中,管理每个服务与服务之间依赖关系比较复杂,所以需要使用服务治理,管理服务与服务之间的依赖关系,可以实现 服务调用、负载均衡、容错等,实现服务发现与注册
服务注册 与 发现
Eureka采用了cs的架构设计,Eureka Server作为服务注册功能的服务器,是服务注册的中心。而系统中的其他微服务,使用Eureka的客户端连接到 Eureka Server并维持心跳连接。这样系统维护人员就可以通过 Eureka Server 来监控系统中各个微服务是否正常运行。
-
在服务注册与发现中,有一个注册中心。当服务器启动的时候,会把当前服务器的信息,比如服务地址、通讯地址等,以别名方式注册到注册中心上。另一方(消费者|服务提供者),以该别名的方式去注册中心上获取到实际的服务通讯地址,然后再实现本地RPC调用。
-
RPC远程调用框架核心设计思想:注册中心。因为使用注册中心管理每个服务与服务之间的一个依赖关系(服务治理概念)。在任何rpc远程框架中,都会有一个注册中心(存放服务地址相关信息(接口地址))
Eureka的两个组件
Eureka包含两个组件:Eureka Server 和 Eureka Client
-
Eureka Server 提供服务注册服务
各个微服务节点通过配置启动后,会在Eureka Server中进行注册,这样Eureka Server中的服务注册表中将会存储所有可用服务节点的信息,服务节点的信息可以在界面中直观看到。
-
Eureka Client
是一个java客户端,用于简化Eureka Server的交互,客户端同时也具备一个内置的、使用轮询(round——robin)负载算法的负载均衡器。
在应用启动后,将会向Eureka Server发送心跳(默认周期为30秒)。如果Eureka Server在多个心跳周期内没有接受到某个节点的心跳,Eureka Server将会从服务注册表中将这个服务节点移除(默认90秒)
单机Eureka 构建步骤
架构图:
1. idea生成eurekaServer端服务注册中心,类似物业公司
-
创建Module cloud-eureka-server7001
-
改pom
给pom文件中添加eureka server依赖:
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId> <version>2.2.10.RELEASE</version> </dependency>
-
写配置(yml或者properties)
#服务端口号 server.port=7001 #eureka服务端的实例名称 eureka.instance.hostname=localhost #false表示不向服务端注册自己 eureka.client.register-with-eureka=false #false表示自己这端就是注册中心,职责是维护服务实例,不需要检索服务 eureka.client.fetch-registry=false #设置与Eureka Server交互的地址查询服务和注册服务都需要依赖这个地址 eureka.client.service-url.defaultZone=http://${eureka.instance.hostname}:${server.port}/eureka/
-
主启动
在启动类上添加@EnableEurekaServer注解,表示该端口为Eureka服务注册中心
-
测试
启动模块,访问该模块配置的端口,查看结果界面
显示 No instances available,表示没有服务被发现,因为没有注册服务进来当然不可能有服务被发现
2. EurekaClient端cloud-provider-payment8001 将其注册进EurekaServer成为服务提供者provider
步骤:
-
选中修改模块cloud-provider-payment8001
-
改pom
添加eureka client依赖
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId> <version>3.1.0</version> </dependency>
-
写配置
将该微服务注册并入驻进入Eureka Server:
eureka: client: #表示是否将自己注册进EurekaServer,默认为true register-with-eureka: true #是否从EurekaServer抓取已有的注册信息,默认为true。单节点无所谓,集群必须设置为true才能配合ribbon使用负载均衡 fetch-registry: true service-url: #入驻地址 defaultZone: http://localhost:7001/eureka
-
主启动(添加 @EnableEurekaClient)
在主启动上添加 @EnableEurekaClient 注解,表示该模块为Eureka的客户端
-
测试
-
先启动Eureka Server
先启动Eureka 服务端,模块cloud-eureka-server7001;再启动客户端,启动cloud-provider-payment8001 模块
-
访问 http://localhost:7001/
可以看到有服务注册进入了Eureka Server,名为 cloud-payment-server,Status下显示的是微服务名称cloud-provider-payment8001 :
-
微服务注册名配置说明
上图中的注册服务名 cloud-payment-server 就是 cloud-provider-payment8001 模块在配置文件中配置的服务名称:
spring: application: name: cloud-payment-server
-
-
自我保护机制
图中Eureka后台中出现的 红色字体 就是Eureka的自我保护机制,后续详细介绍
3.Eureka Client端cloud-consumer-order80,将其注册进Eureka Server成为服务消费者consumer
-
选中模块 cloud-consumer-order80
-
改pom
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId> <version>3.1.0</version> </dependency>
-
写配置
eureka: client: #表示是否将自己注册进EurekaServer,默认为true register-with-eureka: true #是否从EurekaServer抓取已有的注册信息,默认为true。单节点无所谓,集群必须设置为true才能配合ribbon使用负载均衡 fetch-registry: true service-url: #入驻地址 defaultZone: http://localhost:7001/eureka
-
主启动
在主启动上添加 @EnableEurekaClient 注解,表示该模块为Eureka的客户端
-
测试
启动三个微服务,先启动Server端,再启动Client端,控制台显示启动启动成功:
访问http://localhost:7001/,查看Eureka后台:
Eureka 集群构建步骤
Eureka 集群原理说明
Eureka Server:
服务注册:将服务信息注册进注册中心
服务发现:从注册中心上获取服务信息
实质:存key服务名 取value调用地址
解决办法:搭建Eureka注册中心集群,实现负载均衡+故障容错
架构:
互相注册,相互守望:
Eureka Server集群环境构建步骤
-
参考cloud-eureka-server7001,新建cloud-eureka-server7002
-
改pom
-
修改映射配置
在 etc/hosts 配置文件中添加:
#######spring cloud####### 127.0.0.1 eureka7001.com 127.0.0.1 eureka7002.com
-
写配置
修改配置文件cloud-eureka-server7001:
#eureka服务端的实例名称 eureka.instance.hostname=eureka7001.com #false表示不向服务端注册自己 eureka.client.register-with-eureka=false #false表示自己这端就是注册中心,职责是维护服务实例,不需要检索服务 eureka.client.fetch-registry=false #设置与Eureka Server交互的地址查询服务和注册服务都需要依赖这个地址 eureka.client.service-url.defaultZone=http://eureka7002.com:7002/eureka/
cloud-eureka-server7002:
#eureka服务端的实例名称 eureka.instance.hostname=eureka7002.com #false表示不向服务端注册自己 eureka.client.register-with-eureka=false #false表示自己这端就是注册中心,职责是维护服务实例,不需要检索服务 eureka.client.fetch-registry=false #设置与Eureka Server交互的地址查询服务和注册服务都需要依赖这个地址 eureka.client.service-url.defaultZone=http://eureka7001.com:7001/eureka/
5.主启动
观察eureka后台,发现两台Eureka Server互相指向:
将 支付服务8001微服务、订单服务80微服务 发布到上面两台Eureka集群配置中
修改cloud-provider-payment8001 和 cloud-consumer-order80的配置文件,修改部分:
#入驻地址
defaultZone: http://localhost:7001/eureka,http://eureka7002.com:7002/eureka/ #集群版
测试
- 先启动Eureka Server,7001和7002服务
- 再启动服务提供者provider,8001
- 启动消费者,80
- 访问进行下单
支付服务提供者8001集群环境搭建
架构图:
参考cloud-provider-payment8001,新建 cloud-provider-payment8002
负载均衡
订单服务访问地址不能写死
修改 顾客 consumer-order-80 的Controller:
集群版的 url 为微服务名称:
//public static final String PAYMENT_URL = "http://localhost:8001"; 单机版,下面为集群版
public static final String PAYMENT_URL = "http://CLOUD-PAYMENT-SERVER";
使用@LoadBalanced注解赋予RestTemplate负载均衡的能力
在RestTemplate配置类上添加:
@Configuration
public class ApplicationContextConfig {
@Bean
@LoadBalanced
public RestTemplate restTemplate(){
return new RestTemplate();
}
}
访问Eureka后台,观察到有一个 生产商家,一个消费者:
此时访问 客户consumer-order 的服务端口 http://localhost/consumer/pay/get/1,重复访问会 轮询访问 8001和8002 端口
actuator微服务信息完善
主机名称,服务器名称修改
避免暴露主机名,在暴露主机的微服务配置中添加配置(最后未知):
eureka:
client:
#表示是否将自己注册进EurekaServer,默认为true
register-with-eureka: true
#是否从EurekaServer抓取已有的注册信息,默认为true。单节点无所谓,集群必须设置为true才能配合ribbon使用负载均衡
fetch-registry: true
service-url:
#入驻地址
defaultZone: http://localhost:7001/eureka,http://eureka7002.com:7002/eureka/ #集群版
#避免在后台界面暴露主机名
instance:
instance-id: payment8001
重启后查看Eureka后台界面,可以看到主机名被隐藏:
设置访问信息有ip信息显示
添加配置:
#避免在后台界面暴露主机名
instance:
instance-id: payment8001
prefer-ip-address: true
在Eureka后台界面,鼠标放在具体的微服务上,左下角显示 ip地址
服务发现 Discovery
对于注册进Eureka里面的微服务,可以通过服务发现来获得该服务的信息
在微服务服务端 8001、8002的控制器中添加:
@Resource
private DiscoveryClient discoveryClient;
添加服务发现类,获取服务信息:
/**
* 获得相应服务信息
*/
@GetMapping("/payment/discovery")
public Object discovery(){
List<String> services = discoveryClient.getServices();
for (String element : services){
System.out.println("element: "+element);
}
List<ServiceInstance> instances = discoveryClient.getInstances("CLOUD-PAYMENT-SERVER");
for (ServiceInstance instance : instances){
System.out.println(instance.getServiceId()+"\n"+instance.getHost()+"\n"+
instance.getPort()+"\n"+instance.getUri());
}
return this.discoveryClient;
}
在主启动类上添加 @EurekaDiscoveryClient 注解
自测:
- 先启动Eureka Server
- 再启动8001主启动类
- 访问服务发现端口 http://localhost:8001/payment/discovery
Eureka的自我保护机制
概述:
保护模式主要用于一组客户端和Eureka Server之间存在网络分区场景下的保护。
一旦进入保护模式,Eureka Server将会尝试保护其服务注册表中的信息,不再删除服务注册表中的数据,也就是不会注销任何微服务
如果在Eureka Server首页看到一堆 红色信息提示,说明Eureka进入了保护模式
导致原因:某时刻某一个微服务不可用了,Eureka不会立刻清理,依旧会对该微服务的信息进行保存
禁止自我保护:
#关闭Eureka Server的自我保护机制
eureka.server.enable-self-preservation=false
设置Eureka Client 客户端向Server端 发送心跳的频率:
eureka:
client:
#表示是否将自己注册进EurekaServer,默认为true
register-with-eureka: true
#是否从EurekaServer抓取已有的注册信息,默认为true。单节点无所谓,集群必须设置为true才能配合ribbon使用负载均衡
fetch-registry: true
service-url:
#入驻地址
defaultZone: http://localhost:7001/eureka,http://eureka7002.com:7002/eureka/ #集群版
#避免在后台界面暴露主机名
instance:
instance-id: payment8001
prefer-ip-address: true
#Eureka客户端向服务端发送心跳的时间间隔,单位为秒(默认为30秒)
lease-renewal-interval-in-seconds: 40
#Eureka服务端在收到最后一次心跳后等待时间上限,单位为秒(默认90s),超时将剔除服务
lease-expiration-duration-in-seconds: 80