Nacos入门之配置管理

最新推荐文章于 2024-04-18 22:23:09 发布

寻风224

最新推荐文章于 2024-04-18 22:23:09 发布

阅读量701

点赞数

分类专栏：笔记文章标签： java spring cloud 开发语言

本文链接：https://blog.csdn.net/weixin_43545045/article/details/121146560

版权

笔记专栏收录该内容

12 篇文章 0 订阅

订阅专栏

Nacos-配置管理

服务发现配置管理

1 Nacos简介

配置中心：微服务架构的配置中心，配置中心将配置从各应用中剥离出来，对配置进行统一管理，应用自身不需要自己去管理配置

主流的配置中心：Spring Cloud Config、Apollo、Nacos

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

配置：应用程序在启动和运行时需要读取一些配置中心，数据库连接参数、启动参数

配置是独立于程序的只读变量
配置伴随应用的整个生命周期
配置可以有多种加载方式
配置需要治理

Nacos特性

服务发现与服务健康检查

动态配置管理

动态DNS服务

Nacos提供基于DNS协议的服务发现能力

服务的元数据管理

2 安装Nacos Server

2.1 安装过程

省略(42条消息) 解决Nacos下载速度缓慢的问题_年少不知曲中意,再听已是曲终人-CSDN博客_nacos下载很慢

2.2 外部mysql数据库支持

单机模式时Nacos默认使用嵌入式数据库实现数据的存储，若想使用外部masql存储nacos数据：

安装数据库
初始化mysql数据库，新建数据库nacos_config，执行数据库初始化SQL文件:${nacoshome}/conf/nacos-mysql.sql

添加进nacos-server-2.0.3\nacos\conf\application.properties

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

3 配置管理-入门demo程序

导入jar包

	<dependency>
        <groupId>com.alibaba.nacos</groupId>
        <artifactId>nacos-client</artifactId>
        <version>2.0.3</version>
    </dependency>
	<!--这两个slf4j日志不加可能会报错-->
	<dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-api</artifactId>
        <version>1.7.6</version>
    </dependency>

    <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-log4j12</artifactId>
        <version>1.7.6</version>
    </dependency>

nacos 配置管理-配置列表-新建配置

	//data id
    String dataId = "nacos-simple-demo.yaml";
    //group
    String group = "DEFAULT_GROUP";

commmon:
  config1: something

新建一个SimpleDemoMain类

package test;

import com.alibaba.nacos.api.NacosFactory;
import com.alibaba.nacos.api.config.ConfigService;
import com.alibaba.nacos.api.exception.NacosException;

import java.util.Properties;

public class SimpleDemoMain {
    public static void main(String[] args) throws NacosException {
        //使用nacos client 远程获取nacos服务上的配置
        //nacos server 地址
        String serverAddr = "192.168.1.92:8848";
       
        //data id
        String dataId = "nacos-simple-demo.yaml";
        //group
        String group = "DEFAULT_GROUP";
        Properties properties = new Properties();
        properties.put("serverAddr",serverAddr);
        //获取配置
        ConfigService configService = NacosFactory.createConfigService(properties);
        //String dataId, String group, long timeoutMs
        String config = configService.getConfig(dataId, group, 5000);
        System.out.println(config);


    }

}

4 Nacos配置管理基础应用

4.1 Nacos配置管理模型

对于Nacos配置管理，通过namespace、Group、 DataId能够定位到一个唯一的配置集

在这里插入图片描述

配置管理

系统配置的编辑、存储、分发、变更管理、历史版本管理、变更审计等所有与配置相关的活动。

配置项

一个具体的可配置的参数与其值域，通常以 param-key=param-value 的形式存在。例如我们常配置系统的日志输出级别（logLevel=INFO|WARN|ERROR）就是一个配置项。

配置集

一组相关或者不相关的配置项的集合称为配置集。在系统中，一个配置文件通常就是一个配置集，包含了系统各个方面的配置。例如，一个配置集可能包含了数据源、线程池、日志级别等配置项。

配置集 ID

Nacos 中的某个配置集的 ID。配置集 ID 是组织划分配置的维度之一。Data ID 通常用于组织划分系统的配置集。一个系统或者应用可以包含多个配置集，每个配置集都可以被一个有意义的名称标识。Data ID 通常采用类 Java 包（如 com.taobao.tc.refund.log.level）的命名规则保证全局唯一性。此命名规则非强制。

配置分组

Nacos 中的一组配置集，是组织配置的维度之一。通过一个有意义的字符串（如 Buy 或 Trade ）对配置集进行分组，从而区分 Data ID 相同的配置集。当您在 Nacos 上创建一个配置时，如果未填写配置分组的名称，则配置分组的名称默认采用 DEFAULT_GROUP 。配置分组的常见场景：不同的应用或组件使用了相同的配置类型，如 database_url 配置和 MQ_topic 配置。

