nacos （三）. nacos的使用

朱雀 2022-10-06 10:43 179阅读 0赞

**目录：**

1.  简介
2.  接入
3.  避坑
    
    1.  命名空间
    2.  精细配置
    3.  自动刷新
4.  总结

## 一. 简介 ##

Nacos 致力于帮助开发人员发现、配置和管理微服务，Nacos 提供了一组简单易用的特性集，快速实现动态服务发现、服务配置、服务元数据及流量管理。

目前主流的互联网服务都是基于微服务架构的，那服务与服务之间的交互是必不可少的，而且各个服务的上下线都是相互独立的，而且服务的配置信息也是会动态调整的，这就需要我们的服务更加灵活。Nacos 的出现就是帮助我们实现这些繁琐的功能。

从spring开始，所有的配置文件都放在项目中，如果需要修改配置文件内容，则需要登陆服务器重启服务。想象一下如果你有一百台服务的需要修改，那是不可想象的工作量。

**目前已有的配置中心：**

1.  携程开源的Apollo:数据保存在mysql中，支持命名空间和分发更新配置
2.  springcloud 中的springcloud config:必须使用git保存配置信息  
    最次的就是springcloud config 必须从git,svn才能更新
3.  阿里的开源Nacos
4.  其他项目未关注

**Nacos 有四大主要功能:**

*  服务发现和服务健康监测  
    Nacos 支持基于 DNS 和基于 RPC 的服务发现。服务提供者使用 原生SDK、OpenAPI、或一个独立的Agent TODO注册 Service 后，服务消费者可以使用DNS TODO 或HTTP&API查找和发现服务。  
    Nacos 提供对服务的实时的健康检查，阻止向不健康的主机或服务实例发送请求。Nacos 支持传输层 (PING 或 TCP)和应用层 (如 HTTP、MySQL、用户自定义）的健康检查。 对于复杂的云环境和网络拓扑环境中（如 VPC、边缘网络等）服务的健康检查，Nacos 提供了 agent 上报模式和服务端主动检测2种健康检查模式。Nacos 还提供了统一的健康检查仪表盘，帮助您根据健康状态管理服务的可用性及流量。
 *  动态配置服务  
    动态配置服务可以让您以中心化、外部化和动态化的方式管理所有环境的应用配置和服务配置。  
    动态配置消除了配置变更时重新部署应用和服务的需要，让配置管理变得更加高效和敏捷。  
    配置中心化管理让实现无状态服务变得更简单，让服务按需弹性扩展变得更容易。  
    Nacos 提供了一个简洁易用的UI (控制台样例 Demo) 帮助您管理所有的服务和应用的配置。Nacos 还提供包括配置版本跟踪、金丝雀发布、一键回滚配置以及客户端配置更新状态跟踪在内的一系列开箱即用的配置管理特性，帮助您更安全地在生产环境中管理配置变更和降低配置变更带来的风险。
 *  动态 DNS 服务  
    动态 DNS 服务支持权重路由，让您更容易地实现中间层负载均衡、更灵活的路由策略、流量控制以及数据中心内网的简单DNS解析服务。动态DNS服务还能让您更容易地实现以 DNS 协议为基础的服务发现，以帮助您消除耦合到厂商私有服务发现 API 上的风险。  
    Nacos 提供了一些简单的 DNS APIs TODO 帮助您管理服务的关联域名和可用的 IP:PORT 列表.
 *  服务及其元数据管理  
    Nacos 能让您从微服务平台建设的视角管理数据中心的所有服务及元数据，包括管理服务的描述、生命周期、服务的静态依赖分析、服务的健康状态、服务的流量管理、路由及安全策略、服务的 SLA 以及最首要的 metrics 统计数据。

Nacos 确实是极易上手，几乎免安装，只需要简单的解压包, 启动 server 即可，它除了提供配置中心还提供注册中心的作用，可以替代Eureka。  
不足。但是官方特别强调了 Nacos v0.8.0 Production Ready 之前不建议在生产上大规模使用,建议使用之后版本在稳定性上要高很多。  
Spring Cloud支持使用Eureka、Zookeeper、Consul实现服务发现的能力。Eureka 是其默认的也是推荐的服务注册中心组件。但从Eureka切换成Zookeeper、consul只需要改个依赖，加两行配置就可以了。

## 二.接入 ##

### 1. 加入依赖 ###

第一步在 pom 配置文件中加入下面的依赖，用于实现服务注册发现和配置中心功能。

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

### 2. 增加配置 ###

1.第二步在 SpringBoot 项目的启动类上增加如下注解 @EnableDiscoveryClient 用于启动服务注册发现功能。

2.增加配置文件，对应的配置信息需要修改成适合自己的，为了方便管理，应用的分组名称，命名空间以及相关的配置都需要合理的设置。多个业务使用同一个 nacos 集群的时候，需要根据各个的业务设定各自的命名空间。所有的配置文件都需要在对应的命名空间下设置，避免多个业务混用，另外业务需要根据用到的组件或者配置，设定独立的配置文件，例如数据库的配置，Redis 的配置等都需要单独设定，这样是为了同一个应用其他的其他服务也可以使用，而且再有地址变更的时候可以只修改一个文件就好，不会忘记。

# 应用服务名称 
    spring.application.name=application-name 
    # 应用分组名称 
    spring.cloud.nacos.config.group=GROUP-NAME 
    # 配置文件的后缀名 
    spring.cloud.nacos.config.file-extension=properties 
    # nacos 对应的命名空间，在后台创建好命名空间后会自动生成 
    spring.cloud.nacos.config.namespace=xxxxxxxxxxxxxxxxxxxxxxxxx 
    # 对应的配置文件 
    # MySQL 相关配置 
    spring.cloud.nacos.config.ext-config[0].data-id=mysql.properties 
    spring.cloud.nacos.config.ext-config[0].group=GROUP-NAME 
    # Redis 相关配置 
    spring.cloud.nacos.config.ext-config[1].data-id=redis.properties 
    spring.cloud.nacos.config.ext-config[1].group=GROUP-NAME 
    # 其他配置等 
    spring.cloud.nacos.config.ext-config[2].data-id=other.properties 
    spring.cloud.nacos.config.ext-config[2].group=GROUP-NAME 
    # 配置中心地址，多个逗号分隔 
    spring.cloud.nacos.config.server-addr=xxx.xx.xx.xx:xxxx 
    # 服务注册发现地址，多个逗号分隔 
    spring.cloud.nacos.discovery.server-addr=xxx.xx.xx.xx:xxxx 
    # 集群名称 
    spring.cloud.nacos.discovery.cluster-name=CLUSTER-NAME

3.代码中可以使用注解 @Value() 来直接读取 Nacos 配置中的属性参数，也可以使用 @ConfigurationProperties(prefix = "spring.datasource") 读取批量参数。

4.spring.cloud.nacos.config.ext-config\[0\].refresh=true 该参数表示是否开启自动更新，根据是否需要自动更新觉得是否配置，如果需要自动更新，加上这个配置后还需要在需要自动更新配置的 Bean 上面增加@RefreshScop 注解。然后对应的 Bean 内部的属性就可以实现自动更新了。增加了spring.cloud.nacos.config.ext-config\[0\].refresh=true 配置后在修改了 Nacos 中的配置过后日志会出现下面信息，会重新加载配置，并且输出变更的 key 信息。

5.服务调用  
当所有的服务都接入 Nacos 过后，我们在 Nacos 的后台就可以看到每个服务的情况，可以看到服务状态。

然后我们在服务 A 里面如果要调用服务 B 的时候，就可以直接在 FeginClient 中配置服务 B 的名称，不需要填写 URL 了。这样我们就不用考虑服务 B 是否地址和端口会不会变。服务 B 的实例增加还是减少，端口是否变了，对服务 A 来说都不关心，只要有个服务名称就可以了。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3lpZ3VhbmdfODIw_size_16_color_FFFFFF_t_70][]

