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, es decir, una implementación paralela.

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

  1. Crea dos clústeres de GKE o dos servicios de Cloud Run.

    También puedes realizar implementaciones en paralelo en clústeres de GKE Enterprise, pero en este inicio rápido solo se usan GKE y Cloud Run.

  2. Crearás una configuración de Skaffold y un manifiesto de Kubernetes o una definición de servicio de Cloud Run.

  3. Define tu canalización de entrega y tus destinos de implementación de Cloud Deploy.

    Esta canalización tendrá solo un destino, pero ese destino será un destino múltiple, es decir, un destino que representa más de un destino de implementación. Este objetivo múltiple comprenderá dos objetivos reales, que publicarán tu app en los dos clústeres o servicios.

  4. Crearás una versión de la canalización de entrega, que se implementará de forma automática en los dos destinos en paralelo.

  5. Consulta el "lanzamiento del controlador" y los lanzamientos secundarios en Google Cloud console.

Antes de comenzar

  1. Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.
  2. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

    Go to project selector

  3. Verify that billing is enabled for your Google Cloud project.

  4. Enable the Cloud Deploy, Cloud Build, GKE, Cloud Run, and Cloud Storage APIs.

    Enable the APIs

  5. Install the Google Cloud CLI.

  6. Si usas un proveedor de identidad externo (IdP), primero debes acceder a gcloud CLI con tu identidad federada.

  7. Para inicializar gcloud CLI, ejecuta el siguiente comando:

    gcloud init
  8. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

    Go to project selector

  9. Verify that billing is enabled for your Google Cloud project.

  10. Enable the Cloud Deploy, Cloud Build, GKE, Cloud Run, and Cloud Storage APIs.

    Enable the APIs

  11. Install the Google Cloud CLI.

  12. Si usas un proveedor de identidad externo (IdP), primero debes acceder a gcloud CLI con tu identidad federada.

  13. Para inicializar gcloud CLI, ejecuta el siguiente comando:

    gcloud init
  14. Si ya instalaste la CLI, asegúrate de ejecutar la versión más reciente:

    gcloud components update
    

  15. 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 roles para las cuentas de servicio predeterminadas.

    1. 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"
      

    2. 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"
        

      • En Cloud Run, haz lo siguiente:

        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"
        

    3. Agrega el rol 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 implementas en Cloud Run, puedes omitir este comando.

    En el caso de 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 a través de la red desde 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 sobre qué implementar y cómo hacerlo de forma correcta para tus destinos por separado.

    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.

    1. Abre una ventana de terminal.

    2. 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
      
    3. 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. En esta guía de inicio rápido, crearás el archivo. Sin embargo, también puedes hacer que Cloud Deploy cree uno por ti para aplicaciones simples que no sean de producción.

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

    4. Crea la definición de tu aplicación, ya sea 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. La imagen de contenedor que se implementará se establece aquí como un marcador de posición, my-app-image, que se reemplaza por la imagen específica cuando creas la versió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. La imagen de contenedor que se implementará se establece aquí como un marcador de posición, my-app-image, que se reemplaza por la imagen específica cuando creas la versión.

    Crea la canalización de entrega y los destinos

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

    1. 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: un destino múltiple y dos destinos secundarios. También puedes configurar destinos en un archivo separado, en lugar de hacerlo con tu canalización de entrega.

      También observa 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 diferentes segmentaciones secundarias, si lo deseas. Obtén más información.

    2. Registra tu canalización y tus 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 comprende dos destinos de GKE o Cloud Run, lista para implementar tu aplicación.

    3. Confirma tu canalización y tus objetivos:

      En la consola de Google Cloud , navega a la página Canalizaciones de entrega de Cloud Deploy para ver una lista de las 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 en la columna Destinos, aunque configuraste tres destinos (un destino múltiple y dos destinos secundarios) en tu archivo clouddeploy.yaml.

      Visualización de la canalización de entrega en la consola de Google Cloud

      Ten en cuenta que el único destino que aparece en la lista es el destino múltiple qsprod-multi. No se muestran los objetivos para niños.

    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 la arquitectura del 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 del 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 del 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:95ade4b17adcd07623b0a0c68359e344fe54e65d0cb01b989e24c39f2fcd296a \
       --to-target=qsprod-multi
    

    Observa la marca --images=, que usas para reemplazar el marcador de posición (my-app-image) en el manifiesto o la definición del servicio por la imagen específica calificada por SHA. Google recomienda que crees plantillas de tus manifiestos de esta manera y que uses nombres de imágenes calificados con SHA en la creación de la versión.

    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, un destino específico especificado con --to-target=). En este inicio rápido, este destino es un destino múltiple, por lo que rollout es un "lanzamiento de controlador" para dos destinos secundarios, y no hay destinos posteriores en la canalización de entrega. Esto significa que tu aplicación se implementará en todas partes cuando se cree el lanzamiento.

    Consulta los resultados en la consola de Google Cloud

    Ahora que creaste la versión y se crearon las implementaciones secundarias y la implementación del controlador, esas implementaciones secundarias se implementaron (o están en proceso de implementación) en sus respectivos clústeres de GKE o servicios de Cloud Run.

    1. 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

    2. 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. Debido a que solo hay una etapa en la canalización, la visualización muestra un solo nodo.

      Visualización de la canalización de entrega en la consola de Google Cloud

      Y la versión aparece en la pestaña Versiones, en Detalles de la canalización de entrega.

    3. Haz clic en el nombre de la versión, test-release-001.

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

      Lanzamientos en la consola de Google Cloud

    Limpia

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

    1. 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
      
    2. Borra la canalización de entrega, el destino múltiple, los destinos secundarios, la versión y los lanzamientos:

      gcloud deploy delete --file=clouddeploy.yaml --force --region=us-central1 --project=PROJECT_ID
      
    3. 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?