Nacos

简介

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 {
    @RestController
    public class NacosController{
        @Autowired
        private 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
    @LoadBalance
    public 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-client
	cloud:
		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,就是微服务的实例。