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、Persistent Disk などがあります。
- 独立したユーティリティ: プロダクトを個別に購入することも、他のプロダクトへの依存関係を強制することなく 機能的に使用することもできます。
- 専門家による管理: 指定されたプロダクト チームが、リリースから提供終了までのライフサイクル全体を管理します。
- サポート対象: 多くの場合、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 の使用方法について詳しくは、次のリソースをご覧ください。