微服务配置中心nacos（微服务配置中心选型）



前言：

本篇博客主要说明使用nacos做服务配置中心，分类配置的实现。

---

---

1.分类配置解决了什么问题？

主要解决了多环境多项目管理的问题

2.nacos图形化管理界面

配置管理：

命名空间：

3.Namespace+Group+Data ID三者的关系？

通俗来说，可以将NameSpace类比成java项目中的项目名称，将Group类比成java项目中的包名称，而Data ID则可以类比成类名称。

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

1.例子

我们使用默认命名空间+默认分组+新建dev和test两个DataID

新建dev配置DataID:

新建test配置DataID:

2.服务配置文件配置

两个配置读取application.yml配置文件配置一致，如下所示：

读取dev配置的bootstrap.yml配置文件如下：

读取test配置的bootstrap.yml配置文件如下：

3.测试

dev：

test：

实现方式：通过group实现环境区分

1.例子

新建两个分组DEV_GROUP以及TEST_GROUP，并放入同一个配置文件

DEV_GROUP：

TEST_GROUP：

2.服务配置文件配置

相比于DataID配置就加了一个group分组配置

DEV_GROUP分组：

application.yml:

bootstrap.yml:

TEST_GROUP分组：

application.yml:

bootstrap.yml:

3.测试

DEV_GROUP分组：

TEST_GROUP分组：

实现方式：通过namespace实现环境区分

1.例子

新建两个命名空间dev和test

新建完成后，可以切换不同的命名空间：

在dev命名空间里面新建一个分组，并新建一个配置文件：

在test命名空间里面新建一个分组，并新建一个配置文件：

2.服务配置文件配置

dev命名空间：

application.yml:

bootstrap.yml:

test命名空间：

application.yml:

bootstrap.yml:

3.测试

dev命名空间：

test命名空间：

至此SpringCloud Alibaba微服务中Nacos分布式配置中心分类配置已经实现！

到此这篇微服务配置中心nacos（微服务配置中心选型）的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章，希望大家都能在编程的领域有一番成就！

版权声明：

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！

转载请注明出处，原文链接：https://www.xkablog.com/hd-wfwjg/29763.html