このドキュメントでは、Google Distributed Cloud（GDC）エアギャップ環境でプロジェクトがどのように機能するかの概要について説明します。プロジェクトは、リソースの集まりです。 プロジェクトは、組織内のリソースを分割し、リソースのライフサイクルを管理してポリシーを適用するための境界を提供します。プロジェクトが削除されると、そのプロジェクト内のすべてのリソースも削除されます。プロジェクトに適用されるポリシーは、プロジェクト内のすべてのリソースにも適用されます。プロジェクトを使用すると、リソースをグループとして整理して管理できます。詳細については、 リソース階層をご覧ください。
このドキュメントは、組織内のリソースの管理を担当するプラットフォーム管理者グループ内の IT 管理者、セキュリティ エンジニア、ネットワーク管理者などを対象としています。詳細については、 GDC エアギャップ環境のドキュメントの対象読者をご覧ください。
プロジェクト ID
プロジェクトには 2 つの ID があります。
表示名: 人が読めるプロジェクト名。表示名は GDC API では使用されません。プロジェクト名は、プロジェクトの作成中や作成後にいつでも編集できます。表示名は一意である必要はありません。
プロジェクト名: プロジェクトのグローバルに一意の識別子。プロジェクト名は、GDC でプロジェクトを区別するために使用する一意の文字列です。プロジェクト名は、プロジェクトの作成時に最初の表示名から生成されます。プロジェクトが使用可能になった後は変更できません。プロジェクトによって伝播される Namespace は、プロジェクト名と同じです。
表示名、プロジェクト名、その他のリソース名には機密情報を含めないでください。プロジェクト名は他の多くの GDC リソースの名前で使用され、プロジェクトや関連するリソースを参照すると、プロジェクト名とリソース名が公開されます。
プロジェクト Namespace
プロジェクトの Namespace には、次のような複数のリソースと構成がホストされます。
- プロジェクト スコープの Service API または Kubernetes カスタム リソース定義。
- ロールやロール バインディングなどのプロジェクト レベルのポリシー構成。
プロジェクトは、組織内の複数の共有 Kubernetes クラスタにまたがる Kubernetes Namespace とみなされます。共有クラスタは複数のプロジェクトに接続できる Kubernetes クラスタですが、標準クラスタは単一のプロジェクト Namespace 内で動作する Kubernetes クラスタです。GDC の Kubernetes クラスタの詳細については、 Kubernetes クラスタの構成をご覧ください。
Kubernetes は各共有クラスタを個別のエンティティとして扱い、各共有クラスタには独立したプロジェクト Namespace があります。ただし、GDC 組織内のすべての共有クラスタについて、GDC は同じ名前のすべての Namespace を同じ Namespace とみなします。これは Namespace の同一性と呼ばれます。 単一の Namespace には、共有クラスタのセット全体で一貫したオーナーがいます。サービス プロバイダは、Namespace にコントロール プレーン コンポーネントとデータ プレーン コンポーネントを作成して、プロジェクト スコープのサービスを作成します。
この図は、3 つの共有クラスタにまたがる Namespace の同一性を示しています。各クラスタは、組織の開発ライフサイクルに対応するコンテナ ワークロード用です。クラスタにまたがる Namespace を提供するプロジェクト Namespace backend と frontend があります。プロジェクト Namespace は複数の共有クラスタにレプリケートされますが、一貫した権限と特性を持つ単一の Namespace として認識されます。