微服务滚动法布

滚动发布:1.启动新的服务并进行健康检查------2.新服务启动------3.杀老服务-----4.发送curl到nacos下线---5.等待10S-------6.杀老服务

在Nacos中,服务实例的上下线状态是由服务实例自身通过心跳机制与Nacos服务器交互来维持和控制的。当服务实例启动时,它们会向Nacos注册,并开始定期发送心跳(默认每隔5秒一次)来表明自己的在线状态。如果Nacos服务器在一段时间内(默认15秒)没有收到服务实例的心跳,则会认为该实例处于不健康状态,并在后续一段时间(默认30秒)后将其从服务列表中移除,即视为下线。

当你在Nacos控制台上手动将一个服务实例标记为下线时,实际上是Nacos服务器收到了下线指令并将实例状态更新为下线。然而,如果你随后重新发布服务(比如重启服务实例),而服务实例在启动时仍然按照常规流程向Nacos注册并发送心跳,那么服务实例就会再次显示为上线状态。

出现有时点击下线后,再次发布服务实例又变为上线状态的情况,原因可能包括:

服务实例未正确处理下线逻辑:服务实例在接收到下线信号后,如果没有立即停止向Nacos发送心跳或者没有在启动时检查自己是否应该保持下线状态,那么一旦服务重新启动,它会像正常情况一样注册并向Nacos报告心跳,从而导致它看上去又上线了。

下线操作未持久化:如果服务实例的下线状态没有被持久化存储,或者存储的状态没有在实例重新启动时被读取并应用,那么服务实例会忘记自己先前被下线的事实。

网络延迟或故障:在某些情况下,由于网络问题,下线指令可能并未成功到达服务实例,或者实例下线后Nacos服务器未能及时感知到实例心跳停止,进而造成实例重新上线的现象。

为了确保服务实例能够准确地响应下线操作并在重新发布时不自动上线,应当确保服务实例在启动时检查自身是否应该处于下线状态,如果是,则不应继续向Nacos注册和发送心跳。此外,也可以考虑结合服务治理框架或服务部署脚本,在下线后采取更严格的控制措施,例如暂停服务进程、调整负载均衡策略等。

相关推荐
小小工匠38 分钟前
架构思维:通用架构模式_系统监控的设计
架构·系统监控
佩奇的技术笔记1 小时前
Java学习手册:微服务设计原则
java·微服务
敢敢のwings2 小时前
Dense 与 MoE 系列模型架构的全面对比与应用策略
架构
代码的奴隶(艾伦·耶格尔)3 小时前
微服务!!
微服务·云原生·架构
码农飞哥5 小时前
互联网大厂Java面试实战:Spring Boot到微服务的技术问答解析
java·数据库·spring boot·缓存·微服务·消息队列·面试技巧
Cloud Traveler5 小时前
Kubernetes vs. OpenShift:深入比较与架构解析
架构·kubernetes·openshift
掘金-我是哪吒6 小时前
分布式微服务系统架构第126集:集群,数据库扩展,多节点分布,分库,分表,分片,分表,运维
运维·数据库·分布式·微服务·系统架构
是垚不是土7 小时前
探秘高可用负载均衡集群:企业网络架构的稳固基石
运维·服务器·网络·云原生·容器·架构·负载均衡
杰克逊的日记7 小时前
大规模k8s集群怎么规划
云原生·容器·kubernetes
大G哥8 小时前
实战演练:用 AWS Lambda 和 API Gateway 构建你的第一个 Serverless API
云原生·serverless·云计算·gateway·aws