Descripción general de App Lifecycle Manager

App Lifecycle Manager (antes conocido como entorno de ejecución de SaaS) te permite almacenar, alojar, administrar y supervisar aplicaciones de software como servicio (SaaS) en Google Cloud. App Lifecycle Manager administra las implementaciones de Terraform a gran escala, lo que te permite administrar tanto la aplicación de SaaS como la infraestructura en la que se ejecuta.

App Lifecycle Manager se puede usar de muchas maneras por una variedad de partes interesadas dentro de la canalización de SaaS. Si tu trabajo se alinea con cualquiera de los siguientes roles, puedes usar App Lifecycle Manager para optimizar tus operaciones de múltiples usuarios:

  • Administradora de la plataforma

  • Desarrollador de aplicaciones

  • Arquitecto

  • Administrador de cumplimiento

  • Ingeniero de plataforma

  • Operaciones financieras

App Lifecycle Manager ofrece los siguientes beneficios:

  • Simplifica la administración de servicios a gran escala: Automatiza las tareas del ciclo de vida, como el aprovisionamiento de usuarios, los lanzamientos en etapas y la administración de marcas de funciones en tus usuarios de SaaS.

  • Amplía la observabilidad y el control: Ajusta las actualizaciones y los lanzamientos en unidades configurables para administrar la oferta de tu app con precisión a gran escala.

  • Crea coherencia en Google Cloud: Administra servicios administrados en Google Cloud, Google Distributed Cloud, Facturación de Cloud, Observabilidad y Resource Manager.

  • Fomenta la modularidad y la reutilización: Usa una arquitectura flexible basada en plantillas que admita actualizaciones de grupos basadas en unidades, dependencias entre unidades y en implementaciones repetibles.

Cómo funciona App Lifecycle Manager

App Lifecycle Manager implementa artefactos de infraestructura y de aplicación que definen tu oferta de app. Cada componente de tu oferta se define con una configuración de Terraform y se modela como un tipo de unidad. Aprovisionas unidades (instancias de un tipo de unidad) para tus usuarios y las actualizas con el tiempo usando versiones y lanzamientos configurables.

La arquitectura de App Lifecycle Manager se basa en los siguientes conceptos principales:

  • Oferta de app (Saas): Es el recurso de nivel superior que representa tu producto de SaaS y define las regiones disponibles en las que residen tus recursos y unidades.

  • Plantillas y planos compuestos: Son las configuraciones de Terraform que especifican los recursos de Google Cloud para tu oferta. Puedes diseñar y conectar plantillas compuestas desde Application Design Center o empaquetar configuraciones de Terraform directamente en blueprints de Open Container Initiative (OCI) almacenados en Artifact Registry.

  • Tipos de unidades (UnitKind): Son plantillas que definen componentes distintos y administrados de forma independiente de tu oferta de apps (por ejemplo, un nivel de base de datos o un clúster de aplicaciones). Los tipos de unidades pueden declarar dependencias y asignaciones de variables para que los resultados de una unidad se pasen automáticamente como entradas a las unidades dependientes.

  • Unidades (Unit) y usuarios (Tenant): Una unidad es una instancia implementada de un tipo de unidad. Por lo general, las unidades se agrupan por usuario y se aprovisionan en proyectos de usuario dedicados con Infrastructure Manager y una cuenta de servicio de ejecución de acciones administrada por el usuario.

  • Versiones (Release): Son instantáneas inmutables de un tipo de unidad que hacen referencia a una versión de plano específica y a variables de entrada predeterminadas.

  • Tipos de lanzamiento (RolloutKind) y lanzamientos (Rollout): Un lanzamiento aplica una versión nueva en una flota de unidades. Cada lanzamiento sigue la estrategia de lanzamiento, el porcentaje de error aceptable y los filtros de unidades definidos en su tipo de lanzamiento.

  • Marcas de funciones: Son controles de configuración del entorno de ejecución que te permiten activar o desactivar la disponibilidad y el comportamiento de las funciones en las unidades y los usuarios sin volver a implementar la infraestructura. Para obtener más información, consulta la descripción general de las marcas de funciones.

