本文档概述了以应用为中心的 Google Cloud,这是一种在多个项目之间设计、部署、 和管理应用及资源的统一方式。 Google Cloud
当 Google Cloud 资源分散在各个项目之间时,跟踪 应用的健康状况、性能、安全性及费用可能会很复杂。您可以将相关资源分组并作为已注册的应用进行管理,而不是单独跟踪资源。这样,您便可以:
- 以一致的方式进行部署:使用模板来设计、部署和更新 应用。
- 加强治理:在应用 级别设置所有权和政策。
- 监控健康状况和费用:在一个位置查看性能、安全状况和费用。
- 高效排查问题:使用资源依赖项查找 问题并评估影响。
- 使用 AI 辅助功能:使用 Gemini Cloud Assist 进行 设计、费用优化和问题排查。
应用定义
应用是组件(例如 服务和工作负载)的逻辑分组,这些组件协同工作以提供业务功能。 例如,以下三层式 Web 应用包含 Cloud Run 前端、Cloud Run 后端和 Cloud SQL 数据库:
核心功能和集成
下图展示了以应用为中心的 Google Cloud 中的主要功能和产品。
图中的数字引用了以下说明:
资源:将 Google Cloud 资源注册为逻辑分组,以便 集中管理这些资源。
应用设计和部署:
使用App 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
设置管理项目时,系统会自动启用应用管理所需的 API,包括 App Hub、App Design Center 和 Google Cloud Observability 的 API。
存储在管理项目中的应用数据
如需查看已启用应用的文件夹中应用资源的汇总遥测数据,请为 管理项目配置可观测性范围。
删除管理项目的影响
如果您删除文件夹边界的管理项目, 所有应用模型数据将永久丢失。其他项目中的底层 Google Cloud 资源不受影响,但其逻辑分组和 App Hub 中的元数据会被删除。