Eureka基础及与zk的对比

目录

1.什么Eureka

2.Eureka的作用

3.Eureka的简单使用

4.Eureka和zookeeper的对比

1、什么是Eureka

1.Eureka是netflix的一个子模块，也是核心模块之一，Eureka是一个基于REST的服务，用于定位服务，以实现云端中间层服务发现和故障转移。服务注册与发现对于微服务架构来说是非常重要的，有了服务发现和注册，只需要使用服务的标识符，就可以访问到服务，而不需要修改服务，而不需要修改服务调用的配置文件了。

2.Eureka的作用

1 Eureka采用了C-S的设计架构。Eureka Server作为服务注册功能的服务器，它是服务注册时中心。
而系统中的其他微服务，使用eureka的客户端连接到eureka server并维持心跳连接。这样系统的维护人员就可以通过eureka server来监控系统中各个微服务是否正常运行。SpringCloud的一些其他模块就可以通过eureka server来发现系统中的其他微服务，并执行相关的逻辑。

2.Eureka Server提供服务注册服务。各个节点启动后，会在Eureka Server中进行注册，这样Eureka server中的服务注册表中将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直观的看到。

3.Eureka client是一个java客户端，用于简化eureka server的交互，客户端同时也具备一个内置的，使用轮询负载算法的负载均衡器。在应用启动后，将会向Eureka Server发送心跳。如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳，Eureka Server将会从服务注册表把这个服务节点移除。

3.Eureka的简单使用

将服务提供者注册在Eureka中：在服务提供者的配置文件中添加配置信息：

eureka:
  client:
    service-url:
      defaultZone: 		

	http://localhost:7001/eureka 

2.在服务提供者的主启动类上添加：
@EnableEurekaClient //本服务启动后会自动注册进eureka服务中

完成注册后，服务名字是配置文件中的：spring.application.name 的值

完善：1.修改映射的主机名称：
instance:
instance-id:想要的名称

2.访问路径可以显示ip配置：
prefer-ip-address: true

Eureka 的自我保护机制：（AP）
微服务不可用了，Eureka不会立刻清理，会保存该微服务的信息；
如果EurekaServer在一定的时间没有收到微服务的实例心跳，就会进行自我保护，不删除服务注册表中的数据。

服务发现：
服务提供者主启动类：添加配置
@EnableDiscoveryClient //服务发现

4 Eureka和zookeeper的对比

4.1.先说下CAP原则：

● 一致性（C）：在分布式系统中的所有数据备份，在同一时刻是否同样的值。（等同于所有节点访问同一份最新的数据副本）

● 可用性（A）：在集群中一部分节点故障后，集群整体是否还能响应客户端的读写请求。（对数据更新具备高可用性）

● 分区容忍性（P）：以实际效果而言，分区相当于对通信的时限要求。系统如果不能在时限内达成数据一致性，就意味着发生了分区的情况，必须就当前操作在C和A之间做出选择。

注意：在分布式环境下，P是必须要的。所以分布式环境中一般都是AP 或则CP.

4.2 Eureka和zk的对比

0.Eureka保证的是AP，高可用。
1.Eureka的保护机制不会立马移除应为长时间没有收到心跳而过期的服务。
2.Eureka的一个节点宕机后，别的节点任然可以接受新服务的注册和查询请求，但是不会被同步到其他节点上；当网络稳定后，当前实例新的注册信息会被同步到其他节点中。

3.zookeeper保证的是CP，强一致性。
4.zookeeper如果master节点宕机后，会发生新的选举，这段时间内是不会接受新的注册服务，zk集群是不可用的。

自我观点：作为服务注册我们是不允许在某一时刻我们的服务不可用的，应该选择高可用，这应该是Eureka在zk之上的吧。