Para obtener definiciones completas de la terminología de App Lifecycle Manager, consulta el glosario de App Lifecycle Manager.

Prepara tu carga de trabajo para App Lifecycle Manager

Antes de implementar tu oferta de app, determina cómo particionar tu aplicación y tu infraestructura dentro del ecosistema de App Lifecycle Manager.

Organiza los componentes de tu oferta de app que se deben actualizar o escalar juntos en distintas configuraciones de Terraform y modela cada agrupación como un tipo de unidad independiente. Por ejemplo, puedes modelar una red o base de datos compartida en un tipo de unidad y tu nivel de aplicación sin estado en un tipo de unidad dependiente.

Usa plantillas compuestas con App Lifecycle Manager

Para definir la arquitectura de tus ofertas de App Lifecycle Manager, usa plantillas compuestas a través de Application Design Center.

Cuando adjuntas una plantilla compuesta a tu oferta de app, App Lifecycle Manager propaga automáticamente los tipos de unidades, los planos y las versiones definidos en tu plantilla. Cuando actualizas la plantilla compuesta en App Design Center, puedes importar la nueva revisión de la plantilla a tu oferta de app para implementar actualizaciones en tus unidades.

Para obtener más información sobre cómo crear plantillas compuestas, consulta Diseña plantillas compuestas. Para obtener instrucciones sobre cómo conectar una plantilla compuesta a una oferta, consulta Modelar y empaquetar unidades de implementación.

Flujo de trabajo de extremo a extremo

La implementación y la operación de una aplicación de múltiples usuarios con App Lifecycle Manager consta de cuatro etapas principales:

  1. Diseña y empaqueta tu aplicación: Crea componentes modulares de Terraform y ensambla una plantilla de aplicación compuesta en Application Design Center, o empaqueta tus parámetros de configuración de Terraform en esquemas de OCI.

  2. Configura proyectos y cuentas de servicio: Configura tus proyectos de productor y usuario, y otorga los roles de IAM necesarios a tus cuentas de servicio de App Lifecycle Manager.

  3. Crea y modela tu oferta de app: Crea una oferta de app con tus regiones de destino, conecta tu plantilla compuesta o define tipos de unidades en Modelar y empaquetar unidades de implementación, y configura variables y dependencias.

  4. Aprovisiona unidades e implementa versiones: Implementa instancias de unidades para cada usuario y, luego, implementa las actualizaciones posteriores en todas las ubicaciones con estrategias de lanzamiento, como se describe en Actualiza una oferta de SaaS.

Para recorrer este flujo de trabajo paso a paso, haz lo siguiente:

  • Sigue el instructivo de extremo a extremo, Diseña e implementa ofertas de SaaS, para crear una plantilla compuesta de varios componentes en App Design Center y, luego, implementarla en todos los usuarios con App Lifecycle Manager.

  • Prueba la guía de inicio rápido para implementar una plantilla de aplicación compuesta de Cloud Run y Cloud Storage con App Lifecycle Manager.

Conceptos operativos clave

Cuando planifiques tu arquitectura de producción en App Lifecycle Manager, revisa las siguientes guías independientes:

  • Cuentas de servicio: Obtén información sobre el agente de servicio de App Lifecycle Manager administrado por Google, las cuentas de servicio de ejecución de acciones administradas por el usuario (actuation_sa) y las cuentas de servicio de creación de artefactos opcionales, junto con los roles de IAM necesarios para cada una.

  • Estrategias de lanzamiento: Compara las estrategias de lanzamiento de ubicación única, de una sola vez y progresivas, y descubre cómo los tipos de lanzamiento usan los porcentajes de error aceptables y los filtros de unidades para proteger las actualizaciones de producción.

  • Regionalización: Comprende cómo las regiones disponibles en una oferta de app rigen la ubicación de las unidades, las ubicaciones de lanzamiento, la replicación automatizada de recursos y los requisitos de ubicación para Artifact Registry y Developer Connect.

¿Qué sigue?