注册中心
服务与服务之间进行通信，需要知道彼此的IP、端口、服务名等信息，在单机或单间点部署的时候，这些信息直接写死在代码或配置文件中；
而在集群架构下，服务与服务之间的关系变得极为复杂，这时候再将这些信息写死在每个服务中就变得很麻烦，并新增节点或服务下线变得很难处理。
这时候，就有了注册中心的概念，每个服务只需要知道注册中心的IP、端口、服务名就可以将自己的IP、端口、服务名全部发送给注册中心；而需要调用其他服务的时候，也是直接在注册中心中去取就可以；使得服务之间不在绑定死，并新增节点或服务下线对应的状态信息也会更新到注册中心去。
Eureka
推，列表，拉，列表，本地缓存
分为服务端和客户端
服务端配置有集群中其他注册中心的信息
（彼此之间同步数据）
客户端配置注册中心集群中所有节点的信息
（容灾）
在微服务启动的时候，客户端会将自己的IP、端口、服务名发送到注册中心，注册中心会将这些信息以列表的形式存储到内存中。
client功能
- 注册：每个微服务启动时，将自己的网络地址等信息注册到注册中心，注册中心会存储（内存中）这些信息。
- 获取服务注册表：服务消费者从注册中心，查询服务提供者的网络地址，并使用该地址调用服务提供者，为了避免每次都查注册表信息，所以client会定时去server拉取注册表信息到缓存到client本地。
- 心跳：各个微服务与注册中心通过某种机制（心跳）通信，若注册中心长时间和服务间没有通信，就会注销该实例。
- 调用：实际的服务调用，通过注册表，解析服务名和具体地址的对应关系，找到具体服务的地址，进行实际调用。
server注册中心功能
- 服务注册表：记录各个微服务信息，例如服务名称，ip，端口等。
注册表提供 查询API（查询可用的微服务实例）和管理API（用于服务的注册和注销）。 - 服务注册与发现：注册：将微服务信息注册到注册中心。发现：查询可用微服务列表及其网络地址。
- 服务检查：定时检测已注册的服务，如发现某实例长时间无法访问，就从注册表中移除。
CAP中的AP，放弃了数据一致性，保证了可用性
自我保护
1分钟内接收到的心跳数少于85%，则会进入自我保护机制，即不再移除心跳超时的服务信息。也不会向其他服务器同步信息。
网络恢复后，退出自我保护。
Nacos
