Spring Cloud Eureka简介及原理

Eureka是Netflix开发的服务发现组件，自己是一个基于REST的服务。Spring Cloud将它集成在其子项目spring-cloud-netflix中，以实现Spring Cloud的服务发现功能。目前Eureka 项目至关活跃，代码更新至关频繁，目前最新的版本是1.9.8。Eureka 2.0也在紧锣密鼓地开发中，2.0将会带来更强的功能和更好的扩展性，可是因为尚未Release，故而不做讨论。

本文讲解的Spring Cloud Camden SR1所使用的Eureka版本是1.4.11，仍是比较新的。同时有了Eureka 1.x的基础，将来上手Eureka 2.x也会比较容易。

Eureka的Github：https://github.com/Netflix/Eureka

Region、Zone解析

Eureka的官方文档对regin、zone几乎没有说起，因为概念抽象，新手很难理解。所以，在分析Eureka原理以前，咱们先来了解一下region、zone、Eureka集群三者的关系，如图4-2。

图4-2 region、zone、Eureka集群之间的关系

region和zone（或者Availability Zone）均是AWS的概念。在非AWS环境下，咱们能够简单地将region理解为Eureka集群，zone理解成机房。这样图4-2就很好理解了——一个Eureka集群被部署在了zone1机房和zone2机房中。

对region和zone感兴趣的读者可前往http://blog.csdn.net/awschina/article/details/17639191 扩展阅读。Spring Cloud中默认的region是us-east-1 。

Eureka架构

图4-3 Eureka架构图

图4-3是来自Eureka官方的架构图，大体描述了Eureka集群的工做过程。图中包含的组件很是多，可能比较难以理解，咱们用通俗易懂的语言解释一下：

• Application Service 至关于本书中的服务提供者，Application Client至关于本书中的服务消费者；
• Make Remote Call，能够简单理解为调用RESTful API；
• us-east-1c、us-east-1d等都是zone，它们都属于us-east-1这个region；

由图可知，Eureka包含两个组件：Eureka Server 和 Eureka Client，它们的做用以下：

• Eureka Client是一个Java客户端，用于简化与Eureka Server的交互；

• Eureka Server提供服务发现的能力，各个微服务启动时，会经过Eureka Client向Eureka Server进行注册本身的信息（例如网络信息），Eureka Server会存储该服务的信息；
• 微服务启动后，会周期性地向Eureka Server发送心跳（默认周期为30秒）以续约本身的信息。若是Eureka Server在必定时间内没有接收到某个微服务节点的心跳，Eureka Server将会注销该微服务节点（默认90秒）；
• 每一个Eureka Server同时也是Eureka Client，多个Eureka Server之间经过复制的方式完成服务注册表的同步；
• Eureka Client会缓存Eureka Server中的信息。即便全部的Eureka Server节点都宕掉，服务消费者依然可使用缓存中的信息找到服务提供者。

综上，Eureka经过心跳检测、健康检查和客户端缓存等机制，提升了系统的灵活性、可伸缩性和可用性。