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的下载与安装
- 下载地址：nacos： nacos
第一个为了Linux版本 第二个为Windows版本 三四对应源码包
- 下载并解压后可以看到以下目录结构：
- conf 中存放的是配置文件及服务启动所需的数据库文件
nacos 默认使用的数据库为内嵌的cmdb，我们也可以创建本地数据库并修改配置文件指向本地数据库即可（推荐），对 nacos 集群化有帮助。
- 基本命令（单机模式下启动）
Linux:
- 启动命令：sh startup.sh -m standalone
- 关闭命令：sh shutdown.sh
Windows:
- 启动命令：进入nacos安装路径下的bin目录下(例如：F:\nacos\bin)，使用cmd，startup.cmd -m standalone
- 关闭命令：shutdown.cmd
- 启动后 访问 http://localhost:8848/nacos/#/login
默认的账号和密码均是nacos
4. Nacos Client 服务端的搭建
- 引入依赖
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring‐cloud‐alibaba‐nacos‐discovery</artifactId>
</dependency>- 启动类写注解（也可以不写）@EnableDiscoveryClient
- 创建自己的命名空间并配置
- 写配置文件：
spring:
cloud:
nacos:
server-addr: http://localhost:8848
config:
namespace: qinj- 以上三步做完启动项目如何检查是否注册成功呢？
- 服务启动后可以在nacos管理界面查看注册成功的服务。
- 可以通过发现客户端搜索实例名的形式查看服务是否注册成功，并查看注册具体信息。
5. Nacos 的namespace 和 group
- namespace：相当于环境，开发环境、测试环境、生产环境，每个空间里面的配置是独立的
默认的namespace是 public ， namespace 可以进行资源隔离 - group ： 相当于项目
6. 配置中心
- 引入配置中心为了什么
- 配置属性的动态刷新
- 配置文件的集中管理
- 接入配置中心
- 引入依赖
<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: yml7. 注意点
- 如果我们需要不停机改变我们的生产环境的某个值（例如文件保存地址）来控制业务逻辑。我们需要在对应的 Controller 上添加@RefreshScope进行动态刷新
- 如果存在部分配置为开发环境、生产环境、测试环境等不同环境共通，我们只需要在配置中心创建 例如reggie.yml的配置文件。配置的优先级 精准配置 会覆盖 与通用配置 相同的配置，然后再和通用配置互补。
- 不同服务存在相同的配置：
- 通过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)
本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。
