Nacos服务注册与配置中心实战：微服务架构落地指南

生产环境必须开启鉴权，替换默认密钥，否则未授权请求可以直接读写配置：

nacos.core.auth.enabled=true
nacos.core.auth.plugin.nacos.token.secret.key=使用openssl随机生成的64位字符串

节点间通过Distro协议做数据复制，任意节点可写，配合MySQL持久化，单节点故障不会丢配置。

服务注册与发现：客户端接入配置

服务提供方引入依赖后，配置注册中心地址即可自动注册：

spring:
  application:
    name: order-service
  cloud:
    nacos:
      discovery:
        server-addr: 10.0.0.11:8848
        namespace: prod
        username: nacos
        password: 配置的密码

调用方通过OpenFeign声明式接口，服务名由Nacos解析实例并做负载均衡：

@FeignClient(name = "order-service")
public interface OrderClient {
    @GetMapping("/api/orders/{id}")
    OrderVO getOrder(@PathVariable("id") Long id);
}

namespace按环境隔离：dev、test、prod各一个，避免测试实例误暴露到生产；group按业务线隔离，不同业务线共用环境时用group区分。

配置中心：动态刷新与配置隔离

配置通过spring.config.import引入，修改后自动推送：

spring:
  config:
    import: nacos:order-service-prod.yaml?group=DEFAULT_GROUP&refreshEnabled=true

需要动态刷新的配置用@RefreshScope：

@RefreshScope
@Component
public class OrderConfig {
    @Value("${order.timeout-ms:3000}")
    private int timeoutMs;
}

配置变更走Nacos长轮询推送，客户端有本地缓存兜底。生产修改配置前先看变更历史，出问题用版本回滚一键恢复。

网关接入与路由联动

Spring Cloud Gateway结合Nacos，路由按服务名自动发现，新增服务无需重启网关：

spring:
  cloud:
    nacos:
      discovery:
        server-addr: 10.0.0.11:8848
    gateway:
      discovery:
        locator:
          enabled: true
      routes:
        - id: order-route
          uri: lb://order-service
          predicates:
            - Path=/api/orders/**

lb://前缀配合Nacos实例列表做负载均衡，健康检查失败的实例自动摘除。全链路走注册中心后，扩缩容对网关透明。

生产落地要点：健康检查、容量规划与故障演练

实例注册时配置业务健康检查与元数据：

spring:
  cloud:
    nacos:
      discovery:
        server-addr: 10.0.0.11:8848
        health-check-path: /actuator/health
        metadata:
          version: v2.1.0

容量上按服务实例数的3倍预留Nacos资源。上线前做三类演练：注册中心宕机演练（客户端本地缓存能否支撑业务）、配置误改演练（回滚时限）、网络分区演练（节点间数据同步恢复）。

Nacos把服务发现、配置管理收拢进同一套平台，配合命名空间与分组机制，多环境、多业务线的隔离都变得清晰。按本文顺序推进：先建集群与鉴权，再接入注册，最后上配置中心，每个环节验证通过后进入下一步。