Descripción general de Google Cloud Deploy

Google 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 ciclo de vida se administra mediante una canalización de entrega.

Cómo funciona una canalización de Google Cloud Deploy

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

  • Un nombre, que usas cuando te refieres 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 manera opcional, etiquetas y anotaciones.

  • De manera opcional, también las definiciones de destino.

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 Google Cloud Deploy

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

  1. Define la canalización de entrega 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 Google Cloud Deploy necesita a fin de realizar operaciones de renderización y de implementación.

  2. Define los objetivos, ya sea en el archivo de configuración de la canalización o en uno o varios archivos por separado.

  3. Registra tu canalización con el servicio de Google 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 de tu proceso de CI incluye una llamada a Google Cloud Deploy para iniciar tu canalización de entrega.

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

    Puedes usar cualquier herramienta de CI, siempre que genere una o más imágenes de contenedor para proporcionar a tu canalización de entrega de Google 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 Google Cloud Deploy a fin de ascenderla.

    En cada caso, la llamada para invocar la promoción hace que Google 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 la versión se describe con más detalle en Arquitectura de servicios de Google Cloud Deploy.

A lo largo de la ejecución de la canalización, Google Cloud Deploy recopila métricas y detalles de auditoría.

Promoción

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

Aprobaciones

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

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

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

Notificaciones

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

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

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

Consulta Cómo usar las notificaciones de Google Cloud Deploy para obtener más detalles.

Reversiones

Google Cloud Deploy admite que se revierta la aplicación implementada en cualquier destino. Una reversión en Google Cloud Deploy consiste en activar un lanzamiento en comparación con 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 Google Cloud Deploy

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

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

Google Cloud Deploy con otras herramientas de Google Cloud

Google Cloud Deploy admite casi cualquier herramienta 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 sentido descendente, Google Cloud Deploy se implementa en Google Kubernetes Engine, Cloud Run y Anthos.

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 la fuente de la 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 tu bucle de desarrollo local.

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

  3. Compilar su 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 que incluyen imágenes de contenedor implementables. Puedes agregar una llamada a Google Cloud Deploy para crear una versión y, luego, invocar la canalización de entrega.

  4. Almacena tus artefactos en Artifact Registry.

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

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

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

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

    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.

    Anthos proporciona una experiencia coherente de desarrollo y operaciones para la nube y los entornos locales.

  7. Supervisar el rendimiento de su aplicación con Google Cloud's operations suite

    Google Cloud's operations suite ofrece supervisión y registros integrados para su aplicación.

¿Qué sigue?