Nacos注册与配置中心实战：微服务服务治理与动态配置落地

服务治理选型：Nacos在微服务架构中的定位

微服务拆分后，服务实例数量、地址不断变化，客户端无法硬编码地址，注册中心成为服务治理的基础设施。Nacos（Dynamic Naming and Configuration Service）由阿里开源，同时提供服务注册发现与动态配置管理，相比Eureka、Consul，Nacos原生支持服务健康检查、权重路由、命名空间隔离与配置热更新，与Spring Cloud生态集成度高。

Nacos与Spring Cloud Gateway、Sentinel组合后，服务发现、流量治理、限流降级全链路打通。注册中心负责”服务在哪”，配置中心负责”服务怎么运行”，共用同一套命名空间模型。

服务注册与发现：Spring Boot集成Nacos实战

服务接入Nacos只需要引入依赖并配置注册地址：

spring:
  cloud:
    nacos:
      discovery:
        server-addr: 192.168.1.20:8848
        namespace: prod
        group: DEFAULT_GROUP
        metadata:
          version: v1.2.0
      config:
        server-addr: 192.168.1.20:8848
        namespace: prod
        group: DEFAULT_GROUP
        file-extension: yml

启动后实例信息写入注册中心，客户端通过Nacos获取服务列表并做本地缓存。服务端开启健康检查：Nacos 2.x基于gRPC长连接，心跳超时未续约则实例标记为不健康，超时后被剔除。生产环境配置instanceEnabled与健康阈值，防止网络抖动导致大范围实例误下线。

动态配置中心：配置下发与刷新机制

把数据库连接、线程池大小、开关标志等易变配置放进Nacos，配置变更后客户端自动感知并刷新，无需重启应用。用@RefreshScope让Bean在配置刷新时重建：

@RefreshScope
@Component
public class OrderConfig {
    @Value("${order.max.retry:3}")
    private int maxRetry;

    @Value("${order.timeout-ms:3000}")
    private long timeoutMs;
}

配置变更通过Nacos Config长轮询（Long Polling）推给客户端：客户端发起HTTP长连接，配置变更服务端立即响应，客户端重新拉取并发布RefreshEvent。从变更到生效约1秒。@RefreshScope只对标注的Bean生效，静态变量、@PostConstruct初始化的字段不会自动刷新。

命名空间与多环境隔离

同一套Nacos集群服务多套环境（dev/test/prod），通过namespace做逻辑隔离：不同命名空间下的配置与服务互相不可见。灰度场景用group分组（default/blue/green）配合metadata版本标签，在Gateway侧按权重路由新旧版本实例，实现无感灰度。敏感配置建议用Nacos的插件化加密，密钥由运维保管，明文不落配置文件。

Nacos集群部署与容灾

生产部署不低于三节点：节点间通过Raft选主，配置存储共享MySQL。访问入口前加负载均衡，客户端server-addr配置指向集群域名。容灾要点：客户端SDK本地缓存配置与实例列表，注册中心短暂不可用时服务调用走本地缓存继续运行；升级时滚动重启，优先升级非主节点。集群容量按实例数估算，每万级实例部署2-3个节点即可。