Nacos是阿里巴巴开源的一款更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。在微服务架构中，Nacos扮演着核心基础设施的角色，它既可以作为服务注册中心，让服务实例能够动态发现彼此，也可以作为配置中心，实现配置的集中管理和动态变更推送。Nacos的设计理念是简单、强大且易于部署，这使得它在国内外都有大量的应用场景。

在服务发现领域，Nacos支持两种模式：临时实例模式和永久实例模式。临时实例模式下，服务实例会定期向Nacos发送心跳，如果Nacos在一定时间内没有收到心跳，就会将该实例从服务列表中移除。这种模式适合无状态的服务，如常见的HTTP微服务。永久实例模式下，实例信息由客户端主动注册和注销，即使实例宕机，Nacos也会保留其信息，适合有状态的服务或需要手动管理服务列表的场景。

Nacos的服务模型采用命名空间（Namespace）、分组（Group）和服务名（Service）三级结构来组织。命名空间用于隔离不同环境，如开发环境、测试环境、生产环境；分组用于逻辑分组，如将一个大型系统按业务域划分；服务名则是服务的唯一标识。这种设计使得Nacos能够支持大规模多租户场景，是企业级应用的不二选择。

配置管理方面，Nacos支持配置的版本管理、灰度发布、监听查询等功能。配置以data-id为单位存储，每个配置项由data-id、group和namespace共同定位。Nacos的配置模型非常灵活，支持XML、JSON、YAML、Properties等多种配置格式。配置的变更可以通过监听机制实时推送到客户端，无需重启服务即可生效。

# Nacos服务分级模型
namespace: production          # 生产环境命名空间
group: MICROSERVICE_LLM        # 业务域分组
service: microservice-ai      # 服务名
instances:
  - ip: 192.168.1.100
    port: 8080
    ephemeral: false           # 是否临时实例
    healthy: true              # 健康状态
    weight: 1.0               # 权重
    metadata:                  # 元数据
      version: v1.0
      region: shanghai

Nacos服务端支持单机部署和集群部署两种模式。对于开发测试环境，单机部署即可满足需求；对于生产环境，建议使用集群部署以保证高可用。本节详细介绍如何使用Docker快速部署Nacos服务端，并进行必要的配置优化。

使用Docker部署Nacos是最便捷的方式，只需要一条命令即可启动一个完整的Nacos服务实例。下面的命令启动一个使用嵌入式数据库的单机Nacos服务：

docker run -d \
  --name nacos-server \
  -p 8848:8848 \
  -p 9848:9848 \
  -e MODE=standalone \
  -e JVM_XMS=512m \
  -e JVM_XMX=512m \
  nacos/nacos-server:v2.3.2

启动完成后，通过浏览器访问http://localhost:8848/nacos即可打开Nacos控制台。默认用户名和密码都是nacos。首次登录后建议修改默认密码，并配置开启认证功能。

如果需要使用外部MySQL数据库存储配置数据，需要进行更详细的配置。首先创建MySQL数据库和用户，然后修改Nacos的配置文件。以下是使用外部MySQL的完整Docker启动命令：

docker run -d \
  --name nacos-server \
  -p 8848:8848 \
  -p 9848:9848 \
  -e MODE=cluster \
  -e MYSQL_SERVICE_HOST=192.168.1.10 \
  -e MYSQL_SERVICE_PORT=3306 \
  -e MYSQL_SERVICE_DB_NAME=nacos_config \
  -e MYSQL_SERVICE_USER=nacos \
  -e MYSQL_SERVICE_PASSWORD=nacos123 \
  -e SPRING_DATASOURCE_PLATFORM=mysql \
  -e JVM_XMS=512m \
  -e JVM_XMX=512m \
  nacos/nacos-server:v2.3.2

集群部署需要使用Nginx或其他负载均衡器做请求分发。假设有三台Nacos服务器，IP分别是192.168.1.101、192.168.1.102、192.168.1.103，可以在cluster.conf文件中配置集群节点信息：

192.168.1.101:8848
192.168.1.102:8848
192.168.1.103:8848

Nacos的性能调优主要涉及JVM参数和连接池配置。在高并发场景下，建议将JVM堆内存设置在2-4GB之间，同时调整GC参数使用G1收集器。Nacos服务端自身也提供了丰富的监控指标，包括连接数、请求延迟、注册表大小等，可以通过Prometheus采集并结合Grafana展示。

本节介绍如何在Spring Cloud Alibaba项目中集成Nacos实现服务注册与发现。首先需要在项目中添加Nacos Discovery依赖，然后进行相应的配置即可。服务注册与发现是微服务架构的基础设施，理解其工作原理对于排查问题非常重要。

在pom.xml中添加Nacos Discovery依赖：

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

在application.yml中进行Nacos相关配置：

