アプリケーション中心の Google Cloud では、リソースを登録済みアプリケーションとしてグループ化できるため、 Google Cloudプロジェクト間で一貫して設計、デプロイ、管理できます。
アプリケーションの定義
アプリケーションは、サービスやワークロードなどのコンポーネントの論理グループであり、連携してビジネス機能を提供します。たとえば、次の 3 層ウェブ アプリケーションには、Cloud Run フロントエンド、Cloud Run バックエンド、Cloud SQL データベースが含まれています。
リソースをグループ化すると、次のことができます。
- 一貫したデプロイ: テンプレートを使用してアプリケーションを設計、デプロイ、更新します。
- ガバナンスを強化する: アプリケーション レベルでオーナー権限とポリシーを設定します。
- 健全性と費用をモニタリングする: パフォーマンス、セキュリティ ポスチャー、費用を 1 か所で確認できます。
- 効率的なトラブルシューティング: リソースの依存関係を使用して、問題の検出と影響の評価を行います。
- AI アシスタンスを使用する: Gemini Cloud Assist を使用して、設計、費用の最適化、トラブルシューティングを行います。
コア機能と統合
次の図は、アプリケーション中心の Google Cloud の主な機能とプロダクトを示しています。
図中の番号は、次の説明に対応しています。
リソース: Google Cloud リソースを論理グループとして登録し、まとめて管理します。
アプリケーションの設計とデプロイ:
Application Design Center を使用してテンプレートを設計し、アプリケーションをデプロイします。
App Hub を使用して、既存のリソースをアプリケーションに整理します。
オブザーバビリティ: Google Cloud Observability を使用して、アプリケーション、エージェント、MCP サーバーを最適化してモニタリングします。
- 指標、ログ、トレースを使用して、健全性とパフォーマンスをモニタリングします。
- 指標とログに基づいてアラートを設定する。
費用の最適化: App Optimize API を使用して、費用とリソースの使用量を把握します。
- Cloud Hub と Cost Explorer で費用の傾向と使用量の変化を確認する。
- App Optimize API を直接使用して、トレンド分析を行うか、費用データを他のビジネスデータと結合します。
セキュリティとコンプライアンス: Security Command Center でセキュリティ ポスチャーの検出結果を追跡してリスクを管理します。
分析情報:
AI アシスタンス: Gemini Cloud Assist を使用して、次のコンテキストを認識したヘルプを取得します。
- デザイン キャンバス、ダウンロード可能な Terraform コード、または独自の IDE でアプリケーションを設計します。
- カスタマイズされた推奨事項を使用して、問題のトラブルシューティングと費用の最適化を行います。
アプリケーション中心の管理モデル
リソースを管理するには、すべてのアプリケーション管理タスク、メタデータ、API を一元化する管理プロジェクトを使用して、アプリケーション管理境界を構成します。たとえば、アプリ対応フォルダを構成することで、フォルダレベルで境界を定義できます。
リソース組織の例
次の例では、リソースを個別のフォルダレベルの管理境界に整理しています。
ビジネス ユニットごとに境界を整理すると、次のようなメリットがあります。
各フォルダは、独自の管理プロジェクトを持つアプリケーション管理境界です。これにより、各ビジネス ユニットは関連するリソースを使用してアプリケーションを登録できます。
ビジネス ユニット 1 のアプリケーションには、ビジネス サブユニット 1 フォルダ内のプロジェクトのリソースを含めることができます。これにより、ビジネス ユニットはリソースへのアクセスを共有しながら、作業を分離できます。
リソースの構造化の詳細については、アプリケーション管理のベスト プラクティスをご覧ください。
自動的に有効になる API
管理プロジェクトを設定すると、App Hub、Application Design Center、Google Cloud Observability の API など、アプリケーション管理に必要な API が自動的に有効になります。
管理プロジェクトに保存されるアプリケーション データ
管理プロジェクトには、アプリケーション管理境界の次のデータが保存されます。
- App Hub データ: アプリケーション、サービス、ワークロードの論理モデル。オーナー、環境、ビジネス クリティカリティなどのメタデータが含まれます。
- Application Design Center のデータ: アプリケーションの設計とデプロイに使用するアプリケーション テンプレート、カタログ、スペース。
アプリ対応フォルダ内のアプリケーション リソースの集計テレメトリー データを表示するには、管理プロジェクトのオブザーバビリティ スコープを構成します。
管理プロジェクトの削除の影響
フォルダ境界の管理プロジェクトを削除すると、すべてのアプリケーション モデルデータが完全に失われます。他のプロジェクトの基盤となる Google Cloudリソースは影響を受けませんが、App Hub の論理グループとメタデータは削除されます。
次のステップ
- App Design Center の概要で、基本的なコンセプトとメリットを確認する。
- Application Design Center を設定して、必要な API を有効にし、最初のスペースを作成します。
- App Hub を使用して、既存のリソースとワークロードを一元化されたレジストリに登録します。
- Cloud Hub でアプリケーションのパフォーマンスと健全性を管理する。