1. nacos介绍
Nacos (Dynamic Naming and Confifiguration Service)是阿⾥巴巴开源的⼀个针对微服务架构中服务发现、配置管理和服务管理平台。
Nacos就是注册中⼼+配置中⼼的组合
官⽹:https://nacos.io
Nacos功能特性
- 服务发现与健康检查
- 动态配置管理
- 动态DNS服务
- 服务和元数据管理(管理平台的⻆度,nacos也有⼀个ui⻚⾯,可以看到注册的服务及其实例信息(元数据信息)等),动态的服务权重调整、动态服务优雅下线,都可以去做。

2. Nacos单例服务部署
a. 下载解压安装包,执⾏命令启动(我们使⽤最近⽐较稳定的版本 nacos-server-1.2.0.tar.gz)
下载地址:https://github.com/alibaba/Nacos
# tar -xvf nacos-server-1.2.0.tar.gz
b. 进入bin目录下执行
# sh startup.sh -m standalone
c. 访问nacos管理界⾯:http://127.0.0.1:8848/nacos/#/login(默认端⼝8848,账号和密码 nacos/nacos)

3. Nacos服务注册中心
a. 在pom中引⼊SCA依赖
<!--nacos 注册中心依赖 -->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>
b. application.yml修改,添加nacos配置信息
server:
port: 8082
spring:
application:
name: springboot-nacos
cloud:
nacos:
discovery:
# 配置nacos server地址
server-addr: 127.0.0.1:8848
c. 编写测试demo
@RestController
@RequestMapping("/demo")
public class DemoController {
@RequestMapping("/getNacos")
public String getNacos(){
return "hello world ";
}
}
d. 启动服务,观察nacos控制台


保护阈值:可以设置为0-1之间的浮点数,它其实是⼀个⽐例值(当前服务健康实例数/当前服务总实例数)
场景:
⼀般流程下,nacos是服务注册中⼼,服务消费者要从nacos获取某⼀个服务的可⽤实例信息,对于服务实例有健康/不健康状态之分,nacos在返回给消费者实例信息的时候,会返回健康实例。这个时候在⼀些⾼并发、⼤流量场景下会存在⼀定的问题。
如果服务A有100个实例,98个实例都不健康了,只有2个实例是健康的,如果nacos只返回这两个健康实例的信息的话,那么后续消费者的请求将全部被分配到这两个实例,流量洪峰到来,2个健康的实例也扛不住了,整个服务A 就扛不住,上游的微服务也会导致崩溃,,,产⽣雪崩效应。
保护阈值的意义在于
当服务A健康实例数/总实例数 < 保护阈值 的时候,说明健康实例真的不多了,这个时候保护阈值会被触发(状态true)
nacos将会把该服务所有的实例信息(健康的+不健康的)全部提供给消费者,消费者可能访问到不健康的实例,请求失败,但这样也⽐造成雪崩要好,牺牲了⼀些请求,保证了整个系统的⼀个可⽤。
注意:阿⾥内部在使⽤nacos的时候,也经常调整这个保护阈值参数。
4. Nacos 数据模型(领域模型)
Namespace命名空间、Group分组、集群这些都是为了进⾏归类管理,把服务和配置⽂件进⾏归类,归类之后就可以实现⼀定的效果,⽐如隔离。
⽐如,对于服务来说,不同命名空间中的服务不能够互相访问调⽤。

Namespace:命名空间,对不同的环境进⾏隔离,⽐如隔离开发环境、测试环境和⽣产环境
Group:分组,将若⼲个服务或者若⼲个配置集归为⼀组,通常习惯⼀个系统归为⼀个组
Service:某⼀个服务,⽐如简历微服务
DataId:配置集或者可以认为是⼀个配置⽂件
Namespace + Group + Service 如同 Maven 中的GAV坐标,GAV坐标是为了锁定Jar,这⾥是为了锁定服务
5. Nacos Server 数据持久化
Nacos 默认使⽤嵌⼊式数据库进⾏数据存储,它⽀持改为外部Mysql存储。
a. 执行数据库初始化脚本⽂件
在安装的nacos中conf/nacos-mysql.sql
b. 修改/conf/application.properties,增加Mysql数据源配置

