Spring Boot与Nacos

什么是服务发现

微服务架构

为适应企业的业务发展，提高软件研发的生产力，降低软件研发的成本，软件架构也作了升级和优化，将一个独立 的系统拆分成若干小的服务，每个小服务运行在不同的进程中，服务与服务之间采用RESTful、RPC等协议传输数据，每个服务所拥有的功能具有独立性强的特点，这样的设计就实现了单个服务的高内聚，服务与服务之间的低耦合效果，这些小服务就是微服务，基于这种方法设计的系统架构即微服务架构。

下图是基于微服务架构的电商系统：

特点：

1. 服务层按业务拆分为一个一个的微服务。
2. 微服务的职责单一。
3. 微服务之间采用RESTful、RPC等轻量级协议传输。
4. 有利于采用前后端分离架构。

理解服务发现

测试环境

在微服务架构中，整个系统会按职责能力划分为多个服务，通过服务之间协作来实现业务目标。这样在我们的代码中免不了要进行服务间的远程调用，服务的消费方要调用服务的生产方，为了完成一次请求，消费方需要知道服务生产方的网络位置(IP地址和端口号)。我们的代码可以通过读取配置文件的方式读取服务生产方网络位置，如下：

我们通过Spring boot技术很容易实现：

创建springboot-20-nacos父工程

pom.xml如下:

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <modules>
        <module>nacos-restful-provider</module>
        <module>nacos-restful-consumer</module>
    </modules>

    <groupId>cn.zysheep</groupId>
    <artifactId>springboot-20-nacos</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <packaging>pom</packaging>
    <!--统一管理依赖版本-->
    <properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
        <java.version>1.8</java.version>
    </properties>

    <!--依赖定义-->
    <!--dependencyManagement 定义依赖版本号。子工程直接加依赖即可，不需要再次加版本号，便于统一维护版本号-->
    <dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-starter-parent</artifactId>
                <version>2.2.2.RELEASE</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
        </dependencies>
    </dependencyManagement>
</project>

Service B（服务生产者）

创建服务提供者nacos-restful-provider

pom.xml

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>springboot-20-nacos</artifactId>
        <groupId>cn.zysheep</groupId>
        <version>0.0.1-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>

    <artifactId>nacos-restful-provider</artifactId>

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

Service B是服务的生产方，暴露/service服务地址，实现代码如下：

1、创建Controller

@RestController
public class RestProviderController {
    @GetMapping("/service")//暴露服务
    public String service(){
        System.out.println("provider invoke");
        return "provider invoke";
    }
}

2、创建启动类

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

yml配置文件

server:
  port: 56010

Service A（服务消费者）

创建nacos-restful-consumer 服务消费工程。

pom.xml如下

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>springboot-20-nacos</artifactId>
        <groupId>cn.zysheep</groupId>
        <version>0.0.1-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>

    <artifactId>nacos-restful-consumer</artifactId>
    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
    </dependencies>
</project>

consumer做为消费方对提供方进行消费。代码实现:

1、创建controller

@RestController
public class RestConsumerController {

    @Value("${provider.address}")
    private String providerAddress;

    @GetMapping(value = "/service")
    public String service(){
        RestTemplate restTemplate = new RestTemplate();
        //调用服务
        String providerResult = restTemplate.getForObject("http://" + providerAddress + "/service",String.class);
        return "consumer invoke | " + providerResult;
    }
}

2、创建启动类

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

3、application.yml，内容如下：

server:
  port: 56020
# 服务生产方地址
provider:
  address: 127.0.0.1:56010

访问http://127.0.0.1:56020/service，输出以下内容：

consumer invoke | provider invoke

服务发现流程

上边的例子看上去很完美，但是，仔细考虑以下，此方案对于微服务应用而言行不通。首先，微服务可能是部署在 云环境的，服务实例的网络位置或许是动态分配的。另外，每一个服务一般会有多个实例来做负载均衡，由于宕机 或升级，服务实例网络地址会经常动态改变。再者，每一个服务也可能应对临时访问压力增加新的服务节点。正如 下图所示：

基于以上的问题，服务之间如何相互发现？服务如何管理？这就是服务发现的问题了。

服务发现就是服务消费方通过服务发现中心智能发现服务提供方，从而进行远程调用的过程。

如下图：

上图中服务实例本身并不记录服务生产方的网络地址，所有服务实例内部都会包含服务发现客户端。

1. 在每个服务启动时会向服务发现中心上报自己的网络位置。这样，在服务发现中心内部会形成一个服务注册 表，服务注册表是服务发现的核心部分，是包含所有服务实例的网络地址的数据库。
2. 服务发现客户端会定期从服务发现中心同步服务注册表 ，并缓存在客户端。
3. 当需要对某服务进行请求时，服务实例通过该注册表，定位目标服务网络地址。若目标服务存在多个网络地 址，则使用负载均衡算法从多个服务实例中选择出一个，然后发出请求。

总结，在微服务环境中，由于服务运行实例的网络地址是不断动态变化的，服务实例数量的动态变化 ，因此无法使用固定的配置文件来记录服务提供方的网络地址，必须使用动态的服务发现机制用于实现微服务间的相互感知。 各服务实例会上报自己的网络地址，这样服务中心就形成了一个完整的服务注册表，各服务实例会通过服务发现中 心来获取访问目标服务的网络地址，从而实现服务发现的机制。

Nacos 服务发现

Nacos简介

服务发现产品对比

目前市面上用的比较多的服务发现中心有：Nacos、Eureka、Consul和Zookeeper。

