Información general sobre App Hub

A medida que desarrolles tu infraestructura en la nube, puedes organizar tus Google Cloud recursos en varios proyectos. También puede que tengas muchos recursos en uno o varios proyectos que proporcionen una función empresarial integrada que quieras agrupar de forma lógica. La jerarquía de recursos de Google Cloud puede dificultar la gestión y la organización de tu infraestructura para estos fines de agrupación. App Hub ofrece una forma de agrupar y gestionar servicios y cargas de trabajo centrada en las aplicaciones, lo que te ayuda a alinear tu infraestructura con tus funciones empresariales.

App Hub actúa como modelo de datos fundamental y registro central de tus aplicaciones en Google Cloud. Crea una única fuente de información veraz que aclara la propiedad de los recursos, las dependencias y el contexto empresarial. A su vez, esto permite que otros productos Google Cloud tengan el contexto centrado en la aplicación que necesitan. Para obtener más información sobre este modelo centrado en las aplicaciones y sus funciones, consulta Google Cloud centrado en las aplicaciones.

En este documento se ofrece una descripción general conceptual de App Hub para ayudarte a entender sus funciones y ventajas antes de configurarlo o administrarlo.

¿Por qué usar App Hub?

Al centrarse en las aplicaciones en lugar de en los recursos de infraestructura individuales, App Hub te ayuda a optimizar la gobernanza y las operaciones a gran escala.

App Hub te ayuda a implementar las siguientes funciones centradas en aplicaciones:

  • Organiza y cataloga tus aplicaciones: agrupa los recursos Google Cloud dispersos de uno o varios proyectos en aplicaciones lógicas de App Hub. Después, puede buscar propiedades y categorizar estas aplicaciones con atributos como propietarios, importancia para la empresa y entorno para mejorar la visibilidad y la rendición de cuentas. Para obtener más información, consulta Propiedades y atributos.

  • Crea una vista unificada para tus equipos: al definir una aplicación en App Hub, proporcionas contexto esencial a otros Google Cloud productos. Por ejemplo, puedes habilitar las siguientes funciones:

    • Una vista centralizada de las operaciones y las estadísticas en Cloud Hub, que muestra alertas, incidentes y datos de rendimiento en el contexto de una aplicación.
    • Asistencia basada en IA de Gemini Cloud Assist, que usa el modelo de datos de App Hub para ayudarte a diseñar, operar y solucionar problemas de tus aplicaciones.
    • Monitorización de aplicaciones con Google Cloud Observability para ayudarte a solucionar errores y mejorar el rendimiento mostrando datos de telemetría de tus aplicaciones y sus componentes.

  • Aclarar la propiedad y las dependencias: descubre cómo se componen tus aplicaciones y cómo dependen sus componentes entre sí. Esta función ayuda a los desarrolladores y operadores a visualizar la arquitectura de las aplicaciones, identificar a los propietarios y resolver problemas.

Para obtener más información sobre cómo encaja App Hub en el ciclo de vida de las aplicaciones, consulta Google Cloud centrado en las aplicaciones.

Conceptos y modelo de datos de App Hub

App Hub se basa en un modelo de datos que incluye los siguientes conceptos clave: aplicaciones, servicios y cargas de trabajo. Estos términos son habituales en el sector, pero App Hub los usa de una forma específica.

En la siguiente tabla se compara la definición de App Hub con el uso habitual en el sector:

Concepto Definición de App Hub Uso habitual en el sector
Aplicación Agrupación lógica de servicios y cargas de trabajo que, en conjunto, ofrecen una función empresarial. Puede hacer referencia a una sola unidad desplegable, a un código base o a un sistema amplio.
Servicio Una interfaz de red o de API que expone funciones a los clientes y puede enrutar solicitudes a cargas de trabajo, como un balanceador de carga. Suele referirse a un microservicio, un componente implementable o un código binario con su propia lógica empresarial y datos.
Carga de trabajo Los recursos de computación en los que se instalan las implementaciones binarias de tu aplicación. El código de aplicación de estos recursos realiza una parte discreta de la lógica empresarial. Por ejemplo, una carga de trabajo puede ser un despliegue de GKE o un grupo de instancias gestionado (MIG) de Compute Engine que ejecute el código de un agente de IA. Término más general para cualquier proceso o componente que consuma recursos informáticos.

Para obtener más información sobre estos y otros conceptos centrales de Google Cloud centrados en las aplicaciones, consulta Conceptos clave. Para ver una lista de los recursos admitidos en App Hub que puedes registrar como servicios o cargas de trabajo en tus aplicaciones, consulta Recursos admitidos en App Hub.

