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