このページでは、アプリケーション中心の Google Cloud のコンセプトの概要、そのコア コンポーネント、およびアプリケーション管理ライフサイクル全体を効率化するための連携について説明します。
クラウド アプリケーションがますます複雑になるにつれて、基盤となるインフラストラクチャの管理が大きな課題になる可能性があります。また、これらのアプリケーションは、複数のGoogle Cloud プロジェクトに分散された多数のリソースで構成されていることがよくあります。この分散により、デベロッパーとオペレーターは明確で統一されたビューを維持できなくなり、モニタリング、トラブルシューティング、費用管理などのタスクが複雑になります。
この課題に対処するため、 Google Cloud は、リソースのデプロイ、管理、運用を行うためのアプリケーション中心の統合エクスペリエンスを提供します。個々のインフラストラクチャ コンポーネントからアプリケーション全体に焦点を移すことで、ビジネス機能と日常業務に沿った方法でアプリケーションを管理できます。
主なコンセプト
アプリケーション中心のエクスペリエンスの中核となるのは、App Hub アプリケーションの概念です。アプリケーションは、サービスやワークロードなどのリソースの論理グループとして機能し、これらが連携して特定のビジネス機能を提供します。
アプリケーション中心の Google Cloud では、アプリケーション管理は次の主要なコンセプトの定義を通じて理解されます。
- App Hub アプリケーション（または単にアプリケーション）: アプリケーション中心の Google Cloud の基本的な整理原則。アプリケーションは、e コマース ウェブサイト、データ処理パイプライン、chatbot など、エンドツーエンドのビジネス機能を連携して提供するサービスとワークロードの論理グループです。
- サービス: ロードバランサの転送ルールなど、クライアントに機能を公開するネットワークまたは API インターフェース。
- ワークロード: 個別のビジネス機能単位を実行するバイナリ デプロイ。たとえば、マネージド インスタンス グループ（MIG）や Google Kubernetes Engine（GKE）デプロイなどです。
リソース組織のコンセプト
アプリケーション管理機能を有効にするには、リソースがアプリケーション管理用に特別に構成された Google Cloud フォルダ内にある必要があります。次のコンセプトは、複数の Google Cloud プロジェクトにわたってリソースをグループ化するアプリケーションのデータモデルを定義します。
- アプリ対応フォルダ: アプリケーション管理を有効にする標準の Google Cloud フォルダ。このフォルダはアプリケーションの管理境界として機能し、アプリケーションのメタデータと構成を保存する管理プロジェクトが含まれています。Resource Manager を使用して、アプリ対応フォルダを有効にして管理します。
管理プロジェクト: アプリ対応フォルダ内に Google が作成したプロジェクト。アプリケーション中心のエクスペリエンスに関連するすべてのメタデータの中央リポジトリとして機能します。これには、高レベルのアプリケーション属性だけでなく、次のようなアプリケーション モデル全体が保存されます。
- App Hub データ: アプリケーション、サービス、ワークロードの定義と関係など、アプリケーションの完全な論理モデル。このモデルには、アプリケーションの所有者、重要度、環境などのメタデータも含まれます。
- Application Design Center のデータ: 新しいアプリケーションの設計とデプロイに使用されるアプリケーション テンプレート、カタログ、スペースなどのリソース。
管理プロジェクトが削除されると、このアプリケーション モデルデータはすべて完全に失われます。GKE クラスタやロードバランサなどの基盤となるインフラストラクチャ リソースは引き続き存在しますが、App Hub 内の論理グループと関係は失われます。
アプリ対応フォルダを構成すると、アプリケーション管理用の API が管理プロジェクトで自動的に有効になります。これには、App Hub、App Design Center、Google Cloud Observability の API と、それらに関連する API の依存関係が含まれます。自動的に有効になる API の詳細については、管理プロジェクトで API を有効にするをご覧ください。
次の図は、アプリ対応フォルダの管理プロジェクトでリソースがアプリケーションにマッピングされる方法を示しています。
アプリケーション中心の管理のメリット
リソースをアプリケーションに整理すると、さまざまなプロジェクトやプロダクトにわたって個々のリソースを追跡する代わりに、リソースを追跡できます。 Google Cloud このアプローチでは、次のことが可能になります。
- アプリケーション テンプレートを使用して、一貫性のあるアプリケーション設計、デプロイ、更新を管理します。
- アプリケーションの健全性、パフォーマンス、費用を包括的に把握できます。
- 関連するリソースを 1 つの単位として管理することで、オペレーションを効率化します。
- 所有権を割り当て、アプリケーション レベルでポリシーを適用することで、ガバナンスを強化します。
- リソースの依存関係を明確に把握することで、トラブルシューティングを迅速化します。
アプリケーション管理のライフサイクル
Google Cloud でのアプリケーションの管理は、論理的なライフサイクルに従います。まずアプリケーションを定義して整理し、次に運用して最適化します。どの段階でも AI の支援を利用できます。
次の図は、 Google Cloudでアプリケーションを管理できる主なプロダクトと機能を示しています。
図中の番号は、次の説明を参照しています。
リソース: Google Cloud のアプリケーションは、サービスやワークロードなどのGoogle Cloud リソースのグループを表します。アプリ対応フォルダ内の複数のプロジェクトのリソースをグループ化できます。このフォルダは、Resource Manager で有効にして管理します。アプリ管理用フォルダ内の管理プロジェクトには、App Hub と App Design Center のデータが保存され、アプリケーション管理に必要な API が有効になります。これらのコンセプトの詳細については、リソースの組織のコンセプトをご覧ください。
アプリケーションの設計とデプロイ:
- App Design Center: 更新可能な事前構築済みテンプレートまたはカスタム テンプレートを使用して、新しいアプリケーションを設計してデプロイします。アプリケーションをデプロイすると、新しい Google Cloud リソースが作成され、それらのリソースとアプリケーションが App Hub に登録されます。詳細については、App Design Center の概要をご覧ください。
- App Hub: アプリ対応フォルダ内のリソースをアプリケーションに整理して、サービスとワークロードの統合ビューを取得します。詳細については、App Hub の概要をご覧ください。
App Design Center を使用して新しいアプリケーションをビルドする場合でも、App Hub を使用して既存のリソースを整理する場合でも、結果として App Hub にカタログ化され、統合オペレーションの基盤となる定義済みアプリケーションが作成されます。
アプリケーション中心のオブザーバビリティ: Google Cloud Observability のプロダクトと機能を使用して、アプリケーションをモニタリングし、使用状況を最適化します。
- 指標、ログ、トレースを使用してアプリケーションの健全性とパフォーマンスをモニタリングします。
- 指標とログに基づいてアラートを設定します。
- Cost Explorer で費用とリソース使用量を分析します。
アプリケーションの分析情報: Cloud Hub を使用して、アプリケーションとリソースの運用データと分析情報（アラート、インシデント、メンテナンス アクティビティなど）を一元的に確認し、アプリケーションをプロアクティブに管理します。詳細については、Cloud Hub の概要をご覧ください。
アプリケーション アシスタンス: Gemini Cloud Assist から、App Design Center でのアプリケーションの設計、問題の調査、リソースの最適化などのタスクについて、AI を活用したサポートを受けることができます。詳細については、Gemini Cloud Assist の概要をご覧ください。