このドキュメントでは、アプリケーション中心の Google Cloud、そのコアプロダクト、およびアプリケーション管理ライフサイクル全体を効率化するための連携方法のコンセプトの概要について説明します。
クラウド アプリケーションがますます複雑になるにつれて、基盤となるインフラストラクチャの管理が大きな課題となる可能性があります。また、これらの アプリケーションは多くの場合、複数の Google Cloud プロジェクトに分散した多数のコンポーネントで構成されています。この分散により、デベロッパーとオペレーターが明確で全体像を維持できなくなり、モニタリング、トラブルシューティング、費用管理などのタスクが複雑になります。
さまざまなプロジェクトやプロダクトで個々のリソースを追跡する代わりに、 統合されたアプリケーション中心のエクスペリエンスを使用して、 Google Cloud 関連するリソースを登録済みアプリケーションとしてグループ化して管理できます。
- アプリケーション テンプレートを使用して、アプリケーションの設計、デプロイ、更新の一貫性を管理します。
- アプリケーションの健全性、パフォーマンス、セキュリティ体制、費用を包括的に把握します。
- アプリケーション レベルでオーナーシップを割り当ててポリシーを適用することで、ガバナンスを改善します。
- リソースの依存関係を明確に把握することで、トラブルシューティングと影響分析を迅速化します。
- Gemini Cloud Assist を使用して、アプリケーションの設計、費用の最適化、トラブルシューティングなどのタスクを行います。 Gemini Cloud Assist は、アプリケーション リソースの関係データを分析情報とレスポンスのコンテキストとして使用します。
アプリケーション
アプリケーションは、サービスやワークロードなどのコンポーネントの論理グループとして機能し、特定のビジネス機能をまとめて提供します。次の例は、Cloud Run フロントエンド サービス、Cloud Run バックエンド サービス、Cloud SQL データベースを備えた 3 階層のウェブ アプリケーションを示しています。
App Hub は、アプリケーションの基盤となるデータモデルを提供し、 Google Cloud アプリケーションの中央レジストリとして機能します。App Hub を使用して既存のリソースを検出してグループ化することでアプリケーションを登録できます。また、App Design Center を使用して新しいアプリケーションを設計してデプロイすると、そのアプリケーションは App Hub に自動的に登録されます。
その後、AI アシスタンスを利用して、アプリケーションの運用と最適化を行うことができます。
主要コンポーネント
次の図は、アプリケーション中心の Google Cloud の主要コンポーネントを示しています。
図の番号は、次の説明を参照しています。
リソース: App Hub のアプリケーションは、 Google Cloud リソースのグループを表します。リソースはサービスとワークロードとして登録されます。
App Hub で管理できるリソースは、管理プロジェクトでアプリケーション管理境界を構成することで定義します。たとえば、アプリ対応フォルダを構成することで、フォルダレベルで境界を定義できます。
アプリケーションのコンセプトとアプリケーション モデルの詳細については、主なコンセプトと データの取り扱いをご覧ください。
アプリケーションの設計とデプロイ:
App Design Center: ベスト プラクティスに基づく Google テンプレートまたは独自のカスタム テンプレートを使用して、新しいアプリケーションを設計してデプロイします。設計キャンバスを使用してアプリケーションを作成し、Terraform モジュールをインポートするか、Gemini Cloud Assist を使用して設計を支援します。
詳細については、 App Design Center の概要をご覧ください。
App Hub: アプリケーション管理境界内の既存のリソースをアプリケーションに整理して、サービスとワークロードの全体像を把握します。詳細については、 App Hub の概要をご覧ください。
App Design Center を使用して新しいアプリケーションを構築する場合でも、App Hub を使用して既存のリソースを整理する場合でも、結果として定義されたアプリケーションが App Hub にカタログ化され、統合オペレーションの基盤となります。
オブザーバビリティ: Google Cloud Observability プロダクトは、全体にわたってテレメトリー データを提供します Google Cloud。アプリケーション、エージェント、MCP サーバーをモニタリングし、アプリケーション モニタリング機能を使用して使用状況を最適化します。
- 指標、ログ、トレースを使用して、アプリケーションの健全性とパフォーマンスをモニタリングします。
- 指標とログに基づいてアラートを設定します。
- Cost Explorer で費用とリソース使用量を分析します。
費用の最適化: App Optimize API を使用すると、 Google Cloud 支出とリソース使用量を把握できます。
- Cloud Hub と Cost Explorer で、サービスとワークロードの費用の傾向と使用率の変化を確認します。Cloud Hub では、費用を削減するための推奨事項と、最近の費用の変化に関連する使用状況の変化に関する Gemini Cloud Assist の分析情報も提供されます。
- App Optimize API を直接使用して、傾向 分析を行ったり、費用データを他のビジネスデータと結合したりします。
セキュリティとコンプライアンス: Security Command Center は他の Google Cloud プロダクトと統合され、セキュリティ体制の評価とセキュリティ ポリシーの適用に役立ちます。 登録されているすべてのアプリケーションの検出結果は、 Security Command Center で確認できます。
分析情報: Cloud Hub では、 アプリケーションの運用データと分析情報を一元的に確認できます。集計データを表示して、アプリケーションをプロアクティブに管理できます。たとえば、次のようなデータがあります。
- アラートとインシデント。
- セキュリティとコンプライアンスの検出結果。
- 費用と使用率（最近の費用の変化に関する Gemini Cloud Assist の分析情報を含む）。
- メンテナンス アクティビティ。
- 最近の Cloud Run と GKE のデプロイと、App Design Center テンプレートからの構成ドリフト。
クエリを実行して、データを関連付けることもできます。これには、 オブザーバビリティ、セキュリティ、デプロイ データが含まれます。結果はインタラクティブなトポロジグラフとして表示され、トラブルシューティングや影響の評価を迅速に行うことができます。
詳細については、Cloud Hub の概要をご覧ください。
AI アシスタンス: Gemini Cloud Assist から、 次のようなタスクで AI を活用したサポートを受けられます。
アプリケーションを設計する。自然言語を使用して、App Design Center キャンバスでアプリケーションを反復的に設計するか、推奨されるアーキテクチャを Terraform コードとしてダウンロードします。
Gemini Cloud Assist は、IDE との MCP 統合もサポートしており、ローカルコードの分析に基づいてアプリケーション デプロイ アーキテクチャを推奨できます。
トラブルシューティング。サポートされているエントリ ポイントのいずれかから調査を開始すると、Gemini Cloud Assist はエントリ ポイントのコンテキストを使用して、関連情報を収集します。
Gemini Cloud Assist は、アプリトポロジのリソース関係情報とコンソール ページに表示されるコンテンツを使用して、プロンプトに対してより関連性の高い正確なレスポンスを提供します。Google Cloud
詳細については、Gemini Cloud Assist の概要をご覧ください。
データの取り扱い
App Hub で管理できるリソースは、 管理プロジェクトを構成することで定義します。 Google Cloud 管理プロジェクトは、すべての アプリケーション管理タスクとメタデータを一元化するプロジェクトです。
境界の管理プロジェクトには、App Hub と App Design Center のデータが保存され、アプリケーション管理に必要な API が有効になります。
管理プロジェクトに保存されるデータ
管理プロジェクトには、アプリケーションに関する次のデータが保存されます。
- App Hub データ: アプリケーション、サービス、ワークロードの定義と 関係など、境界内のすべての アプリケーションの完全な論理モデル。このモデルには、アプリケーションのオーナー、重要度、環境などのメタデータも含まれます。
- App Design Center データ: 新しい アプリケーションの設計とデプロイに使用されるアプリケーション テンプレート、カタログ、スペースなどの要素。
アプリ対応 フォルダ内のアプリケーション リソースのログ、指標、トレースを表示するには、すべての アプリケーション テレメトリー データが管理プロジェクトから見えるように、オブザーバビリティ スコープを構成する必要もあります。
管理プロジェクトを削除する
管理プロジェクトが削除されると、このアプリケーション モデル データはすべて完全に失われます。Google Kubernetes Engine クラスタやロードバランサなどの基盤となるインフラストラクチャ リソースは引き続き存在しますが、App Hub 内の論理グループと関係は失われます。
アプリケーション管理 API
管理プロジェクトを設定すると、アプリケーション管理に必要な API が自動的に有効になります。これには、App Hub、App Design Center、Google Cloud Observability の API と、それに関連する API の依存関係が含まれます。 必要な API と推奨 API の詳細については、 管理プロジェクトで API を有効にするをご覧ください。
リソースの整理
次の図は、アプリケーション管理用にリソースを整理する方法の例を示しています。この例では、2 つのフォルダ（Business Unit 1 と Business Unit 2 ）が独自の管理プロジェクトに接続され、別々のアプリケーション管理境界が定義されています。各フォルダは、リソースがアプリケーションのサービスとワークロードとして登録されているビジネス ユニットを表します。最初のフォルダ（Business Unit 1 ）には、別のビジネス サブユニットを表すサブフォルダ（Business Sub-unit 1 ）と、独自のリソースを持つさまざまな独立したプロジェクトも含まれています。すべてのフォルダはアプリケーション管理用に構成されているため、独自の管理プロジェクトがあります。
リソースの構造化の詳細については、 アプリケーション管理のベスト プラクティスをご覧ください。