SpringCloud之Nacos

news2024/9/20 13:41:55

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: yml

7. 注意点

如果我们需要不停机改变我们的生产环境的某个值（例如文件保存地址）来控制业务逻辑。我们需要在对应的 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)