代码编织梦想

第五章 Nacos之配置分类



前言

一个大型分布式微服务系统会有很多微服务子项目,每个微服务项目又都会有相应的开发环境、测试环境、预发环境、正式环境。针对这个问题,nacos为我们提供了NameSpace,Group,Data Id来进行配置文件的分类管理。


一、Nacos配置管理和命名空间

在这里插入图片描述
在这里插入图片描述

二、Namespace+Group+Data ID三者关系

1.Nacos 的 Namespace 的概念

用于进行配置隔离。不同的命名空间下,可以存在相同的 Group 或 Data ID 的配置。Namespace 的常用场景之一是不同环境的配置的区分隔离,例如开发测试环境和生产环境的资源(如配置、服务)隔离等。
也就是说Namespace命名空间主要是用于不同的开发环境的隔离。例如test测试环境,dev开发环境的隔离,如下图新建几个命名空间测试:
在这里插入图片描述在这里插入图片描述
在这里插入图片描述
可以看到在配置管理界面看到多个命名空间,在dev里面新建配置文件,然后并且在项目的yml文件中配置该命名空间的Key。
在这里插入图片描述
在这里插入图片描述
运行项目访问成功
在这里插入图片描述

2. Group介绍

Group的常见场景:不同的应用或组件使用了相同的配置类型,如 database_url 配置和 MQ_topic 配置。
在没有明确指定group 配置的情况下, 默认使用的是 DEFAULT_GROUP 。如果需要自定义自己的 Group,可以通过以下配置来实现:

spring:
  cloud:
    nacos:
      config:
      	# 此处为group配置
        group: DEFAULT_GROUP

我们可以在新建配置时为配置设置group分组,然后相应的模块配置中指定该分组即可生效。
在这里插入图片描述

3. Data Id

Data Id即为我们配置文件的命名,相应的是我们在模块中配置的服务名、开发环境、配置文件类型,具体命名规则如下:
s p r i n g . a p p l i c a t i o n . n a m e − {spring.application.name}- spring.application.name{spring.profile.active}.${spring.cloud.nacos.config.file-extension}

4. 三者关系

在这里插入图片描述
从上图可以看出,命名空间包含 Group 和 Data Id,一个命名空间可以包含多个Group,一个Group可以包含多个Data Id。

总结

Nacos的配置分离管理可以很好的在 Nacos Server 集中管理你 Spring Cloud 应用的外部属性配置。主要有Namespace、Group、Data ID三种不同粒度的分类管理,跟方便我们集中管理分布式配置文件。

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/xin_7/article/details/127168801

SpringCloud Alibaba第十二章,升级篇,服务注册与配置中心Nacos-爱代码爱编程

SpringCloud Alibaba第十二章,升级篇,服务注册与配置中心Nacos 一、为什么SpringCloud Alibaba 1、为什么 有了spring cloud这个微服务的框架,为什么又要使用spring cloud alibaba这个框架了?最重要的原因在于spring cloud中的几乎所有的组件都使用Netflix公司的产品

阿里云《云原生》公开课笔记 第八章 应用配置管理-爱代码爱编程

课程文字:https://edu.aliyun.com/lesson_1651_18356?spm=5176.10731542.0.0.37a620beEfY6c7#_18356 Pod配置管理分类 可变配置就用 ConfigMap;敏感信息是用 Secret;身份认证是用 ServiceAccount;资源配置是用 Resources;安全管控是用

springcloud alibaba - (第一章~第五章)-爱代码爱编程

第一章 微服务介绍 1.1 系统架构演变 随着互联网的发展,网站应用的规模也在不断的扩大,进而导致系统架构也在不断的进行变化。 从互联网早起到现在,系统架构大体经历了下面几个过程: 单体应用架构—>垂直应用架构—>分布式架构—>SOA架构—>微服务架构,当然还有悄然兴起的Service Mesh(服务网格化)。 接下来我们就

电商项目——商品服务-API-三级分类——第九章——上篇-爱代码爱编程

