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