命名空间

用于进行租户粒度的配置隔离。不同的命名空间下，可以存在相同的 Group 或 Data ID 的配置。Namespace 的常用场景之一是不同环境的配置的区分隔离，例如开发测试环境和生产环境的资源（如配置、服务）隔离等。

4.2 命名空间管理

功能：

单用户：例如开发测试环境和生产环境的资源（如配置、服务）隔离等。

多用户：每个用户占用一个namespace命名空间

		//使用nacos client 远程获取nacos服务上的配置
        //nacos server 地址
        String serverAddr = "192.168.1.92:8848";
        //namespace 默认为public
        String namespace = "f60d904c-dd92-4171-b977-29249f96a31a";
        //group
        String group = "DEFAULT_GROUP";
        //data id
        String dataId = "nacos-simple-demo.yaml";
        
        Properties properties = new Properties();
        properties.put("serverAddr",serverAddr);
        properties.put("namespace",namespace);
        //获取配置
        ConfigService configService = NacosFactory.createConfigService(properties);
        //String dataId, String group, long timeoutMs
        String config = configService.getConfig(dataId, group, 5000);
        System.out.println(config);

4.3 配置管理基础功能

配置列表 发布、删除、编辑、导出、导入、克隆······

历史版本 根据dataId和namespace 查询某个配置集的历史版本，查看详情、回滚

监听查询 根据dataId和group查询有什么客户端在监听 dataId配置集