spring:
  cloud:
    nacos:
      discovery:
        server-addr: 127.0.0.1:8848
        namespace: dev
        group: MICROSERVICE_LLM
        cluster-name: DEFAULT
        weight: 1
        ephemeral: true
        metadata:
          version: 1.0.0
          author: developer
  application:
    name: microservice-ai

配置完成后，启动应用即可在Nacos控制台看到注册的服务实例。Nacos控制台提供了丰富的功能，包括服务列表查看、服务详情查看、服务下线、权重调整等。在开发调试阶段，可以通过控制台手动调整服务实例的权重，实现流量的精细控制。

服务发现的核心是让消费者能够找到提供者。Spring Cloud通过LoadBalancerClient接口抽象了服务发现的具体实现，Nacos Discovery集成提供了基于Nacos的服务发现实现。当消费者需要调用某个服务时，只需要使用服务名而非具体的IP地址和端口，框架会自动从Nacos获取可用的服务实例列表，并按照负载均衡策略选择一个实例进行调用。

@Service
@Slf4j
public class AiServiceImpl implements AiService {
    private final LoadBalancerClient loadBalancerClient;
    private final RestTemplate restTemplate;
    @Override
    public String chat(String prompt) {
        // 通过服务名获取可用实例
        ServiceInstance serviceInstance = loadBalancerClient.choose("microservice-ai");
        String url = String.format("http://%s:%d/chat/completions",
                serviceInstance.getHost(),
                serviceInstance.getPort());
        // 发起HTTP调用
        ResponseEntity<ChatResponse> response = restTemplate.postForEntity(
                url,
                new ChatRequest(prompt),
                ChatResponse.class
        );
        return response.getBody().getContent();
    }
}

Nacos还提供了服务订阅机制，客户端可以订阅某个服务的变更事件。当服务列表发生变化时（如有实例上线或下线），Nacos会主动通知订阅的客户端。这种机制保证了服务列表的实时性，避免了调用已下线服务导致的失败。

Nacos配置中心是微服务架构中非常重要的组件，它实现了配置的集中管理、版本控制和动态更新。本节详细介绍Nacos配置管理的各种高级特性，包括配置的分组管理、共享配置、导入导出、配置的灰度发布等。

在Nacos中，配置通过三个维度定位：命名空间（Namespace）、分组（Group）和DataID。命名空间用于环境隔离，分组用于业务隔离，DataID是配置的具体文件名。对于Spring Boot应用，通常使用spring.application.name作为DataID的前缀，再加上profiles.active来区分不同环境。

# 共享配置示例 - common.yaml
spring:
  datasource:
    driver-class-name: com.mysql.cj.jdbc.Driver
    url: jdbc:mysql://localhost:3306/microservice_llm?useSSL=false
    username: root
    password: root123456
  redis:
    host: localhost
    port: 6379
    password:
# 业务配置示例 - microservice-ai.yaml
spring:
  cloud:
    nacos:
      config:
        server-addr: 127.0.0.1:8848
        file-extension: yaml
        namespace: dev
        group: MICROSERVICE_LLM
        shared-configs:
          - data-id: common.yaml
            group: COMMON_GROUP
            refresh: true
        # 扩展配置
        extension-configs:
          - data-id: datasource.yaml
            group: EXTENSION_GROUP
            refresh: true

共享配置（shared-configs）是Nacos配置中心的重要特性，它允许定义一些公共配置供多个服务共享使用。例如，数据库连接池配置、Redis配置、日志配置等都可以作为共享配置。这种设计避免了配置重复，提高了配置维护的效率。

动态配置刷新是Nacos最具价值的功能之一。当在Nacos控制台修改配置后，客户端能够自动感知配置变化并刷新应用程序。Spring Cloud Alibaba集成Nacos后，只需使用@RefreshScope注解即可实现配置自动刷新：

@SpringBootApplication
@EnableDiscoveryClient
public class AiServiceApplication {
    public static void main(String[] args) {
        SpringApplication.run(AiServiceApplication.class, args);
    }
}
@RestController
@RequestMapping("/chat")
@RefreshScope
public class ChatController {
    @Value("${chat.max-tokens:1000}")
    private int maxTokens;
    @Value("${chat.model:gpt-4}")
    private String model;
    @GetMapping("/config")
    public Map<String, Object> getConfig() {
        Map<String, Object> config = new HashMap<>();
        config.put("maxTokens", maxTokens);
        config.put("model", model);
        return config;
    }
}

深入理解Nacos配置变更的监听和推送机制，对于解决实际问题和进行高级应用开发非常有帮助。Nacos采用了长轮询（Long Polling）机制来实现配置变更的实时推送，这种方式相比WebSocket更加轻量，且对网络环境要求更低。

