Elegir el modelo de configuración de App Hub

Organiza los recursos de tu infraestructura en aplicaciones de App Hub mediante una carpeta habilitada para aplicaciones (Vista previa) o un proyecto host.

Carpeta habilitada para aplicaciones

Recomendado

Una carpeta habilitada para aplicaciones es una carpeta que te permite agrupar recursos de infraestructura como servicios y cargas de trabajo en aplicaciones de App Hub. Google Cloud Las carpetas habilitadas para aplicaciones permiten gestionar 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 aplicaciones, consulta Configurar App Hub en una carpeta habilitada para aplicaciones.

Proyecto del host

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

Planificar la estructura de la jerarquía de recursos

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

Puedes combinar de forma eficaz las ventajas de la Google Cloud jerarquía de recursos con las funciones de aplicación de App Hub asignando los límites de aplicación previstos a la carpeta o al proyecto host habilitado para aplicaciones de tu modelo de configuración. El modelo de datos de App Hub es una superposición en la jerarquía de recursos Google Cloud estándar:

  • Las carpetas y los proyectos son límites: las carpetas y los proyectos de Resource Manager agrupan los recursos para la herencia de políticas y la organización de la misma forma que las carpetas habilitadas para aplicaciones o los proyectos host definen los límites administrativos de las aplicaciones.
  • Los roles y los permisos se heredan: los roles y los permisos de gestión de identidades y accesos de App Hub se conceden en el proyecto de gestión, en la carpeta habilitada para aplicaciones o en el proyecto host, según las reglas de herencia de gestión de identidades y accesos estándar.
  • Los metadatos están centralizados: el proyecto de gestión o el proyecto host centralizan los metadatos de las aplicaciones, lo que añade una capa de reconocimiento de aplicaciones a la gestión de recursos.

Para obtener más información sobre la organización de recursos, consulta los artículos Conceptos de organización de recursos y Configurar una carpeta para gestionar aplicaciones.

Consideraciones sobre la jerarquía de recursos

A continuación, se indican algunas consideraciones recomendadas para tu jerarquía de recursos a la hora de elegir el modelo de configuración para gestionar aplicaciones:

Si usas proyectos host:

  • 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 aplicaciones:

  • Los servicios y las cargas de trabajo deben residir en proyectos de la carpeta habilitada para aplicaciones o en sus elementos descendientes para poder registrarse en las aplicaciones de App Hub dentro del límite administrativo de la carpeta.
  • La detección automática de servicios y cargas de trabajo se lleva a cabo dentro del límite de la carpeta específica habilitada para la aplicación y sus proyectos descendientes.

  • Planifica bien la estructura de tus carpetas:

    • Usa una sola carpeta habilitada para aplicaciones para gestionar aplicaciones en muchos proyectos.
    • Crea carpetas anidadas habilitadas para aplicaciones para delegar la gestión de aplicaciones en diferentes equipos o unidades de negocio, lo que te permitirá tener un control más granular sobre las aplicaciones.

Como se muestra en Gestión de aplicaciones en una carpeta, habilitar la gestión de aplicaciones en una carpeta principal, como C1, permite que las aplicaciones de esa carpeta incluyan recursos de proyectos directamente en ella, como P10 y P11, así como de proyectos de carpetas anidadas, como P20 y P21 en C2.

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

Si solo habilitas la gestión de aplicaciones en la carpeta anidada F2, las aplicaciones de esa carpeta solo podrán usar recursos de los proyectos que contenga, como P20 y P21. Los recursos de la carpeta superior F1, como P10 y P11, no están disponibles para las aplicaciones de F2. Para incluir recursos de un proyecto en la carpeta principal, tendrías que mover ese proyecto a F2.

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

Patrones de estructuras de recursos

A continuación, se indican algunos patrones habituales que recomendamos para planificar cuidadosamente la estructura de carpetas y proyectos:

  • Una sola carpeta habilitada para aplicaciones: empieza la configuración en organizaciones pequeñas o para la adopción inicial, consolidando la gestión de aplicaciones en un solo límite administrativo.
  • Una carpeta habilitada para aplicaciones por entorno: aplica un aislamiento estricto entre los entornos de desarrollo, lo que permite usar diferentes políticas y reduce los riesgos.
  • Una carpeta habilitada para aplicaciones por unidad de negocio o equipo: alinea la gestión con la estructura de tu organización y las responsabilidades de los equipos para fomentar la autonomía. Para ello, puedes estructurar varias carpetas independientes habilitadas para aplicaciones.
  • Crea una estructura anidada de carpetas con aplicaciones habilitadas: organiza el contenido por unidades de negocio, equipos o entornos con control jerárquico. Por ejemplo, cree carpetas de nivel superior para las unidades de negocio, con carpetas anidadas para los entornos de desarrollo, staging y producción de cada unidad. Este patrón utiliza las estructuras de carpetas habilitadas para aplicaciones que se describen en Consideraciones sobre la jerarquía de recursos.
  • Un proyecto host por aplicación o grupo de aplicaciones: organiza los recursos de tus proyectos estándar. Esta opción es adecuada para las organizaciones que están acostumbradas a separar las responsabilidades por proyectos o que ya gestionan las aplicaciones de esta forma.

Siguientes pasos