Elige tu modelo de configuración de App Hub

Organiza tus recursos de infraestructura en aplicaciones de App Hub con una carpeta habilitada para aplicaciones (vista previa) o un proyecto host.

Carpeta habilitada para las apps

Recomendado

Una carpeta habilitada para apps es una Google Cloud carpeta que te permite agrupar recursos de infraestructura como servicios y cargas de trabajo en aplicaciones de App Hub. Las carpetas habilitadas para aplicaciones aprovisionan la administración de aplicaciones en todos los proyectos de la carpeta. Las carpetas habilitadas para aplicaciones también tienen acceso a funciones como Application Design Center y Gemini Cloud Assist. Para obtener más información sobre cómo configurar tus aplicaciones de App Hub en una carpeta habilitada para apps, consulta Configura App Hub para una carpeta habilitada para apps.

Proyecto host

Un proyecto host es un proyecto de Google Cloud que te permite agrupar recursos de infraestructura como servicios y cargas de trabajo en aplicaciones de App Hub. Para obtener más información, consulta Cómo configurar App Hub para un proyecto host.

Planifica la estructura de tu jerarquía de recursos

La base para organizar las aplicaciones de App Hub es la carpeta habilitada para aplicaciones o el proyecto host, según el modelo de configuración que elijas. El modelo de datos de App Hub se basa en la jerarquía de recursos deGoogle Cloud estándar y mantiene las mismas reglas jerárquicas y políticas de herencia.

Puedes combinar de manera eficaz los beneficios de la jerarquía de recursos Google Cloud con las capacidades de aplicación de App Hub si asignas los límites de aplicación esperados a la carpeta habilitada para aplicaciones o al proyecto host fundamentales de tu modelo de configuración. Piensa en el modelo de datos de App Hub como una superposición en la jerarquía de recursos estándar de Google Cloud :

  • Las carpetas y los proyectos son límites: Las carpetas y los proyectos en Resource Manager agrupan los recursos para la herencia de políticas y la organización de la misma manera en que las carpetas habilitadas para aplicaciones o los proyectos host definen los límites administrativos para las aplicaciones.
  • Se heredan los roles y permisos: Los roles y permisos de IAM para App Hub se otorgan en el proyecto de administración, la carpeta habilitada para la app o el proyecto host, según las reglas de herencia de IAM estándar.
  • Los metadatos están centralizados: El proyecto de administración o el proyecto host centraliza los metadatos de la aplicación, lo que agrega una capa compatible con la aplicación a la administración de recursos.

Para obtener más detalles sobre la organización de recursos, consulta Conceptos de organización de recursos y Cómo configurar una carpeta para la administración de apps.

Consideraciones sobre la jerarquía de recursos

A continuación, se incluyen algunas consideraciones recomendadas para tu jerarquía de recursos cuando elijas el modelo de configuración para administrar aplicaciones:

Si usas proyectos host, haz lo siguiente:

  • Todos los recursos deben estar en los proyectos de servicio específicos que adjuntes manualmente al proyecto host para que se puedan registrar en las aplicaciones de App Hub.

Si usas carpetas habilitadas para las apps, haz lo siguiente:

  • Los servicios y las cargas de trabajo deben residir en proyectos dentro de la carpeta habilitada para aplicaciones o sus elementos secundarios para poder registrarse en las aplicaciones de App Hub dentro del límite administrativo de la carpeta.
  • El descubrimiento automático de servicios y cargas de trabajo opera dentro del límite de la carpeta específica habilitada para aplicaciones y sus proyectos subordinados.

  • Planifica cuidadosamente la estructura de carpetas:

    • Usa una sola carpeta habilitada para aplicaciones para administrar aplicaciones en muchos proyectos dentro de ella.
    • Crea carpetas anidadas habilitadas para aplicaciones y delega la administración de aplicaciones a diferentes equipos o unidades de negocios, lo que proporciona un control más detallado sobre las aplicaciones.

Como se ilustra en Administración de aplicaciones en una carpeta, habilitar la administración de aplicaciones en una carpeta principal, como F1, permite que las aplicaciones dentro de esa carpeta incluyan recursos de proyectos directamente dentro de ella, como P10 y P11, así como de proyectos dentro de carpetas anidadas, como P20 y P21 dentro de F2.

Una aplicación con proyectos P10 y P20, que abarca niveles de carpetas.

Si solo habilitas la administración de aplicaciones en la carpeta anidada C2, las aplicaciones de esa carpeta solo podrán usar recursos de los proyectos que contiene, como P20 y P21. Los recursos de la carpeta principal F1, como P10 y P11, no están disponibles para las aplicaciones de F2. Para incluir recursos de un proyecto en la carpeta principal, deberás mover ese proyecto a F2.

Una aplicación con los proyectos P10 y P20, pero P10 se trasladó a la carpeta F2.

Patrones para estructuras de recursos

A continuación, se muestran patrones comunes que recomendamos para planificar cuidadosamente la estructura de tus carpetas y proyectos:

  • Una sola carpeta habilitada para apps: Inicia la configuración en organizaciones pequeñas o para la adopción inicial, consolidando la administración de aplicaciones dentro de un solo límite administrativo.
  • Una carpeta habilitada para la app por entorno: Aplica un aislamiento sólido entre los entornos de desarrollo, lo que permite diferentes políticas y reduce el riesgo.
  • Una carpeta habilitada para aplicaciones por unidad de negocio o equipo: Alinea la administración con la estructura organizativa y las responsabilidades del equipo, lo que promueve la autonomía. Puedes implementar esta práctica estructurando varias carpetas separadas habilitadas para la app.
  • Crea una estructura anidada de carpetas habilitadas para aplicaciones: Organiza por unidades de negocios, equipos o entornos con control jerárquico. Por ejemplo, crea carpetas de nivel superior para las unidades de negocios, con carpetas anidadas para los entornos de desarrollo, etapa de pruebas y producción dentro de cada unidad. Este patrón utiliza las estructuras de carpetas habilitadas para apps que se describen en Consideraciones sobre la jerarquía de recursos.
  • Un proyecto host por aplicación o grupo de aplicaciones: Organiza los recursos existentes de tus proyectos estándar, adecuados para las organizaciones acostumbradas a la separación de responsabilidades basada en proyectos o aquellas con aplicaciones existentes administradas de esta manera.

¿Qué sigue?