概述

为什么叫Nacos

前四个字母分别为Naming和Configuration的前两个字母,最后的s为Service

是什么

一个更易于构建云原生应用的动态服务发现,配置管理和服务管理中心

Nacos:Dynamic Naming and Configuration Service

Nacos就是注册中心+配置中心的组合

Nacos = Eureka+Config+Bus

能干嘛

替代Eureka做服务注册中心

替代Config做服务配置中心

去哪下

Nacos的github

官网文档

中文官网

springcloud上的Nacos

各种注册中心比较

1610803438725.png

据说 Nacos在阿里巴巴内部有超过10万的实例运行,已经过了类似双十一等各种大型流量的考验

安装并运行Nacos

如果你使用的不是win10系统,运行方式是 standalone 表示非集群方式

  1. sh startup.sh -m standalone

本地Java8+Maven环境已经OK

先从官网下载Nacos

  1. https://github.com/alibaba/nacos/releases/download/1.3.1/nacos-server-1.3.1.zip

解压安装包,直接运行bin目录下的startup.cmd

命令运行成功后直接访问http://localhost:8848/nacos:默认账号密码都是nacos

结果页面

1610803438755.png

Nacos作为服务注册中心

基于Nacos的服务提供者

新建Module

cloudalibaba-provider-payment9001

pom

父pom

  1. <dependencyManagement>
  2. <dependencies>
  3. <dependency>
  4. <groupId>com.alibaba.cloud</groupId>
  5. <artifactId>spring-cloud-alibaba-dependencies</artifactId>
  6. <version>2.1.0.RELEASE</version>
  7. <type>pom</type>
  8. <scope>import</scope>
  9. </dependency>
  10. </dependencies>
  11. </dependencyManagement>

本pom

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-test</artifactId>
</dependency>

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-devtools</artifactId>
    <scope>runtime</scope>
    <optional>false</optional>
</dependency>
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

配置文件

server:
  port: 9001
spring:
  application:
    name: nacos-payment-provider

  cloud:
    nacos:
      discovery:
        server-addr: 127.0.0.1:8848

management:
  endpoints:
    web:
      exposure:
        include: "*"

主启动类

@SpringBootApplication
@EnableDiscoveryClient
public class NacosProviderMain9001 {
    public static void main(String[] args) {
        SpringApplication.run(NacosProviderMain9001.class,args);
    }
}

controller

@RestController
public class PaymentController {

    @Value("${server.port}")
    private String serverPort;

    @GetMapping("/nacos/payment/{id}")
    public String payment(@PathVariable(value = "id") String id) {
        return "nacos Discovery " + "\t port : " + serverPort + "\t id:" + id;
    }
}

测试

访问

http://localhost:9001/nacos/payment/1

nacos控制台

1610803438787.png

nacos服务注册中心+服务提供者9001都ok了

参照9001新建9002

cloudalibaba-provider-payment9002

为了下一章节演示nacos的负载均衡,参照9001新建9002,除了端口号不一样区域配置都一样

基于Nacos的服务消费者

新建module

cloudalibaba-consumer-nacos-order83

pom

父pom

<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>

本pom

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-test</artifactId>
</dependency>

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-devtools</artifactId>
    <scope>runtime</scope>
    <optional>false</optional>
</dependency>
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

配置文件

server:
  port: 83
spring:
  application:
    name: nacos-consumer-order

  cloud:
    nacos:
      discovery:
        server-addr: 127.0.0.1:8848

service-url:
  nacos-payment-service: http://nacos-payment-provider

主启动类

@SpringBootApplication
@EnableDiscoveryClient
public class NacosConsumerOrderMain83 {
    public static void main(String[] args) {
        SpringApplication.run(NacosConsumerOrderMain83.class,args);
    }
}

ApplicationContextConfig

@Configuration
public class ApplicationContextConfig {
    @Bean
    @LoadBalanced
    public RestTemplate getRestTemplate() {
        return new RestTemplate();
    }
}

controller

@RestController
public class OrderController {
    @Value("${service-url.nacos-payment-service}")
    private String paymentServerUrl;

    @Resource
    RestTemplate restTemplate;

    @GetMapping("/consumer/order/{id}")
    public String getOrder(@PathVariable(value = "id") String id) {
        return restTemplate.getForObject(paymentServerUrl + "/nacos/payment/" + id,String.class);
    }
}

测试

访问

http://localhost:83/consumer/order/666

9001和9002轮询访问

1610803438822.gif

Nacos为什么可以进行轮询访问呢

1610803438850.png

服务注册中心对比

Nacos全景图

1610803438925.png

Nacos和CAP

1610803439006.png

1610803439094.png

切换模式

Nacos支持AP和CP模式的切换

C是所有节点在同一时间看到的数据是一致的;而A的定义是所有的请求都会收到响应

curl -X PUT '$NACOS_SERVER:8848/nacos/v1/ns/operator/switches?entry=serverMode&value=CP'

一般来说,
如果不需要存储服务级别的信息且服务实例是通过 nacos- client主册,并能够保持心跳上报,那么就可以选择AP模式。当前主流的服务如 Spring cloud和 Dubbo服务,都适用于AP模式,AP模式为了服务的可能性而减弱了ー致性,因此AP模式下只支持注册临时实例

如果需要在服务级别编辑或者存储配置信息,那么CP是必须,K8S服务和DNS服务则适用于CP模式。

