SpringCloud之Nacos

Nacos

• • 1. Nacos的概念
  • 2. Nacos的作用
  • 3. Nacos的下载与安装
  • 4. Nacos Client 服务端的搭建
  • 5. Nacos 的namespace 和 group
  • 6. 配置中心
  • 7. 注意点

1. Nacos的概念

---

• Nocos 是 SpringCloudAlibaba架构中最重要的组件
• Nacos 是一个更易于帮助构建云原生应用的动态服务发现、配置和服务挂你平台，提供注册中心、配置中心和动态DNS服务三大功能。能够无缝对接SpringCloud、Spring、Dubbo等等流行框架
• nacos 支持 a （高可用）p （分区容错）和c（一致性），p的切换默认为ap，eureka 仅支持ap，zookeeper仅支持cp
• Nacos 和 Eureka 功能对比

功能模块	nacos	eureka	功能说明
注册中心	√	√	服务治理，服务中心化注册
配置中心	√	×	eureka需要配置SpringCloud Config实现
配置动态刷新	√	×	nacos 通过 netty 保持tcp长链接进行推送，eureka需要配合mq实现配置动态刷新
可用区az	√	√	对服务集群划分不同区域，实现区域隔离，并提供灾难级自动切换
分组	√	×	nacos 根据不同的业务、环境进行分组管理（namespace.group）
元数据	√	√	提供服务标签数据（环境、服务标识）
权重	√	×	nacos 提供权重设置，调整承载流量压力
健康检查	√	√	nacos 提供服务端或者客户端发起的健康监测，eureka 是有客户端发起心跳
负载均衡	√	√	均提供负载均衡策略，eureka 采用 ribbon

2. Nacos的作用

---

• 服务注册发现和服务健康监测：
  Nacos支持基于 DNS 和基于 RPC 的服务发现，服务端可以通过 SDK 或者 Api 进行服务注册，相应的服务消费者可以使用 DNS 或者 HTTP 查找的方式获取服务列表。Nacos同时提供对服务的实时健康检查，阻止想不健康的主机或发送请求，与 Eureka 类似 Nacos 也有友好的控制台界面。
• 动态 DNS 服务：
  支持权重路由，更容易地实现中间层负载均衡、更灵活的路由策略、流量控制以及数据中心内网的简单 DNS 解析服务。
• 动态配置服务：
  接触过 SpringCloud 应该对 config 有所了解，那么配置中心也就很好理解，Nacos 支持动态的配置管理，将服务的配置信息分环境分类别外部管理，并且支持热更新。不过与 Config 不同，Nacod 的配置信息存储于数据库中，支持配置信息的监听和版本回滚。
• 服务及元数据管理：
  Nacos 能让你从微服务平台建设的角度管理数据中心的所有服务及元数据，包括管理服务的描述、生命周期、服务的静态依赖分析、服务的健康状态、服务的流量管理、路由及安全策略、服务的SLA（服务等级协议）以及最首要的 metrics 统计数据（默认不开启暴露需要修改配置）。可以搭建Prometheus采集 Nacos metrics 数据也可以搭建grafana 图形化展示 metrics` 数据
  

3. Nacos的下载与安装

---

1. 下载地址：nacos： nacos

   

   第一个为了Linux版本 第二个为Windows版本 三四对应源码包

2. 下载并解压后可以看到以下目录结构：

   

3. conf 中存放的是配置文件及服务启动所需的数据库文件

   

   nacos 默认使用的数据库为内嵌的cmdb，我们也可以创建本地数据库并修改配置文件指向本地数据库即可（推荐），对 nacos 集群化有帮助。

4. 基本命令（单机模式下启动）
   Linux:

   • 启动命令：sh startup.sh -m standalone
   • 关闭命令：sh shutdown.sh

   Windows:

   • 启动命令：进入nacos安装路径下的bin目录下(例如：F:\nacos\bin)，使用cmd，startup.cmd -m standalone
   • 关闭命令：shutdown.cmd

5. 启动后 访问 http://localhost:8848/nacos/#/login
   

   默认的账号和密码均是nacos

4. Nacos Client 服务端的搭建

---

1. 引入依赖

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

2. 启动类写注解（也可以不写）@EnableDiscoveryClient

3. 创建自己的命名空间并配置
   
   

4. 写配置文件：

   spring:
     cloud:
       nacos:
         server-addr: http://localhost:8848
         config:
           namespace: qinj
   

5. 以上三步做完启动项目如何检查是否注册成功呢？

   • 服务启动后可以在nacos管理界面查看注册成功的服务。
     

• 可以通过发现客户端搜索实例名的形式查看服务是否注册成功，并查看注册具体信息。
  
  

5. Nacos 的namespace 和 group

---

1. namespace：相当于环境，开发环境、测试环境、生产环境，每个空间里面的配置是独立的
   默认的namespace是 public ， namespace 可以进行资源隔离
2. group ： 相当于项目
   

6. 配置中心

---

1. 引入配置中心为了什么
   • 配置属性的动态刷新
   • 配置文件的集中管理
2. 接入配置中心
   • 引入依赖

     <dependency> 
     	<groupId>com.alibaba.cloud</groupId> 
     	<artifactId>spring‐cloud‐alibaba‐nacos‐config</artifactId> 
     </dependency>
     

   • 编写一个bootstrap.yml 配置文件

     spring:
       application:
         name: reggie # 表示当前微服务需要向配置中心
       profiles:
         active: dev # 表示我需要向配置中心索要reggie的开发环境的配置
       cloud:
         nacos:
           discovery:
             server-addr: http://localhost:8848/  # nacos服务地址,表示微服务怎么去找我的配置中心
             namespace: qinj
             group: DEFAULT_GROUP
           config:
             server-addr: http://localhost:8848/
             namespace: qinj
             group: DEFAULT_GROUP
             file-extension: yml
     

7. 注意点

---

1. 如果我们需要不停机改变我们的生产环境的某个值（例如文件保存地址）来控制业务逻辑。我们需要在对应的 Controller 上添加@RefreshScope进行动态刷新
2. 如果存在部分配置为开发环境、生产环境、测试环境等不同环境共通，我们只需要在配置中心创建 例如reggie.yml的配置文件。配置的优先级 精准配置 会覆盖 与通用配置 相同的配置，然后再和通用配置互补。
3. 不同服务存在相同的配置：
   • 通过spring.cloud.nacos.config.shared-config,配置文件中增加： # 各个微服务共享的配置，注意越排到后面的公共配置yml优先级越高

   shared-config[0]:
   	data-id: common.yml # 配置文件名 - Data Id
   	group: DEFAULT_GROUP # 默认为DEFAULT_GROUP
   	refresh: false # 是否动态刷新，默认为false
   

   • 通过 spring.cloud.nacos.config.extension-configs(优先级高于shared-config)