App Hub 概览

借助 App Hub，您可以将 Google Cloud 基础设施作为应用进行分组和管理。这种以应用为中心的方法可帮助您围绕多个项目的业务功能来组织资源，而不仅仅是通过资源层次结构。

App Hub 是应用的中央注册表，为以应用为中心的 Google Cloud 提供应用数据模型。该注册表是整个以应用为中心的 Google Cloud 中所有权、依赖项和业务上下文的单一事实来源。

为何使用 App Hub？

通过将重点从单个基础设施资源转移到它们构成的应用，App Hub 可帮助您大规模简化治理和运营。

App Hub 可帮助您实现以下以应用为中心的功能：

  • 简化资源注册：一次性向应用注册多项服务和工作负载。您一次可以注册的服务和工作负载数量上限为 10。

  • 整理和编目应用：将一个或多个项目中分散的 Google Cloud资源分组到逻辑 App Hub 应用中。然后，您可以查找属性，并使用所有者、业务重要性和环境等属性对这些应用进行分类，以提高可检测性和责任感。如需了解详情，请参阅属性和特性。

  • 为您的团队创建统一视图：通过在 App Hub 中定义应用，您可以为其他 Google Cloud产品提供基本上下文。例如，您可能会启用以下功能：

    • Cloud Hub 中的运维和数据分析集中视图，可在应用上下文中显示提醒、突发事件和性能数据。
    • Gemini Cloud Assist 提供的 AI 赋能的辅助功能，它使用 App Hub 的数据模型来帮助您设计、操作应用以及排查应用问题。
    • 使用 Google Cloud Observability 进行应用监控，通过显示应用及其组件的遥测数据，帮助您排查错误并提升性能。

  • 明确所有权和依赖项：了解应用的构成方式以及其组件之间的相互依赖关系。此功能可帮助开发者和运维人员直观呈现应用架构、确定所有者并解决问题。

如需详细了解 App Hub 如何融入更广泛的应用生命周期，请参阅以应用为中心的 Google Cloud。

App Hub 概念和数据模型

App Hub 依托于一个数据模型，该模型基于以下关键概念：应用、服务和工作负载。这些术语在业界很常见，但 App Hub 会以特定方式使用它们。

下表将 App Hub 定义与常见行业用法进行了比较：

概念 App Hub 定义 常见行业用途
应用 服务和工作负载的逻辑分组，共同提供业务功能。 可以指代单个可部署单元、代码库或广泛的系统。
服务 向客户端公开功能并可将请求路由到工作负载的网络或 API 接口，例如负载均衡器。某些服务（例如 GKE 集群）被指定为共享服务，您可以将其注册到多个应用。这由其注册类型属性指明。 通常指微服务、可部署组件或具有其自己的业务逻辑和数据的二进制代码。
工作负载 安装了应用的二进制部署的计算资源。这些资源中的应用代码会执行业务逻辑的离散部分。例如，工作负载可以是运行 AI 智能体代码的 GKE 部署或 Compute Engine 托管式实例组 (MIG)。 一个更通用的术语，指代任何消耗计算资源的进程或组件。

如需详细了解这些概念以及其他以应用为中心的 Google Cloud 核心概念，请参阅关键概念。如需查看 App Hub 中支持的资源列表，您可以将其注册为应用中的服务或工作负载，请参阅 App Hub 支持的资源。

您可以根据地理分布要求定义 App Hub 应用。您选择的位置会影响您可以在应用中注册哪些服务和工作负载，并且可能对数据驻留要求很重要。您可以指定以下位置：

  • 全球应用：对来自多个Google Cloud 区域的服务和工作负载进行分组。
  • 区域级应用：将全部位于单个区域内的服务和工作负载分组。

如需查看详细比较以帮助您选择合适的位置，请参阅全球和区域应用。

服务和工作负载在应用中显示注册状态。此外，应用、服务和工作负载可以包含属性和特性形式的元数据。

您可以查看已部署的应用及其服务和工作负载的详细信息，包括位置、注册状态和元数据。如需了解详情，请参阅查看服务和工作负载的详细信息和查看应用详细信息。

服务和工作负载的注册状态

Google Cloud 资源的组织结构会影响 App Hub 管理服务和工作负载的方式，并允许您在应用中注册这些服务和工作负载。您可以向应用注册的服务和工作负载具有以下注册状态之一：

  • 已发现：您可以注册到应用的服务和工作负载，因为它们属于应用管理边界，并且未注册到任何其他应用，或者可以注册到多个应用。“已发现”状态还包括您从应用中删除或取消注册但可以再次注册的服务和工作负载。

  • 已注册：已注册到应用并由 App Hub 管理的服务和工作负载。您只能注册已发现的服务和工作负载。注册服务或工作负载后，注册状态会从已发现更新为已注册。

  • 已分离：已注册到应用，但 App Hub 无法管理或监控的服务或工作负载，因为其底层 Google Cloud 资源不再属于您定义的应用管理边界。由于以下原因，注册到应用的服务和工作负载的注册状态可能会更改为已分离：

    • 底层资源会被删除。例如，如果您删除由服务表示的转发规则，则服务的注册状态会更改为已分离。
    • 包含已注册服务或工作负载的基础资源的项目或文件夹已移出应用管理边界。

    分离的服务和工作负载会保留在应用中，直到您将其取消注册。

    如果您将项目移出应用管理边界，则其分离的服务和工作负载可能会被其他边界中的应用发现。您可以再次注册可检测到的服务和工作负载，并遵循应用管理边界建立的资源层次结构。

