Implementa una app en varios destinos al mismo tiempo

En esta página, se muestra cómo usar Cloud Deploy para entregar una aplicación de ejemplo a dos destinos al mismo tiempo, una implementación en paralelo.

En esta guía de inicio rápido, harás lo siguiente:

Crear dos clústeres de GKE o dos servicios de Cloud Run

También puedes implementar en paralelo a clústeres de GKE Enterprise, pero en esta guía de inicio rápido solo se usan GKE y Cloud Run.
Crea una configuración de Skaffold y un manifiesto de Kubernetes o una definición de servicio de Cloud Run.
Define la canalización de entrega y los objetivos de implementación de Cloud Deploy.

Esta canalización solo tendrá un objetivo, pero ese será un objetivo múltiple, es decir, un objetivo que representa más de un objetivo de implementación. Este destino múltiple constará de dos destinos reales y entregará tu app a los dos clústeres o servicios.
Crea una versión que se implemente automáticamente en los dos destinos en paralelo para crear una instancia de tu canalización de entrega.
Consulta el “lanzamiento del controlador” y los lanzamientos secundarios en la consola de Google Cloud.

Antes de comenzar

Accede a tu cuenta de Google Cloud. Si eres nuevo en Google Cloud, crea una cuenta para evaluar el rendimiento de nuestros productos en situaciones reales. Los clientes nuevos también obtienen $300 en créditos gratuitos para ejecutar, probar y, además, implementar cargas de trabajo.

En la página del selector de proyectos de la consola de Google Cloud, selecciona o crea un proyecto de Google Cloud.

Ir al selector de proyectos

Asegúrate de que la facturación esté habilitada para tu proyecto de Google Cloud.

Habilita las API de Cloud Deploy, Cloud Build, GKE, Cloud Run, and Cloud Storage.

Habilita las API

Instala Google Cloud CLI.

Para inicializar la CLI de gcloud, ejecuta el siguiente comando:

gcloud init

En la página del selector de proyectos de la consola de Google Cloud, selecciona o crea un proyecto de Google Cloud.

Ir al selector de proyectos

Asegúrate de que la facturación esté habilitada para tu proyecto de Google Cloud.

Habilita las API de Cloud Deploy, Cloud Build, GKE, Cloud Run, and Cloud Storage.

Habilita las API

Instala Google Cloud CLI.

Para inicializar la CLI de gcloud, ejecuta el siguiente comando:

gcloud init

Si ya tienes instalada la CLI, asegúrate de estar ejecutando la versión más reciente:

gcloud components update

Asegúrate de que la cuenta de servicio predeterminada de Compute Engine tenga los permisos necesarios.

Es posible que la cuenta de servicio ya tenga los permisos necesarios. Estos pasos se incluyen en los proyectos que inhabilitan la asignación automática de funciones para las cuentas de servicio predeterminadas.

Primero, agrega el rol clouddeploy.jobRunner:

gcloud projects add-iam-policy-binding PROJECT_ID \
    --member=serviceAccount:$(gcloud projects describe PROJECT_ID \
    --format="value(projectNumber)")-compute@developer.gserviceaccount.com \
    --role="roles/clouddeploy.jobRunner"

Agrega el rol de desarrollador para tu entorno de ejecución específico.

Para GKE:

gcloud projects add-iam-policy-binding PROJECT_ID \
    --member=serviceAccount:$(gcloud projects describe PROJECT_ID \
    --format="value(projectNumber)")-compute@developer.gserviceaccount.com \
    --role="roles/container.developer"

Para Cloud Run:

gcloud projects add-iam-policy-binding PROJECT_ID \
    --member=serviceAccount:$(gcloud projects describe PROJECT_ID \
    --format="value(projectNumber)")-compute@developer.gserviceaccount.com \
    --role="roles/run.developer"

Agrega la función iam.serviceAccountUser, que incluye el permiso actAs para implementar en el entorno de ejecución:

