Descripción general de Cloud Deploy

Cloud Deploy es un servicio administrado que automatiza la entrega de tus aplicaciones a una serie de entornos de destino en una secuencia de promoción definida. Cuando desees implementar tu aplicación actualizada, debes crear una versión, cuyo lifecycle se administra mediante una canalización de entrega.

Cómo funciona una canalización de Cloud Deploy

La canalización de entrega de Cloud Deploy contiene la siguiente información:

  • Un nombre, que usas para hacer referencia a la canalización de entrega y una descripción.

  • La secuencia de promoción, que describe el orden en el que se implementa en los destinos configurados

  • De forma opcional, etiquetas y anotaciones

  • De manera opcional, las definiciones de destino en sí mismas

Los destinos se pueden definir en el mismo archivo de configuración de la canalización de entrega o en uno o más archivos separados. Varias canalizaciones de entrega pueden usar los mismos destinos, pero un destino determinado solo se puede usar una vez en una canalización de entrega determinada.

El proceso de entrega de Cloud Deploy

La siguiente es una descripción de lo que sucede en una situación de entrega continua simple de Cloud Deploy.

  1. La canalización de entrega se define en un archivo de configuración YAML.

    Este archivo de configuración define la secuencia de promoción en la que se implementa la aplicación en una serie de destinos.

    También necesitas una configuración para Skaffold, que Cloud Deploy necesita para realizar operaciones de implementación y renderización.

  2. Puedes definir tus destinos, ya sea en el archivo de configuración de la canalización o en uno o varios archivos separados.

  3. Registras tu canalización con el servicio de Cloud Deploy.

    Ahora que el servicio conoce tu aplicación, administra la implementación en destinos de acuerdo con la secuencia de promoción definida.

  4. El resultado del proceso de CI incluye una llamada a Cloud Deploy para iniciar la canalización de entrega.

    Esta llamada crea un recurso release que representa el manifiesto renderizado para cada destino. Cada uno de ellos se genera con la fuente de renderización proporcionada, skaffold.yaml, y las referencias a imágenes de contenedor específicas que se implementarán. En esta primera llamada para crear una versión, Cloud Deploy crea automáticamente un recurso rollout, que asocia la versión con el primer entorno de destino. En función de ese lanzamiento, tu aplicación se implementa en el primer destino.

    Puedes usar cualquier herramienta de CI, siempre y cuando genere una o más imágenes de contenedor para proporcionar a tu canalización de entrega de Cloud Deploy.

    Además, la llamada para crear una versión y, luego, invocar una canalización de entrega no tiene que provenir de la herramienta de CI. Puede provenir de una secuencia de comandos o de cualquier sistema que responda a la finalización del proceso de CI.

  5. Cuando estés listo para implementar tu aplicación en el siguiente destino, llama a Cloud Deploy para ascenderla.

    En cada caso, la llamada para invocar la promoción hace que Cloud Deploy cree un lanzamiento nuevo.

  6. La promoción continúa a través de todos los objetivos de tu secuencia de promoción, cuyo último es prod (o cualquier nombre que uses para que tu objetivo final coloque la aplicación en producción).

    El proceso de creación y promoción de versiones se describe con más detalle en la arquitectura de servicios de Cloud Deploy.

Durante la ejecución de la canalización, Cloud Deploy recopila métricas y detalles de auditoría.

Promoción

Para promocionar una versión, debes implementarla en el siguiente destino de la secuencia de promoción definida en la canalización. La primera llamada a Cloud Deploy crea un release y, luego, un recurso rollout que se usa para implementar en el primer destino de la secuencia de promoción. Cada llamada posterior para promover la versión da como resultado un lanzamiento al siguiente destino.

Aprobaciones

Puedes especificar que se necesita una aprobación para la promoción a cualquier destino. Por ejemplo, es posible que desees solicitar aprobación para un ascenso a un destino de producción. Para requerir aprobación para un destino, configura la propiedad requireApproval en la definición del destino.

Cuando un destino requiere aprobación, Cloud Deploy genera un mensaje de Pub/Sub que un sistema integrado puede consumir. Por ejemplo, un sistema de tickets podría suscribirse al mensaje para iniciar un flujo de trabajo de aprobación.

