spring cloud(二) 服务与注册发现（eureka）客户端

最新推荐文章于 2022-07-19 21:48:52 发布

xphsc

最新推荐文章于 2022-07-19 21:48:52 发布

阅读量899

点赞数

分类专栏： spring colud系列文章标签： spring cloud

本文链接：https://blog.csdn.net/xiongpei00/article/details/80194042

版权

spring colud系列专栏收录该内容

7 篇文章 0 订阅

订阅专栏

Eureka是Netflix开源的一款提供服务注册和发现的产品，它提供了完整的Service Registry和Service Discovery实现。也是springcloud体系中最重要最核心的组件之一。

Eureka

默认的，Eureka client开始状态是 STARTING ，这为了在实例能够提供服务之前，给它做应用初始化的时间。之后应用可以加入到可提供服务中通过将状态变更为 UP 。

ApplicationInfoManager.getInstance().setInstanceStatus(InstanceStatus.UP)

应用也可以注册健康检查的callback，这可以选择性地将实例状态变为 DOWN。

在Neflix中，还有一个 OUT_ OF_ SERVICE 状态,表明该实例不可提供服务中。

Eureka Client Operations

Eureka client首先尝试去和相同zone的Eureka Server连接，如果它不能发现服务端，它将转向其他zone。

Eureka client通过以下方式和服务端交互

Eurek Client向Eureka server注册运行实例的信息。注册发生在第一次心跳(在30秒之后)。

Renew

Eureka client需要通过每30秒发送心跳来“续约”。“续约”信号告诉Eureka server该实例仍然是可用的。如果server在90秒没有收到“续约”，他将从注册列表移除该实例。不去改变“续约”周期是明智的，因为server使用这个信息去判断在client和server之间的通信是否有普遍的问题。(备注：例如网络分区问题)

Fetch Registry

Eureka client从server获取注册信息并缓存在本地。之后，client使用这个信息去发现其他的服务。注册信息被周期性的更新(每30秒)，通过获取上一个读取周期和当前读取周期之间的增量更新。增量信息在server中保持较长时间（约3分钟），因此增量提取可能会再次返回相同的实例。Eureka client会自动处理重复的信息。

获取增量之后，Eureka client和server通过比较server返回的实例数量来比对信息，如果由于某些原因信息不匹配，整个注册信息将重新提取。Eureka server缓存压缩的增量payload、整个注册表，以及每个应用程序相同的未压缩信息。payload支持JSON和XML格式。Eureka client通过jersey apache client获取压缩的JSON格式的信息。

Cancel

Eureka client在shutdown时给Eureka server发送一个cancel请求。Eureka server将从服务的实例注册信息中移除该实例，这有效得将实例从负载中移除。(备注：通过linux命令 kill -15应用程序将收到shutdown通知，kill -9则收不到通知)

当Eureka client shutdown时，应用应该保证去调用以下方法。

DiscoveryManager.getInstance().shutdownComponent()

Time Lag

Eureka client的所有操作会花费一定时间反映到Eureka server和其他的clients。这是因为Eureka server上有payload的缓存，它定期刷新以获取新的信息。Eureka client也会定期刷新增量信息。因此，这可能花费长达2分钟的时间去把变更传播到所有的Eureka client。

Communication mechanism

默认的，Eureka client使用Jersey,XStream技术和JSON 格式的payload去和Eureka Server交流。你也可以使用你选择的机制来覆盖默认的。

案例实践

如何引入Eureka Client

    <dependency>
        <groupId>org.springframework.cloud</groupId>
       <artifactId>spring-cloud-starter-eureka</artifactId>
    </dependency>

注册到Eurake

当一个client注册到Eureka，它提供自己的meta-data，例如host,port,health indicator URL,home page等。Eureka接受心跳信息从属于一个服务的每个实例。如果心跳在一个配置的时间内失败，实例将从注册中心移除。

@SpringBootApplication
@EnableEurekaClient
public class ClientEurekaApplication {
    public static void main(String[] args) {
        SpringApplication.run(ClientEurekaApplication.class, args);
}

}}

application.yml

eureka: client: serviceUrl: defaultZone: http://xphsc:8761/eureka/ instance: preferIpAddress: false statusPageUrlPath: /info healthCheckUrlPath: /health lease-renewal-interval-in-seconds: 1 lease-expiration-duration-in-seconds: 2

* Authenticating with the Eureka Server

在```eureka.client.serviceUrl.defaultZone``` URLs中加上认证信息，如```http://user:password@localhost:8761/eureka```。
* Why is it so Slow to Register a Service?


eureka:
    client:
       registerWithEureka: true
       fetchRegistry: true
       serviceUrl:
         defaultZone: http://${EUREKA_HOST:xphsc}:${EUREKA_PORT:8761}/eureka/
   instance:
        preferIpAddress: false  实例名称显示IP配置
        statusPageUrlPath: /info  eureka实例的状态页面和健康监控默认为/info和/health，这是spring boot actuator提供的默认终端点
        healthCheckUrlPath: /health
        lease-renewal-interval-in-seconds: 1 心跳时间，即服务续约间隔时间（缺省为30s）
        lease-expiration-duration-in-seconds: 2 发呆时间，即服务续约到期时间（缺省为90s）


        一个实例涉及和注册中心的周期性的心跳，默认周期为30s。一个服务不被客户端发现直到实例，服务端和客户端都在它们本地缓存有了相同的metadat