先看一张图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自我保护模式源码解析
