SpringCloud Eureka 进阶应用

一时失言乱红尘 2022-12-30 07:58 94阅读 0赞

**SpringCloud Eureka 进阶应用**

*  Eureka Instance 和Client 的元数据
 *  状态页和健康检查页端口设置
 *  区域与可用区
 *  高可用性服务注册中心
 *  总结

**看这篇之前请看：**

[五分钟学会 Spring Cloud Eureka：服务注册与发现（小白必看，一看就会教程）][Spring Cloud Eureka]

[SpringCloud Eureka Client 源码解析][SpringCloud Eureka Client]

[SpringCloud Eureka Server 源码解析][SpringCloud Eureka Server]

## Eureka Instance 和Client 的元数据 ##

在EurekalnstanceConfigB巳an 中，相当大一部分内容是关于Eureka Client 服务实例的信息，这部分信息称为元数据，它是用来描述自身服务实例的相关信息。Eureka 中的标准元数据有主机名、IP 地址、端口号、状态页url 和健康检查ur l 等用于服务注册与发现的重  
要信息。开发者可以自定义元数据，这部分额外的数据可以通过键值对（ key-value ）的形式放在eureka.instance .metadataMap ，如下所示：

eureka :
    			Instance:
    						metadataMap :
    										metadata-map
    														mymetaData : mydata

这里定义了一个键为mymetaData ，值为mydata 的自定义元数据， metadata-map 在EurekalnstanceConfigBean 会被配置为以下的属性：

private Map<String , String> metadataMap = new HashMap<>() ;

这些自定义的元数据可以按照自身业务需要或者根据其他的特殊需要进行定制。

## 状态页和健康检查页端口设置 ##

Eureka 服务实例状态页和健康检查页的默认url 是／actuator/info 和Iactuator/health ，通常是使用spring-boot-actuator 中相关的端点提供实现。一般情况下这些端点的配置都不需要修改，但是当spring-boot 没有使用默认的应用上下文路径（ context path ）或者主分发器  
路径（ Dispatch path ）时，将会影响Eureka Server 无法通过／actuator/health 对Eureka C lient进行健康检查， 以及无法通过／actuator/info 访问Eureka Client 的信息接口。例如设置成应用上下文路径为：

server .
    	servlet .
    		context-path : /path

或者设置主分发器路径为：

server
    	servlet .
    		path: /path

为此需要对这些端点的URL 进行更改， 如下所示：  
server .

servlet:
    eureka:
    path : /path
    instance :
    statusPageUrlPath: ${ server . servlet .path}/actuator/info
    healthCheckUrlPath : ${ server.servlet.path}/actuator/health

同样可以通过绝对路径的方式进行更改。

## 区域与可用区 ##

在基础应用中，我们介绍了AWS 的区域以及可用区的概念。  
一般来说一个Eureka Client 只属于一个区域， 一个区域下有多个可用区，每个可用区下可能有多个Eureka Server （一个Eureka Server 可以属于多个可用区） 。

eureka .
    client :
    region: us-east-1
    availability-zo口es:
    us-east-1. us-east-zo口e-1, us-east-zone-2
    us - west-2 . us-west-zone-1, us-west-zone-2
    service - url :
    us east zone 1 : http : //xxxl , http : //xxx2
    us-east-zone-2 : http://xxxl , http://xxx2
    us-west-zone- 1: http : I /xxxl, h ttp : I /xxx2
    us-west-zone-2 : http : I /xxxl, http : I /xxx2

以上是一份比较完整的关于区域与可用区的配置。获取serverUrls 的过程是层层递进的，从区域到可用区，优先添加服务实例所处的可用区的serverUrls ，为了保证容错性，又把本区域中的其他的可用区也添加到了serverUrls 。通过这种多层次的设计，提供Eureka在区域内的容错性，保证了网络分区容忍性（ Partition tolerance ） 。

当然也可以直接告诉Eureka Client 服务实例所处的可用区，并希望使用同一个可用区的Eureka Server 进行注册（在Eureka Client 无法与Eureke Server 进行通信时，它将轮询向配置中其他的Eureka Server 注册直到成功为止），可以添加如下配置：

eureka :
    Instance :
    metadataMap:
    zone · us-east-zone-2
    client :
    prefer same - zone-eureka : true

这样配置的话，使用的Eureka Server 的url 将会是us-east-zone-2: http://xxx l ,http://xxx2 。

## 高可用性服务注册中心 ##

Eureka Server 可以变得更有弹性和具备高可用性，通过部署多个注册中心实例，并让它们之间五相注册。在Standalone 模式中，只能依赖Server 和Client 之间的缓存，并需要弹性的机制保证Server 实例一直存活， 单例的注册中心崩溃了， Client 之间就很难互相发  
现和调用。

在配置文件中添加如下配置：

spring :
    profiles : peerl
    application :
    name : eureka-server-peer
    server :
    port : 8762
    eureka :
    instance :
    hostname : peerl
    Instance-id : ${ spr 工ng . application . 口ame} : ${ vcap.appl 工cat 工instance_ id : $
    { spring . application . Instance_ id : ${ random .v alue}}}
    client :
    service - url .
    defaultZone : http : //localhost : 8763/eureka/
    s pring :
    profiles : peer2
    
    applic a t 工on :
    name : eureka- server-peer
    server :
    port : 8763
    eureka :
    i nstanc e :
    hostname peer2
    instance_id : ${ spring . application . 口缸ne } : $ { vcap . application.instance.id:
    { spring . application . instance_id : ${ random . value}}}
    client :
    service url :
    defaultZone : http : //localhost : 8762/eureka/
    spring :
    profiles :
    active peerl

可以通过设置不同的spring . profiles.active 启动不同配置的Eureka Server ，上述配置声明了两个Eureka Server 的配置，它们之间是相互注册的。可以添加多个peer ，只要这些Eureka Server 中存在一个连通点，那么这些注册中心的数据就能够进行同步，这就通过服务器的冗余增加了高可用性， 即使其中一台Eureka Server 右机了，也不会导致系统崩溃。

同时对Eureka Client 添加多个注册节点，使得其能够尝试向其他的注册中心发起请求当注册节点前面的Eureka Server 无法通信时），如下所示：

eureka :
    client :
    service-url ·
    defaultZone : http : //localhost : 8761/eureka/ , http : //localhost : 8762/eureka/

## 总结 ##

Eureka 为Spring Cloud 提供了高可用的服务发现与注册组件，利用Eureka, Spring Cloud开发者能够更快地融入到微服务的开发中。Eureka Se凹er 作为服务注册中心，为EurekaClient 提供服务注册和服务发现的能力，它既可单机部署，也可以通过集群的方式进行部  
署，通过自我保护机制和集群同步复制机制保证Eureka 的高可用性和网络分区容忍性，保证Eureka Server 集群的注册表数据的最终一致性； Eureka Client 方便了与Eureka Server 的交互，它与Eureka Serv町的一切交互，包括服务注册、发送心跳续租、服务下线和服务发现，都是在后台自主完成的，简化了开发者的开发工作。  
当然Eureka 也存在缺陷。由于集群间的同步复制是通过HTTP 的方式进行，基于网络的不可靠性，集群中的Eureka Server 间的注册表信息难免存在不同步的时间节点，不满足CAP 中的c （数据一致性） 。

[Spring Cloud Eureka]: https://blog.csdn.net/weixin_44302240/article/details/110799131
[SpringCloud Eureka Client]: https://blog.csdn.net/weixin_44302240/article/details/111473114
[SpringCloud Eureka Server]: https://blog.csdn.net/weixin_44302240/article/details/111587767