Verifica tu aplicación después de implementarla

En esta guía de inicio rápido, se muestra cómo usar Cloud Deploy para verificar tu aplicación implementada como parte de la canalización de entrega.

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

  1. Crea un clúster de GKE o un servicio de Cloud Run.

    También puedes usar la verificación de implementación en un clúster 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.

    El archivo de configuración de Skaffold es donde configuras el contenedor de verificación de implementación para que se ejecute después de la implementación.

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

    En la configuración de la canalización de entrega, harás referencia a la verificación de implementación que se definió en skaffold.yaml para ejecutar esa verificación.

    Esta canalización incluye solo una etapa y usa solo un destino.

  4. Crea una versión, que se implementará automáticamente en el destino.

    Después de implementar la aplicación, la verificación se ejecuta como una fase del lanzamiento.

  5. Consulta los resultados de la verificación en los registros de Cloud Build, en la página Detalles del lanzamiento de Cloud Deploy en la consola deGoogle Cloud .

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 la CLI de gcloud, 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 la CLI de gcloud, 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 tiempo 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 tu entorno de ejecución

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

    En el caso de GKE, crea un clúster: deploy-verification-cluster, con la configuración predeterminada. Se debe poder acceder extremo de API de Kubernetes del clúster desde la Internet pública. Los clústeres de GKE son accesibles de forma externa de forma predeterminada.

    gcloud container clusters create-auto deploy-verification-cluster \
                     --project=PROJECT_ID \
                     --region=us-central1
    

    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 en tu destino.

    En esta guía de inicio rápido, crearás un archivo skaffold.yaml, que identifica el manifiesto que se usará para implementar la app de ejemplo y también identifica el contenedor que se ejecutará después de la implementación (la verificación de la implementación).

    1. Abre una ventana de terminal.

    2. Crea un directorio nuevo y navega hasta él.

      GKE

      mkdir deploy-verification-gke-quickstart
      cd deploy-verification-gke-quickstart
      

      Cloud Run

      mkdir deploy-verification-run-quickstart
      cd deploy-verification-run-quickstart
      
    3. Crea un archivo llamado skaffold.yaml con el siguiente contenido:

      GKE

      apiVersion: skaffold/v4beta7
      kind: Config
      manifests:
        rawYaml:
        - k8s-pod.yaml
      deploy:
        kubectl: {}
      verify:
      - name: verification-test
        container:
          name: verification-echo
          image: ubuntu
          command: ["/bin/sh"]
          args: ["-c", 'echo "Your test or tests would go here."' ]
      

      Cloud Run

      apiVersion: skaffold/v4beta7
      kind: Config
      manifests:
        rawYaml:
        - service.yaml
      deploy:
        cloudrun: {}
      verify:
      - name: verification-test
        container:
          name: verification-echo
          image: ubuntu
          command: ["/bin/sh"]
          args: ["-c", 'echo "Your test or tests would go here."' ]
      

      Este archivo incluye la sección verify:, que define el contenedor y el comando que se ejecutará después de implementar la aplicación. En este caso, implementaremos un contenedor de Ubuntu y ejecutaremos un comando echo simple. Puedes ver los resultados de este comando en los registros. En una situación más realista, ejecutarías pruebas en tu aplicación implementada.

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

    4. 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-pod.yaml con el siguiente contenido.

      apiVersion: v1
      kind: Pod
      metadata:
        name: my-verification-pod
      spec:
        containers:
        - name: nginx
          image: my-app-image
      

      Este archivo es un manifiesto básico 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-verification-run-service
      spec:
        template:
          spec:
            containers:
            - image: my-app-image
      

      Este archivo es una definición básica del servicio de Cloud Run, que se usa 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.

    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-verification-gke-quickstart, crea un archivo nuevo: clouddeploy.yaml, con el siguiente contenido:

      apiVersion: deploy.cloud.google.com/v1
      kind: DeliveryPipeline
      metadata:
        name: deploy-verification-demo-app-gke-1
      description: main application pipeline
      serialPipeline:
        stages:
        - targetId: verify-staging
          profiles: []
          strategy:
            standard:
              verify: true
      ---
      
      apiVersion: deploy.cloud.google.com/v1
      kind: Target
      metadata:
        name: verify-staging
      description: verification staging cluster
      gke:
        cluster: projects/PROJECT_ID/locations/us-central1/clusters/deploy-verification-cluster
      

      Cloud Run

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

      apiVersion: deploy.cloud.google.com/v1
      kind: DeliveryPipeline
      metadata:
        name: deploy-verification-demo-app-run-1
      description: main application pipeline
      serialPipeline:
        stages:
        - targetId: verify-staging
          profiles: []
          strategy:
            standard:
              verify: true
      ---
      
      apiVersion: deploy.cloud.google.com/v1
      kind: Target
      metadata:
        name: verify-staging
      description: staging Run service
      run:
        location: projects/PROJECT_ID/locations/us-central1
      
    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 de entrega, con un destino, lista para implementar tu aplicación y verificar esa implementació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, con un destino enumerado en la columna Destinos.

      Página de la canalización de entrega en la consola de Google Cloud , en la que se muestra tu canalización

    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-verification-gke-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=deploy-verification-demo-app-gke-1 \
       --images=my-app-image=gcr.io/google-containers/nginx@sha256:f49a843c290594dcf4d193535d1f4ba8af7d56cea2cf79d1e9554f077f1e7aaa
    

    Observa la marca --images=, que usas para reemplazar el marcador de posición (my-app-image) en el manifiesto 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.

    Cloud Run

    Ejecuta el siguiente comando desde el directorio deploy-verification-run-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=deploy-verification-demo-app-run-1 \
       --images=my-app-image=us-docker.pkg.dev/cloudrun/container/hello@sha256:95ade4b17adcd07623b0a0c68359e344fe54e65d0cb01b989e24c39f2fcd296a
    

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

    Al igual que con todas las versiones (a menos que incluyan --disable-initial-rollout), Cloud Deploy también crea automáticamente un recurso de lanzamiento. La aplicación se implementa automáticamente en el único destino configurado para esta canalización de entrega.

    El trabajo de verificación que especificamos en nuestra configuración de Skaffold se ejecuta como parte de este lanzamiento, después de que se implementa la aplicación.

    Consulta los resultados en la consola de Google Cloud

    Después de unos minutos, la versión se implementará en el tiempo de ejecución de destino.

    El trabajo de verificación que configuramos (a modo de ejemplo) imprime una cadena en el registro de Cloud Build. Podemos ver ese registro para confirmar que la verificación funcionó según lo previsto.

    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 ("deploy-verification-demo-app-gke-1" o "deploy-verification-demo-app-run-1").

      Abrir la página Canalizaciones de entrega

    2. Haz clic en el nombre de tu canalización de entrega (“deploy-verification-demo-app-gke-1” o “deploy-verification-demo-app-run-1”).

      La visualización de la canalización muestra el estado de la 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 que muestra el éxito

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

    3. Haz clic en la pestaña Lanzamientos en Detalles de la canalización de entrega.

    4. Haz clic en el nombre del lanzamiento para ver sus detalles.

      Lanzamientos en la consola de Google Cloud

      Verify aparece como un trabajo.

    5. Haz clic en Verificar.

      Se muestra el registro de ejecución del trabajo.

    6. Desplázate hacia abajo en la lista de entradas de registro para encontrar verification-test y haz clic en él.

      Entrada de registro que muestra el resultado del trabajo de verificación

      Observa el textPayload. Esa cadena es la que se configuró en la sección Verify de tu configuración de Skaffold.

    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 el clúster de GKE o el servicio de Cloud Run:

      GKE

      gcloud container clusters delete deploy-verification-cluster --region=us-central1 --project=PROJECT_ID
      

      Cloud Run

      gcloud run services delete my-verification-run-service --region=us-central1 --project=PROJECT_ID
      
    2. Borra la canalización de entrega, el destino, la versión y el lanzamiento:

      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?