长轮询的原理是：客户端发起一个HTTP请求到Nacos服务端，服务端收到请求后不立即返回，而是保持连接一段时间。在这段时间内，如果配置没有变化，服务端会等待到超时后才返回空响应；如果配置发生变化，服务端立即返回变更通知。客户端收到通知后，会立即发起新的请求获取最新配置，然后再次进入长轮询状态。

@Configuration
public class NacosConfig {
    @Bean
    public ConfigService configService(Properties properties) throws Exception {
        // 创建ConfigService实例
        return NacosFactory.createConfigService(properties);
    }
}
@Service
public class DynamicConfigService {
    private final ConfigService configService;
    public DynamicConfigService(ConfigService configService) {
        this.configService = configService;
    }
    // 手动监听配置变更
    public void addListener(String dataId, String group, Listener listener) {
        try {
            configService.addListener(dataId, group, listener);
        } catch (NacosException e) {
            throw new RuntimeException("添加配置监听失败", e);
        }
    }
    // 主动获取配置
    public String getConfig(String dataId, String group, long timeoutMs) {
        try {
            return configService.getConfig(dataId, group, timeoutMs);
        } catch (NacosException e) {
            throw new RuntimeException("获取配置失败", e);
        }
    }
    // 发布配置
    public boolean publishConfig(String dataId, String group, String content) {
        try {
            return configService.publishConfig(dataId, group, content);
        } catch (NacosException e) {
            throw new RuntimeException("发布配置失败", e);
        }
    }
}

在生产环境中，配置变更是需要谨慎对待的操作。建议遵循以下最佳实践：配置变更前在测试环境充分验证；重要的配置变更制定回滚预案；配置变更操作记录审计日志；对于核心业务配置，设置变更审批流程；使用配置的灰度发布功能，先让少量实例加载新配置验证无误后再全量推送。

Nacos配置中心的权限控制也很重要。在生产环境中，应该启用Nacos的认证功能，并为不同用户分配不同的权限。Nacos支持基于角色和权限的访问控制，可以限制普通用户只能查看配置，只有管理员才能修改配置。这种设计保证了配置的安全性，避免误操作导致的生产事故。

Nacos Console提供了图形化的管理界面，使得服务管理和配置管理变得更加直观便捷。本节详细介绍控制台的使用方法，帮助读者快速上手Nacos管理。

服务管理界面显示了所有注册到Nacos的服务列表，包括服务名、分组、实例数、健康实例数等信息。通过服务详情页面，可以查看某个服务的所有实例详情，包括IP地址、端口、健康状态、权重、元数据等。对于需要调试的场景，可以通过控制台手动下线实例，或者调整实例权重来控制流量分布。

配置管理界面支持配置的增删改查操作。新建配置时，需要指定DataID、Group和配置内容。配置支持多种格式，包括TEXT、JSON、XML、YAML、Properties等。配置列表页面提供了搜索和过滤功能，方便在大规模配置中快速定位目标配置。

配置变更历史是Nacos的重要功能。每次配置修改都会被记录，可以查看配置的变更记录、回滚到历史版本、对比不同版本的差异。这对于排查配置相关的问题非常有帮助。特别是在出现故障时，往往需要快速定位是否有过配置变更导致的问题。

命名空间管理界面用于创建和管理命名空间。默认情况下，Nacos有一个public命名空间不可删除。可以通过命名空间管理创建新的命名空间，每个命名空间都有独立的ID，用于在客户端配置中指定。命名空间的设计支持多租户场景，不同租户的配置和服务完全隔离。

通过控制台还可以查看Nacos的运行状态和监控信息。包括服务注册数量、配置数量、连接数、推送次数等指标。这些信息对于评估系统负载和排查问题都很有价值。在生产环境中，建议将这些监控指标接入Prometheus和Grafana，实现更全面的监控告警。

生产环境对Nacos的可用性要求极高，需要精心设计架构以保证Nacos本身的高可用。本节介绍Nacos集群部署的方案，以及如何通过配置优化提升系统的稳定性和性能。

Nacos集群部署的核心是保证集群中多数节点存活即可对外提供服务。通常采用三个或五个节点的集群部署，使用Raft协议实现数据一致性。在生产环境中，Nacos节点应该分布在不同的可用区，以实现跨机房的高可用。集群部署需要使用Nginx或类似组件作为负载均衡器，对外提供统一的入口。

                    ┌─────────────────┐
                    │      Nginx      │
                    │  (负载均衡器)    │
                    └────────┬────────┘
                             │
         ┌───────────────────┼───────────────────┐
         │                   │                   │
    ┌────▼────┐        ┌────▼────┐        ┌────▼────┐
    │ Nacos-1 │        │ Nacos-2 │        │ Nacos-3 │
    │ (Leader)│◄──────►│ (Follow)│◄──────►│ (Follow)│
    └────┬────┘        └────┬────┘        └────┬────┘
         │                   │                   │
         └───────────────────┴───────────────────┘
                             │
                    ┌────────▼────────┐
                    │      MySQL       │
                    │   (主从复制)     │
                    └─────────────────┘