对比项目	Nacos	Eureka	Consul	Zookeeper
一致性协议	支持AP和CP模型	AP模型	CP模型	CP模型
健康检查	TCP/HTTP/MYSQL/Client Beat	Client Beat	TCP/HTTP/gRPC/Cmd	Keep Alive
负载均衡策略	权重/metadata/Selecto	Ribbon	Fabio	-
雪崩保护	有	有	无	无
自动注销实例	支持	支持	不支持	支持
访问协议	HTTP/DNS	HTTP	HTTP/DNS	TCP
监听支持	支持	支持	支持	支持
多数据中心	支持	支持	支持	不支持
跨注册中心同步	支持	不支持	支持	不支持
SpringCloud集成	支持	支持	支持	不支持
Dubbo集成	支持	不支持	不支持	支持
k8s集成	支持	不支持	支持	不支持

从上面对比可以了解到，Nacos作为服务发现中心，具备更多的功能支持项，且从长远来看Nacos在以后的版本会 支持SpringCLoud+Kubernetes的组合，填补 2 者的鸿沟，在两套体系下可以采用同一套服务发现和配置管理的解 决方案，这将大大的简化使用和维护的成本。另外，Nacos 计划实现 Service Mesh，也是未来微服务发展的趋 势。

Nacos简介

Nacos是阿里的一个开源产品，它是针对微服务架构中的服务发现、配置管理、服务治理的综合型解决方案。

官方介绍:

Nacos 致力于帮助您发现、配置和管理微服务。Nacos 提供了一组简单易用的特性集，帮助您实现动态服务 发现、服务配置管理、服务及流量管理。 Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。 Nacos 是构建以“服务”为中心的现代应用架构的服务基础设施。

官网地址：https://nacos.io

Nacos特性

Nacos主要提供以下四大功能:

1. 服务发现与服务健康检查
   • Nacos使服务更容易注册，并通过DNS或HTTP接口发现其他服务，Nacos还提供服务的实时健康检查，以防止向不健康的主机或服务实例发送请求。
2. 动态配置管理
   • 动态配置服务允许您在所有环境中以集中和动态的方式管理所有服务的配置。Nacos消除了在更新配置时重新部署应用程序，这使配置的更改更加高效和灵活。
3. 动态DNS服务
   • Nacos提供基于DNS 协议的服务发现能力，旨在支持异构语言的服务发现，支持将注册在Nacos上的服务以 域名的方式暴露端点，让三方应用方便的查阅及发现。
4. 服务和元数据管理
   • Nacos 能让您从微服务平台建设的视角管理数据中心的所有服务及元数据，包括管理服务的描述、生命周期、服务的静态依赖分析、服务的健康状态、服务的流量管理、路由及安全策略。

安装Nacos Server

预备环境准备

Nacos 依赖 Java 环境来运行。如果您是从代码开始构建并运行Nacos，还需要为此配置 Maven环境，请确保是在 以下版本环境中安装使用:

• 64 bit OS，支持 Linux/Unix/Mac/Windows，推荐选用 Linux/Unix/Mac
• 64 bit JDK 1.8+；
• Maven 3.2.x+；

下载源码或者安装包

你可以通过源码和发行包两种方式来获取 Nacos。

从 Github 上下载源码方式

git clone https://github.com/alibaba/nacos.git 
cd nacos/ 
mvn ‐Prelease‐nacos clean install ‐U 
ls ‐al distribution/target/ 

// change the $version to your actual path 
cd distribution/target/nacos‐server‐$version/nacos/bin

下载编译后压缩包方式

您可以从 最新稳定版本 下载 nacos-server-$version.zip 包，本教程使用nacos-server-1.1.3版本。

下载地址：https://github.com/alibaba/nacos/releases

下载后解压：

unzip nacos‐server‐$version.zip 或者 tar ‐xvf nacos‐server‐$version.tar.gz 
cd nacos/bin

启动服务器

nacos的默认端口是8848，需要保证8848默认端口没有被其他进程占用。进入安装程序的bin目录：

