Spring Cloud Alibaba Nacos服务注册与配置中心

Nacos简介

Nacos是一个易于使用的动态服务发现、配置和服务管理平台，用于构建云本地应用程序。通过Spring Cloud Alibaba Nacos Discovery，可以基于Spring Cloud的编程模式快速访问Nacos服务注册功能。

服务发现是微服务体系结构中的关键组件之一。在这样的体系结构中，手动配置每个客户机的服务列表可能是一项艰巨的任务，这使得动态伸缩极为困难。Nacos Discovery帮助自动向Nacos服务器注册您的服务，Nacos服务器会跟踪这些服务并动态刷新服务列表。此外，Nacos Discovery将服务实例的一些元数据(如主机、端口、健康检查URL、主页)注册到Nacos。

总的来说，Nacos就是注册中心+配置中心的组合Nacos=Eureka+Config+Bus

Nacos安装

1. 需要本地已经安装Java8+Maven环境依赖

2. 从官网下载nacoshttps://github.com/alibaba/nacos/releases

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

image-20210502092518943

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

image-20210502092605653

Nacos服务注册中心

Nacos服务提供者注册

引入依赖

spring-cloud-starter-alibaba-nacos-discovery

    
        com.alibaba.cloud
        spring-cloud-starter-alibaba-nacos-discovery
    
    
        org.springframework.boot
        spring-boot-starter-web
    
    
        org.springframework.boot
        spring-boot-starter-actuator
    
    
        org.projectlombok
        lombok
        true
    
    
        org.springframework.boot
        spring-boot-starter-test
        test
    

配置文件

server:
  port: 9001

spring:
  application:
    name: nacos-payment-provider
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848

主启动类

EnableDiscoveryClient

@SpringBootApplication
@EnableDiscoveryClient
public class PaymentMain9001 {

访问nacos8848

image-20210502092843694

Nacos服务消费者注册和负载

整合了ribbon，自带负载均衡

image-20210502093213877

引入依赖

    com.alibaba.cloud
    spring-cloud-starter-alibaba-nacos-discovery

配置RestTemplate

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

负载远程调用

@Resource
private RestTemplate restTemplate;

@GetMapping("/consumer/payment/nacos/{id}")
public String paymentInfo(@PathVariable("id") Integer id) {
    return restTemplate.getForObject("http://nacos-payment-provider" + "/payment/nacos/" + id, String.class);
}

Nacos服务注册中心对比提升

CAP：一致性（Consistency）、可用性（Availability）、分区容错性（Partition tolerance）。C是所有节点在同一时间看到的数据是一致的;而A的定义是所有的请求都会收到响应。

image-20210502093506152

何时选择使用何种模式？

一般来说，如果不需要存储服务级别的信息且服务实例是通过nacos-cient注册，并能够保持心跳上报，那么就可以选择AP模式。当前主流的服务如Spring cloud和Dubbo服务，都适用于AP模式，AP模式为了服务的可能性而减弱了一致性，因此AP模式下只支持注册临时实例。如果需要在服务级别编辑或者存储配置信息，那么CP是必须，K8S服务和DNS服务则适用于CP模式。CP模式下则支持注册持久化实例，此时则是以Raft协议为集群运行模式，该模式下注册实例之前必须先注册服务，如果服务不存在，则会返回错误。

切换CP+AP

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

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

Nacos服务配置中心

Nacos作为配置中心-基础配置

Nacos同spring cloud config一样，在项目初始化时，要保证先从配置中心进行配置拉取，拉取配置之后，才能保证项目的正常启动。springboot中配置文件的加载是存在优先级顺序的，bootstrap优先级高于application

引入依赖

spring-cloud-starter-alibaba-nacos-config

    
        com.alibaba.cloud
        spring-cloud-starter-alibaba-nacos-config
    
    
        com.alibaba.cloud
        spring-cloud-starter-alibaba-nacos-discovery
    
    
        org.springframework.boot
        spring-boot-starter-web
    
    
        org.springframework.boot
        spring-boot-starter-actuator
    
    
        org.projectlombok
        lombok
        true
    
    
        org.springframework.boot
        spring-boot-starter-test
        test
    

配置文件

bootstrap.yml

server:
  port: 3377
spring:
  application:
    name: nacos-config-client
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848 # 注册中心
      config:
        server-addr: localhost:8848 # 配置中心
        file-extension: yaml # 这里指定的文件格式需要和nacos上新建的配置文件后缀相同，否则读不到
        group: DEFAULT_GROUP
#  ${spring.application.name}-${spring.profile.active}.${spring.cloud.nacos.config.file-extension}

application.yml

spring:
  profiles:
    active: dev # 开发环境
#    active: test # 测试环境
#    active: info # 开发环境

Nacos中的配置规则

公式：{spring.profile.active}.${file-extension}

• prefix 默认为 spring.application.name 的值
• spring.profile.active 即为当前环境对应的 profile
• file-exetension 为配置内容的数据格式，可以通过配置项 spring.cloud.nacos.config.file-extension 来配置

image-20210502101311507

image-20210502101429984

Nacos作为配置中心-分组配置

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

image-20210502101654904

image-20210502101707934

Namespace+Group+Data ID

默认情况:

Namespace=public，Group=DEFAULT_GROUP,默认Cluster是DEFAULT

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

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

Group默认是DEFAULT_GROUP，Group可以把不同的微服务划分到同一个分组里面去

DataID方案

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

默认空间+默认分组+新建dev和test两个DataId。通过spring.profile.active属性就能进行多环境下配置文件的读取

image-20210502102112445

image-20210502102124344

Group方案

在config下增加一条Group的配置即可. 可配置为DEV_GROUP或TEST_GROUP

image-20210502102159144

image-20210502102246480

image-20210502102216631

Namespace方案

新建dev/test/的Namespace

image-20210502102310855

回到服务管理-服务列表查看

image-20210502102319035

按照域名配置填写

image-20210502102325463

image-20210502102331807

image-20210502102338695

Nacos集群和持久化配置

导入nacos数据库脚本

image-20210502115639837

application.properties配置

spring.datasource.platform=mysql
db.num=1
db.url.0=jdbc:mysql://192.168.56.10:3306/nacos_config?characterEncoding=utf8&connectTimeout=1000&socketTimeout=3000&autoReconnect=true
db.user=root
db.password=root

image-20210502115849154

Linux服务器上nacos的集群配置cluster.conf

image-20210502120031000

image-20210502120013579

编辑Nacos的启动脚本startup.sh,使它能够接受不同的启动端口

平时单机版的启动，都是./startup.sh即可。但是集群启动，我们希望可以类似其它软件的shell命令，传递不同的端口号启动不同的nacos实例。命令:./startup.sh -p 3333表示启动端口号为3333的nacos服务器实例，和上一步的cluster.conf配置的一致。

image-20210502120239458

nohup $JAVA -Dserver.port=${PORT} ${JAVA_OPT} nacos.nacos

image-20210502120304049

Nginx配置作为负载均衡器

修改配置文件

image-20210502120701264

添加如下配置

image-20210502120837716

自定义配置文件启动nginx

image-20210502120913786

测试访问nacos集群

image-20210502121218587

测试服务注册进nacos集群

image-20210502121130023

image-20210502121044491