客户端配置高可用需要在Spring Cloud配置中指定所有Nacos服务器地址：

spring:
  cloud:
    nacos:
      discovery:
        server-addr: nacos-1:8848,nacos-2:8848,nacos-3:8848
        namespace: ${NACOS_NAMESPACE}
        group: ${NACOS_GROUP}
      config:
        server-addr: nacos-1:8848,nacos-2:8848,nacos-3:8848
        namespace: ${NACOS_NAMESPACE}
        group: ${NACOS_GROUP}

数据持久化是生产环境必须配置的选项。虽然Nacos默认使用嵌入式数据库，但在生产环境中应该配置外部MySQL数据库。MySQL需要配置主从复制以保证数据库层的高可用。建议定期备份Nacos相关的数据库，防止数据丢失。

监控告警是生产环境运维的重要环节。建议监控以下指标：Nacos服务器CPU和内存使用率；JVM堆内存使用量和GC频率；Nacos客户端连接数；服务注册数量和实例数量；配置变更操作的频率和成功率；请求延迟和错误率。可以使用Alibaba开源的ACM监控 exporter，将指标导出到Prometheus进行统一监控。

本章全面介绍了Nacos作为服务注册与配置中心的使用方法。首先讲解了Nacos的核心概念，包括服务发现和配置管理的模型，以及临时实例和永久实例的区别。然后详细介绍了Nacos服务端的部署方式，包括Docker单机部署和集群部署。

在服务注册与发现部分，演示了如何在Spring Cloud Alibaba项目中集成Nacos Discovery，实现服务的自动注册和发现。通过LoadBalancerClient可以动态获取服务实例信息，这是服务间调用的基础。

配置中心部分是本章的重点，详细介绍了Nacos配置管理的各种特性，包括命名空间隔离、分组管理、共享配置、动态刷新等。@RefreshScope注解是实现配置动态更新的关键，而长轮询机制保证了配置变更的实时推送。

最后讨论了生产环境的高可用配置，包括Nacos集群部署、数据持久化、监控告警等方面的最佳实践。这些内容对于将Nacos部署到生产环境非常重要，读者应该根据实际需求选择合适的部署方案。

通过本章的学习，读者应该能够熟练使用Nacos进行服务管理和配置管理，为后续的AI服务集成和业务开发奠定坚实的基础。

附录：Nacos配置中心Spring Boot完整配置

以下是Nacos配置中心的完整Spring Boot配置示例，包含常用的配置项和说明：

spring:
  application:
    name: microservice-ai
  cloud:
    nacos:
      # 服务发现配置
      discovery:
        server-addr: ${NACOS_SERVER_ADDR:127.0.0.1:8848}
        namespace: ${NACOS_NAMESPACE:dev}
        group: ${NACOS_GROUP:MICROSERVICE_LLM}
        cluster-name: ${NACOS_CLUSTER:DEFAULT}
        weight: 1.0
        ephemeral: true
        enabled: true
        register-enabled: true
        metadata:
          version: ${APP_VERSION:1.0.0}
          author: ${AUTHOR:developer}
        # 是否使用Nacos Naming Service获取更多实例信息
        naming-load-from-at-nacos: false
      # 配置中心配置
      config:
        server-addr: ${NACOS_SERVER_ADDR:127.0.0.1:8848}
        namespace: ${NACOS_NAMESPACE:dev}
        group: ${NACOS_GROUP:MICROSERVICE_LLM}
        file-extension: yaml
        # 编码方式
        encode: UTF-8
        # 获取配置的超时时间
        timeout: 3000
        # 监听轮询长连接的超时时间
        max-retry: 3
        # 启用配置变更自动刷新
        refresh-enabled: true
        # 共享配置列表
        shared-configs:
          - data-id: common-${spring.profiles.active}.${file-extension}
            group: COMMON_GROUP
            refresh: true
          - data-id: redis-${spring.profiles.active}.${file-extension}
            group: COMMON_GROUP
            refresh: true
        # 扩展配置列表
        extension-configs:
          - data-id: datasource-${spring.profiles.active}.${file-extension}
            group: EXTENSION_GROUP
            refresh: true
  # 多环境配置
  profiles:
    active: ${SPRING_PROFILES_ACTIVE:dev}
# Nacos认证配置（生产环境启用）
# nacos:
#   username: nacos
#   password: ${NACOS_PASSWORD:nacos}
#   auth:
#     enabled: true
#     filter:
#       enabled: true