本文將概略說明專案在 Google Distributed Cloud (GDC) 實體隔離環境中的運作方式。專案是資源的集合。專案可協助您區隔機構內的資源，並提供管理資源生命週期和強制執行政策的界線。刪除專案時，系統也會一併刪除專案中的所有資源，且套用至專案的政策也會套用至專案中的所有資源。您可以透過專案，以群組形式整理及管理資源。詳情請參閱「資源階層」。
本文適用於平台管理員群組中的 IT 管理員、安全工程師和網路管理員等對象，這些人員負責管理機構內的資源。詳情請參閱 GDC air-gapped 說明文件適用對象。
專案 ID
專案有兩個 ID：
顯示名稱：專案的易讀名稱。GDC API 不會使用顯示名稱。您可以在建立專案期間或之後隨時編輯專案名稱。顯示名稱不必不重複。
專案名稱：專案的全域專屬 ID。專案名稱是不重複的字串，用於在 GDC 中區分專案。建立專案時，系統會根據您一開始的顯示名稱產生專案名稱，且專案名稱在專案上線後就無法修改。專案傳播的命名空間與專案名稱相同。
請勿在顯示名稱、專案名稱或其他資源名稱中加入機密資訊。許多其他 GDC 資源的名稱都會使用專案名稱，任何對專案或相關資源的參照都會公開專案名稱和資源名稱。
專案命名空間
專案的命名空間會代管多項資源和設定，例如：
- 專案範圍的服務 API 或 Kubernetes 自訂資源定義。
- 專案層級政策設定，例如角色和角色繫結。
專案可視為Kubernetes 命名空間，可跨機構內的多個共用 Kubernetes 叢集。共用叢集是可附加至多個專案的 Kubernetes 叢集，而標準叢集則是在單一專案命名空間中運作的 Kubernetes 叢集。如要進一步瞭解 GDC 中的 Kubernetes 叢集，請參閱 Kubernetes 叢集設定。
Kubernetes 會將每個共用叢集視為獨立實體，且每個共用叢集都有獨立的專案命名空間。不過，對於 GDC 機構中的所有共用叢集，GDC 會將所有同名命名空間視為同一個命名空間。這就是所謂的「命名空間相同性」。單一命名空間在整組共用叢集中具有一致的擁有者。服務供應商會在命名空間中建立控制層和資料層元件，藉此建立專案範圍的服務。
這張圖表說明三個共用叢集之間的命名空間相同性，每個叢集都適用於與機構開發生命週期對應的容器工作負載。有兩個專案命名空間 backend 和 frontend，可提供跨叢集的命名空間。雖然專案命名空間會複製到多個共用叢集，但系統會將其視為具有一致權限和特徵的單一命名空間。