十万个 why：Nacos 服务注册为什么默认是临时实例？

为什么Nacos要把下线的服务直接“删掉”？

做Spring Cloud开发，Nacos几乎是标配。配置好地址，服务一启动，注册就完成了，流程丝滑得很。

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

但细心的开发者可能会发现一个“不一样”的地方：当你把服务停掉，甚至是直接“杀”掉进程，Nacos控制台上的对应实例，往往很快就会消失。它不是变成红色、标记为不健康，而是直接从列表里被删除了。

这和在Zookeeper或早期Dubbo里看到的情况不太一样。那时候服务挂了，节点信息通常还会保留在那儿，只是状态异常。

Nacos为什么要这么设计，默认就把“阵亡”的节点清理掉？这背后，其实是适应新时代架构的一种智慧。

临时 vs 持久：两种不同的生存哲学

在Nacos的设计里，服务实例分为两类：临时实例（Ephemeral）和持久实例（Persistent）。而我们常用的Spring Cloud Alibaba，默认创建的就是临时实例。

这两者的核心区别，在于心跳的维持方式和实例消亡后的处理逻辑。

临时实例（默认选择）

客户端（即你的微服务）会主动向Nacos Server发送心跳，默认每5秒一次。如果Nacos Server在预设的时间窗口内（比如连续30秒）没收到心跳，它就会判定这个实例已经下线，并立刻将其从服务列表中剔除。

持久实例

客户端注册成功后，基本就不再主动联系服务端了。反过来，由Nacos Server主动去探测这个实例的IP端口是否存活。它的逻辑是：“我就在这儿，你不主动注销，我就永远在列表里。”即使探测失败，Nacos也只会将其标记为“不健康”，而不会删除这条注册信息。

为什么临时实例成了“默认项”？

从传统物理机或虚拟机架构转型过来的工程师可能会疑惑：保留历史记录不是更方便排查问题吗？把实例信息持久化下来，听起来更稳妥。

在IP地址固定不变的时代，这确实是个好思路。机器坏了，修好重启，IP还是原来的IP，服务记录依然有效。

但如今，随着Docker和Kubernetes的普及，游戏规则已经变了。

想象一下你在K8s环境中的典型发布流程：每次滚动更新，旧的Pod被销毁，新的Pod被创建。而每一次创建，Pod获取的IP地址通常都是全新的。

如果在这种环境下使用持久实例，那么每次发布后，Nacos里就会多出一批标记为“不健康”的旧IP地址。几次迭代下来，服务列表里就可能堆积成百上千个早已不存在的无效节点。

这不仅仅是浪费存储空间那么简单，更严重的是，所有客户端在拉取服务列表时，都不得不额外耗费计算资源去过滤这些“幽灵节点”，直接影响调用效率和准确性。

所以，Nacos默认选择临时实例，是一种对云原生环境的深刻适应。在IP成为“易耗品”的动态世界里，服务挂了就是挂了，果断清理，为新生的实例腾出位置，才能始终保持服务列表的简洁与高效。

深层动因：CAP理论下的路径选择

除了应对IP动态变化，还有一个更深层次的原因，关乎分布式系统的经典CAP理论（一致性、可用性、分区容错性）。

持久实例（偏向CP模式）

因为它要求数据的强可靠性，Nacos内部通常会采用Raft这类共识算法来保证数据一致性。Raft是强一致性的，这意味着一旦集群中的Leader节点发生故障，整个系统在重新选举期间是不可写入的。

对于需要高频上下线的微服务而言，仅仅因为短暂的网络抖动或节点选举，就导致服务无法注册或注销，这是业务难以承受的。

临时实例（偏向AP模式）

它则基于Nacos自研的Distro协议，其核心哲学是：高可用性优先于强一致性。即便集群节点间的数据同步存在毫秒级的延迟，也要确保服务能够顺利注册和发现，保证整个调用链路不报错、不停摆。在微服务场景下，“可用”往往比“绝对一致”更重要。

那么，持久实例用武之地何在？

当然，持久实例并非无用武之地。它主要适用于那些IP地址基本固定、且属于核心基础设施的服务，比如数据库（MySQL、Redis）、消息队列等。

有时，我们也会将这些基础服务注册到Nacos，方便微服务统一发现。对于它们，我们希望即使服务暂时宕机，其注册信息也不要消失，而只是显示为异常。这样，当故障恢复后，由于IP未变，业务连接能够自动重连，简化了运维复杂度。

总结：活在当下，还是留下痕迹？

让我们回到最初的问题：Nacos为何默认使用临时实例？

答案可以归结为一句话：在现代微服务架构下，“活着”比“被记住”更重要。

对于动态伸缩、频繁发布的应用微服务，请使用临时实例（AP模式）。实例下线即清理，确保服务列表始终鲜活，避免客户端误调已不存在的节点。

对于数据库、中间件等静态“重资产”，则可以考虑使用持久实例（CP模式）。保留记录以便于监控和故障恢复。

所以，一个非常实用的建议是：在K8s这类动态环境下使用Nacos，强烈建议保持默认的临时实例配置。切勿轻易开启持久化模式，否则你的控制台很可能被一堆无法自动清理的无效数据占据，徒增烦恼。