Cloud Product Registry API は、 ファースト パーティ Google Cloud プロダクトの信頼できる唯一の情報源として機能します。この API を使用すると、 Google Cloudの公式階層にプログラムでアクセスできるため、 内部カタログとガバナンス ポリシーは正確な リアルタイム データに依存します。
データモデル
レジストリは、リソースを 3 階層の階層に整理します。サービス スイート、論理プロダクト、および論理プロダクト バリエーションです。この構造は、上位レベルのブランドと特定の論理エンティティの関係を把握するのに役立ちます。
サービス スイート
サービス スイートは、共通のブランドと市場でのポジショニングを共有するプロダクトの統合グループを表す、上位レベルの組織エンティティです。関連する論理プロダクトを収容する包括的なブランドとして機能し、ソリューションの統合ファミリーを作成します。たとえば、 Google Cloud、Google Workspace、Google マップなどがあります。
- 明確なマーケティング プレゼンス: スイートには最上位のマーケティング ページがあり、関連するアプリや プロダクトを見つけるための主要なエントリ ポイントとして機能します。たとえば、Google Workspace や Google Cloudなどです。
- まとまりのあるグループ化: スイートは、共有ドメイン内のプロダクト間の関係を 強調するために、統合ファミリーとして公開されます。
- 外部 ID: 市場では、スイートは単一のグループとして認識されます 論理プロダクトの緩いコレクションとしてではなく。
- 購入不可のエンティティ: 「スイート」を直接購入することはできません。代わりに、スイートに含まれる個々の論理プロダクトを購入または有効にします。
論理プロダクト
論理プロダクトは、サービス スイート内の主要なスタンドアロン オファリングです。 これらのプロダクトは、明確な境界を持つ個別のソリューションとして認識、購入、使用されるように設計されています。
- 顧客中心: 市場では、これは個別のオファリングとして認識されます。独自のブランドを持ち、顧客の期待に応えます。
- 完全な機能: 独自の API、ユーザー インターフェース、クライアント が含まれており、明確なエンドツーエンドの機能を提供します。例としては、Compute Engine、Cloud SQL、永続ディスクなどがあります。
- 独立したユーティリティ: プロダクトを個別に購入することも、他のプロダクトへの依存関係を強制することなく 機能的に使用することもできます。
- 専門家による管理: 指定されたプロダクト チームが、リリースから提供終了までのライフサイクル全体を管理します。
- サポート対象: Google が直接提供する専用のサポート オプションが含まれていることがよくあります。
論理プロダクト バリエーション
論理プロダクト バリエーションは、プライマリ プロダクトの特殊なバージョンです。メイン プロダクトのコア機能と機能は維持されますが、特定のテクノロジー、ユースケース、市場セグメントに合わせて調整されています。
- 実績のあるコアを基盤とする: バリエーションはプライマリ プロダクトから直接進化し、同じ基盤となるアーキテクチャを共有します。
- 専用設計: バリエーションは、特定の顧客ニーズを満たすように調整されています。 たとえば、Cloud SQL はプロダクト、Cloud SQL for MySQL と Cloud SQL for PostgreSQL はバリエーションです。
機能とスコープ
このリリースでは、API は論理プロダクトと論理プロダクト バリエーションの重要なメタデータを提供します。以下に例を示します。
- 名前: エンティティのリソース名。
- タイトル: エンティティの正式名称。
- ライフサイクル ステータス: エンティティの現在のリリース ステージ。
除外
API には コア Google Cloud プロダクトのみが含まれています。Google マップと Google Workspace のサービスは除外されます。
Cloud Product Registry のメリット
Cloud Product Registry は、プロダクト検出用の標準化されたインターフェースを提供し、カタログとの統合を簡素化します。 Google Cloud
- 信頼できる唯一の情報源: すべての プロダクトのタイトル、ID、説明の 公式レコードにアクセスすることで、推測を排除できます。 Google Cloud
- 明確で構造化されたデータ: API を使用すると、上位レベルのサービス スイート、個々の論理プロダクト、その 特定のバリエーション間の関係を 把握できます。
アクセスと認証
Cloud Product Registry API は公開 Google データを公開するため、この API にアクセスするためにプロジェクト レベルで追加の IAM 権限は必要ありません。
割り当てと上限
公平なアクセスとサービスの安定性を確保するため、API はプロジェクト ベースのレート制限を適用します。システムは、プロジェクト ID に対するリクエストの使用状況を追跡し、標準の秒間クエリ数（QPS）の上限を適用します。Google Cloud
ライフサイクル管理
Google は、非推奨と再構築の定義されたプロセスを通じて、プロダクトのライフサイクルを管理します。これらのイベントを理解することで、安定した統合を維持し、 カタログの変更を予測できます。
非推奨
論理プロダクトまたはバリエーションが非推奨になると、新しい販売や登録が直ちに制限されます。レガシーのお客様をサポートするため、エンティティは API に表示されたままになります。関連するすべての契約の有効期限が切れると、システムは完全に削除します。
再構築
再構築は、ビジネスの拡大によりエンティティの分類が変更された場合に発生します。これは通常、スタンドアロンの論理プロダクトが論理プロダクト バリエーションとして再分類される場合や、その逆の場合に発生します。
- リソース名: タイプの変更により、エンティティのリソース名が変更されます。
- API の動作: すべての Get API と List API には、エンティティが別のタイプに置き換えられたかどうかを示す追加のメタデータ フィールドが含まれています。
- Replaced: 再構築された場合、フィールドは true に設定されます。
- Replacement: タイプの変更により、フィールドにこのエンティティの新しいリソース名が含まれます。
次のステップ
Cloud Product Registry の使用方法について詳しくは、次のリソースをご覧ください。