Consulta Requerir aprobación para obtener más información sobre las promociones y cómo administrar su aprobación.

Notificaciones

Cloud Deploy proporciona notificaciones de Pub/Sub para los siguientes eventos:

  • Renderización: inicio, éxito y error
  • Implementación: inicio, éxito y falla
  • Se requiere aprobación
  • Se aprobó la aprobación
  • Se rechazó la aprobación

Cloud Deploy usa un tema de Pub/Sub para enviar estas notificaciones.

Consulta Usa notificaciones de Cloud Deploy para obtener más detalles.

Reversiones

Cloud Deploy admite revertir la aplicación implementada en cualquier destino. Una reversión en Cloud Deploy consiste en activar un lanzamiento en la última versión implementada de forma correcta. El lanzamiento nuevo usa los mismos parámetros que se usaron en esa implementación exitosa.

Consulta Revierte una implementación para obtener más detalles.

Acerca de Skaffold y Cloud Deploy

Cloud Deploy usa Skaffold para la renderización, la implementación y la verificación. Con Skaffold, también puedes conectar con facilidad el bucle de desarrollo local a una canalización de entrega continua de Cloud Deploy.

Para obtener más información sobre cómo Cloud Deploy se integra en Skaffold, consulta la descripción general de Skaffold.

Cloud Deploy con otras herramientas de Google Cloud

Cloud Deploy admite casi cualquier herramienta en sentido ascendente en una canalización de CI/CD. Es decir, puedes usar cualquier entorno de desarrollo y repositorio de código fuente, cualquier sistema de integración continua (CI) y cualquier repositorio de artefactos.

En etapas posteriores, Cloud Deploy se implementa en Google Kubernetes Engine, Cloud Run y GKE Enterprise.

Si usaste principalmente herramientas de Google Cloud, tu flujo de origen a producción se vería de la siguiente manera:

  1. Usa Cloud Code para crear el código fuente de tu aplicación.

    Cloud Code extiende varios IDE populares (VS Code, IntelliJ y Cloud Shell) para facilitar la compilación de aplicaciones que se implementarán y ejecutarán en Google Cloud.

  2. Usa Skaffold para administrar el bucle de desarrollo local.

    Cloud Deploy usa Skaffold a través de Cloud Build para renderizar y, luego, implementar tus manifiestos. Esta integración implica que debes mantener un archivo skaffold.yaml, pero no significa que debas hacer que Skaffold forme parte de tu flujo de desarrollo local. Sin embargo, puedes aprovecharlo para el desarrollo continuo.

  3. Compila tu aplicación con Cloud Build.

    Cloud Build te permite configurar una canalización de CI que se puede activar desde una confirmación en el repositorio de código fuente. El resultado de Cloud Build serán artefactos, incluidas las imágenes de contenedor implementables. Puedes agregar una llamada a Cloud Deploy para crear una versión y, luego, invocar tu canalización de entrega.

  4. Almacena tus artefactos en Artifact Registry.

    Cloud Deploy recupera las imágenes de contenedor de Artifact Registry, lo que te permite almacenar artefactos y dependencias de forma centralizada.

  5. Configura tu canalización de entrega en Cloud Deploy para tomar la imagen de contenedor y, luego, implementarla en un progreso de n destinos.

    Cada uno de esos destinos identificados en tu canalización de entrega representa un clúster de GKE, Cloud Run o un clúster de GKE en el que tu aplicación se implementa en última instancia.

  6. Administra tu aplicación en GKE, Cloud Run o GKE Enterprise.

    GKE es el entorno administrado de Google Cloud para ejecutar aplicaciones alojadas en contenedores en Kubernetes.

    Con Cloud Run, puedes ejecutar contenedores en un entorno sin servidores.

    GKE Enterprise proporciona una experiencia coherente de desarrollo y operaciones para entornos locales y en la nube.

  7. Supervisar el rendimiento de tu aplicación con la observabilidad de Google Cloud

    La observabilidad de Google Cloud ofrece supervisión y registro integrados para tu aplicación.

¿Qué sigue?