一篇文章认识微服务中Eureka的原理和服务注册与发现

1、认识Eureka

Netflix 在设计Eureka 时，遵循的就是AP原则。

CAP原则又称CAP定理，指的是在一个分布式系统中

一致性（Consistency）
可用性（Availability）
分区容错性（Partition tolerance）

CAP原则指的是，这三个要素最多只能同时实现两点，不可能三者兼顾。

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

2、Eureka原理

SpringCloud 封装了NetFlix公司开发的Eureka 模块来实现服务注册和发现。

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

2.1 和Dubbo架构对比：

Eureka 包含两个组件：Eureka Server 和 Eureka Client 。

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

Eureka Client是一个Java客户端，用于简化EurekaServer的交互，客户端同时也具备一个内置的，使用轮询负载算法 的负载均衡器。在应用启动后，将会向EurekaServer发送心跳（默认周期为30秒）。如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳，EurekaServer将会从服务注册表中把这个服务节点移除掉（默认周期为90秒）。

2.2 三大角色

Eureka Server ：提供服务的注册于发现。
Service Provider ：将自身服务注册到Eureka中，从而使消费方能够找到。
Service Consumer ：服务消费方从Eureka中获取注册服务列表，从而找到消费服务。

3、微服务常见的注册中心

3.1 Zookeeper

Zookeeper 它是一个分布式服务框架 ，是Apache Hadoop 的一个子项目，它主要是用来解决分布式应 用中经常遇到的一些数据管理问题 ，如：统一命名服务、状态同步服务、集群管理、分布式应用配置项的管理 等。简单来说Zookeeper =文件系统+监听通知机制。

3.2 Eureka

Eureka 是在Java语言上，基于Restful Api 开发的服务注册与发现组件，Springcloud Netflix中的重要组件。

3.3 Consul

Consul 是由HashiCorp基于Go语言开发的支持多数据中心 ，分布式高可用 的服务发布和注册服务软件，采用Raft算法保证服务的一致性，且支持健康检查。

3.4 Nacos

Nacos 是一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台 。简单来说 Nacos 就是注册中心 + 配置中心的组合 ，提供简单易用的特性集，帮助我们解决微服务开发必会涉及到的服务注册与发现，服务配置，服务管理等问题。Nacos 还是 Spring Cloud Alibaba 组件之一，负责服务注册与发现。

3.5 区别

我们通过一张表格大致了解Eureka、Consul、Zookeeper的异同点。

选择什么类型的服务注册与发现组件，可以根据自身项目要求决定。

组件名	开发语言	CAP	一致性算法	服务健康检查	对外暴露接口
Eureka	Java	AP	无	可配支持	HTTP
Consul	Go	CP	Raft	支持	HTTP/DNS
Zookeeper	Java	CP	Paxos	支持	客户端
Nacos	Java	AP	Raft	支持	HTTP