GSP1079

Descripción general

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 ascenso definida. Cuando desees implementar tu aplicación actualizada, deberás crear una versión, cuyo ciclo de vida se administra a través de una canalización de entrega.

En este lab, crearás una canalización de entrega con Google Cloud Deploy. Luego, crearás una versión para una aplicación básica y ascenderás la aplicación por medio de una serie de destinos de Google Kubernetes Engine (GKE).

La aplicación de ejemplo es una app web sencilla que escucha en un puerto, proporciona un código de respuesta HTTP y agrega una entrada de registro. Este lab se deriva de un instructivo publicado por Google: https://cloud.google.com/deploy/docs/tutorials.

Objetivos

En este lab, aprenderás a realizar las siguientes tareas:

• Implementar una imagen de contenedor en Google Cloud Artifact Registry usando Skaffold
• Crear una canalización de entrega de Google Cloud Deploy
• Crear un lanzamiento para la canalización de entrega
• Ascender la aplicación a través de los destinos en la canalización de entrega

Configuración

Antes de hacer clic en el botón Comenzar lab

Lee estas instrucciones. Los labs cuentan con un temporizador que no se puede pausar. El temporizador, que comienza a funcionar cuando haces clic en Comenzar lab, indica por cuánto tiempo tendrás a tu disposición los recursos de Google Cloud.

Este lab práctico te permitirá realizar las actividades correspondientes en un entorno de nube real, no en uno de simulación o demostración. Para ello, se te proporcionan credenciales temporales nuevas que utilizarás para acceder a Google Cloud durante todo el lab.

Para completar este lab, necesitarás lo siguiente:

• Acceso a un navegador de Internet estándar. Se recomienda el navegador Chrome.

Nota: Usa una ventana del navegador privada o de incógnito (opción recomendada) para ejecutar el lab. Así evitarás conflictos entre tu cuenta personal y la cuenta de estudiante, lo que podría generar cargos adicionales en tu cuenta personal.

• Tiempo para completar el lab (recuerda que, una vez que comienzas un lab, no puedes pausarlo).

Nota: Usa solo la cuenta de estudiante para este lab. Si usas otra cuenta de Google Cloud, es posible que se apliquen cargos a esa cuenta.

Cómo iniciar tu lab y acceder a la consola de Google Cloud

1. Haz clic en el botón Comenzar lab. Si debes pagar por el lab, se abrirá un diálogo para que selecciones la forma de pago. A la izquierda, se encuentra el panel Detalles del lab, que tiene estos elementos:

   • El botón para abrir la consola de Google Cloud
   • El tiempo restante
   • Las credenciales temporales que debes usar para el lab
   • Otra información para completar el lab, si es necesaria

2. Haz clic en Abrir la consola de Google Cloud (o haz clic con el botón derecho y selecciona Abrir el vínculo en una ventana de incógnito si ejecutas el navegador Chrome).

   El lab inicia recursos y abre otra pestaña en la que se muestra la página de acceso.

   Sugerencia: Ordena las pestañas en ventanas separadas, una junto a la otra.

   Nota: Si ves el diálogo Elegir una cuenta, haz clic en Usar otra cuenta.

3. De ser necesario, copia el nombre de usuario a continuación y pégalo en el diálogo Acceder.

   {{{user_0.username | "Username"}}}

   También puedes encontrar el nombre de usuario en el panel Detalles del lab.

4. Haz clic en Siguiente.

5. Copia la contraseña que aparece a continuación y pégala en el diálogo Te damos la bienvenida.

   {{{user_0.password | "Password"}}}

   También puedes encontrar la contraseña en el panel Detalles del lab.

6. Haz clic en Siguiente.

   Importante: Debes usar las credenciales que te proporciona el lab. No uses las credenciales de tu cuenta de Google Cloud. Nota: Usar tu propia cuenta de Google Cloud para este lab podría generar cargos adicionales.

7. Haz clic para avanzar por las páginas siguientes:

   • Acepta los Términos y Condiciones.
   • No agregues opciones de recuperación o autenticación de dos factores (esta es una cuenta temporal).
   • No te registres para obtener pruebas gratuitas.

Después de un momento, se abrirá la consola de Google Cloud en esta pestaña.

Nota: Para acceder a los productos y servicios de Google Cloud, haz clic en el menú de navegación o escribe el nombre del servicio o producto en el campo Buscar.

Activa Cloud Shell

