先看一张图
0
这个图是 Eureka 官方提供的架构图，整张图基本上把整个 Eureka 的核心功能给列出来了，当你要阅读 Eureka 的源码时可以参考着这个图和下方这些文章
EurekaServer
EurekaServer 就是我们常说的服务端
Eureka 服务端的启动可参考这篇文章 EurekaServer 自动装配及启动流程解析
它维护了一张服务注册表，在这个服务注册表中包含了所有的客户端信息
当服务端启动时会做这么几个事情：
- 向集群中的其他服务端发起数据同步请求：Eureka 应用注册与集群数据同步源码解析
- 开启清理过期租约的线程：Eureka 客户端续约及服务端过期租约清理源码解析
EurekaClient
EurekaClient 就是我们常说的客户端
Eureka 客户端的启动可参考这篇文章：EurekaClient 自动装配及启动流程解析
客户端是与应用程序绑定到一起的，某种意识上来说它是应用实例在注册中心的代言人
当客户端启动时会做这么几个事情：
- 向服务端发起注册请求：Eureka 应用注册与集群数据同步源码解析
- 开启续租的线程：Eureka 客户端续约及服务端过期租约清理源码解析
- 先全量获取一次可用服务列表且开启一个定时增量获取的线程：Eureka 获取服务列表源码解析
当服务下线时会向服务端发送下线通知：Eureka 服务下线源码解析
服务分区
在图中三个 EurekaServer 之间是用线隔开的，在 EurekaServer 上面的三个 us-east-xx 其实就代表着三个服务端所在的三个分区。
为什么会出现分区这个概念呢？
当一个项目的用户量比较大时，一般会在多个城市的多个机房分别部署多套服务，为了避免网络延时，我们就希望一个条件允许的情况下一个服务优先调用同机房的服务。为了实现这个功能 Ribbon 还专门提供了一种负载均衡算法
自我保护模式
为了避免网络分区故障的解决方案：Eureka 自我保护模式源码解析