#Linux/Unix/Mac启动方式：
启动命令(standalone代表着单机模式运行，非集群模式)
sh startup.sh -m standalone
如果您使用的是ubuntu系统，或者运行脚本报错提示[[符号找不到，可尝试如下运行
bash startup.sh -m standalone
#Windows启动方式：
cmd startup.cmd
或者双击startup.cmd运行文件。

启动成功，可通过浏览器访问 http://127.0.0.1:8848/nacos ，打开如下nacos控制台登录页面：

使用默认用户名：nacos，默认密码：nacos登录即可打开主页面。

外部mysql数据库支持

单机模式时nacos默认使用嵌入式数据库实现数据的存储，若想使用外部mysql存储nacos数据，需要进行以下步 骤：

• 安装数据库，版本要求：5.6.5+ ，mysql 8 以下

• 初始化mysql数据库，新建数据库nacos_confifig，数据库初始化文件：${nacoshome}/conf/nacos-mysql.sql

• 修改${nacoshome}/conf/application.properties文件，增加支持mysql数据源配置（目前只支持 mysql），添加mysql数据源的url、用户名和密码。

  spring.datasource.platform=mysql 
  
  db.num=1 
  db.url.0=jdbc:mysql://11.162.196.16:3306/nacos_configcharacterEncoding=utf8&connectTimeout=1000&socketTimeout=3000&autoReconnect=true 
  db.user=nacos_devtest 
  db.password=youdontknow

##RESTful服务发现

测试环境

Spring Cloud是一套微服务开发框架集合，包括微服务开发的方方页面，Spring Cloud是一套微服务开发的标准， 集成了很多优秀的开源框架，比如有名的Netflflix公司的众多项目。

Spring Cloud 项目地址：https://spring.io/projects/spring-cloud

本测试环境采用阿里开源的Spring Cloud Alibaba微服务开发框架，Spring Cloud Alibaba是阿里巴巴公司基于 Spring Cloud标准实现一套微服务开发框架集合，它和Netflflix一样都是Spring Cloud微服务开发实现方案。

Spring Cloud Alibaba项目地址：https://github.com/alibaba/spring-cloud-alibaba

通过Spring Cloud Alibaba实现解决：

• 服务发现客户端从服务发现中心获取服务列表
• 服务消费方通过负载均衡获取服务地址

父工程springboot-20-nacos-restful的POM.xml

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>cn.zysheep</groupId>
    <artifactId>springboot-20-nacos-restful</artifactId>
    <packaging>pom</packaging>
    <version>1.0-SNAPSHOT</version>
    <modules>
        <module>nacos-restful-provider</module>
        <module>nacos-restful-consumer</module>
    </modules>

    <!--统一管理依赖版本-->
    <properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
        <java.version>1.8</java.version>
    </properties>

    <!--依赖定义-->
    <!--dependencyManagement 定义依赖版本号。子工程直接加依赖即可，不需要再次加版本号，便于统一维护版本号-->
    <dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-starter-parent</artifactId>
                <version>2.2.2.RELEASE</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
            <!-- https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud-dependencies -->
            <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-dependencies</artifactId>
                <version>Greenwich.RELEASE</version>
                <type>pom</type>
                <scope>runtime</scope>
            </dependency>

            <!-- https://mvnrepository.com/artifact/com.alibaba.cloud/spring-cloud-alibaba-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>
</project>

分别在服务提供及服务消费工程中添加依赖，此依赖的作用是服务发现

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

服务注册

在服务提供工程nacos-restful-provider中配置nacos服务发现相关的配置：

server:
  port: 56010
spring:
  application:
    name: nacos-restful-provider
  cloud:
    nacos:
      discovery:
        server-addr: 127.0.0.1:8848

启动nacos ,启动服务提供,观察nacos服务列表，nacos-restful-provider注册成功\

• 服务名称：每个服务在服务注册中心的标识，相当于Java中的类名

• 服务实例：网络中提供服务的实例，具有IP和端口，相当于Java中的对象，一个实例即为运行在服务器上的一个进程。

服务发现

在服务消费工程nacos-restful-consumer中配置nacos服务发现相关的配置：

server:
  port: 56020
# 服务生产方地址
provider:
  address: 127.0.0.1:56010

spring:
  application:
    name: nacos-restful-consumer
  cloud:
    nacos:
      discovery:
        server-addr: 127.0.0.1:8848

修改Controller中远程调用的代码：

@RestController
public class RestConsumerController {

    //服务id即注册中心的中的服务名
    private String serviceId="nacos-restful-provider";

    @Autowired
    private LoadBalancerClient loadBalancerClient;


    @GetMapping(value = "/service2")
    public String service2(){

        RestTemplate restTemplate = new RestTemplate();

        ServiceInstance instance = loadBalancerClient.choose(serviceId);
        URI uri = instance.getUri();
        System.out.println(uri);
        //调用服务
        String providerResult = restTemplate.getForObject(uri+ "/service",String.class);
        return "consumer invoke | " + providerResult+"port:"+uri.getPort();
    }
}

执行流程：

1. 服务提供方将自己注册到服务注册中心
2. 服务消费方从注册中心获取服务地址
3. 进行远程调用

负载均衡

在RESTful服务发现的流程中，ServiceA通过负载均衡调用ServiceB，下边来了解一下负载均衡:

负载均衡就是将用户请求（流量）通过一定的策略，分摊在多个服务实例上执行，它是系统处理高并发、缓解网络 压力和进行服务端扩容的重要手段之一。它分为服务端负载均衡和客户端负载均衡。

服务器端负载均衡：

在负载均衡器中维护一个可用的服务实例清单，当客户端请求来临时，负载均衡服务器按照某种配置好的规则(负 载均衡算法)从可用服务实例清单中选取其一去处理客户端的请求。这就是服务端负载均衡。

例如Nginx，通过Nginx进行负载均衡，客户端发送请求至Nginx，Nginx通过负载均衡算法，在多个服务器 之间选择一个进行访问。即在服务器端再进行负载均衡算法分配。

客户端服务负载均衡：

上边使用的LoadBalancerClient就是一个客户端负载均衡器，具体使用的是Ribbon客户端负载均衡器。 Ribbon在发送请求前通过负载均衡算法选择一个服务实例，然后进行访问，这是客户端负载均衡。即在客户 端就进行负载均衡的分配

Ribbon是一个客户端负载均衡器，它的责任是从一组实例列表中挑选合适的实例，如何挑选？取决于负载均衡策 略

Ribbon核心组件IRule是负载均衡策略接口，它有如下实现：

• RoundRobinRule(默认):轮询，即按一定的顺序轮换获取实例的地址。
• RandomRule:随机，即以随机的方式获取实例的地址。
• AvailabilityFilteringRule: 会先过滤掉由于多次访问故障而处于断路器跳闸状态的服务,以及并发的连接数量 超过阈值的服务,然后对剩余的服务列表按照轮询策略进行访问;
• WeightedResponseTimeRule: 根据平均响应时间计算所有服务的权重,响应时间越快,服务权重越大,被选中的 机率越高;刚启动时,如果统计信息不足,则使用RoundRobinRule策略,等统计信息足够时,会切换到 WeightedResponseTimeRule
• RetryRule: 先按照RoundRobinRule的策略获取服务,如果获取服务失败,则在指定时间内会进行重试,获取可用 的服务;
• BestAvailableRule: 会先过滤掉由于多次访问故障而处于断路器跳闸状态的服务,然后选择一个并发量最小的 服务;
• ZoneAvoidanceRule: 默认规则,复合判断server所在区域的性能和server的可用性选择服务器;

总结

服务注册与发现流程：

1. 服务提供方将自己注册到服务注册中心
2. 服务消费方从注册中心获取服务地址
3. 通过客户端负载均衡器进行远程调用

##Dubbo服务发现

Dubbo是阿里巴巴公司开源的RPC框架，在国内有着非常大的用户群体，但是其微服务开发组件相对Spring Cloud 来说并不那么完善。

Spring Cloud Alibaba微服务开发框架集成了Dubbo，可实现微服务对外暴露Dubbo协议的接口，Dubbo协议相 比RESTful协议速度更快。

RPC：RPC是远程过程调用（Remote Procedure Call）的缩写形式，调用RPC远程方法就像调用本地方法一样，非常方便，后边案例讲解具体过程。

Dubbo服务架构

下图是微服务采用Dubbo协议的系统架构图:

组件说明：

1. 客户端：前端或外部系统
2. API网关：系统唯一入口，路由转发
3. application-1 ：应用1，前端提供Http接口，接收用户的交互请求
4. service-1 ：微服务1，提供业务逻辑处理服务
5. service-2：微服务2，提供业务逻辑处理服务

交互流程：

1. 网关负责客户端请求的统一入口，路由转发，前端通过网关请求后端服务。
2. 网关收到前端请求，转发请求给应用。
3. 应用接收前端请求，调用微服务进行业务逻辑处理
4. 微服务为应用提供业务逻辑处理的支撑，为应用提供Dubbo协议接口

优势分析：

此架构同时提供RESTful和Dubbo接口服务，应用层对前端提供RESTful接口，RESTful是互联网通用的轻量级交互协议，方便前端接入系统；微服务层向应用层提供Dubbo接口，Dubbo接口基于RPC通信协议速度更快。 本架构采用阿里开源的Nacos，集服务发现和配置中心于一身，支持RESTful及Dubbo服务的注册。

测试环境

父工程：仍然使用springboot-21-nacos-dubbo。

application1：nacos-dubbo-consumer。

service1微服务：nacos‐dubbo‐service1

service2微服务：nacos‐dubbo‐service2

父工程springboot-21-nacos-dubboPom.xml

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>cn.zysheep</groupId>
    <artifactId>springboot-21-nacos-dubbo</artifactId>
    <packaging>pom</packaging>
    <version>1.0-SNAPSHOT</version>
    <modules>
        <module>nacos‐dubbo‐service2</module>
        <module>nacos-dubbo-consumer</module>
        <module>nacos‐dubbo‐service1</module>
    </modules>
    <!--统一管理依赖版本-->
    <properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
        <java.version>1.8</java.version>
    </properties>

    <!--依赖定义-->
    <!--dependencyManagement 定义依赖版本号。子工程直接加依赖即可，不需要再次加版本号，便于统一维护版本号-->

    <dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-starter-parent</artifactId>
                <version>2.2.2.RELEASE</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
            <!-- https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud-dependencies -->
            <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-dependencies</artifactId>
                <version>Greenwich.RELEASE</version>
                <type>pom</type>
                <scope>runtime</scope>
            </dependency>

            <!-- https://mvnrepository.com/artifact/com.alibaba.cloud/spring-cloud-alibaba-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>

</project>

service2微服务

service2对外暴露dubbo协议的接口，考虑远程接口可能 会被其它多个服务调用，这里将service2的接口单独抽取 出api工程，service2微服务工程的结构如下：

service2-api：存放接口，独立成一个工程方便被其它服务工程依赖。

service2-server：存放接口实现，即dubbo服务的实现部分。

定义service2-api

创建service2工程

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>springboot-21-nacos-dubbo</artifactId>
        <groupId>cn.zysheep</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>
    <artifactId>nacos‐dubbo‐service2</artifactId>
    <packaging>pom</packaging>
    <modules>
        <module>service2‐api</module>
        <module>service2‐server</module>
    </modules>

</project>

创建service2-api工程

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>nacos‐dubbo‐service2</artifactId>
        <groupId>cn.zysheep</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>

    <artifactId>service2‐api</artifactId>

</project>

定义接口

package cn.zysheep.microservice.api;

public interface Service2Api {
    public String dubboService2();
}

定义service2-server

创建service2-server工程

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>nacos‐dubbo‐service2</artifactId>
        <groupId>cn.zysheep</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>

    <artifactId>service2‐server</artifactId>

    <dependencies>
        <dependency>
            <groupId>cn.zysheep</groupId>
            <artifactId>service2‐api</artifactId>
            <version>1.0-SNAPSHOT</version>
        </dependency>
        <!--dubbo-->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-dubbo</artifactId>
        </dependency>
        <!--dubbo-->
        <!--nacos-discovery-->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
        </dependency>
        <!--nacos-discovery-->

    </dependencies>
</project>

定义接口实现

注意：使用@org.apache.dubbo.confifig.annotation.Service标记dubbo服务

package cn.zysheep.microservice.service;

import cn.zysheep.microservice.api.Service2Api;
import org.apache.dubbo.config.annotation.Service;

/**
 * @version v1.0
 * @ProjectName: springboot-learning-examples
 * @ClassName: Service2ApiImpl
 * @Description: 对内暴露dubbo协议给上层Application应用调用
 * @Author: 三月三
 */

@Service
public class Service2ApiImpl implements Service2Api {
    public String dubboService2() {
        return "dubboService2";
    }
}

定义启动类

package cn.zysheep.microservice;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;

/**
 * @version v1.0
 * @ProjectName: springboot-learning-examples
 * @ClassName: Service2Bootstrap
 * @Description: 启动类
 * @Author: 三月三
 */
@SpringBootApplication
public class Service2Bootstrap {
    public static void main(String[] args) {
        SpringApplication.run(Service2Bootstrap.class,args);
    }
}

定义配置文件bootstrap.yml

server:
  port: 56040 #启动端口 命令行注入

spring:
  application:
    name: dubbo-service2
  main:
    allow-bean-definition-overriding: true # Spring Boot 2.1 需要设定
  cloud:
    nacos:
      discovery:
        server-addr: 127.0.0.1:8848
dubbo:
  scan:
    # dubbo 服务扫描基准包
    base-packages: cn.zysheep.microservice.service
  protocol:
    # dubbo 协议
    name: dubbo
    # dubbo 协议端口
    port: 20891
  registry:
    address: nacos://127.0.0.1:8848
  application:
    qos-enable: false #dubbo运维服务是否开启
  consumer:
    check: false  #启动时就否检查依赖的服务

bootstrap.yml内容中以dubbo开头的为dubbo服务 的配置：

• dubbo.scan.base-packages : 指定 Dubbo 服务实现类的扫描基准包，将 @org.apache.dubbo.confifig.annotation.Service注解标注的service暴露为dubbo服务。

• dubbo.protocol : Dubbo 服务暴露的协议配置，其中子属性 name 为协议名称， port 为dubbo协议端口可以指定多协议，如：dubbo.protocol.rmi.port=1099

• dubbo.registry : Dubbo 服务注册中心配置，其中子属性 address 的值 “nacos://127.0.0.1:8848”，说明dubbo服务注册到nacos 相当于原生dubbo的xml配置中的 <dubbo:registry address=”10.20.153.10:9090” />

  bootstrap.yml内容的上半部分为SpringCloud的相关配置：

• spring.application.name : Spring 应用名称，用于 Spring Cloud 服务注册和发现

  该值在 Dubbo Spring Cloud 加持下被视作 dubbo.application.name ，因此，无需再显示地配置

  dubbo.application.name

• spring.cloud.nacos.discovery : Nacos 服务发现与注册配置，其中子属性 server-addr 指定 Nacos 服务器 主机和端口

application1调用service2

根据dubbo服务的架构图，nacos-dubbo-consumer作为application1，实现application1调用 service2。

引用service2

在nacos-dubbo-consumer工程中引用service2依赖 在pom.xml中引入service2-api的依赖

<dependency>
    <groupId>cn.zysheep</groupId>
    <artifactId>service2‐api</artifactId>
    <version>1.0-SNAPSHOT</version>
</dependency>

引入 spring-cloud-starter-dubbo依赖，它会根据接口生成代理对象

<!--dubbo-->
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-dubbo</artifactId>
</dependency>
<!--dubbo-->

实现远程调用

修改nacos-dubbo-consumer工程的RestConsumerController： ​

package cn.zysheep.springboot.controller;

import cn.zysheep.microservice.api.Service2Api;
import org.apache.dubbo.config.annotation.Reference;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

/**
 * @version v1.0
 * @ProjectName: springboot-learning-examples
 * @ClassName: DubboConsumerController
 * @Description: TODO(一句话描述该类的功能)
 * @Author: 三月三
 */
@RestController
public class DubboConsumerService2Controller {

    @Reference
    private Service2Api service2Api;

    @GetMapping("/service2")
    public String service2(){
        return  "consumer dubbo invoke | "+service2Api.dubboService2();
    }
}

Note：注意：这里的 @Reference 注解是 org.apache.dubbo.config.annotation.Reference

请求：http://127.0.0.1:56020/service2 显示：consumer dubbo invoke | dubboService2 表明service2调用成功

service1微服务

service1采用和service2相同的工程结构。 实现service1对外暴露dubbo接口，并用实现service1调用service2。

定义service1-api

创建service1工程

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>springboot-21-nacos-dubbo</artifactId>
        <groupId>cn.zysheep</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>
    <artifactId>nacos‐dubbo‐service1</artifactId>
    <packaging>pom</packaging>
    <modules>
        <module>service1‐api</module>
        <module>service1‐server</module>
    </modules>
</project>

创建service1-api工程

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>nacos‐dubbo‐service1</artifactId>
        <groupId>cn.zysheep</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>
    <artifactId>service1‐api</artifactId>
</project>

定义接口

package cn.zysheep.microservice.service1.api;

public interface Service1Api {
    public String dubboService1();
}

定义service1-server

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>nacos‐dubbo‐service1</artifactId>
        <groupId>cn.zysheep</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>

    <artifactId>service1‐server</artifactId>

    <dependencies>
        <dependency>
            <groupId>cn.zysheep</groupId>
            <artifactId>service1‐api</artifactId>
            <version>1.0-SNAPSHOT</version>
        </dependency>
        <dependency>
            <groupId>cn.zysheep</groupId>
            <artifactId>service2‐api</artifactId>
            <version>1.0-SNAPSHOT</version>
        </dependency>

        <!--dubbo-->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-dubbo</artifactId>
        </dependency>
        <!--dubbo-->
        <!--nacos-discovery-->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
        </dependency>
        <!--nacos-discovery-->
    </dependencies>

</project>

定义接口实现

package cn.zysheep.microservice.service1.service;

import cn.zysheep.microservice.api.Service2Api;
import cn.zysheep.microservice.service1.api.Service1Api;
import org.apache.dubbo.config.annotation.Reference;
import org.apache.dubbo.config.annotation.Service;

/**
 * @version v1.0
 * @ProjectName: springboot-learning-examples
 * @ClassName: Service1ApiImpl
 * @Description: TODO(一句话描述该类的功能)
 * @Author: 三月三
 */

@Service
public class Service1ApiImpl implements Service1Api {

    @Reference
    private Service2Api service2Api;

    public String dubboService1() {
        return "dubboService1 invoke"+service2Api.dubboService2();
    }
}

定义启动类

package cn.zysheep.microservice.service1;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;

/**
 * @version v1.0
 * @ProjectName: springboot-learning-examples
 * @ClassName: Service1Bootstrap
 * @Description: TODO(一句话描述该类的功能)
 * @Author: 三月三
 */
@SpringBootApplication
public class Service1Bootstrap {
    public static void main(String[] args) {
        SpringApplication.run(Service1Bootstrap.class,args);
    }
}

定义配置文件bootstrap.yml

server:
  port: 56030 #启动端口 命令行注入

spring:
  application:
    name: dubbo-service1
  main:
    allow-bean-definition-overriding: true # Spring Boot 2.1 需要设定
  cloud:
    nacos:
      discovery:
        server-addr: 127.0.0.1:8848
dubbo:
  scan:
    # dubbo 服务扫描基准包
    base-packages: cn.zysheep.microservice.service1.service
  protocol:
    # dubbo 协议
    name: dubbo
    # dubbo 协议端口
    port: 20881
  registry:
    address: nacos://127.0.0.1:8848
  application:
    qos-enable: false #dubbo运维服务是否开启
  consumer:
    check: false  #启动时就否检查依赖的服务

application1调用service1

参考 application1调用service2的方法实现。

1. 在application1引入 service1-api的依赖

2. 在application1的controller中调用service1接口

3. 3、测试，请求http://127.0.0.1:56020/service3

   显示 ：consumer dubbo invoke | dubboService1|dubboService2，表明调用service1成功，service1调用

   service2成功。

4. package cn.zysheep.springboot.controller;
   
   import cn.zysheep.microservice.service1.api.Service1Api;
   import org.apache.dubbo.config.annotation.Reference;
   import org.springframework.web.bind.annotation.GetMapping;
   import org.springframework.web.bind.annotation.RestController;
   
   /**
    * @version v1.0
    * @ProjectName: springboot-learning-examples
    * @ClassName: DubboConsumerController
    * @Description: TODO(一句话描述该类的功能)
    * @Author: 三月三
    */
   @RestController
   public class DubboConsumerService1Controller {
       @Reference
       private Service1Api service1Api;
   
       @GetMapping("/service1")
       public String service1(){
           return  "consumer dubbo invoke | "+service1Api.dubboService1();
       }
   }
      测试，请求http://127.0.0.1:56020/service3 ;显示 ：`consumer dubbo invoke | dubboService1|dubboService2`，表明调用service1成功，service1调用service2成功。
   
   
   ## 服务发现数据模型
   
   ### Namespace 隔离设计 
   
   命名空间(Namespace)用于进行租户粒度的隔离，Namespace 的常用场景之一是不同环境的隔离，例如开发测试 环境和生产环境的资源（如配置、服务）隔离等。 
   
   ### 命名空间管理
   
   命名空间(Namespace)是用于隔离多个环境的（如开发、测试、生产），而每个应用在不同环境的同一个配置（如数据库数据源）的值是不一样的。因此，我们应针对企业项目实际研发流程、环境进行规划。 如某软件公司拥有开发、测试、生产三套环境，那么我们应该针对这三个环境分别建立三个namespace。 
   
   ![](http://cdn.panyucable.cn/zysheep/QQ截图20200609142622.png)
   
   > Note: namesace 为 public 是 nacos 的一个保留空间，如果您需要创建自己的 namespace，不要和 public 重名，以一个实际业务场景有具体语义的名字来命名，以免带来字面上不容易区分自己是哪一个 namespace。 
   
   > Note：在编写程序获取配置集时，指定的namespace参数一定要填写命名空间ID，而不是名称 
   
   ### 数据模型
   
   Nacos在经过阿里内部多年生产经验后提炼出的数据模型，则是一种服务-集群-实例的三层模型，这样基本可以满 足服务在所有场景下的数据存储和管理。 
   
   ![](http://cdn.panyucable.cn/zysheep/QQ截图20200609142741.png)
   
   nacos服务发现的数据模型如下：
   
   **服务:**对外提供的软件功能，通过网络访问预定义的接口。
   
   **服务名 :**服务提供的标识，通过该标识可以唯一确定要访问的服务
   
   **实例:**提供一个或多个服务的具有可访问网络地址（IP:Port）的进程，启动一个服务，就产生了一个服务实例。
   
   **元信息:**Nacos数据（如配置和服务）描述信息，如服务版本、权重、容灾策略、负载均衡策略、鉴权配置、各种自定义标 签 (label)，从作用范围来看，分为服务级别的元信息、集群的元信息及实例的元信息。 
   
   **集群:**服务实例的集合，服务实例组成一个默认集群, 集群可以被进一步按需求划分，划分的单位可以是虚拟集群，相同 集群下的实例才能相互感知。
   
   通过数据模型可知：
   
   > 应用通过Namespace、Service、Cluster(DEFAULT)的配置，描述了该服务向哪个环境（如开发环境）的哪个集群 注册实例
   
   例子如下：
   spring:
   application:
    name: nacos-config-test
   cloud:
    nacos:
      discovery:
        server-addr: 127.0.0.1:8848 # 注册中心地址
        namespace: fbbcbf8a-5d5f-45fc-9074-9b96677c1adb   #  开发环境
        cluster‐name: DEFAULT # 默认集群，可不填写
   > Note: 集群作为实例的隔离，相同集群的实例才能相互感知。
   >
   > Note: namespace、cluster-name若不填写都将采取默认值，namespace的默认是public命名空间,cluster-name的默认值为DEFAULT集群。 
   
   # Nacos配置管理 
   
   ## 理解配置中心
   
   ### 什么是配置 
   
   应用程序在启动和运行的时候往往需要读取一些配置信息，配置基本上伴随着应用程序的整个生命周期，比如：数 据库连接参数、启动参数等。
   
   配置主要有以下几个特点： 
   
   -  配置是独立于程序的只读变量
     - 配置对于程序是只读的，程序通过读取配置来改变自己的行为，但是程序不应该去改变配置
   - 配置伴随应用的整个生命周期
     - 配置贯穿于应用的整个生命周期，应用在启动时通过读取配置来初始化，在运行时根据配置调整行为。比如：启动时需要读取服务的端口号、系统在运行过程中需要读取定时策略执行定时任务等。 
   - 配置可以有多种加载方式 
     - 常见的有程序内部hard code，配置文件，环境变量，启动参数，基于数据库等
   - 配置需要治理
     - 同一份程序在不同的环境（开发，测试，生产）、不同的集群（如不同的数据中心）经常需要有不同的配置，所以需要有完善的环境、集群配置管理 
   
   ### 什么是配置中心
   
   在微服务架构中，当系统从一个单体应用，被拆分成分布式系统上一个个服务节点后，配置文件也必须跟着迁移 （分割），这样配置就分散了，不仅如此，分散中还包含着冗余;下图显示了配置中心的功能，配置中心将配置从各应用中剥离出来，对配置进行统一管理，应用自身不需要自己去管理配置。
   
   ![](http://cdn.panyucable.cn/zysheep/QQ截图20200609143624.png)
   
   配置中心的服务流程如下
   
   1.  用户在配置中心更新配置信息。 
   2. 服务A和服务B及时得到配置更新通知，从配置中心获取配置
   
   > 总得来说，配置中心就是一种统一管理各种应用配置的基础服务组件
   
   ###  主流配置中心对比 
   
   目前市面上用的比较多的配置中心有：Spring Cloud Confifig、Apollo、Nacos和Disconf等。 由于Disconf不再维护，下面主要对比一下Spring Cloud Confifig、Apollo和Nacos。
   
   | 对比项目      | Spring Cloud Confifig  | Apollo                   | Nacos                    |
   | ------------- | ---------------------- | ------------------------ | ------------------------ |
   | 配置实时推送  | 支持(Spring Cloud Bus) | 支持(HTTP长轮询1s内)     | 支持(HTTP长轮询1s内)     |
   | 版本管理      | 支持(Git)              | 支持                     | 支持                     |
   | 配置回滚      | 支持(Git)              | 支持                     | 支持                     |
   | 灰度发布      | 支持                   | 支持                     | 不支持                   |
   | 权限管理      | 支持(依赖Git)          | 支持                     | 不支持                   |
   | 多集群        | 支持                   | 支持                     | 支持                     |
   | 多环境        | 支持                   | 支持                     | 支持                     |
   | 监听查询      | 支持                   | 支持                     | 支持                     |
   | 多语言        | 只支持Java             | 主流语言，提供了Open API | 主流语言，提供了Open API |
   | 配置格式校验  | 不支持                 | 支持                     | 支持                     |
   | 单机读(QPS)   | 7(限流所致)            | 9000                     | 15000                    |
   | 单击写(QPS)   | 5(限流所致)            | 1100                     | 1800                     |
   | 3节点读 (QPS) | 21(限流所致)           | 27000                    | 45000                    |
   | 3节点写 (QPS) | 5(限流所致)            | 3300                     | 5600                     |
   
   > 从配置中心角度来看，性能方面Nacos的读写性能最高，Apollo次之，Spring Cloud Confifig依赖Git场景不适合开 放的大规模自动化运维API。功能方面Apollo最为完善，nacos具有Apollo大部分配置管理功能，而Spring Cloud Confifig不带运维管理界面，需要自行开发。Nacos的一大优势是整合了注册中心、配置中心功能，部署和操作相比 Apollo都要直观简单，因此它简化了架构复杂度，并减轻运维及部署工作。 
   
   ## Nacos配置管理
   
   ### 发布配置 
   
   首先在nacos发布配置，nacos-config-test服务从nacos读取配置。
   
   浏览器访问 http://127.0.0.1:8848/nacos ，打开nacos控制台，并点击菜单配置管理->配置列表：
   
   在Nacos添加如下的配置：
   Namespace: public
   Data ID: nacos-config-test.yaml
   Group : DEFAULT_GROUP 
   配置格式: YAML 
   配置内容： 
   common:
     name: application1 config
   ![](http://cdn.panyucable.cn/zysheep/QQ截图20200609144758.png)![](http://cdn.panyucable.cn/zysheep/QQ截图20200609145151.png)
   
    ### 获取配置
   
   要想从配置中心获取配置添加nacos-confifig的依赖：
   <dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
   </dependency>
   在bootstrap.yml添加配置：
   

spring:
application:
name: nacos-config-test
cloud:
nacos:
config:
server-addr: 127.0.0.1:8848 # 配置中心地址
file-extension: yaml # application.name和file-extension拼装成Data ID
group: DEFAULT_GROUP

> 注意：要使用配置中心就要在bootstrap.yml中来配置，bootstrap.yml配置文件的加载顺序要比application.yml要 优先。 

在nacos-config-test工程的controller中增加获取配置的web访问端点/，通过标准的spring @Value 方式

package cn.zysheep.springboot.controller;

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.beans.factory.annotation.Value;
import org.springframework.context.ConfigurableApplicationContext;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

/**

• @version v1.0

• @ProjectName: springboot-learning-examples

• @ClassName: IndexController

• @Description: TODO(一句话描述该类的功能)

• @Author: 三月三

• /
  @RestController
  public class IndexController {
  @Value(“${common.name}”)
  private String common_name;

  @GetMapping(“/“)
  public String main(){

  return common_name;

  }

}

基于上面的例子，若要实现配置的动态更新，只需要进行如下改造：

package cn.zysheep.springboot.controller;

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.beans.factory.annotation.Value;
import org.springframework.context.ConfigurableApplicationContext;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

/**

• @version v1.0

• @ProjectName: springboot-learning-examples

• @ClassName: IndexController

• @Description: TODO(一句话描述该类的功能)

• @Author: 三月三

• /
  @RestController
  public class IndexController {

  @Value(“${common.name}”)
  private String common_name;

  // 注入配置文件上下文,实现配置的动态更新
  @Autowired
  private ConfigurableApplicationContext applicationContext;

@GetMapping("/")
public String main(){
    return common_name;
}

//实现配置的动态更新
@GetMapping("/dynamicUpdate")
public String main1(){
    return applicationContext.getEnvironment().getProperty("common.name");
}

}

我们通过nacos控制台更新common.name的配置值，再次访问web端点/dynamicUpdate，发现应用程序能够获取到最新 的配置值，说明`spring-cloud-starter-alibaba-nacos-confifig `支持配置的动态更新。 

### 配置管理模型

> 对于Nacos配置管理，通过Namespace、group、Data ID能够定位到一个配置集。 

**配置集(Data ID) :**在系统中，一个配置文件通常就是一个配置集，一个配置集可以包含了系统的各种配置信息，例如，一个配置集可 能包含了数据源、线程池、日志级别等配置项。每个配置集都可以定义一个有意义的名称，就是配置集的ID即Data ID。

**配置项 :**配置集中包含的一个个配置内容就是配置项。它代表一个具体的可配置的参数与其值域，通常以 key=value 的形 式存在。例如我们常配置系统的日志输出级别（logLevel=INFO|WARN|ERROR） 就是一个配置项

**配置分组(Group):**配置分组是对配置集进行分组，通过一个有意义的字符串（如 Buy 或 Trade ）来表示，不同的配置分组下可以有 相同的配置集（Data ID）。当您在 Nacos 上创建一个配置时，如果未填写配置分组的名称，则配置分组的名称默 认采用 DEFAULT_GROUP 。配置分组的常见场景：可用于区分不同的项目或应用，例如：学生管理系统的配置集 可以定义一个group为：STUDENT_GROUP。 

**命名空间(Namespace):**命名空间（namespace）可用于进行不同环境的配置隔离。例如可以隔离开发环境、测试环境和生产环境，因为 它们的配置可能各不相同，或者是隔离不同的用户，不同的开发人员使用同一个nacos管理各自的配置，可通过namespace隔离。不同的命名空间下，可以存在相同名称的配置分组(Group) 或 配置集。  

获取某配置集的代码：

1. nacos服务地址，必须指定 
2. namespace，如不指定默认public 
3. group，如不指定默认 DEFAULT_GROUP 
4. dataId，必须指定，名称为应用名称+配置文件扩展名

spring:
application:
name: nacos-ext-config
cloud:
nacos:
config:
server-addr: 127.0.0.1:8848 # 配置中心地址
file-extension: yaml
namespace: fbbcbf8a-5d5f-45fc-9074-9b96677c1adb # 开发环境dev
group: DEFAULT_GROUP

##  自定义扩展的 Data Id 配置

### ext-confifig扩展配置 

 Spring Cloud Alibaba Nacos Confifig可支持自定义 Data Id 的配置。 一个完整的配置案例如下所示：

spring:
application:
name: nacos-ext-config
cloud:
nacos:
config:
server-addr: 127.0.0.1:8848 # 配置中心地址
file-extension: yaml
namespace: fbbcbf8a-5d5f-45fc-9074-9b96677c1adb # 开发环境dev
group: DEFAULT_GROUP
# config external configuration
# Data Id
# group：组名
#refresh：动态刷新
ext-config[0]:
data-id: ext-config-common01.yaml
group: COMMON_GROUP
refresh: true
ext-config[1]:
data-id: ext-config-common02.yaml
group: COMMON_GROUP
refresh: true
# 其中 n 的值越大，优先级越高。 通过内部相关规则(应用名、扩展名 )自动生成相关的 Data Id 配置的优先级最大。
# 相同的配置优先级大的会覆盖低优先级的配置,没有,就会互补配置

```

可以看到:

• 通过 spring.cloud.nacos.config.ext-config[n].data-id 的配置方式来支持多个 Data Id 的配置。
• 通过 spring.cloud.nacos.config.ext-config[n].group 的配置方式自定义 Data Id 所在的组，不明确配置 的话，默认是 DEFAULT_GROUP。
• 通过 spring.cloud.nacos.config.ext-config[n].refresh的配置方式来控制该 Data Id 在配置变更时，是 否支持应用中可动态刷新， 感知到最新的配置值。默认是不支持的。

Note ： spring.cloud.nacos.config.ext-config[n].data-id的值必须带文件扩展名，文件扩展名既可支持 properties，又可以支持 yaml/yml。 此时spring.cloud.nacos.config.file-extension 的配置对自定义扩 展配置的 Data Id 文件扩展名没有影响。

扩展配置优先级

扩展配置优先级是 spring.cloud.nacos.config.ext-config[n].data-id 其中 n 的值越大，优先级越高。 通过内部相关规则(应用名、扩展名 )自动生成相关的 Data Id 配置的优先级最大。

总结

Nacos用来干什么？

Nacos是阿里巴巴公司开源的项目，它用来实现配置中心和服务注册中心。

什么是服务发现？

在微服务架构中一个业务流程需要多个微服务通过网络接口调用完成业务处理，服务消费方从服务注册中心获取服 务提供方的地址，从而进行远程调用，这个过程叫做服务发现。

服务发现的流程是什么?

1. 服务发现的客户端从服务注册中心获取服务列表
2. 服务消费方通过客户端负载均衡获取服务实例地址，进行远程调用

什么是配置中心？

在微服务架构中为了统一管理各各微服务的配置信息专门设置配置中心，配置中心就是一种统一管理各种应用配置 的基础服务组件

配置中心的应用流程是什么？

1. 发布配置，将配置信息发布到配置中心。
2. 获取配置，配置中心客户端得到配置中心的通知，从配置中心获取配置

Spring Cloud是什么？

Spring Cloud是一套微服务开发框架集合，包括微服务开发的方方页面，Spring Cloud是一套微服务开发的标准， 集成了很多优秀的开源框架，比如有名的Netflflix公司的众多项目。

Spring Cloud Alibaba是什么？

Spring Cloud Alibaba是阿里巴巴公司基于Spring Cloud标准实现一套微服务开发框架集合，它和Netflflix一样都是 Spring Cloud微服务开发实现方案。

Dubbo服务开发流程是什么？

1. 定义api工程。
   • 方便其它服务原来api工程，远程调用dubbo服务。
2. 定义api实现工程
   • service实现类使用 @org.apache.dubbo.confifig.annotation.Service注解标记为dubbo服务
3. 服务消费方开发
   • 引入api工程依赖
   • 使用org.apache.dubbo.confifig.annotation.Reference注解注入service，发起远程调用