Eureka相关
Eureka是基于REST的服务,用于定位服务以实现云端中间层服务发现和故障转移。 服务注册与发现对微服务至关重要,有了服务注册与发现,只需要使用服务的标识符就可以访问到服务,而不需要修改服务调用的配置文件。 功能类似Dubbo的注册中心,例如Zookeeper。
在架构中增加Eureka服务端:
- 在pom.xml中增加eureka-server的maven坐标:
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId> </dependency>
- 在启动项增加eureka-server注解:
@EnableEurekaServer
- 在配置文件给中增加相关配置信息:
eureka: instance: hostname: server-eureka #eureka主机名称 client: #eureka服务本身不注册在eureka服务内,不做高可用则可以设置为false register-with-eureka: false #不从eureka上获取服务的注册信息 fetch-registry: false service-url: defaultZone: http://localhost:8761/eureka/
增加eureka客户端:
服务方
- 在pom.xml中增加eureka-client的maven坐标:
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId> </dependency>
- 在配置文件给中增加相关配置信息:
eureka: instance: prefer-ip-address: true #注册时候推荐使用IP进行注册 client: service-url: defaultZone: http://localhost:8761/eureka/
调用方
- 在pom.xml中增加eureka-client的maven坐标:
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId> </dependency>
- 在启动项增加DiscoveryClient注解
@EnableDiscoveryClient
- 在配置文件给中增加相关配置信息:
eureka: instance: prefer-ip-address: true #注册时候推荐使用IP进行注册 client: service-url: defaultZone: http://localhost:8761/eureka/
Eureka的自我保护机制:
某一时刻某一微服务不可用了,eureka不会立刻清理,依旧会对该服务的信息进行保存。 也就是 好死不如赖活着
Eureka配置集群
- eureka集群首先要设置每个eureka服务器的hostname:
eureka: instance: hostname: server-eureka-7001
- 在hosts配置文件中,增加对应的域名映射: 127.0.0.1 server-eureka-7001 127.0.0.1 server-eureka-7002 127.0.0.1 server-eureka-7003
- 再将其他eureka服务器注册到defaultZone,逗号分隔:
client: service-url: defaultZone: http://server-eureka-7002:7002/eureka/,http://server-eureka-7002:7002/eureka/
- 对应客户端也需要重新注册eureka服务集群:
client: service-url: defaultZone: http://server-eureka-7001:7001/eureka/,http://server-eureka-7002:7002/eureka/,http://server-eureka-7003:7003/eureka/
和Zookeeper对比
Zookeeper保证的是CP,SpringCloud保证的是AP。
Zookeeper
当向注册中心查询服务列表时,可以接受返回的信息是几分钟前的,但是不可以接受服务直接Down掉不可用。所以,在服务注册与发现的功能中,对可用性的要求是高于一致性的。但是在Zookeeper中会出现master节点因为网络故障与其他节点失去联系的状况,此时剩余节点会重新进行leader选举,选举时间30~120秒,而且选举期间整个zookeeper集群都是不可用的,这就会导致注册服务在选举期间瘫痪。
Eureka
Eureka各个节点是平等的。
部分节点挂掉并不会影响其他节点的正常使用,剩余的节点依然可以提供服务的发现与注册。
Eureka客户端在向某个Eureka服务注册时发现连接失败,则自动切换到其他可用节点。只要有一台eureka服务器可用,就可以保证服务注册可用。这就是"A",可用性,不过查到的信息不一定是最新的,这就是不保证其"C",即强一致性。
并且,Eureka在心跳检测异常时还有自我保护机制:
- 失效的服务不会立即删除。
- 新注册的服务不会同步到其他节点。
- 待网络稳定时,再同步。