电商项目——初识电商——第一章——上篇电商项目——分布式基础概念和电商项目微服务架构图,划分图的详解——第二章——上篇电商项目——电商项目的虚拟机环境搭建_VirtualBox,Vagrant——第三章——上篇电商项目——Linux虚拟机中安装docker,mysql,redis_VirtualBox——第四章——上篇电商项目——电商项目的环境搭建_开发工

Alibaba Nacos 学习笔记-爱代码爱编程

Alibaba Nacos 第一章:Nacos 简介 Nacos 集服务发现,服务配置,服务管理为一体能快速实现动态的服务发现、服务配置、服务元数据及流量管理。 Nacos 关键特性: 服务发现与服务健康监测 Nacos 支持基于 DNS 和基于 RPC 的服务发现Nacos 提供对服务的实时地健康检查,阻止不健康的主机或服务实例发

2020SpringCloud学习年终总结——第十五章-Nacos服务注册和配置中心-爱代码爱编程

Nacos前置 为什么叫Nacos?前四个字母分别为Naming和Configuration的前两个字母,最后的为s是Service; Nacos是一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台,即 Nacos:Dynamic Naming and Configuration ServiceNacos是服务注册中心和配置中心的组

SpringCloud第十七章AlibabaNacos作为服务配置中心演示-爱代码爱编程

4、Nacos作为服务配置中心演示 4.1、Nacos作为配置中心-基础配置 新建cloudalibaba-config-nacos-client3377 POM <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4

13、SpringCloud Alibaba第十三章,升级篇,服务注册与配置中心Nacos-爱代码爱编程

SpringCloud Alibaba第十二章,升级篇,服务注册与配置中心Nacos 一、为什么SpringCloud Alibaba 1、为什么 有了spring cloud这个微服务的框架,为什么又要使用spring cloud alibaba这个框架了?最重要的原因在于spring cloud中的几乎所有的组件都使用

SpringCloud(第十七章 SpringCloud Alibaba Nacos服务注册和配置中心)-爱代码爱编程

文章目录 一、Nacos简介1.为什么叫Nacos2.是什么3.能干嘛4.去哪下5.各种注册中心比较二、安装并运行Nacos三、Nacos作为服务注册中心演示1.官网文档2.基于Nacos的服务提供者3.基于Nacos的服务消费者4.服务注册中心对比四、Nacos作为服务配置中心演示1.Nacos作为配置中心-基础配置2.Nacos作为配置中心-分

第4章-商品服务-三级分类-爱代码爱编程

第4章 商品服务-三级分类 文章目录 第4章 商品服务-三级分类1. 数据库设计-- 三级分类2. 三级分类--增删改查2.1 查询2.1.1 后端查询2.1.2 前后端联调2.1.3 renren-fast注册到Nacos注册中心2.1.4 跨域问题2.1.4 商品服务注册到注册中心2.1.5 编写前端展示2.2 删除2.2.1 前端2.2.2

第5章-商品服务-品牌管理-爱代码爱编程

第5章 商品服务-品牌管理 文章目录 第5章 商品服务-品牌管理1. 使用逆向工程的代码1.1 导入代码1.2 显示状态优化2. 文件上传技术2.1 阿里云---对象存储OSS 云存储开启2.2 OSS整合测试2.2.1 普通上传2.2.2 SpringCloud Alibaba上传 -- 普通上传2.2.3 服务器签名直传OSS---配置2.2

springcloud微服务技术栈——第一章_利明的秃头之旅的博客-爱代码爱编程

一:微服务架构演变 1.1:单体架构 1.1.1:简介 将业务的所有功能集中在一个项目中开发,打成一个包部署。1.1.2:优点 结构简单部署成本低1.1.3:缺点 耦合度高1.2:分布式架构 1.2.1:简介: 根据业务功能对系统进行拆分,每个业务模块作为独立项目开发,称为一个服务。 1.2.2:优点: 降低服务耦合有利于服务升级扩展