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