## 三. 避坑 ##

### 1. 命名空间 ###

Nacos 有一个默认的名为 public 的命名空间，这个命名空间是无法删除的，所有未指定命名空间的配置都会放在该命名空间下;同样的 Nacos 有一个默认的名为 DEFAULT\_GROUP 的分组，在没有指定分组名称的时候默认的配置都是在该分组下。

对于我们应用程序来说，由于很多情况下一个 Nacos 集群是多个团队共同使用的，所以为了方便管理，我们需要根据自己的业务设置自己的命名空间，用于存放本业务的配置文件。本命名空间下的配置文件，根据各个的模块决定是否需要重新分组。

要知道在没有清晰的命名空间划分的时候，要想修改一个配置的内容，是很难受的一件事情。线上的配置调整，一个不小心就是事故。如果还是自动更新配置的话，那连后悔的机会都没有。

### 2. 精细配置 ###

配置文件应该专一，一个配置文件就设置一个内容，比如 MySQL 的数据源单独一个配置，Redis 的数据源单独一个配置，如果多个 Redis 服务，根据功能建议分开配置，因为并不是所有的服务都需要每个 Redis 的链接配置。各自的服务根据需要单独引用对应的配置文件即可。

将所有的配置独立成一个配置文件方便后续修改配置，只要修改一个配置文件就好，不用担心其他还有未修改的地方。

合理的规划配置文件的内容，往往很多时候可以事半功倍，极大的节约时间和减少出错的概率。

### 3. 自动刷新 ###

前面介绍了如何设置配置自动刷新，不过服务是否需要自动更新配置，这个根据自身的业务去决定。

我这里一般不建议设置自动更新，因为现在都是微服务部署，有时候我们上线一个新功能的时候都是灰度发布，如果配置自动更新，再调整配置过后，全部实例都会生效，这样会有风险。不设置自动更新的话，我们可以单独重启个别实例，观察线上情况，等稳定了再发布所有服务，这样会安全很多。

当然对于没有那么多服务，不需要灰度，影响不大的场景下，配置自动更新会方便很多，再修改配置后不需要重启服务。

## 四. 总结 ##

Nacos 作为服务的注册发现和配置的统一管理确实十分出色，除了能快速接入 SpringBoot 项目之外，其他的框架都能快速的接入，更多使用可以参考官网。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3lpZ3VhbmdfODIw_size_16_color_FFFFFF_t_70]: /images/20221005/d6c13eab06ed4163af7f292b00c1c401.png