本文档从概念上简要介绍了以应用为中心的 Google Cloud、其核心产品，以及这些产品如何协同工作来简化整个应用管理生命周期。
随着云应用的复杂性日益增加，管理其底层基础架构可能会带来重大挑战。此外，这些 应用通常由分布在多个 Google Cloud 项目中的众多组件组成。这种分布可能会妨碍开发者和运维人员保持清晰统一的视图，从而使监控、问题排查和费用管理等任务变得复杂。
您无需跨各种项目或产品跟踪各个资源， 而是可以使用 Google Cloud 中的集成式以应用为中心的体验，将相关资源分组在一起并作为注册应用进行管理。
- 使用应用模板管理一致的应用设计、部署和更新。
- 全面了解应用的运行状况、性能、安全状况和费用。
- 通过在应用级层分配所有权和应用政策来改进治理。
- 清楚了解资源依赖关系，加快问题排查和影响分析。
- 使用 Gemini Cloud Assist 执行应用设计、费用优化和问题排查等任务。 Gemini Cloud Assist 使用应用资源关系数据作为分析洞见和回答的上下文。
应用
应用充当组件（包括服务和工作负载）的逻辑分组，这些组件共同提供特定的业务功能。以下示例展示了一个三层式 Web 应用，其中包含 Cloud Run 前端服务、Cloud Run 后端服务和 Cloud SQL 数据库。
App Hub 为您在 Google Cloud 上的应用提供基础数据模型，并充当应用的中央注册表。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 的遥测数据 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 还支持 MCP 与 IDE 集成，并可以根据对本地代码的分析推荐应用部署架构。
问题排查。当您从 其中一个受支持的 入口点开始调查时， Gemini Cloud Assist 会使用入口点的上下文来 帮助您收集相关信息。
费用优化。
Gemini Cloud Assist 使用 App Topology 中的资源关系信息 以及控制台页面上可见的 Google Cloud 内容，为您的提示提供更相关、更准确的回答 。
如需了解详情，请参阅 Gemini Cloud Assist 概览。
数据处理
您可以通过配置一个 管理项目（一个 Google Cloud 集中所有 应用管理任务和元数据的项目）来定义 App Hub 可以管理哪些资源。
边界的管理项目存储 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。
组织资源
下图展示了如何组织资源以进行应用管理的示例。在本例中，两个文件夹（业务单位 1 和 业务单位 2 ）附加到各自的管理项目，定义了单独的应用管理边界。每个文件夹代表一个业务单位，其资源在应用中注册为服务和工作负载。第一个文件夹（业务部门 1 ）还包含一个子文件夹（业务子部门 1 ），该子文件夹代表一个单独的业务子部门，以及各种拥有自己资源的独立项目。所有文件夹都配置为用于应用管理，因此都有自己的不同管理项目。
如需详细了解如何构建资源，请参阅 应用管理最佳实践。