Nacos配置中心 ——基础配置 可以自动刷新，但是分类配置呢？
Q1：如果实际开发中，通常一个系统会准备，dev开发环境，test测试环境，prod生产环境，
那如何保证指定环境启动时服务能正确读取到Nacos上相应环境的配置文件呢？
Q2：一个大型分布式微服务系统会有很多微服务子项目，每个微服务项目又都会有相应的开发环境、测试环境、预发环境、正式环境....
那么怎么对这些微服务配置进行管理呢？
那么这个时候就需要Nacos自身的分类管理了。
Nacos 配置管理，也就是图像化界面中的————命名空间
命名空间的设计思想是 Namespace + Group + Data ID 共同构建（类似Java里的包名 类名 泛型），最外层的namespace是可以用于区分部署环境的，Group和DataID逻辑上区分两个目标对象
默认情况：
Namespace=public，Group=DEFAULT_GROUP，默认Cluster(集群)是DEFAULT
Nacos默认的命名空间是public，Namespace主要用来实现隔离。
比方说我们现在有三个环境：开发、测试、生产，我们就可以创建三个Namespace，不同的Namespace之间是隔离的。
Group默认是DEFAULT_GROUP，Group可以把不同的微服务划分到同一个分组里面去
Service就是微服务，一个Service可以包含多个Cluster(集群)，Nacos默认Cluster是DEFAULT，Cluster是对指定微服务的一个虚拟划分。
比方说为了容灾，将Service服务分别部署在了杭州机房和广州机房，这时就可以给杭州机房的Service微服务起一个集群名称叫做（HZ），给广州机房的Service微服务起一个集群名称（GZ），还可以尽量让同一个机房微服务互相调用，以提升性能。
最后是Instance，就是微服务的实例。