Nacos支持“Namespace+group+data ID”的配置解決方案。
Namespace方案
通過命名空間實現環境區分
下面是配置實例：
1、創建命名空間：
“命名空間”—>“創建命名空間”：
創建三個命名空間，分別為dev，test和prop
2、回到配置列表中，能夠看到所創建的三個命名空間
下面我們需要在dev命名空間下，創建“gulimall-coupon.properties”配置規則：
3、訪問：http://localhost:7000/coupon/coupon/test
並沒有使用我們在dev命名空間下所配置的規則，而是使用的是public命名空間下所配置的規則，這是怎么回事呢？
查看“gulimall-coupon”服務的啟動日志：
2020-04-24 16:37:24.158 WARN 32792 --- [ main] c.a.c.n.c.NacosPropertySourceBuilder : Ignore the empty nacos configuration and get it based on dataId[gulimall-coupon] & group[DEFAULT_GROUP]
2020-04-24 16:37:24.163 INFO 32792 --- [ main] c.a.nacos.client.config.utils.JVMUtil : isMultiInstance:false
2020-04-24 16:37:24.169 INFO 32792 --- [ main] b.c.PropertySourceBootstrapConfiguration : Located property source: [BootstrapPropertySource {name='bootstrapProperties-gulimall-coupon.properties,DEFAULT_GROUP'}, BootstrapPropertySource {name='bootstrapProperties-gulimall-coupon,DEFAULT_GROUP'}]
"gulimall-coupon.properties"，默認就是public命名空間中的內容中所配置的規則。
4、指定命名空間
如果想要使得我們自定義的命名空間生效，需要在“bootstrap.properties”文件中，指定使用哪個命名空間：
spring.cloud.nacos.config.namespace=a2c83f0b-e0a8-40fb-9b26-1e9d61be7d6d
這個命名空間ID來源於我們在第一步所創建的命名空間
5、重啟“gulimall-coupon”，再次訪問：http://localhost:7000/coupon/coupon/test
但是這種命名空間的粒度還是不夠細化，對此我們可以為項目的每個微服務module創建一個命名空間。
6、為所有微服務創建命名空間
7、回到配置列表選項卡，克隆pulic的配置規則到coupon命名空間下
切換到coupon命名空間下，查看所克隆的規則：
8、修改“gulimall-coupon”下的bootstrap.properties文件，添加如下配置信息
spring.cloud.nacos.config.namespace=7905c915-64ad-4066-8ea9-ef63918e5f79
這里指明的是，讀取時使用coupon命名空間下的配置。
9、重啟“gulimall-coupon”，訪問：http://localhost:7000/coupon/coupon/test