本人博客:技术栈
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
效果图