简介
取自Naming和Configuration的前两个字母,最后的s为service。
是什么东西
- 一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。
- Nacos就是注册中心 + 服务配置中心的组合 ===》Nacos=Eureka+Config+Bus
下载地址
- https://github.com/alibaba/nacos/releases
各个注册中心对比
Nacos安装
- 从官网下载Nacos
- 解压安装包,直接运行bin目录下的startup.cmd
- 命令运行成功后直接访问http://localhost:8848/nacos,默认账号密码都是nacos
结果页面
因为spring-cloud-starter-alibaba-nacos-discovery内含了netflix-ribbon包,所以Nacos支持负载均衡~
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>
Nacos服务注册中心对比提升
Nacos与其他注册中心特性对比:
Nacos服务发现实例模型
Nacos支持AP和CP模式的切换
C是所有节点在同一时间看到的数据是一致的。而A的定义是所有请求都会收到响应。
AP和CP模式的使用场景
- —般来说,如果不需要存储服务级别的信息且服务实例是通过nacos-client注册,并能够保持心跳上报,那么就可以选择AP模式。当前主流的服务如Spring
cloud和Dubbo服务,都适用于AP模式,AP模式为了服务的可能性而减弱了一致性,因此AP模式下只支持注册临时实例。 - 如果需要在服务级别编辑或者存储配置信息,那么CP是必须,K8S服务和DNS服务则适用于CP模式。CP模式下则支持注册持久化实例,此时则是以Raft协议为集群运行模式,该模式下注册实例之前必须先注册服务,如果服务不存在,则会返回错误。
切换命令:
curl -X PUT '$NACOS_SERVER:8848/nacos/v1/ns/operator/switches?entry=serverMode&value=CP
Nacos服务中心配置:
Nacos中的dataid的组成格式及与SpringBoot配置文件中的匹配规则
官方文档:https://nacos.io/zh-cn/docs/quick-start-spring-cloud.html
在Nacos Spring Cloud中,dataid公式为
${prefix}-${spring-profile.active}.${file-extension}
- prefix默认为spring.application.name的值,也可以通过配置项spring.cloud.nacos.config.prefix来配置。
- spring.profile.active即为当前环境对应的 profile,详情可以参考 Spring
Boot文档。注意:当spring.profile.active为空时,对应的连接符 - 也将不存在,datald
的拼接格式变成${prefix}.${file-extension}
- file-exetension为配置内容的数据格式,可以通过配置项spring
.cloud.nacos.config.file-extension来配置。目前只支持properties和yaml类型。 - 通过Spring Cloud 原生注解@RefreshScope实现配置自动更新。
最后公式为:
${spring.application.name)}-${spring.profiles.active}.${spring.cloud.nacos.config.file-extension}
配置新增
Nacos界面配置对应 - 设置DataId
配置小结
Nacos之命名空间分组和DataID三者关系
-
Nacos默认的Namespace是public,Namespace主要用来实现隔离。
- 比方说我们现在有三个环境:开发、测试、生产环境,我们就可以创建三个Namespace,不同的Namespace之间是隔离的。
-
Group默认是DEFAULT_GROUP,Group可以把不同的微服务划分到同一个分组里面去
-
Service就是微服务:一个Service可以包含多个Cluster
(集群),Nacos默认Cluster是DEFAULT,Cluster是对指定微服务的一个虚拟划分。- 比方说为了容灾,将Service微服务分别部署在了杭州机房和广州机房,这时就可以给杭州机房的Service微服务起一个集群名称(HZ)
,给广州机房的Service微服务起一个集群名称(GZ),还可以尽量让同一个机房的微服务互相调用,以提升性能。
- 比方说为了容灾,将Service微服务分别部署在了杭州机房和广州机房,这时就可以给杭州机房的Service微服务起一个集群名称(HZ)
-
最后是Instance,就是微服务的实例。