62-临时服务实例的心跳检查机制

Java大本_ 2023-12-30 15:57:15

课时名称	课时知识点
62-临时服务实例的心跳检查机制	临时服务实例的心跳检查机制........

...全文

60 回复打赏收藏转发到动态举报

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

nacos 心跳机制健康检查临时实例 1.4.x

Nacos 对于临时实例采用心跳检测，而对于非临时实例采用主动询问，这两种不同的健康检查机制是为了满足不同场景下的服务发现需求。总的来说，临时实例适用于那些对稳定性要求不高或者不需要持久化存储的场景，例如临时任务或者测试环境。而非临时实例则适用于生产环境中对服务稳定性和可靠性有较高要求的场景。通过这种方式，Nacos能够灵活地适应不同类型的服务注册和发现需求，提供更加精准和高效的服务管理。

Nacos 作为注册中心不应该仅仅提供服务注册和发现功能，还应该保证对服务可用性进行监测，对不健康和过期的服务实例进行标识或剔除，维护实例的生命周期，以保证客户端尽可能的查询到可用的服务列表。官方文档对于临时实例健康检查机制是这样描述的在 Nacos 中，用户可以通过两种方式进行临时实例的注册，通过 Nacos 的 OpenAPI 进行服务注册或通过 Nacos 提供的 SDK 进行服务注册。

对于集群下的服务，Nacos ⼀个服务只会被 Nacos 集群中的⼀个注册中心所负责，其余节点的服务信息只是集群副本，用于订阅者在查询服务列表时，始终可以获取到全部的服务列表。临时实例只会对其被负责的注册中心节点发送心跳信息，注册中心服务节点会对其负责的永久实例进行健康探测，在获取到健康状态后由当前负责的注册中心节点将健康信息同步到集群中的其他的注册中心。临时实例会与注册中心保持心跳，注册中心在一段时间没有收到实例的心跳后，将实例设置为不健康，然后再一段时间后剔除。临时实例和永久实例的区别。

1.x：是通过Http协议来进行服务注册的2.x：由于客户端与服务端的通信改成了gRPC长连接，所以改成通过gRPC长连接来注册2.x比1.x多个Redo操作，当注册的服务实例是临时实例是，出现网络异常，连接重新建立之后，客户端需要将服务注册、服务订阅之类的操作进行重做这里你可能会有个疑问既然2.x有Redo机制保证客户端与服务端通信正常之后重新注册，那么1.x有类似的这种Redo机制么？当然也会有，接下往下看心跳机制仅仅针对临时实例而言1.x。

大本的课程社区_NO_1

1

社区成员

91

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章