微服务SpringCloud之Eureka注册中心

Eureka简介
Eureka是Netflix开源的服务发现组件，本身是一个基于REST的服务。它包含Server和Client两部分。SpringCloud将它集成在子项目SpringCloud Netflix中，从而实现微服务的注册于发现。
Eureka原理
在分析Eureka的原理之前，先了解一下Region和Avaliability Zone，Region和Availability Zone 均是AWS的概念。其中Region表示AWS中的地理位置，每个Region都有多个Availability Zone，每个Region之间完全隔离。AWS通过这种方式实现了最大的容错和稳定性。
SpringCloud默认使用的Region是us-east-1，在非AWS环境下，可以将Availability Zone理解为机房，将Region理解为跨机房的Eureka集群。

• Application Service 服务提供者
• Application Client 服务消费者
• Make Remote Call 可以理解为调用RESTful API的行为
• us-east-1c 、us-east-1d等都是Zone，它们属于us-east-1这个region
• Eureka Server 提供服务发现的能力，各个服务启动时，会向EurekaServer注册中心注册自己的信息（例如：IP、端口、微服务名称等），EurekaServer 会存储这些信息
• Eureka Client是一个java客户端，用于简化与EurekaServer的交互
• 微服务启动后，会周期性（默认30s）地向Eureka Server发送心跳以续约自己的“租期”
• 如歌Eureka Server 在一定时间内没有收到某个服务实例的心跳，Eureka Server 将注销该实例（默认90s）
• 默认情况下，EurekaServer同时也是EurekaClient。多个Eureka Server实例相互之间通过复制的方式来实现服务注册表中数据的同步
• Eureka Client会缓存服务注册表中的信息。这种方式有一定的优势，首先，微服务无需每次请求都查询EurekaServer，从而降低了EurekaServer的压力，其次，即使EurekaServer所有节点都宕掉，服务消费依然可以使用缓存中的信息找到服务提供者完成调用。
  Eureka 通过心跳检查、客户缓存等机制，提高了系统的灵活性、可伸缩性和可用性。
  Eureka和Zookeeper的区别
  著名的CAP理论指出，一个分布式系统不可能同时满足C(一致性)、A(可用性)和P(分区容错性)。由于分区容错性在是分布式系统中必须要保证的，因此我们只能在A和C之间进行权衡。在此Zookeeper保证的是CP, 而Eureka则是AP。
  Zookeeper保证CP
  当向注册中心查询服务列表时，我们可以容忍注册中心返回的是几分钟以前的注册信息，但不能接受服务直接down掉不可用。也就是说，服务注册功能对可用性的要求要高于一致性。但是zk会出现这样一种情况，当master节点因为网络故障与其他节点失去联系时，剩余节点会重新进行leader选举。问题在于，选举leader的时间太长，30 ~ 120s, 且选举期间整个zk集群都是不可用的，这就导致在选举期间注册服务瘫痪。在云部署的环境下，因网络问题使得zk集群失去master节点是较大概率会发生的事，虽然服务能够最终恢复，但是漫长的选举时间导致的注册长期不可用是不能容忍的。
  Eureka保证AP
  Eureka看明白了这一点，因此在设计时就优先保证可用性。Eureka各个节点都是平等的，几个节点挂掉不会影响正常节点的工作，剩余的节点依然可以提供注册和查询服务。而Eureka的客户端在向某个Eureka注册或时如果发现连接失败，则会自动切换至其它节点，只要有一台Eureka还在，就能保证注册服务可用(保证可用性)，只不过查到的信息可能不是最新的(不保证强一致性)。除此之外，Eureka还有一种自我保护机制，如果在15分钟内超过85%的节点都没有正常的心跳，那么Eureka就认为客户端与注册中心出现了网络故障，此时会出现以下几种情况：
• Eureka不再从注册列表中移除因为长时间没收到心跳而应该过期的服务
• Eureka仍然能够接受新服务的注册和查询请求，但是不会被同步到其它节点上(即保证当前节点依然可用)
• 当网络稳定时，当前实例新的注册信息会被同步到其它节点中

因此， Eureka可以很好的应对因网络故障导致部分节点失去联系的情况，而不会像zookeeper那样使整个注册服务瘫痪。
Eureka实战
SpringCloud 我使用的版本为：Finchley.SR1 SpringBoot版本为：2.0.5.RELEASE
EurekaServer：
pom.xml

org.springframework.cloud
spring-cloud-starter-netflix-eureka-server

/**

• @author ：邬志斌（www.wzbjsz.cn)

• @date ：Created in 2019 06 15
  */
  @SpringBootApplication
  @EnableEurekaServer
  public class EurekaApplication {

  public static void main(String[] args) {

   SpringApplication application = new SpringApplication(EurekaApplication.class);
   application.setBannerMode(Banner.Mode.LOG);
   application.run(args);
  

  }

}
bootstrap.yml
spring:
application:
name: eureka-servie
server:
port: 4001

eureka:
instance:
hostname: localhost
prefer-id-address: true
client:
registerWithEureka: true
fetchRegistry: true
serviceUrl:
defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/

EurekaClient:
pom.xml

org.springframework.cloud
spring-cloud-starter-netflix-eureka-client

/**

• @author ：邬志斌（www.wzbjsz.cn)

• @date ：Created in 2019 06 15
  */
  @SpringBootApplication
  @EnableDiscoveryClient
  public class EurekaClientApplication {

  public static void main(String[] args) {

   SpringApplication application = new SpringApplication(EurekaClientApplication.class);
   application.setBannerMode(Banner.Mode.LOG);
   application.run(args);
  

  }

}
bootstrap.yml
server:
port: 4002
spring:
application:
name: config
eureka:
instance:
prefer-id-address: true
instanceId: ${spring.application.name}@${spring.cloud.client.ip-address}:${server.port}
leaseRenewalIntervalInSeconds: 30
leaseExpirationDurationInSeconds: 30
health-check-url-path: /actuator/health
client:
registryFetchIntervalSeconds: 30
fetchRegistry: true
serviceUrl:
defaultZone: ${EUREKA_URI:http://localhost:4001/eureka/}
这样注册中心和配置中心就已经完成了
启动完访问：http://localhost:4001
效果图