spring cloud eureka注册中心讲解

0.目标

1. eureka详解

1. eureka详解

1.1 基础架构

Eureka架构中的三个核心角色：

• 服务注册中心

  Eureka的服务端应用，提供服务注册和发现功能，就是我们之前建立的eureka-server

• 服务提供者

  提供服务的应用，可以是SpringBoot应用，也可以是其它任意技术实现，只要对外提供的是Rest风格服务即可。我们实现过的的user-service就是服务消费者

• 服务消费者

  消费应用从注册中心获取服务列表，从而得知每个服务方的信息，知道去哪里调用服务方。我们之前写过的user-client就是服务消费者

1.2 eureka的设计理念

作为一个服务注册及发行中心,主要解决的问题:

服务实例如何注册到服务中心

如果是非java端的服务,可以使用restapi进行注册;而springcloud应用,则只需引入spring-cloud-netflix-eureka-client,基于springboot的自动配置,自动实现服务信息的注册

服务提供者在启动时，会检测配置属性中的：eureka.client.register-with-erueka=true参数是否正确，事实上默认就是true。如果值确实为true，则会向EurekaServer发起一个Rest请求，并携带自己的元数据信息，Eureka Server会把这些信息保存到一个双层Map结构中。第一层Map的Key就是服务名称，第二层Map的key是服务的实例id。

服务实例如何从服务中心续约

在注册服务完成以后，服务提供者会维持一个心跳（定时向EurekaServer发起Rest请求），告诉EurekaServer：“我还活着”。这个我们称为服务的续约（renew）

有两个重要参数可以修改服务续约的行为：

eureka:
  instance:
    lease-expiration-duration-in-seconds: 90
    lease-renewal-interval-in-seconds: 30

• lease-renewal-interval-in-seconds：服务续约(renew)的间隔，默认为30秒
• lease-expiration-duration-in-seconds：服务失效时间，默认值90秒

也就是说，默认情况下每个30秒服务会向注册中心发送一次心跳，证明自己还活着。如果超过90秒没有发送心跳，EurekaServer就会认为该服务宕机，会从服务列表中移除，这两个值在生产环境不要修改，默认即可。

但是在开发时，这个值有点太长了，经常我们关掉一个服务，会发现Eureka依然认为服务在活着。所以我们在开发阶段可以适当调小。

eureka:
  instance:
    lease-expiration-duration-in-seconds: 4 # 4秒即过期
    lease-renewal-interval-in-seconds: 2 # 2秒一次心跳

实例id

instance-id是区分同一服务的不同实例的唯一标准，因此不能重复.

在Eureka监控页面，可以查看服务注册信息

在status一列中，显示以下信息：

• UP(1)：代表现在是启动了1个示例，没有集群
• DESKTOPxxx:user-service:8090：是示例的名称（