Puedes definir aplicaciones de App Hub en función de tus requisitos de distribución geográfica. La ubicación que elijas influye en los servicios y las cargas de trabajo que puedes registrar en las aplicaciones, y puede ser importante para cumplir los requisitos de residencia de datos. Puedes designar las siguientes ubicaciones:

  • Aplicaciones globales: agrupa servicios y cargas de trabajo de varias regiones.Google Cloud
  • Aplicaciones regionales: agrupan servicios y cargas de trabajo que residen en una misma región.

Para ver una comparación detallada que te ayude a elegir la ubicación adecuada, consulta Aplicaciones globales y regionales.

Los servicios y las cargas de trabajo muestran un estado de registro en tus aplicaciones. Además, las aplicaciones, los servicios y las cargas de trabajo pueden contener metadatos en forma de propiedades y atributos.

Puedes ver los detalles de tus aplicaciones implementadas, sus servicios y sus cargas de trabajo, como la ubicación, el estado de registro y los metadatos. Para obtener más información, consulta los artículos Ver detalles de servicios y cargas de trabajo y Ver detalles de aplicaciones.

Estado de registro de servicios y cargas de trabajo

La estructura organizativa de tus recursos de Google Cloud afecta a la forma en que App Hub puede gestionar los servicios y las cargas de trabajo, y te permite registrarlos en las aplicaciones. Los servicios y las cargas de trabajo que puedes registrar en una aplicación tienen uno de los siguientes estados de registro:

  • Descubiertos: servicios y cargas de trabajo que puedes registrar en una aplicación porque forman parte del límite de gestión de la aplicación y no están registrados en ninguna otra aplicación o se pueden registrar en varias aplicaciones. El estado descubierto también incluye servicios y cargas de trabajo que eliminas o das de baja de una aplicación, pero que puedes volver a registrar.

  • Registrados: servicios y cargas de trabajo registrados en una aplicación y gestionados por App Hub. Solo puedes registrar servicios y cargas de trabajo detectados. Una vez que hayas registrado el servicio o la carga de trabajo, el estado del registro cambiará de Descubierto a Registrado.

  • Desasociados: servicios o cargas de trabajo que se han registrado en una aplicación, pero que App Hub no puede gestionar ni monitorizar porque sus recursos subyacentes Google Cloud ya no forman parte del límite de gestión de la aplicación que has definido. El estado de registro de los servicios y las cargas de trabajo registrados en una aplicación puede cambiar a desasociado por los siguientes motivos:

    • Se elimina el recurso subyacente. Por ejemplo, si eliminas una regla de reenvío representada por un servicio, el estado de registro del servicio cambia a desvinculado.
    • Un proyecto o una carpeta que contiene recursos subyacentes de servicios o cargas de trabajo registrados se mueve fuera del límite de gestión de la aplicación.

    Los servicios y las cargas de trabajo independientes permanecen en la aplicación hasta que los anulas.

    Si mueves un proyecto fuera del límite de gestión de aplicaciones, sus servicios y cargas de trabajo independientes podrán ser detectados por aplicaciones que se encuentren en otro límite. Puedes volver a registrar servicios y cargas de trabajo detectables, siguiendo la jerarquía de recursos establecida por el límite de gestión de aplicaciones.

Para seleccionar un límite de gestión de aplicaciones que se ajuste a tu jerarquía de recursos enGoogle Cloud y permitir que App Hub descubra y registre los servicios y las cargas de trabajo que necesita tu empresa, consulta Elegir el modelo de configuración de aplicaciones. Para ver el estado de registro de los servicios y las cargas de trabajo, consulta Ver detalles de los servicios y las cargas de trabajo.

Propiedades y atributos

Para enriquecer el modelo de datos, App Hub te permite exponer propiedades y atributos para facilitar la descubribilidad, la rendición de cuentas y la gobernanza de las aplicaciones. Definir estos valores como metadatos de la aplicación te ayuda a filtrar, gestionar y aplicar políticas a los componentes de tu aplicación a gran escala.

Para ver las propiedades y los atributos de los servicios y las cargas de trabajo de tus aplicaciones, consulta Ver los detalles de los servicios y las cargas de trabajo.