如需选择适合Google Cloud 中的资源层次结构的应用管理边界，并让 App Hub 发现和注册业务所需的服务和工作负载，请参阅选择应用设置模型。如需查看服务和工作负载的注册状态，请参阅查看服务和工作负载的详细信息。

属性和特性

为了丰富数据模型，App Hub 允许您公开属性和特性，以支持应用的可检测性、问责制和治理。将这些值定义为应用元数据有助于您大规模过滤、管理应用组件并对其应用政策。

如需查看应用中服务和工作负载的属性和特性，请参阅查看服务和工作负载的详细信息。

以下是属性和特性的定义和功能：

  • 属性是不可变字段，用于描述已注册服务或工作负载的基础架构，例如项目 ID、位置或类型。这些服务是系统自动发现的，无法在 App Hub 中修改。支持的主要属性包括：

    • （预览版）注册类型：对于服务，这是一个仅限输出的属性，用于指示服务是否可以注册到一个或多个应用。此属性的可能值如下：

      • EXCLUSIVE：您只能将服务注册到单个应用。
      • SHARED：您可以将服务注册到多个应用。此值表示该服务是共享服务。

      如需了解哪些服务是共享服务或专属服务，请参阅 App Hub 支持的服务列表。

    • （预览版）功能类型：一个仅限输出的属性，用于标识服务或工作负载的已知功能。例如，通过 Vertex AI Agent Engine 等代管式平台部署 AI 智能体时，App Hub 会自动使用 AGENT 功能类型值对资源进行分类，以指明工作负载运行的是 AI 智能体。

    • （预览版）扩展元数据：一种架构驱动的属性，可提供有关服务或工作负载的丰富结构化信息。它指的是一个键值对字段，用于添加详细的、特定于类型的数据。例如，功能类型值为 AGENT 的工作负载可以包含 apphub.googleapis.com/AgentProperties 元数据，其中包含与 Agent2Agent (A2A) 智能体卡片兼容的智能体的信息。如需查看支持的元数据类型及其架构的列表，请参阅扩展元数据架构。如需了解如何直观呈现此元数据，请参阅查看扩展元数据架构。

    • （预览版）Identity：一个仅限输出的属性，其中包含服务或工作负载的服务账号或 Workload Identity 名称。

  • 属性是可变的用户定义元数据，您可以将其应用于应用、服务和工作负载，以对其进行整理和治理。您可以在创建应用并向其注册资源时，向应用、服务和工作负载添加属性。您还可以更新服务和工作负载属性以及更新应用属性。关键属性包括：

    • 所有者：开发者、运营商和业务团队的联系信息。支持的所有者类型包括：

      • developer_owners：负责开发和编码的开发团队。
      • operator_owners：确保运行时和运营完整性的运营商团队。
      • business_owners：确保满足质量要求和用户期望的企业团队。

    • 重要性：组件对业务的重要性。支持的值如下：

      • MISSION_CRITICAL
      • HIGH
      • MEDIUM
      • LOW

    • 环境：组件的生命周期阶段。支持的值包括：

      • PRODUCTION
      • STAGING
      • DEVELOPMENT
      • TEST

App Hub 资源模型

为了启用以应用为中心的功能，App Hub 使用以管理项目和应用管理边界概念为中心的资源模型。

  • 推荐：文件夹级边界：如果您的组件是在 Google Cloud 文件夹结构中进行整理的，则可以使用文件夹作为边界。此方法可使您的应用管理边界与组织的结构（按业务单位、环境或团队）保持一致，并自动包含该文件夹中的所有项目。
  • （预览版）单项目边界：对于所有 Google Cloud 资源都位于一个项目中的小型应用，您可以将该单个项目指定为边界。这是开始使用应用管理功能的最快方式。 您可以通过将项目配置为独立管理项目来定义单项目边界。
  • （旧版）具有宿主项目的多项目边界：对于现有用户，App Hub 支持旧版模型，您可以通过在 Google Cloud 项目中启用 App Hub API 来指定用于应用管理的宿主项目。然后，您手动将其他 Google Cloud 项目（称为服务项目）连接到该项目，以进行多项目资源发现。

App Hub 在 Google Cloud中的资源层次结构之上引入了此应用管理层，使 App Hub 能够发现边界内的受支持资源。您可以为应用选择设置模型，并设置最适合您的资源层次结构和治理需求的应用管理边界。

如需了解此资源组织中的数据处理和其他以应用为中心的功能，请参阅以应用为中心的 Google Cloud。如需详细了解如何开始使用和定义应用管理边界，请参阅选择应用设置模型。

后续步骤