Eureka
概述
什么是服务注册中心？ Eureka采用了CS的设计架构，EurekaServer作为服务注册功能的服务器，它是服务注册中心。而系统中的其他微服务，使用Eureka的客户端连接到EurekaServer并维持心跳连接。这样系统的维护人员就可以通过Eureka Server 来监控系统中各个微服务是否正常运行。 在服务注册与发现中，有一个注册中心。当服务器启动的时候，会把当前自己服务器的信息比如服务地址通讯地址等以别名方式注册到注册中心上。 另一方(消费者|服务提供者)，以该别名的方式去注册中心上获取到实际的服务通讯地址，然后再实现本地RPC调用RPC远程调用框架核心设计思想：在于注册中心，因为使用注册服务之间的一个依赖关系(服务治理概念)。 在任何RPC远程框架中，都会有一个注册中心(存放服务地址相关信息(接口地址))
Eureka包含两个组件: Eureka Server和Eureka Client Eureka Server提供服务注册服务 各个微服务节点通过配置启动后，会在EurekaServer中进行注册，这样EurekaServer中的服务注册表中将会存储所有可用服务节点的 信息，服务节点的信息可以在界面中直观看到。 Eureka Client通过注册中心进行访问 是一个Java客户端，用于简化Eureka Server的交互，客户端同时也具备一个内置的、使用轮询(round-robin)负载算法的负载均衡器。在应用启动后，将会向Eureka Server发送心跳(默认周期为30秒)。 如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳，Eureka Server将会从服务注册表中把这个服务节点移除（默认90秒)
单机Eurake构建
新建cloud-eureka-server7001模块作为eureka服务端
1、POM文件
2、application.yml
server:
port: 7001
eureka:
instance:
hostname: localhost # eureka 服务端的实例名称
client:
# false 代表不向服务注册中心注册自己，因为它本身就是服务中心
register-with-eureka: false
# false 代表自己就是服务注册中心，自己的作用就是维护服务实例，并不需要去检索服务
fetch-registry: false
service-url:
# 设置与 Eureka Server 交互的地址，查询服务 和 注册服务都依赖这个地址
defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/
3、主启动类
因为是服务注册中心，所以不需要写业务类
@SpringBootApplication
@EnableEurekaServer//表明自己是服务注册中心
public class EurekaMain7001
{
public static void main(String[] args) {
SpringApplication.run(EurekaMain7001.class,args);
}
}
4、访问http://localhost:7001/测试
目前还没有服务注册到注册中心
改造支付微服务8001模块入驻EurekaServer
1、将eureka client包引入到pom中
2、在application.yml中加入eureka配置
spring:
application:
name: cloud-payment-service # 这里的名字不要随意改动
eureka:
client:
# 注册进 Eureka 的服务中心
register-with-eureka: true
# 检索 服务中心 的其它服务
fetch-registry: true
service-url:
# 设置与 Eureka Server 交互的地址
defaultZone: http://localhost:7001/eureka/
3、主启动类加注解
@EnableEurekaClient//表明当前服务是客户端
4、启动模块，访问eureka，可以发现支付微服务已经入驻eureka server，并且名字是yml文件中的服务名字（需要保持一致）
改造订单微服务80模块入驻EurekaServer
1、将eureka client包引入到pom中
2、在application.yml中加入eureka配置
spring:
application:
name: cloud-order-service # 本来我们80是没有服务名称的，但是现在要入驻eureka server必须要配置一个servername
eureka:
client:
# 注册进 Eureka 的服务中心
register-with-eureka: true
# 检索 服务中心 的其它服务
fetch-registry: true
service-url:
# 设置与 Eureka Server 交互的地址
defaultZone: http://localhost:7001/eureka/
3、主启动类加注解
@EnableEurekaClient//表明当前服务是客户端
4、测试
eureka集群构建
eureka集群原理说明：相互注册，互相守望
集群对内每台Eureka服务器都有其他Eureka服务器地址信息，对外暴露出一个整体
新建cloud-eureka-server7002
本次使用两个eureka server作为一个集群 和cloud-eureka-server7001内容保持一致（除yml文件）
修改映射配置
修改C:\Windows\System32\drivers\etc\hosts文件 因为我们在一台物理机上模拟的集群，所以使用不同的端口号映射一个地址 127.0.0.1 eureka7001.com 127.0.0.1 eureka7002.com
修改集群中每个server的yml文件
7001
server:
port: 7001
eureka:
instance:
hostname: eureka7001.com # eureka本机服务注册地址
client:
# false 代表不向服务注册中心注册自己，因为它本身就是服务中心
register-with-eureka: false
# false 代表自己就是服务注册中心，自己的作用就是维护服务实例，并不需要去检索服务
fetch-registry: false
service-url:
# 设置集群中其他Eureka Server 地址，代表本eureka server执行集群中其他 eureka server 达到互相注册的目的
defaultZone: http://eureka7002.com:7002/eureka/
7002
server:
port: 7002
eureka:
instance:
hostname: eureka7002.com # eureka本机服务注册地址
client:
# false 代表不向服务注册中心注册自己，因为它本身就是服务中心
register-with-eureka: false
# false 代表自己就是服务注册中心，自己的作用就是维护服务实例，并不需要去检索服务
fetch-registry: false
service-url:
# 设置集群中其他Eureka Server 地址，达到互相注册
defaultZone: http://eureka7001.com:7001/eureka/
启动集群访问
将支付服务8001微服务发布到2台eureka集群配置中
只需修改yml文件
server:
port: 8001
spring:
application:
name: cloud-provider-payment
datasource:
type: com.alibaba.druid.pool.DruidDataSource # 当前数据源操作类型
driver-class-name: com.mysql.cj.jdbc.Driver # mysql驱动包
url: jdbc:mysql://localhost:3306/cloud2020?useUnicode=true&characterEncoding=utf-8&useSSL=false
username: root
password: 123456
eureka:
client:
# 注册进 Eureka 的服务中心
register-with-eureka: true
# 检索 服务中心 的其它服务
fetch-registry: true
service-url:
# 设置与 Eureka Server 交互的地址
#defaultZone: http://localhost:7001/eureka/
defaultZone: http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/ #配置集群中所有eureka server注册地址，用逗号隔开
mybatis:
mapperLocations: classpath:mapper/*.xml
type-aliases-package: com.mzr.springcloud.entities # 所有Entity别名类所在包
将订单服务80微服务发布到2台eureka集群配置中
只需修改yml文件
server:
port: 8001
spring:
application:
name: cloud-provider-payment
datasource:
type: com.alibaba.druid.pool.DruidDataSource # 当前数据源操作类型
driver-class-name: com.mysql.cj.jdbc.Driver # mysql驱动包
url: jdbc:mysql://localhost:3306/cloud2020?useUnicode=true&characterEncoding=utf-8&useSSL=false
username: root
password: 123456
eureka:
client:
# 注册进 Eureka 的服务中心
register-with-eureka: true
# 检索 服务中心 的其它服务
fetch-registry: true
service-url:
# 设置与 Eureka Server 交互的地址
#defaultZone: http://localhost:7001/eureka/
defaultZone: http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/ #配置集群中所有eureka server注册地址，用逗号隔开
支付服务集群构建
新建cloud-provider-payment8002服务，与cloud-provider-payment8002接口及内容保持一致
修改controller 因为我们注册的服务名称是一致的，但是我们要直到是哪台微服务提供的服务，可以使用端口号进行区分 8001与8002修改内容一致
@Value("${server.port}")
private String serverPort;
@PostMapping(value = "/payment/create")
public CommonResult create(@RequestBody Payment payment) {
int result = paymentService.create(payment);
log.info("*****插入结果：" + result);
return result > 0 ? new CommonResult(200, "插入数据库成功,serverPort" + serverPort, result) : new CommonResult(444, "插入数据库失败,serverPort" + serverPort, null);
}
@GetMapping(value = "/payment/get/{id}")
public CommonResult getPaymentById(@PathVariable("id") Long id) {
Payment payment = paymentService.getPaymentById(id);
return ObjectUtils.isEmpty(payment) ? new CommonResult(444, "没有对应记录,查询ID: " + id + "serverPort" + serverPort, null) : new CommonResult(200, "查询成功,serverPort" + serverPort, payment);
}
修改订单80微服务
负载均衡访问支付微服务集群
controller修改前（这里是写死的，不会去eureka上找，默认会访问8001微服务）
public static final String PAYMENT_URL = "http://localhost:8001";
controller修改后（这里要配置为在eureka上注册的服务名称）
public static final String PAYMENT_URL = "http://cloud-provider-payment";
使用微服务名称代替写死的ip:port
同时要注意使用@LoadBalanced注解赋予RestTemplate负载均衡能力
@Configuration
public class ApplicationContextConfig {
@Bean
@LoadBalanced //使用这个注解赋予了RestTemplate 负载均衡的能力
public RestTemplate getRestTemplate(){
return new RestTemplate();
}
}
这就是之后我们要学习的Ribbon的负载平衡功能
启动测试
多次访问，就可以看到访问支付微服务端口号的变化
actuator微服务信息完善
当前问题：没有按照规范只暴露服务名，无须暴露主机名称，访问信息没有IP地址信息提示，在实际工作中我们需要ip能够更容易定位到哪个服务在哪台服务器部署
1、修改主机名称:服务名称
首先确保我们的pom文件中已经引入了 spring-boot-starter-actuator依赖，有这个依赖ip信息完善才有效果
修改yml文件（以8001为例，8002也按此修改）
eureka:
client:
# 注册进 Eureka 的服务中心
register-with-eureka: true
# 检索 服务中心 的其它服务
fetch-registry: true
service-url:
# 设置与 Eureka Server 交互的地址
#defaultZone: http://localhost:7001/eureka/
defaultZone: http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/ #配置集群中所有eureka server注册地址，用逗号隔开
instance: # 与client同级
instance-id: payment8001 #新增微服务实例id，什么名字无所谓为了方便辨识我们使用payment8001,配置之后不再展示默认的微服务名称
2、修改访问信息有IP信息提示
修改yml文件（以8001为例，8002也按此修改）
eureka:
client:
# 注册进 Eureka 的服务中心
register-with-eureka: true
# 检索 服务中心 的其它服务
fetch-registry: true
service-url:
# 设置与 Eureka Server 交互的地址
#defaultZone: http://localhost:7001/eureka/
defaultZone: http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/ #配置集群中所有eureka server注册地址，用逗号隔开
instance: # 与client同级
instance-id: payment8001 #新增微服务实例id，什么名字无所谓为了方便辨识我们使用payment8001,配置之后不再展示默认的微服务名称
#访问路径可以显示IP地址
prefer-ip-address: true
访问测试
可以发现微服务名称及其访问ip已经修改为我们想要的结果
发现服务Discovery
对于注册进eureka里面的微服务，我们可以通过服务发现来获取该服务的信息
即可视化页面中的信息
以8001为例
1、主启动类添加注解@EnableDiscoveryClient
2、在 controller层添加打印信息
@Resource
private DiscoveryClient discoveryClient;
@GetMapping(value = "/payment/discovery")
public Object discovery()
{
//获取所有微服务名称
List
for (String element : services) {
log.info("*****element: "+element);
}
//获取某个微服务名称下所有微服务实例
List
for (ServiceInstance instance : instances) {
log.info(instance.getServiceId()+"\t"+instance.getHost()+"\t"+instance.getPort()+"\t"+instance.getUri());
}
return this.discoveryClient;
}
启动测试
Eureka自我保护
保护模式主要用于一组客户端和Eureka Server之间存在网络分区场景下的保护。
一旦进入保护模式，Eureka Server将会尝试保护其服务注册表中的信息，不再删除服务注册表中的数据，也就是不会注销任何微服务。
如果在Eureka Server的首页看到以下这段提示，则说明Eureka进了保式:
EMERGENCY!EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY’RE NOT.RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTANCES ARE NOTBEING EXPIREDJUSTTO BE SAFE
一句话：某时刻某一个微服务不可用了，Eureka不会立即清理，依旧会对该微服务的信息进行保存。属于CAP里的AP分支
为什么会产生Eureka自我保护机制?
为了保证EurekaClient可以正常运行，但是与EurekaServer网络不通情况下，EurekaServer不会立刻将EurekaClient服务剔除
什么是自我保护模式?
默认情况下，如果EurekaServer在一定时间内没有接收到某个微服务实例的心跳，EurekaServer将会注销该实例（默认90秒)。但是当网络分区故障发生(延时、卡顿、拥挤)时，微服务与EurekaServer之间无法正常通信，以上行为可能变得非常危险了——因为微服务本身其实是健康的，此时本不应该注销这个微服务。Eureka通过“自我保护模式”来解决这个问题——当EurekaServer节点在短时间内丢失过多客户端时(可能发生了网络分区故障)，那么这个节点就会进入自我保护模式。
自我保护机制∶默认情况下EurekaClient定时向EurekaServer端发送心跳包，如果Eureka在server端在一定时间内(默认90秒)没有收到EurekaClient发送心跳包，便会直接从服务注册列表中剔除该服务，但是在短时间(90秒中)内丢失了大量的服务实例心跳，这时候EurekaServer会开启自我保护机制，不会剔除该服务（该现象可能出现在如果网络不通但是EurekaClient为出现宕机，此时如果换做别的注册中心如果一定时间内没有收到心跳会将剔除该服务，这样就出现了严重失误，因为客户端还能正常发送心跳，只是网络延迟问题，而保护机制是为了解决此问题而产生的)
在自我保护模式中，Eureka Server会保护服务注册表中的信息，不再注册任何服务实例。
它的设计哲学就是宁可保留错误的服务注册信息，也不盲目注销任何可能健康的服务实例。一句话：好死不如赖活着
综上，自我保护模式是一种应对网络异常的安全保护措施。它的架构哲学是宁可同时保留所有微服务（健康的微服务和不健康的微服务都会保留）也不盲目注销任何健康的微服务。使用自我保护模式，可以让Eureka集群更加的健壮、稳定。
如何禁止自我保护？
配置注册中心eurekaServer端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:
#出厂默认，自我保护机制是开启的
#关闭自我保护机制，保证不可用服务被及时踢除
enable-self-preservation: false
eviction-interval-timer-in-ms: 2000
配置生产者客户端eurekaClient端8001
# 提供者
server:
port: 8001 # 端口号不一样
eureka:
client:
register-with-eureka: true
fetch-registry: true
service-url: # 集群
defaultZone: http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/
instance: #重点，和client平行
instance-id: payment8001 # 每个提供者的id不同，显示的不再是默认的项目名
prefer-ip-address: true # 可以显示ip地址
# Eureka客户端像服务端发送心跳的时间间隔，单位s，默认30s
least-renewal-interval-in-seconds: 1
# Rureka服务端在收到最后一次心跳后等待时间上线，单位为s，默认90s，超时将剔除服务
least-expiration-duration-in-seconds: 2
参考文章
发表评论