Cloud Shell es una máquina virtual que cuenta con herramientas para desarrolladores. Ofrece un directorio principal persistente de 5 GB y se ejecuta en Google Cloud. Cloud Shell proporciona acceso de línea de comandos a tus recursos de Google Cloud.

1. Haz clic en Activar Cloud Shell en la parte superior de la consola de Google Cloud.

2. Haz clic para avanzar por las siguientes ventanas:

   • Continúa en la ventana de información de Cloud Shell.
   • Autoriza a Cloud Shell para que use tus credenciales para realizar llamadas a la API de Google Cloud.

Cuando te conectes, habrás completado la autenticación, y el proyecto estará configurado con tu Project_ID, . El resultado contiene una línea que declara el Project_ID para esta sesión:

Your Cloud Platform project in this session is set to {{{project_0.project_id | "PROJECT_ID"}}}

gcloud es la herramienta de línea de comandos de Google Cloud. Viene preinstalada en Cloud Shell y es compatible con la función de autocompletado con tabulador.

3. Puedes solicitar el nombre de la cuenta activa con este comando (opcional):

gcloud auth list

4. Haz clic en Autorizar.

Resultado:

ACTIVE: * ACCOUNT: {{{user_0.username | "ACCOUNT"}}} To set the active account, run: $ gcloud config set account `ACCOUNT`

5. Puedes solicitar el ID del proyecto con este comando (opcional):

gcloud config list project

Resultado:

[core] project = {{{project_0.project_id | "PROJECT_ID"}}} Nota: Para obtener toda la documentación de gcloud, en Google Cloud, consulta la guía con la descripción general de gcloud CLI.

Tarea 1. Establecer las variables

• Declara las variables de entorno que usarán los diversos comandos:

export PROJECT_ID=$(gcloud config get-value project) export REGION={{{ project_0.default_region | "Region" }}} gcloud config set compute/region $REGION

Tarea 2. Crear tres clústeres de GKE

En esta tarea, crearás los tres clústeres de GKE que serán los destinos de la canalización de entrega.

Se crearán tres clústeres de GKE, lo cual indica los tres destinos de la canalización de entrega:

• prueba
• etapa de pruebas
• producción

1. Habilita la API de Google Kubernetes Engine:

gcloud services enable \ container.googleapis.com \ clouddeploy.googleapis.com

2. Crea los tres clústeres de GKE:

gcloud container clusters create test --node-locations={{{project_0.default_zone|"zone"}}} --num-nodes=1 --async gcloud container clusters create staging --node-locations={{{project_0.default_zone|"zone"}}} --num-nodes=1 --async gcloud container clusters create prod --node-locations={{{project_0.default_zone|"zone"}}} --num-nodes=1 --async

3. Verifica el estado de los tres clústeres:

gcloud container clusters list --format="csv(name,status)"

Resultado

name,status prod,PROVISIONING staging,PROVISIONING test,RUNNING

La creación de los clústeres puede demorar unos minutos. No debes esperar a que los clústeres estén listos. Continúa el lab.

Haz clic en Revisar mi progreso para verificar el objetivo. Crear tres clústeres de GKE

Tarea 3. Preparar la imagen de contenedor de la aplicación web

En esta tarea, se creará un repositorio en Artifact Registry para guardar las imágenes de contenedor de la aplicación web.

1. Habilita la API de Artifact Registry:

gcloud services enable artifactregistry.googleapis.com

2. Crea el repositorio de app web para guardar las imágenes de contenedor:

gcloud artifacts repositories create web-app \ --description="Image registry for tutorial web app" \ --repository-format=docker \ --location=$REGION

Haz clic en Revisar mi progreso para verificar el objetivo. Crear el repositorio de app web

Tarea 4. Compilar e implementar las imágenes de contenedor en Artifact Registry

En esta tarea, clonarás el repositorio de Git que contiene la aplicación web y, también, implementarás las imágenes de contenedor de la aplicación en Artifact Registry.

Prepara la configuración de la aplicación

1. Clona el repositorio para el lab en el directorio principal:

cd ~/ git clone https://github.com/GoogleCloudPlatform/cloud-deploy-tutorials.git cd cloud-deploy-tutorials git checkout c3cae80 --quiet cd tutorials/base

2. Crea la configuración skaffold.yaml:

envsubst < clouddeploy-config/skaffold.yaml.template > web/skaffold.yaml cat web/skaffold.yaml