//监听，当配置有变化时获取监听
        //String dataId, String group, Listener listener
        configService.addListener(dataId, group, new Listener() {
            @Override
            public Executor getExecutor() {
                return null;
            }
            //当配置有变化时获取监听
            @Override
            public void receiveConfigInfo(String configInfo) {
                System.out.println(configInfo);
            }
        });
        while(true){
            try {
                Thread.sleep(2000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }

4.4 登录管理

修改登录密码

密码采用Bcrypt加密不可解密

nacos 2.0.3可在管理界面直接修改登录密码

关闭登录功能

application.properties文件中spring.security.enabled=false

5 Nacos配置管理应用于分布式系统

5.1 从单体架构到微服务

微服务和单体架构的区别 - zyz1 - 博客园 (cnblogs.com)

5.1.1单体架构

Web应用程序发展的早期，大部分web工程师将所有的功能模块打包到一起并放在一个web容器中运行，所有功能模块使用同一个数据库，同时，它还提供API或者UI访问的web模块等。

在这里插入图片描述

尽管也是模块化逻辑，但是最终它还是会打包并部署为单体式应用，这种将所有功能都部署在一个web容器中运行的系统就叫做单体架构（也叫：巨石型应用）。

单体架构有很多好处：
开发效率高：模块之间交互采用本地方法调用，并节省微服务之间的交互讨论时间与开发成本。
容易测试：IDE都是为开发单个应用设计的、容易测试——在本地就可以启动完整的系统。

容易部署：运维成本小，直接打包为一个完整的包，拷贝到web容器的某个目录下即可运行。但是，上述的好处是有条件的，它适用于小型简单应用，对于大规模的复杂应用，就会展现出来以下的不足：
复杂性逐渐变高，可维护性逐渐变差：所有业务模块部署在一起，复杂度越来越高，修改时牵一发动全身。
版本迭代速度逐渐变慢：修改一个地方就要将整个应用全部编译、部署、启动时间过长、回归测试周期过长。
阻碍技术创新：若更新技术框架，除非你愿意将系统全部重写，无法实现部分技术更新。
无法按需伸缩：通过冗余部署完整应用的方式来实现水平扩展，无法针对某业务按需伸缩。

5.1.2微服务架构

许多大型公司，通过采用微服务架构解决了上述问题。其思路不是开发一个巨大的单体式的应用，而是将应用分解为小的、互相连接的微服务。

一个微服务一般完成某个特定的功能，比如订单服务、用户服务等等。每一个微服务都是完整应用，都有自己的业务逻辑和数据库。一些微服务还会发布API给其它微服务和应用客户端使用。

比如，根据前面描述系统可能的分解如下：

在这里插入图片描述

每一个业务模块都使用独立的服务完成，这种微服务架构模式也影响了应用和数据库之间的关系，不像传统多个业务模块共享一个数据库，微服务架构每个服务都有自己的数据库。

微服务架构的好处：

分而治之，职责单一；易于开发、理解和维护、方便团队的拆分和管理
可伸缩；能够单独的对指定的服务进行伸缩
局部容易修改，容易替换，容易部署，有利于持续集成和快速迭代
不会受限于任何技术栈

5.2 分布式应用配置管理

如何通过Nacos集中管理多个服务的配置：

在这里插入图片描述

用户通过Nacos Server的控制台集中对多个服务的配置进行管理
各服务统一从Nacos Server中获取各自的配置，并监听配置的变化

5.2.1 发布配置

5.2.2 创建父工程

5.2.3 微服务service1配置

5.2.4 微服务service2配置

5.2.5支持配置的动态刷新

// 注入配置文件上下文 
@Autowired private ConfigurableApplicationContext applicationContext;
@GetMapping(value = "/configs") public String getConfigs(){ 
    return applicationContext.getEnvironment().getProperty("common.name"); 
}

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

Note 可以通过配置spring.cloud.nacos.config.refresh.enabled=false来关闭动态刷新

5.2.6 自定义 namespace与group配置

spring:
  cloud:
    nacos:
      config:
        namespace: b3404bc0‐d7dc‐4855‐b519‐570ed34b62d7
        group:

在没有明确指定 ${spring.cloud.nacos.config.namespace} 配置的情况下，默认使用的是 Nacos 上 Public 这个 namespace。

Note：该配置必须放在 bootstrap.yml文件中。此外 spring.cloud.nacos.config.namespace 的值是 namespace 对应的 id，id 值可以在 Nacos 的控制台获取。并且在添加配置时注意不要选择其他的 namespae，否则将会导致读取不到正确的配置。

在没有明确指定 ${spring.cloud.nacos.config.group} 配置的情况下，默认使用的是 DEFAULT_GROUP 。

Note：该配置必须放在 bootstrap.properties 文件中。并且在添加配置时 Group 的值一定要和 spring.cloud.nacos.config.group 的配置值一致。

5.2.7 自定义扩展的 Data Id 配置

server:
  port: 56010
spring:
  application:
    name: service1
  cloud:
    nacos:
      config:
        server-addr: 192.168.1.92:8848
        file-extension: yaml #dataId的名称就是application的name加file-extension
        namespace: f60d904c-dd92-4171-b977-29249f96a31a
        group: test
#       shared-dataids: ext-config-common01.properties,ext-config-common02.properties,ext-config-common03.properties
#         refreshable-dataids: ext-config-common01.properties
        # config external configuration
        # 1、Data Id 在默认的组 DEFAULT_GROUP,不支持配置的动态刷新
        ext-config[0]:
          data-id: ext-config-common01.properties
        # 2、Data Id 不在默认的组，不支持动态刷新
        ext-config[1]:
          data-id: ext-config-common02.properties
          group: GLOBALE_GROUP
        # 3、Data Id 既不在默认的组，也支持动态刷新
        ext-config[2]:
          data-id: ext-config-common03.properties
          group: REFRESH_GROUP
          refresh: true  #动态刷新配置

可以看到:

通过 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 文件扩展名没有影响。

5.2.8 配置优先级

Spring Cloud Alibaba Nacos Config 目前提供了三种配置能力从 Nacos 拉取相关的配置。

A: 通过 spring.cloud.nacos.config.shared-dataids 支持多个共享 Data Id 的配置
B: 通过 spring.cloud.nacos.config.ext-config[n].data-id 的方式支持多个扩展 Data Id 的配置，多个 Data Id 同时配置时，他的优先级关系是 spring.cloud.nacos.config.ext-config[n].data-id 其中 n 的值越大，优先级越高。
C: 通过内部相关规则(应用名、扩展名 )自动生成相关的 Data Id 配置

当三种方式共同使用时，他们的一个优先级关系是:C > B >A

通过设置 spring.cloud.nacos.config.enabled = false 来完全关闭 Spring Cloud Nacos Config

5.3 Nacos集群部署

d-dataids 支持多个共享 Data Id 的配置

B: 通过 spring.cloud.nacos.config.ext-config[n].data-id 的方式支持多个扩展 Data Id 的配置，多个 Data Id 同时配置时，他的优先级关系是 spring.cloud.nacos.config.ext-config[n].data-id 其中 n 的值越大，优先级越高。
C: 通过内部相关规则(应用名、扩展名 )自动生成相关的 Data Id 配置

当三种方式共同使用时，他们的一个优先级关系是:C > B >A

通过设置 spring.cloud.nacos.config.enabled = false 来完全关闭 Spring Cloud Nacos Config

5.3 Nacos集群部署

寻风224

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
Nacos入门之配置管理

Nacos-配置管理服务发现配置管理1 Nacos简介配置中心：微服务架构的配置中心，配置中心将配置从各应用中剥离出来，对配置进行统一管理，应用自身不需要自己去管理配置主流的配置中心：Spring Cloud Config、Apollo、NacosNacos是阿里的一个开源产品，它是针对微服务架构中的服务发现、配置管理、服务治理的综合型解决方案配置：应用程序在启动和运行时需要读取一些配置中心，数据库连接参数、启动参数配置是独立于程序的只读变量配置伴随应用的整个生命周期配置可以有多种加载
复制链接

扫一扫