简介
Nacos=Eureka(注册中心)+Config(配置中心) +Bus(服务总线)
Nacos是一个Maven+Spring Boot项目。
官网：https://nacos.io/zh-cn/docs/what-is-nacos.html
https://nacos.io/zh-cn/docs/quick-start.html
源码：https://github.com/alibaba/nacos/
文档：https://spring-cloud-alibaba-group.github.io/github-pages/greenwich/spring-cloud-alibaba.html
安装
下载：
https://github.com/alibaba/nacos/releases
找到你对应的版本，然后找到"Assets "，然后下载：nacos-server-2.1.1.zip或者nacos-server-2.1.1.tar.gz。
解压即安装：
解压到指定目录即可，
启动：
进入bin目录，双击startup.cmd即可。
默认访问目录：在这里插入代码片
修改端口号或项目URL：
进入conf目录，修改application.properties。
server.contextPath=/nacos
server.servlet.contextPath=/nacos
server.port=8848
默认账号密码：
账号nacos，密码nacos
对比
| 服务注册与发现框架 | CAP模型 | 控制台管理 | 社区活跃度 |
|---|---|---|---|
| Eureka | AP | 支持 | 低(2.x版本闭源) |
| Zookeeper | CP | 不支持 | 中 |
| Consul | CP | 支持 | 高 |
| Nacos | AP或者CP | 支持 | 高 |
| 对比项 | Nacos | Eureka | Consul | CoreDNS | Zookeeper |
|---|---|---|---|---|---|
| 一致性协议 | CP+AP | AP | CP | / | CP |
| 健康检查 | TCP/HTTP/MySQL/Client Beat | Client Beat | TCP/HTTP/gRPC/Cmd | / | Client Beat |
| 负载均衡 | 权重/DSL/ metadata/CMDB | Ribbon | Fabio | RR | / |
| 雪崩保护 | 支持 | 支持 | 不支持 | 不支持 | 不支持 |
| 自动注销实例 | 支持 | 支持 | 不支持 | 不支持 | 支持 |
| 访问协议 | HTTP/DNS/UDP | HTTP | HTTP/DNS | DNS | TCP |
| 监听支持 | 支持 | 支持 | 支持 | 不支持 | 支持 |
| 多数据中心 | 支持 | 支持 | 支持 | 不支持 | 不支持 |
| 跨注册中心 | 支持 | 不支持 | 支持 | 不支持 | 不支持 |
| SpringCloud集成 | 支持 | 支持 | 支持 | 不支持 | 支持 |
| Dubbo集成 | 支持 | 不支持 | 不支持 | 不支持 | 支持 |
| K8s集成 | 支持 | 不支持 | 支持 | 支持 | 不支持 |
AP还是CP
Nacos支持AP和CP模式的切换
C是所有节点在同一时间看到的数据是一致的；而A的定义是所有的请求都会收到响应。
何时选择使用何种模式？
一般来说，
如果不需要存储服务级别的信息且服务实例是通过 nacos- client注册，并能够保持心跳上报，那么就可以选择AP模式。当前主流的服务如 Spring cloud和 Dubbo服务，都适
用于AP模式，AP模式为了服务的可能性而减弱了一致性，因此AP模式下只支持注册临时实例。
如果需要在服务级别编辑或者存储配置信息，那么CP是必须，K8S服务和DNS服务则适用于CP模式。
CP模式下则支持注册持久化实例，此时则是以Raf什协议为集群运行模式，该模式下注册实例之前必须先注册服务，如果服务不存在，则会返回错误。
curl -X PUT '$NACOS SERVER: 8848/nacos/v1/ns/operator/switches?entry=serverMode&value=CP
引入依赖
https://spring-cloud-alibaba-group.github.io/github-pages/greenwich/spring-cloud-alibaba.html#_spring_cloud_alibaba_nacos_discovery
父项目：
<dependencyManagement><dependencies><dependency><groupId>com.alibaba.cloud</groupId><artifactId>spring-cloud-alibaba-dependencies</artifactId><version>2.1.0.RELEASE</version><type>pom</type><scope>import</scope></dependency></dependencies>
</dependencyManagement>
子项目（maven继承）：
<dependency><groupId>com.alibaba.cloud</groupId><artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>
开发服务提供者
找到上面官网中的：“3.3.2 Start a Provider Application”。
开发服务消费者
找到上面官网中的：“3.3.3 Start a Consumer Application”。
官网的demo可以改成更简洁的调用方式：
@SpringBootApplication
@EnableDiscoveryClient
public class NacosConsumerApp {@RestControllerpublic class NacosController{@Autowiredprivate RestTemplate restTemplate;private static final String echo_service_url="http://nacos-provider";@GetMapping("/echo/app-name")public String echoAppName(){return restTemplate.getForObject(echo_service_url+"/echo"+"hi, my call you",String.class);}}@Bean@LoadBalancepublic RestTemplate restTemplate(){return new RestTemplate();}public static void main(String[] args) {SpringApplication.run(NacosConsumerApp.class,args);}
}
Nacos Config
Nacos同 springcloud- config一样，在项目初始化时，要保证先从配置中心进行配置拉取，
拉取配置之后，才能保证项目的正常启动。
springboot中配置文件的加载是存在优先级顺序的， bootstrap优先级高于 application，利用这一点可以实现配置中心的配置优先加载。
先看官网：https://spring-cloud-alibaba-group.github.io/github-pages/greenwich/spring-cloud-alibaba.html#_spring_cloud_alibaba_nacos_config
bootstrap.yml
server:port: 3377
spring:application:name: nacos-config-clientcloud:nacos:discovery:server-addr:localhost:8848# Nacos服务注册中心地址config:server-addr:localhost:8848# Nacos作为配置中心地址file-extension:yaml#指定yaml格式的配置application.properties
spring.profiles.active=dev
配置管理
进入nacos后台管理页面，点开配置管理>配置列表。
新增一个配置文件：
dataId:nacos-config-client-dev.yaml,这里的yaml不能写成yml
dataId
在Nacos Config中，每个配置文件都有一个dataId。
https://nacos.io/zh-cn/docs/quick-start-spring-cloud.html
格式：${prefix}-${spring.profiles.active}.${file-extension}
可以指定 spring. profile. active和配置文件的 DatalD来使不同环境下读取不同的配置
通过 spring. profile. active,属性就能进行多环境下配置文件的读取
命名空间和组
默认Namespace= public，Group= DEFAULT GROUP，Cluster=DEFAULT。
Nacos默认的命名空间是 public, Namespace:主要用来实现隔离。
比方说我们现在有三个环境：开发、测试、生产环境，我们就可以创建三个 Namespace,不同的 Namespace之间是隔离的。
Group默认是 DEFAULT GROUP, Groupi可以把不同的微服务划分到同一个分组里面去
Service就是微服务；一个 Service可以包含多个 Cluster(集群)， Nacos默认 Cluster是 DEFAULT, Cluster是对指定微服务的一个虚拟划分。
比方说为了容灾，将 Service微服务分别部署在了杭州机房和广州机房，
这时就可以给杭州机房的 Service微服务起一个集群名称(HZ),
给广州机房的 Service微服务起一个集群名称(GZ),还可以尽量让同一个机房的微服务互相调用，以提升性能。
最后是 Instance,就是微服务的实例。
