Eureka服务注册与发现

1. 什么是Eureka?

• Eureka是Netflix的子模块，Eureka是一个基于Rest的服务，用于定位服务，以实现云端中间层服务发现和故障转移，服务注册与发现对于微服务来说是非常重要的，有了服务注册与发现，只需要使用服务的标识符，就可以访问到服务，而不需要修改调用的配置文件了，功能类似于Dubbo的注册中心，比如zookeeper。
• Netflix 在设计Eureka时，遵循的就是AP原则。

2. Eureka原理

• Eureka的基本架构
  • SpringCloud 封装了NetFlix 公司开发的Eureka模块来实现服务注册和发现
  • Eureka采用了CS的架构设计，RurekaServer作为服务注册功能的服务器，是服务注册中心
  • 系统中的其他微服务，使用Eureka的客户端连接到EurekaServer并维持心跳连接。这样系统的维护人员就可以通过EurekaServer来监控系统中各个微服务是否正常运行。
  • Eureka 包含了两个组件：Eureka Server 和 Eureka Client
    • Eureka Server 提供服务注册，各个节点启动后，会在EurekaServer中进行注册，EurekaServer中的服务注册表中将会存储所有可用的服务节点信息，服务节点的信息可以在界面中看到。
    • Eureka Client 是一个java客户端，用于简化EurekaServer的交互，客户端同时也具备一个内置的，使用轮询负载算法的负载均衡器。在应用启动后，将会向EurekaServer发送心跳（默认周期为30秒），如果Eureka Server 在多个心跳周期内没有接收到某个节点的心跳，Eureka Server将会从服务注册表中把这个服务节点移除掉（默认周期为90秒）
• 三大角色
  • Eureka Server: 提供服务的注册与发现
  • Service Provider： 将自身服务注册到Eureka中，从而使消费方能够找到
  • Service Consumer：服务消费方从Eureka中获取注册服务列表，从而找到服务并消费
    
    

3.对比Zookeeper

CAP原则

• C（Consistency）强一致性
• A（Availability）可用性
• P（Partition tolerance）分区容错性

ACID原则

• A（Atomicity）原子性
• C（Consistency）一致性
• I（Isolation）隔离性
• D（Durablility）持久性

RDBMS（Mysql、Oracle、sqlServer）–>ACID 原则
NoSQL（redis、mongdb）–>CAP原则

CAP的三进二（即不可能三个同时满足）：CA、AP、CP

CAP理论的核心

• 一个分布式系统不可能同时很好的满足一致性，可用性和分区容错性这三个需求
• 根据CAP原理，将NoSQL数据库分成了满足CA原则，满足CP原则和满足AP原则三大类:
  • CA:单点集群，满足一致性，可用性的系统，通常可扩展性较差
  • CP:满足一致性，分区容错性的系统，通常性能不是特别高
  • AP:满足可用性，分区容错性的系统，通常可能对一致性要求低一些

作为服务注册中心，Eureka比Zookeeper好在哪里?
著名的CAP理论指出，一个分布式系统不可能同时满足C(一致性)、A(可用性)、P(容错性)。由于分区容错性P在分布式系统中是必须要保证的，因此我们只能在A和C之间进行权衡。

• Zookeeper保证的是CP;
• Eureka保证的是AP;

Zookeeper保证的是CP
Eureka保证的是AP

Eureka可以很好的应对因网络故障导致部分节点失去联系的情况，而不会像zookeeper那样使整个注册服务瘫痪