gcloud iam service-accounts add-iam-policy-binding $(gcloud projects describe PROJECT_ID \
    --format="value(projectNumber)")-compute@developer.gserviceaccount.com \
    --member=serviceAccount:$(gcloud projects describe PROJECT_ID \
    --format="value(projectNumber)")-compute@developer.gserviceaccount.com \
    --role="roles/iam.serviceAccountUser" \
    --project=PROJECT_ID

Crea tus entornos de ejecución

Si realizas la implementación en Cloud Run, puedes omitir este comando.

Para GKE, crea dos clústeres: quickstart-cluster-qsprod1 y quickstart-cluster-qsprod2, con la configuración predeterminada. Se debe poder acceder a los extremos de la API de Kubernetes de los clústeres desde la Internet pública. Los clústeres de GKE son accesibles de forma externa de forma predeterminada.

gcloud container clusters create-auto quickstart-cluster-qsprod1 \
                 --project=PROJECT_ID \
                 --region=us-central1 \
                 && gcloud container clusters create-auto quickstart-cluster-qsprod2 \
                 --project=PROJECT_ID \
                 --region=us-west1

Prepara la configuración de Skaffold y el manifiesto de la aplicación

Cloud Deploy usa Skaffold para proporcionar los detalles de qué implementar y cómo hacerlo de forma correcta en tus destinos independientes.

En esta guía de inicio rápido, crearás un archivo skaffold.yaml, que identifica el manifiesto de la aplicación que se usará para implementar la app de ejemplo.

Abre una ventana de la terminal.

Crea un directorio nuevo y navega hasta él.

GKE

mkdir deploy-gke-parallel-quickstart
cd deploy-gke-parallel-quickstart

Cloud Run

mkdir deploy-run-parallel-quickstart
cd deploy-run-parallel-quickstart

Crea un archivo llamado skaffold.yaml con el siguiente contenido:
GKE
```
apiVersion: skaffold/v4beta1
kind: Config
manifests:
  rawYaml:
  - k8s-deployment.yaml
deploy:
  kubectl: {}
```
Cloud Run
```
apiVersion: skaffold/v4beta1
kind: Config
manifests:
  rawYaml:
  - service.yaml
deploy:
  cloudrun: {}
```
Este archivo es una configuración mínima de Skaffold. Para esta guía de inicio rápido, debes crear el archivo. Sin embargo, también puedes hacer que Cloud Deploy cree uno por ti para aplicaciones simples que no son de producción.

Consulta la referencia de skaffold.yaml para obtener más información sobre este archivo.

Crea la definición de tu aplicación: una definición de servicio para Cloud Run o un manifiesto de Kubernetes para GKE.

GKE

Crea un archivo llamado k8s-deployment.yaml con el siguiente contenido.

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-deployment
  labels:
    app: my-app
  namespace: default
spec:
  replicas: 1 # from-param: ${replicaCount}
  selector:
    matchLabels:
      app: my-app
  template:
    metadata:
      labels:
        app: my-app
    spec:
      containers:
      - name: nginx
        image: my-app-image

Este archivo es un manifiesto simple de Kubernetes que se aplica al clúster para implementar la aplicación.

Cloud Run

Crea un archivo llamado service.yaml con el siguiente contenido.

apiVersion: serving.knative.dev/v1
kind: Service
metadata:
  name: my-parallel-run-service
spec:
  template:
    metadata:
      annotations:
        autoscaling.knative.dev/minScale: 1 # from-param: ${minInstances}
    spec:
      containers:
      - image: my-app-image

Este archivo es una definición simple del servicio de Cloud Run, que se usa en el momento de la implementación para crear tu servicio de Cloud Run.

Crea la canalización de entrega y los destinos

Puedes definir tu canalización y destinos en un archivo o en archivos separados. En esta guía de inicio rápido, crearás un solo archivo.

Crea tu canalización de entrega y la definición de destino:

GKE

En el directorio deploy-gke-parallel-quickstart, crea un archivo nuevo, clouddeploy.yaml, con el siguiente contenido:

apiVersion: deploy.cloud.google.com/v1
kind: DeliveryPipeline
metadata:
  name: my-parallel-demo-app-1