El directorio web ahora contiene el archivo de configuración skaffold.yaml, en el que se proporcionan instrucciones para que Skaffold compile una imagen de contenedor para tu aplicación. En esta configuración, se describen los siguientes elementos.

En la sección de compilación, se configura lo siguiente:

• Las dos imágenes de contenedor que se compilarán (artefactos)
• El proyecto de Google Cloud Build que se usará para compilar las imágenes

En la sección deploy, se configuran los manifiestos de Kubernetes necesarios para implementar la carga de trabajo en un clúster.

La configuración portForward se usa para definir el servicio de Kubernetes para la implementación.

Resultado

apiVersion: skaffold/v2beta7 kind: Config build: artifacts: - image: leeroy-web context: leeroy-web - image: leeroy-app context: leeroy-app googleCloudBuild: projectId: {{project-id}} deploy: kubectl: manifests: - leeroy-web/kubernetes/* - leeroy-app/kubernetes/* portForward: - resourceType: deployment resourceName: leeroy-web port: 8080 localPort: 9000 Nota: Para ver los archivos, usa vi, emacs, nano o el editor de código de Cloud Shell. Para ello, haz clic en el ícono de Abrir editor en Cloud Shell.

Compila la aplicación web

La herramienta skaffold se encargará del envío de la base de código a Cloud Build.

1. Habilita la API de Cloud Build:

gcloud services enable cloudbuild.googleapis.com

2. Crea un bucket de Cloud Storage para que Cloud Build almacene fuentes y registros.

gsutil mb -p $PROJECT_ID gs://${PROJECT_ID}_cloudbuild

3. Ejecuta el comando skaffold para compilar la aplicación y, luego, implementar la imagen de contenedor en el repositorio de Artifact Registry creado anteriormente.

cd web skaffold build --interactive=false \ --default-repo $REGION-docker.pkg.dev/$PROJECT_ID/web-app \ --file-output artifacts.json cd ..

4. Una vez que se haya completado la compilación de skaffold, verifica las imágenes de contenedor en Artifact Registry.

gcloud artifacts docker images list \ $REGION-docker.pkg.dev/$PROJECT_ID/web-app \ --include-tags \ --format yaml

El parámetro yaml --format devuelve el resultado en formato YAML para facilitar la lectura. El resultado debería verse así:

Resultado

--- createTime: '2022-01-14T02:07:54.995807Z' package: us-central1-docker.pkg.dev/{{project-id}}/web-app/leeroy-app tags: '9181623' updateTime: '2022-01-14T02:07:54.995807Z' version: sha256:6af6a0a72d13dd6597c0fc0191f697e2da2c3892d1bf8e87a3df8d96612e1495 --- createTime: '2022-01-14T02:07:53.629263Z' package: us-central1-docker.pkg.dev/{{project-id}}/web-app/leeroy-web tags: '9181623' updateTime: '2022-01-14T02:07:53.629263Z' version: sha256:a0179673d1876f205875b223557c83162e56e91c5e3313f5e99465a224adb6c9

De forma predeterminada, Skaffold configura la etiqueta de una imagen como su etiqueta Git relacionada, si hay una disponible. Puedes encontrar información similar en el archivo artifacts.json que creó el comando skaffold.

Skaffold genera el archivo web/artifacts.json con los detalles de las imágenes implementadas:

cat web/artifacts.json | jq

Resultado

{ "builds": [ { "imageName": "leeroy-web", "tag": "us-central1-docker.pkg.dev/{{project-id}}/web-app/leeroy-web:9181623@sha256:a0179673d1876f205875b223557c83162e56e91c5e3313f5e99465a224adb6c9" }, { "imageName": "leeroy-app", "tag": "us-central1-docker.pkg.dev/{{project-id}}/web-app/leeroy-app:9181623@sha256:6af6a0a72d13dd6597c0fc0191f697e2da2c3892d1bf8e87a3df8d96612e1495" } ]

Haz clic en Revisar mi progreso para verificar el objetivo. Compilar e implementar las imágenes de contenedor en Artifact Registry

Tarea 5. Crear la canalización de entrega

En esta tarea, configurarás la canalización de entrega.

1. Habilita la API de Google Cloud Deploy:

gcloud services enable clouddeploy.googleapis.com

2. Crea el recurso de canalización de entrega con el archivo delivery-pipeline.yaml:

gcloud config set deploy/region $REGION cp clouddeploy-config/delivery-pipeline.yaml.template clouddeploy-config/delivery-pipeline.yaml gcloud beta deploy apply --file=clouddeploy-config/delivery-pipeline.yaml

3. Verifica que se haya creado la canalización de entrega:

gcloud beta deploy delivery-pipelines describe web-app

La canalización de entrega será similar al siguiente resultado:

Resultado

Unable to get target test Unable to get target staging Unable to get target prod Delivery Pipeline: createTime: '2021-08-16T14:03:18.294884547Z' description: web-app delivery pipeline etag: 2539eacd7f5c256d name: projects/{{project-id}}/locations/us-central1/deliveryPipelines/web-app serialPipeline: stages: - targetId: test - targetId: staging - targetId: prod uid: eb0601aa03ac4b088d74c6a5f13f36ae updateTime: '2021-08-16T14:03:18.680753520Z' Targets: []

Observa las primeras tres líneas del resultado. Actualmente, la canalización de entrega hace referencia a tres entornos de destino que aún no se han creado. En la siguiente tarea, crearás esos destinos.

Haz clic en Revisar mi progreso para verificar el objetivo. Crear la canalización de entrega

Tarea 6. Configurar los destinos de implementación

Se crearán tres destinos de canalización de entrega: uno para cada uno de los clústeres de GKE.

Asegúrate de que los clústeres estén listos

Los tres clústeres de GKE ya deberían estar en ejecución, pero es útil verificarlo.

• Para obtener el estado de los clústeres, ejecuta lo siguiente:

gcloud container clusters list --format="csv(name,status)"

Los tres clústeres deben estar en el estado RUNNING, como se indica en el resultado que figura a continuación. Si aún no están marcados como RUNNING, vuelve a ejecutar el comando anterior hasta que su estado se haya cambiado a RUNNING.

Resultado

name,status prod,RUNNING staging,RUNNING test,RUNNING

Una vez que todos los clústeres tengan el estado "RUNNING", continúa el lab.

Crea un contexto para cada clúster

Usa los siguientes comandos para obtener las credenciales de cada clúster y crear un contexto kubectl fácil de usar para hacer referencia a los clústeres más adelante:

CONTEXTS=("test" "staging" "prod") for CONTEXT in ${CONTEXTS[@]} do gcloud container clusters get-credentials ${CONTEXT} --region ${REGION} kubectl config rename-context gke_${PROJECT_ID}_${REGION}_${CONTEXT} ${CONTEXT} done

Crea un espacio de nombres en cada clúster

Usa los siguientes comandos para crear un espacio de nombres de Kubernetes (app web) en cada uno de los tres clústeres:

for CONTEXT in ${CONTEXTS[@]} do kubectl --context ${CONTEXT} apply -f kubernetes-config/web-app-namespace.yaml done

La aplicación se implementará en el espacio de nombres (app web).

Crea los destinos de la canalización de entrega

1. Envía una definición del destino para cada uno de los destinos:

for CONTEXT in ${CONTEXTS[@]} do envsubst < clouddeploy-config/target-$CONTEXT.yaml.template > clouddeploy-config/target-$CONTEXT.yaml gcloud beta deploy apply --file clouddeploy-config/target-$CONTEXT.yaml done

Los destinos se describen en un archivo YAML. En cada destino, se configura la información de clúster pertinente para ese destino. La configuración de los destinos de prueba y etapa de pruebas son prácticamente las mismas.

2. Visualiza los detalles para el destino de prueba:

cat clouddeploy-config/target-test.yaml

Resultado

apiVersion: deploy.cloud.google.com/v1beta1 kind: Target metadata: name: test description: test cluster gke: cluster: projects/{{project-id}}/locations/us-central1/clusters/test

El destino de producción es algo diferente, ya que requiere aprobación (consulta la configuración requireApproval en el resultado) antes de que una versión pueda ascenderse al clúster.

3. Visualiza los detalles para el destino de producción:

cat clouddeploy-config/target-prod.yaml

Resultado

apiVersion: deploy.cloud.google.com/v1beta1 kind: Target metadata: name: prod description: prod cluster requireApproval: true gke: cluster: projects/{{project-id}}/locations/us-central1/clusters/prod

4. Verifica que se hayan creado los tres destinos (prueba, etapa de pruebas y producción):

gcloud beta deploy targets list

Ya se crearon todos los destinos de Google Cloud Deploy para la canalización de entrega.

Haz clic en Revisar mi progreso para verificar el objetivo. Configurar los destinos de implementación

Tarea 7. Crear una versión

En esta tarea, crearás una versión de la aplicación.

Una versión de Google Cloud Deploy es una versión específica de una o más imágenes de contenedor asociadas a una canalización de entrega determinada. Una vez que se crea una versión, se puede ascender a través de múltiples destinos (la secuencia de ascenso). Además, cuando creas una versión, se procesa tu aplicación con skaffold y el resultado se guarda como una referencia de un momento determinado que se usa mientras dure la versión.

Ya que se trata de la primera versión de tu aplicación, le asignarás el nombre web-app-001.

1. Para crear la versión, ejecuta este comando:

gcloud beta deploy releases create web-app-001 \ --delivery-pipeline web-app \ --build-artifacts web/artifacts.json \ --source web/

El parámetro --build-artifacts hace referencia al archivo artifacts.json que creó skaffold anteriormente. El parámetro --source hace referencia al directorio del código fuente de la aplicación en el que se puede encontrar skaffold.yaml.

Cuando se crea una versión, también se lanza automáticamente en el primer destino de la canalización (a menos que se requiera aprobación, lo que se abordará más adelante en este lab).

2. Para confirmar que el destino de prueba tenga implementada tu aplicación, ejecuta este comando:

gcloud beta deploy rollouts list \ --delivery-pipeline web-app \ --release web-app-001

Resultado

--- approvalState: DOES_NOT_NEED_APPROVAL createTime: '2021-08-16T14:05:21.961604Z' deployEndTime: '2021-08-16T14:06:35.278604Z' deployStartTime: '2021-08-16T14:06:22.420091744Z' deployingBuild: projects/{{project-id}}/locations/us-central1/builds/4815b788-ec5e-4185-9141-a5b57c71b001 enqueueTime: '2021-08-16T14:06:21.760830Z' etag: 5cb7b6c342b5f29b name: projects/{{project-id}}/locations/us-central1/deliveryPipelines/web-app/releases/web-app-001/rollouts/web-app-001-to-test-0001 state: SUCCESS targetId: test uid: cccd9525d3a0414fa60b2771036841d9

El primer lanzamiento de una versión tarda varios minutos, ya que Google Cloud Deploy procesa los manifiestos de todos los destinos cuando se crea la versión. El clúster de GKE también puede tardar unos minutos para proporcionar los recursos que necesita la implementación.

Si no ves state: SUCCESS en el resultado del comando anterior, espera un momento y vuelve a ejecutar el comando de forma periódica hasta que se complete el lanzamiento.

3. Para confirmar que la aplicación se haya implementado en el clúster de GKE de prueba, ejecuta estos comandos:

kubectx test kubectl get all -n web-app

Resultado

NAME READY STATUS RESTARTS AGE pod/leeroy-app-5547cf9d9b-rgc2l 1/1 Running 0 3m27s pod/leeroy-web-6768b49c46-w7vt9 1/1 Running 0 3m27s NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE service/leeroy-app ClusterIP None <none> 50051/TCP 3m28s NAME READY UP-TO-DATE AVAILABLE AGE deployment.apps/leeroy-app 1/1 1 1 3m28s deployment.apps/leeroy-web 1/1 1 1 3m28s NAME DESIRED CURRENT READY AGE replicaset.apps/leeroy-app-5547cf9d9b 1 1 1 3m28s replicaset.apps/leeroy-web-6768b49c46 1 1 1 3m28s

Haz clic en Revisar mi progreso para verificar el objetivo. Crear una versión

Tarea 8. Ascender la aplicación a la etapa de pruebas

En esta tarea, ascenderás la aplicación desde el destino de prueba y hacia el destino de etapa de pruebas.

1. Asciende la aplicación al destino de etapa de pruebas:

gcloud beta deploy releases promote \ --delivery-pipeline web-app \ --release web-app-001

Se te solicitará que continúes antes de que comience el ascenso.

• Presiona INTRO para aceptar la configuración predeterminada (Y = sí).

2. Para confirmar que el destino de etapa de pruebas tenga implementada tu aplicación, ejecuta este comando:

gcloud beta deploy rollouts list \ --delivery-pipeline web-app \ --release web-app-001

Revisa el resultado

Busca la sección marcada como targetId: staging. Como antes, si no ves state: SUCCEEDED en el resultado del comando anterior, espera un momento y vuelve a ejecutar el comando de forma periódica hasta que se complete el lanzamiento.

Resultado

--- approvalState: DOES_NOT_NEED_APPROVAL createTime: '2022-01-05T02:19:32.539468Z' deployEndTime: '2022-01-05T02:19:45.970949Z' deployStartTime: '2022-01-05T02:19:33.111948770Z' deployingBuild: projects/743805075658/locations/us-central1/builds/2316517c-3a2f-4cd3-80ad-6d133b653746 etag: 1109b802ff586df5 name: projects/{{project-id}}/locations/us-central1/deliveryPipelines/web-app/releases/web-app-001/rollouts/web-app-001-to-staging-0001 state: SUCCEEDED targetId: staging uid: 80a35a5f044844708d2050f8c556e07e

Haz clic en Revisar mi progreso para verificar el objetivo. Ascender la aplicación a la etapa de pruebas

Tarea 9. Ascender la aplicación a la producción

En esta tarea, ascenderás nuevamente la aplicación, pero también brindarás la aprobación.

1. Asciende la aplicación al destino de producción:

gcloud beta deploy releases promote \ --delivery-pipeline web-app \ --release web-app-001

Se te solicitará que continúes antes de que comience el ascenso.

• Presiona INTRO para aceptar la configuración predeterminada (Y = sí).

2. Para revisar el estado del destino de producción, ejecuta este comando:

gcloud beta deploy rollouts list \ --delivery-pipeline web-app \ --release web-app-001

En el resultado, ten en cuenta que approvalState es NEEDS_APPROVAL y que el estado es PENDING_APPROVAL.

Resultado

--- approvalState: NEEDS_APPROVAL createTime: '2021-08-16T14:12:07.466989Z' etag: 6e9303e5a1b04084 name: projects/{{project-id}}/locations/us-central1/deliveryPipelines/web-app/releases/web-app-001/rollouts/web-app-001-to-prod-0001 state: PENDING_APPROVAL targetId: prod uid: a5c7d6007fee4d80904d49142581aaa7

3. Aprueba el lanzamiento con este comando:

gcloud beta deploy rollouts approve web-app-001-to-prod-0001 \ --delivery-pipeline web-app \ --release web-app-001

Se te solicitará que apruebes el lanzamiento antes de que comience el ascenso.

• Presiona INTRO para aceptar la configuración predeterminada (Y = sí).

4. Para confirmar que el destino de producción tenga implementada tu aplicación, ejecuta este comando:

gcloud beta deploy rollouts list \ --delivery-pipeline web-app \ --release web-app-001

Como en el caso de los lanzamientos anteriores, localiza la entrada del destino (targetId: prod) y verifica que se haya completado el lanzamiento (state: SUCCEEDED). Vuelve a ejecutar el comando periódicamente hasta que se complete el lanzamiento.

5. Usa kubectl para verificar el estado de la aplicación implementada:

kubectx prod kubectl get all -n web-app

Haz clic en Revisar mi progreso para verificar el objetivo. Ascender la aplicación a la producción

¡Felicitaciones!

¡Felicitaciones! En este lab, aprendiste a crear una canalización de entrega con Google Cloud Deploy. Creaste una versión para una aplicación básica y ascendiste la aplicación por medio de una serie de destinos de Google Kubernetes Engine (GKE). Primero, implementaste la aplicación en el destino de prueba, luego la ascendiste al destino de etapa de pruebas y, finalmente, al destino de producción. Ahora, puedes usar Cloud Deploy para crear canalizaciones de entrega continua.

Capacitación y certificación de Google Cloud

Recibe la formación que necesitas para aprovechar al máximo las tecnologías de Google Cloud. Nuestras clases incluyen habilidades técnicas y recomendaciones para ayudarte a avanzar rápidamente y a seguir aprendiendo. Para que puedas realizar nuestros cursos cuando más te convenga, ofrecemos distintos tipos de capacitación de nivel básico a avanzado: a pedido, presenciales y virtuales. Las certificaciones te ayudan a validar y demostrar tus habilidades y tu conocimiento técnico respecto a las tecnologías de Google Cloud.

Última actualización del manual: 15 de mayo de 2025

Prueba más reciente del lab: 15 de mayo de 2025

Copyright 2025 Google LLC. All rights reserved. Google y el logotipo de Google son marcas de Google LLC. Los demás nombres de productos y empresas pueden ser marcas de las respectivas empresas a las que estén asociados.