Nacos 命名空间分组和Date 三者关系

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，就是微服务的实例。