一、理论知识
Nacos功能
Nacos常用于注册中心、配置中心
Nacos关键特性
1、服务发现和服务健康监测
nacos作为服务注册中心可用于服务发现,并支持传输层(TCP)和应用层(HTTP)的健康检查,并提供了agent上报和nacos server端主动探测两种模式,另外还有统一的Dash Board。
2、动态配置中心
nacos可以让您以中心化、外部化和动态化的方式管理所有环境的应用配置和服务配置,消除了配置变更时重新部署应用和服务的需要,让配置管理变得更加高效和敏捷
3、动态DNS服务
nacos支持内网的简单DNS解析服务,以及以DNS协议为基础的服务发现
4、服务及其元数据管理
nacos能管理数据中心的所有服务及元数据,包括:服务的描述、生命周期、服务的静态依赖分析、服务的健康状态、服务的流量管理、路由及安全策略、服务SLA以及 metrics统计数据
Nacos中的数据模型
数据由三元组确定:
Namespace
Group
Service或者DataId
Namespace即命名空间,公共命名空间是public
Group即分组,默认分组是DEFAULT_GROUP
service即服务的名称(服务注册的时候)、Datald即配置文件ID(可以理解为配置文件名)
二、应用案例
作为注册中心
1、添加Maven坐标
<!--nacos-discovery-->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
<version>2.2.5.RELEASE</version>
</dependency>
2、配置bootstrap.yml
bootstrap.yml
(bootstrap.properties
)用来在程序引导时执行,应用于更加早期配置信息读取,如可以使用来配置application.yml
中使用到参数等。
application.yml
(application.properties
) 应用程序特有配置信息,可以用来配置后续各个模块中需使用的公共参数等。
bootstrap.yml
先于 application.yml
加载。
项目中如果使用Nacos,需要使用bootstrap.yml
,因此我们需要将项目中的application.yml
换成bootstrap.yml
。
因为创建bootstrap.yml文件并配置以下内容
spring:
application:
name: 服务名
cloud:
nacos:
discovery:
# nacos 服务注册地址
server-addr: ip:8848
namespace: 等等
3、开启@EnableDiscoveryClient
@SpringBootApplication
@EnableDiscoveryClient //开启nacos服务发现
public class Application {
public static void main(String[] args) {
SpringApplication.run(Application.class,args);
}
}
作为配置中心
1、添加Maven坐标
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
<version>2.2.5.RELEASE</version>
</dependency>
2、在bootstrap.yml文件中进行配置
在配置之前,需要讲解nacos配置中心dataId的组成。
托管到nacos server侧的配置都有一个唯一的key: namespace/group/dataId,接下来就是在应用端配置自己应用要读取的配置dataId,nacos的SDK根据该dataId去nacos server获取配置一个配置文件内容,而dataId的组成是:
${prefix}-${spring.profiles.active}.${file-extension}
- prefix默认为spring.app1lication.name 的值,也可以通过配置项spring.cloud.nacos.config.prefix来配置。
- spring.profiles.active 即为当前环境对应的profile,详情可以参考Spring Boot文档。
(注意:当spring.profiles.active为空时,对应的连接符–也将不存在,datald的拼接格式变成${prefix}.${file-extension}) - fie-exetension为配置内容的数据格式,可以通过配置项 spring.c1oud.nacos.config.file-extension来配置。目前只支持 properties和yaml类型。
spring:
application:
name: 服务应用名
cloud:
nacos:
discovery:
# nacos 服务注册地址
server-addr: ip:8848
weight: 1
# 指定命名空间的id
namespace: 1ebba5f6-49da-40cc-950b-f75c8f7d07b3
config:
server-addr: ip:8848
# 指定命名空间的id
namespace: 1ebba5f6-49da-40cc-950b-f75c8f7d07b3
# 如果将配置信息保存到nacos,指定配置文件扩展名
file-extension: yaml
# nacos config dataid name 默认加载 ${spring.application.name}.${file-extension},当然也可指定
#name: 服务应用名.yaml
3、在nacos中添加配置
4、多环境切换
如:spring.application.name=demo
那么nacos新建demo.yaml、demo-test.yaml、demo-dev.yaml
则在boostrap.yml中的spring.profiles.active值是啥,那就对应去找哪个环境的配置文件
5、共享配置
一些公共配置,需要多个服务共用的,可以配置成共享配置
在bootstrap.yml中引入共享配置需要使用shared-configs属性,配置如下:
6、自动刷新配置
nacos的配置,修改之后,项目会自动刷新读取到最新的配置,而无需重启项目。
原理如下:
spring-cloud-starter-alibaba-nacos-config 支持配置的动态更新,Environment能实时更新到最新的配置信息。
Spring的applicationContext中有一个environment可以对Spring容器中的配置做一些操作,当nacos的配置修改之后,其底层就是调用environment来操作修改配置的。
程序中如果写了@Value注解,可以采用@RefreshScope实现刷新,只需要在指定类上添加该注解即可,如下代码:
@RestController
@RequestMapping(value = "/demo")
@RefreshScope
public class DemoController {
@Value("${app.version}")
private String version;
@Value("${app.name}")
private String appname;
@GetMapping("/appinfo")
public String getAppInfo() {
return appname + ";"+version;
}
}
7、灰度发布
灰度配置指的是指定部分客户端IP进行新配置的下发,其余客户端配置保持不变,用以验证新配置对客户端的影响,保证配置的平稳发布。灰度配置是生产环境中一个比较重要的功能,对于保证生产环境的稳定性非常重要。在1.1.0中,Nacos支持了以IP为粒度的灰度配置,具体使用步骤如下:
Nacos集群搭建
1)直连模式
http://ip1:port/openAPI 直连ip模式,机器挂则需要修改ip才可以使用。
比如我现在有3个Nacos,每次操作数据的时候,都需要使用IP:端口的模式,这种模式效率极低,并且一旦节点故障无法识别,因此官方不推荐这种模式。
2)VIP模式
http://VIP:port/openAPI 挂载VIP模式,直连vip即可,下面挂server真实ip,可读性不好。
3)域名模式
http://nacos.com:port/openAPI 域名 + VIP模式,可读性好,而且换ip方便,因此官方推荐该模式,该模式的结构图如下:
实现步骤:
对于方式3:
先在linux上搭建好相关的nacos集群结点
接下来就要用nginx反向代理,负载均衡到集群的结点
接下来配置nginx域名
三、高级特性
Nacos服务领域模型
服务:一组功能集的抽象namespace, group, serviceName标识一个服务
实例:服务在具体IP,端口上的提供者应用启动时的注册就是注册某个服务的实例
集群:服务之下,实例之上的中间层,便于统一管理实例集(默认是DEFAULT)
其中,Nacos的实例分为临时实例和持久实例
临时实例:nacos server在该实例健康检查失败一定时间后会主动摘除它,且实例数据不持久化
持久实例:实例数据持久化,nacos server在该实例健康检查失败后并不摘除该实例,除非客户端主动销毁
- nacos默认的实例类型是临时实例,可以更改
- 临时实例的应用场景大多都是上层的服务,比如:SpringCloud服务,dubbo服务等
- 持久实例的应用场景是一些基础的组件,例如:数据库,缓存等【想以服务的形式对外提供】
- 临时实例和持久实例在健康检查上的方式不一样:
临时实例使用客户端上报模式【心跳】
持久化实例使用服务端反探测模式
Nacos健康检查机制