A continuación, se muestran las definiciones y las características de las propiedades y los atributos:

  • Las propiedades son campos inmutables que describen la infraestructura subyacente de un servicio o una carga de trabajo registrados, como el ID de proyecto, la ubicación o el tipo. Se detectan automáticamente y no se pueden editar en el Centro de aplicaciones. Entre las propiedades admitidas principales se incluyen las siguientes:

    • Vista previa Tipo de registro: en el caso de los servicios, una propiedad de solo salida que indica si un servicio se puede registrar en una o varias aplicaciones. Estos son los valores posibles de esta propiedad:

      • EXCLUSIVE: solo puedes registrar el servicio en una aplicación.
      • SHARED: puedes registrar el servicio en varias aplicaciones. Este valor indica que el servicio es un servicio compartido.

    • Vista previa) Tipo funcional: propiedad de solo salida que identifica la función conocida de un servicio o una carga de trabajo. Por ejemplo, cuando se implementa un agente de IA a través de una plataforma gestionada como Vertex AI Agent Engine, App Hub clasifica automáticamente el recurso con el valor de tipo funcional AGENT para indicar que la carga de trabajo ejecuta un agente de IA.

    • Metadatos ampliados: (Vista previa) una propiedad basada en esquemas que proporciona información enriquecida y estructurada sobre el servicio o la carga de trabajo. Se refiere a un campo de clave-valor que añade datos detallados y específicos del tipo. Por ejemplo, las cargas de trabajo con un valor de tipo funcional AGENT pueden incluir metadatos apphub.googleapis.com/AgentProperties, que contienen información sobre un agente compatible con la tarjeta de agente de agente a agente (A2A). Para ver una lista de los tipos de metadatos admitidos y sus esquemas, consulta Esquemas de metadatos ampliados.

    • Identidad: (Vista previa) una propiedad de solo salida que contiene el nombre de la cuenta de servicio o de la identidad de carga de trabajo gestionada de un servicio o una carga de trabajo.

  • Los atributos son metadatos mutables definidos por el usuario que puedes aplicar a aplicaciones, servicios y cargas de trabajo para organizarlos y gestionarlos. Puedes añadir atributos a aplicaciones, servicios y cargas de trabajo cuando crees una aplicación y registres recursos en ella. También puede actualizar los atributos de servicio y de carga de trabajo y actualizar los atributos de aplicación. Entre sus atributos principales se incluyen los siguientes:

    • Propietarios: información de contacto de los equipos de desarrollo, operaciones y empresariales. Los tipos de propietario admitidos son los siguientes:

      • developer_owners: equipo de desarrollo responsable del desarrollo y la codificación.
      • operator_owners: equipo de operadores que se encarga de la integridad del tiempo de ejecución y de las operaciones.
      • business_owners: equipo empresarial que se asegura de que se cumplan los estándares de calidad y las expectativas de los usuarios.

    • Criticidad: la importancia del componente para tu empresa. Los valores admitidos son:

      • MISSION_CRITICAL
      • HIGH
      • MEDIUM
      • LOW

    • Entorno: la fase del ciclo de vida del componente. Los valores admitidos son:

      • PRODUCTION
      • STAGING
      • DEVELOPMENT
      • TEST

Modelo de recursos de App Hub

Para habilitar las funciones centradas en las aplicaciones, App Hub usa un modelo de recursos basado en los conceptos de proyecto de gestión y límite de gestión de aplicaciones.

  • Recomendación: Límite a nivel de carpeta: si tus componentes están organizados en una Google Cloud estructura de carpetas, puedes usar una carpeta como límite. De esta forma, el límite de gestión de aplicaciones se ajusta a la estructura de tu organización por unidad de negocio, entorno o equipo, y se incluyen automáticamente todos los proyectos de esa carpeta.
  • Vista previa) Límite de un solo proyecto: En las aplicaciones pequeñas en las que todos los recursos Google Cloud residen en un proyecto, puedes designar ese proyecto como límite. Es la forma más rápida de empezar a gestionar aplicaciones. Puedes definir límites de un solo proyecto configurando el proyecto como proyecto de gestión independiente.
  • (Antiguo) Límite de varios proyectos con un proyecto host: para los usuarios actuales, App Hub admite un modelo antiguo en el que puedes designar un proyecto host para la gestión de aplicaciones habilitando la API App Hub en un proyecto de Google Cloud . Después, puedes conectar manualmente otros proyectos, denominados proyectos de servicio, para descubrir recursos en varios proyectos. Google Cloud

Esta capa de gestión de aplicaciones que App Hub introduce sobre tu jerarquía de recursos en Google Cloud permite que App Hub descubra recursos admitidos dentro del límite. Puedes elegir un modelo de configuración para las aplicaciones y definir un límite de gestión de aplicaciones que se adapte mejor a tu jerarquía de recursos y a tus necesidades de gobernanza.

Para obtener información sobre el tratamiento de datos en esta organización de recursos y otras funciones centradas en aplicaciones, consulta Google Cloud centrado en aplicaciones. Para obtener más información sobre cómo empezar y definir un límite de gestión de aplicaciones, consulta el artículo Elegir el modelo de configuración de aplicaciones.

Siguientes pasos