description: main application pipeline
serialPipeline:
  stages:
  - targetId: qsprod-multi
    profiles: []
    deployParameters:
    - values:
        replicaCount: "1"
      matchTargetLabels:
        label1: label1
    - values:
        replicaCount: "2"
      matchTargetLabels:
        label2: label2
---

apiVersion: deploy.cloud.google.com/v1
kind: Target
metadata:
  name: qsprod-multi
description: production clusters
multiTarget:
  targetIds: [qsprod-a, qsprod-b]
---

apiVersion: deploy.cloud.google.com/v1
kind: Target
metadata:
  name: qsprod-a
  labels:
    label1: label1
description: production cluster 2
gke:
  cluster: projects/PROJECT_ID/locations/us-central1/clusters/quickstart-cluster-qsprod1
---

apiVersion: deploy.cloud.google.com/v1
kind: Target
metadata:
  name: qsprod-b
  labels:
    label2: label2
description: production cluster 3
gke:
  cluster: projects/PROJECT_ID/locations/us-west1/clusters/quickstart-cluster-qsprod2

Cloud Run

En el directorio deploy-run-parallel-quickstart, crea un archivo nuevo, clouddeploy.yaml, con el siguiente contenido:

apiVersion: deploy.cloud.google.com/v1
kind: DeliveryPipeline
metadata:
  name: my-parallel-demo-app-1
description: main application pipeline
serialPipeline:
  stages:
  - targetId: qsprod-multi
    profiles: []
    deployParameters:
    - values:
        minInstances: "2"
      matchTargetLabels:
        label1: label1
    - values:
        minInstances: "3"
      matchTargetLabels:
        label2: label2
---

apiVersion: deploy.cloud.google.com/v1
kind: Target
metadata:
  name: qsprod-multi
description: production
multiTarget:
  targetIds: [qsprod-a, qsprod-b]
---

apiVersion: deploy.cloud.google.com/v1
kind: Target
metadata:
  name: qsprod-a
  labels:
    label1: label1
description: production us-central1
run:
  location: projects/PROJECT_ID/locations/us-central1
---

apiVersion: deploy.cloud.google.com/v1
kind: Target
metadata:
  name: qsprod-b
  labels:
    label2: label2
description: production us-west1
run:
  location: projects/PROJECT_ID/locations/us-west1

Ten en cuenta que este archivo incluye tres destinos: uno múltiple y dos secundarios. También puedes configurar destinos en un archivo independiente, en lugar de hacerlo con tu canalización de entrega.

Observa también que la canalización de entrega incluye deployParameters, con etiquetas, y que los destinos secundarios incluyen etiquetas para que coincidan con esos parámetros. Esto te permite pasar valores separados a destinos secundarios separados, si lo deseas. Obtén más información.

Registra tu canalización y destinos con el servicio de Cloud Deploy:
```
gcloud deploy apply --file=clouddeploy.yaml --region=us-central1 --project=PROJECT_ID
```
Ahora tienes una canalización, con un destino múltiple que consta de dos destinos de GKE o de Cloud Run, lista para implementar tu aplicación.
Confirma la canalización y los destinos:

En la consola de Google Cloud, navega a la página Canalizaciones de entrega de Cloud Deploy para ver la lista de canalizaciones de entrega disponibles.

Abrir la página Canalizaciones de entrega

Se muestra la canalización de entrega que acabas de crear. Ten en cuenta que hay un destino enumerado en la columna Destinos aunque hayas configurado tres objetivos (uno de varios destinos y dos secundarios) en el archivo clouddeploy.yaml.

Ten en cuenta que el único destino que se muestra es el qsprod-multi de destinos múltiples. No se muestran los destinos secundarios.

Crea una versión

Una versión es el recurso central de Cloud Deploy que representa los cambios que se implementan. La canalización de entrega define el ciclo de vida de esa versión. Consulta Arquitectura de servicio de Cloud Deploy para obtener detalles sobre ese ciclo de vida.

GKE