CP模式下则支持注册持久化实例,此时则是以Raft协议为集群运行模式,该模式下注册实例之前必须先注册服务,如果服务不存在,则会返回错误。

Nacos作为服务配置中心(基础配置)

创建module

cloudalibaba-config-nacos-client3377

pom

<dependencies>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-web</artifactId>
    </dependency>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-test</artifactId>
    </dependency>

    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-devtools</artifactId>
        <scope>runtime</scope>
        <optional>false</optional>
    </dependency>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-actuator</artifactId>
    </dependency>
    <dependency>
        <groupId>com.alibaba.cloud</groupId>
        <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
    </dependency>
    <!--nacos-config-->
    <dependency>
        <groupId>com.alibaba.cloud</groupId>
        <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
    </dependency>
</dependencies>

bootstrap.yml

springboot中配置文件的加载是存在优先级顺序的, bootstrap优先级高于 application

server:
  port: 3377

spring:
  application:
    #对应Nacos Config中的Data ID,不是指服务名,实际服务应用名称以配置中心文件为准
    name: nacos-config
  cloud:
    nacos:
      discovery:
        #Nacos注册中心地址
        server-addr: 127.0.0.1:8848 #,127.0.0.1:8849,127.0.0.1:8850
        enabled: true
      config:
        #Nacos配置中心地址
        server-addr: 127.0.0.1:8848 #,127.0.0.1:8849,127.0.0.1:8850
        #分组选择
        group: DEFAULT_GROUP
        #类型(默认加载.properties),默认指定查找nacos-config.yml
        file-extension: yaml
  #读取环境配置,指定环境后,还会加载nacos-config-dev.yml文件
  profiles:
    active: dev

主启动类

@SpringBootApplication
@EnableDiscoveryClient
public class ConfigNacosClientMain3377 {
    public static void main(String[] args) {
        SpringApplication.run(ConfigNacosClientMain3377.class,args);
    }
}

业务类

@RestController
@RefreshScope  // spirngboot原生注解,实现自动刷新
public class ConfigClientController {

    @Value("${config.info}")
    private String configInfo;

    @GetMapping(value = "/config/info")
    public String getConfigInfo() {
        return configInfo;
    }
}

在Nacos中添加配置信息

Nacos中的匹配规则

理论

Nacos中的dataid的组成格式与SpringBoot配置文件中的匹配规则

官网

1610803439126.png

实操

1610803439155.png

创建一个配置文件

1610803439183.png

1610803439211.png

测试

启动3377

访问

http://localhost:3377/config/info

1610803439242.png

测试自动刷新

修改Nacos中的配置,然后发布

1610803439272.png

接下来我们什么也不需要改动,直接再次访问

http://localhost:3377/config/info

1610803439300.png

Nacos作为服务配置中心(分类配置)

问题

多环境多项目管理

问题1:

实际开发中,通常一个系统会准备
dev开发环境
test测试环境
prod生产环境。
如何保证指定环境启动时服务能正确读取到 Nacos上相应环境的配置文件呢?

问题2

一个大型分布式微服务系统会有很多微服务子项目,
每个微服务项目又都会有相应的开发环境、测试环境、预发环境、正式环境…
那怎么对这些微服务配置进行管理呢?

Nacos的图形化管理界面

配置管理

1610803439333.png

命名空间

1610803439361.png

Nacos之命令空间和组和DataID三者关系

是什么

类似Java里面的 package名和类名
最外层的 namespace是可以用于区分部署环境的, group和 Datald逻辑上区分两个目标对象。

三者情况

1610803439393.png

Nacos默认的命名空间是 public, Namespace主要用来实现隔离。

比方说我们现在有三个环境:开发、测试、生产环境,我们就可以创建三个 Namespace,不同的 Namespace之间是隔离的。

Group默认是 DEFAULT GROUP,Goup可以把不同的微服务划分到同一个分组里面去

Service就是微服务;一个 Service可以包含多个 Cluster(集群), Nacos:默认 Cluster是 DEFAULT, Cluster是对指定微服务的一个虚拟划分。

比方说为了容灾,将 Service微服务分别部署在了杭州机房和广州机房
这时就可以给杭州机房的 Servicer微服务起一个集群名称(HZ),给广州机房的 Service微服务起一个集群名称(GZ),还可以尽量让同个机房的微服务互相调用,以提升性能。

最后是 instance,就是微服务的实例

默认情况

Namespace= public, Group= DEFAULT GROUP,默认 Clustera是 DEFAULT

DataID方案

指定spring.profile.active和配置文件的DataID来使不同环境下读取不同的配置

默认空间+默认分组+新建dev和test两个DataID
 1. 新建dev配置DataID
 2. 新建test配置DataID

1610803439423.png

修改spring.profiles.active,配置什么就使用什么配置文件

1610803439464.png

重启3377,使用浏览器访问

http://localhost:3377/config/info

1610803439488.png

Group方案

通过Group实现环境区分

新建Group,在nacos图形界面控制台上面新建配置文件DataID

1610803439522.png

bootstrap.yaml

1610803439577.png

重启3377,并通过浏览器访问 http://localhost:3377/config/info

1610803439606.png

Namespace方案

新建dev/test的Namespace

1610803439636.png

1610803439678.png

1610803439712.png

yml (bootstrap.yaml)

1610803439769.png

测试

重启3377,使用浏览器进行访问

http://localhost:3377/config/info

1610803439802.png