spring.datasource.platform=mysql
### Count of DB:
db.num=1
### Connect URL of DB:
db.url.0=jdbc:mysql://127.0.0.1:3306/nacos?characterEncoding=utf8&connectTimeout=1000&socketTimeout=3000&autoReconnect=true
db.user=root
db.password=admin
6. Nacos Server 集群
a. 安装3个或3个以上的Nacos
复制解压后的nacos⽂件夹,分别命名为nacos-01、nacos-02、nacos-03
b. 修改配置⽂件
1. 同⼀台机器模拟,将上述三个⽂件夹中application.properties中的server.port分别改为 8848、8849、8850。
2. 同时给当前实例节点绑定ip,因为服务器可能绑定多个ip

3. 复制⼀份conf/cluster.conf.example⽂件,命名为cluster.conf在配置⽂件中设置集群中每⼀个节点的信息
# 集群节点配置
127.0.0.1:8848
127.0.0.1:8849
127.0.0.1:8850
c. 分别启动每⼀个实例(可以批处理脚本完成)
# sh startup.sh -m cluster
7. Nacos 配置中⼼
准备工作,在nacoa配置中心中添加对应的文件信息




a. 在pom文件中加入相关依赖
<!--nacos 配置中心依赖 -->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>
b. 微服务中如何锁定 Nacos Server 中的配置⽂件(dataId)
通过 Namespace + Group + dataId 来锁定配置⽂件,Namespace不指定就默认public,Group不指定就默认 DEFAULT_GROUP。
dataId 的完整格式如下:
${prefix}-${spring.profile.active}.${file-extension}
prefix 默认为 spring.application.name 的值,也可以通过配置项spring.cloud.nacos.config.prefix 来配置。
spring.profile.active 即为当前环境对应的 profifile。 注意:当spring.profile.active 为空时,对应的连接符 - 也将不存在,dataId 的拼接格式变成 ${prefix}.${file-extension}
file-exetension 为配置内容的数据格式,可以通过配置项spring.cloud.nacos.config.file-extension 来配置。⽬前只⽀持properties 和 yaml 类型。
server:
port: 8082
spring:
application:
name: springboot-nacos
cloud:
nacos:
#配置注册中心信息
discovery:
# 配置nacos server地址
server-addr: 127.0.0.1:8848
#配置中心信息
config:
server-addr: 127.0.0.1:8848
# 命名空间
namespace: 355493f1-2613-496b-b0b1-4eaf0c965dc5
# 默认分组就是DEFAULT_GROUP,如果使⽤默认分组可以不配置
group: DEFAULT_GROUP
#默认properties
file-extension: yml
# 根据规则拼接出来的dataId效果:springboot-nacos.yml
# 可以配置指定的文件
ext-config[0]:
data-id: abc.yml
group: DEFAULT_GROUP
refresh: true #开启扩展dataId的动态刷新
ext-config[1]:
data-id: def.yml
group: DEFAULT_GROUP
refresh: true #开启扩展dataId的动态刷新
c. 编写测试demo进行测试
//通过 Spring Cloud 原⽣注解 @RefreshScope 实现配置⾃动更新
@RefreshScope
@RestController
@RequestMapping("/demo")
public class DemoController {
@Value("${default.name}")
private String defaultName;
@Value("${abc.name}")
private String abcName;
@Value("${def.name}")
private String defName;
@RequestMapping("/getNacos")
public String getNacos(){
return " 根据规则拼接出来的dataId的文件信息: "+defaultName+
" 指定abc.yml的文件信息:"+abcName+
" 指定def.yml的文件信息:"+defName;
}
}
d. 启动服务并调用接口查看结果

可以看出配置的三个配置文件都生效了。那么如果配置文件中有相同的属性应该先走那个配置文件呢?
优先级:根据规则⽣成的dataId > 扩展的dataId(对于扩展的dataId,ext-config[n] 中 n越⼤优先级越⾼)
本文介绍了Nacos作为服务注册与配置中心的功能和使用。详细讲述了Nacos的单例服务部署、服务注册中心的配置,强调了保护阈值在高并发场景中的重要性。此外,还探讨了数据模型、数据持久化、集群搭建以及如何在微服务中使用Nacos作为配置中心。
955

被折叠的 条评论
为什么被折叠?