Ejecuta el siguiente comando desde el directorio deploy-gke-parallel-quickstart para crear un recurso release que represente la imagen de contenedor que se implementará:

 gcloud deploy releases create test-release-001 \
   --project=PROJECT_ID \
   --region=us-central1 \
   --delivery-pipeline=my-parallel-demo-app-1 \
   --images=my-app-image=gcr.io/google-containers/nginx@sha256:f49a843c290594dcf4d193535d1f4ba8af7d56cea2cf79d1e9554f077f1e7aaa \
   --to-target=qsprod-multi

Cloud Run

Ejecuta el siguiente comando desde el directorio deploy-run-parallel-quickstart para crear un recurso release que represente la imagen de contenedor que se implementará:

 gcloud deploy releases create test-release-001 \
   --project=PROJECT_ID \
   --region=us-central1 \
   --delivery-pipeline=my-parallel-demo-app-1 \
   --images=my-app-image=us-docker.pkg.dev/cloudrun/container/hello@sha256:6063adf8f687702b4065151acddba6781c47bc602167eb9f3bec8aebc9ce95cc \
   --to-target=qsprod-multi

Como siempre, cuando creas una versión, se crea automáticamente un lanzamiento para el primer destino de tu canalización (o, como en este caso, para un destino específico especificado con --to-target=). En esta guía de inicio rápido, este destino es un destino múltiple, por lo que rollout es un “lanzamiento del controlador” para dos destinos secundarios, y no hay destinos posteriores en la canalización de entrega. Esto significa que tu aplicación se implementa en todas partes cuando se crea el lanzamiento.

Visualiza los resultados en la consola de Google Cloud

Ahora que creaste la versión y se crearon el lanzamiento del controlador y los lanzamientos secundarios, esos lanzamientos secundarios ahora se implementan (o están en proceso de implementación) en sus respectivos clústeres de GKE o servicios de Cloud Run.

En la consola de Google Cloud, navega a la página Canalizaciones de entrega de Cloud Deploy para ver tu canalización de entrega my-parallel-demo-app-1.

Abrir la página Canalizaciones de entrega
Haz clic en el nombre de tu canalización de entrega “my-parallel-demo-app-1”.

La visualización de la canalización muestra el estado de implementación de la app. Como solo hay una etapa en la canalización, la visualización muestra solo un nodo.

Y la versión aparece en la pestaña Versiones, en Detalles de la canalización de entrega.
Haz clic en el nombre de la versión, test-release-001.

Los lanzamientos aparecerán en Lanzamientos. Puedes hacer clic en un lanzamiento para ver sus detalles, incluido el registro de implementación.

Limpia

Sigue estos pasos para evitar que se apliquen cargos a tu cuenta de Google Cloud por los recursos que se usaron en esta página.

Borra los clústeres de GKE o los servicios de Cloud Run:

GKE

gcloud container clusters delete quickstart-cluster-qsprod1 --region=us-central1 --project=PROJECT_ID \
&& gcloud container clusters delete quickstart-cluster-qsprod2 --region=us-west1 --project=PROJECT_ID

Cloud Run

gcloud run services delete my-parallel-run-service --region=us-central1 --project=PROJECT_ID \
&& gcloud run services delete my-parallel-run-service --region=us-west1 --project=PROJECT_ID

Borra la canalización de entrega, los destinos múltiples, los destinos secundarios, la versión y los lanzamientos:
```
gcloud deploy delete --file=clouddeploy.yaml --force --region=us-central1 --project=PROJECT_ID
```
Borra los buckets de Cloud Storage que creó Cloud Deploy.

Uno termina con _clouddeploy, y el otro es [region].deploy-artifacts.[project].appspot.com.

Abrir la página del navegador de Cloud Storage

Eso es todo, finalizaste la guía de inicio rápido.

¿Qué sigue?

Obtén más información para realizar implementaciones en varios destinos al mismo tiempo.
Obtén más información sobre Cloud Deploy.
Aprende los conceptos básicos de la implementación de aplicaciones.
Prueba la explicación de Cloud Deploy.
Obtén información para administrar tus manifiestos.
Aprende a combinar las herramientas de CI/CD de Google Cloud para desarrollar y entregar software de manera eficaz a GKE.