Usar recomendaciones en un sistema de infraestructura como código

Cuando termines este tutorial, puedes evitar que se te siga facturando eliminando los recursos que has creado. Consulta más información en la sección Limpieza.

Configurar un entorno

1. En la consola de Google Cloud , selecciona tu proyecto de build.

2. En la Google Cloud consola, ve a Cloud Shell.

   Ir a Cloud Shell

   En la parte inferior de la consola Google Cloud , se abre una sesión de Cloud Shell y se muestra un mensaje de la línea de comandos. Cloud Shell es un entorno de shell con la CLI de Google Cloud ya instalada y con los valores ya definidos para tu proyecto actual. La sesión puede tardar unos segundos en inicializarse.

   Usa Cloud Shell para todos los comandos de terminal de este tutorial.

3. Crea una variable de entorno para almacenar el número del proyecto build con el siguiente comando:

   export BUILD_PROJECT_ID=$DEVSHELL_PROJECT_ID
   

4. Crea una variable de entorno que contenga el número del proyecto test . Copia manualmente el ID del proyecto de prueba y sustitúyelo por PROJECT-ID.

   export TEST_PROJECT_ID=PROJECT-ID

5. Asigna ajustes predeterminados a los valores que se usan en todo el tutorial, como región y zona. En este tutorial, usas us-central1 como región predeterminada y us-central1-b como zona predeterminada.

6. Define la región y la zona predeterminadas para este tutorial ejecutando el siguiente comando:

   gcloud config set compute/zone us-central1-b --project $BUILD_PROJECT_ID
   gcloud config set compute/zone us-central1-b --project $TEST_PROJECT_ID
   

7. Configura tu proyecto build como proyecto predeterminado:

   gcloud config set project $BUILD_PROJECT_ID
   

8. Crea una variable de entorno llamada BUILD_PROJECT_NUMBERpara tu buildnúmero de proyecto.

   export BUILD_PROJECT_NUMBER=$(gcloud projects describe $DEVSHELL_PROJECT_ID --format='value(projectNumber)')
   

9. Clona el repositorio de GitHub de este tutorial:

Crear un segmento para el estado de Terraform

Crea un segmento de Cloud Storage en tu proyecto de compilación para almacenar el archivo de estado de Terraform.

gcloud storage buckets create gs://recommender-tf-state-$BUILD_PROJECT_ID \
  --project=${BUILD_PROJECT_ID} --location=us-central1

Crear un repositorio de GitHub

Crea un repositorio de GitHub que sirva como repositorio de IaC de muestra

1. Crea un repositorio privado de GitHub. Este repositorio de IAC-REPO-NAME se utiliza como repositorio de IaC en este tutorial.

2. En los siguientes pasos, enviarás los archivos del subdirectorio sample-iac del repositorio clonado a tu cuenta de GitHub.

   1. En Cloud Shell, copia el directorio sample-iac en tu directorio principal. Usarás este directorio para crear un repositorio local y subirlo a GitHub.

      cp -r recommender-iac-pipeline-nodejs-tutorial/sample-iac $HOME
      

   2. Ve al nuevo directorio.

      cd $HOME/sample-iac
      

   3. Inicializa el repositorio en tu máquina local.

      git init
      

   4. Añade IAC-REPO-NAME como repositorio remoto y sustituye IAC-REPO-NAME y GITHUB-ACCOUNT por los valores que correspondan.

      git remote add origin https://github.com/GITHUB-ACCOUNT/IAC-REPO-NAME

   5. Sustituye los marcadores de posición de los archivos de este repositorio por el ID de tu proyectotest y el nombre del segmento de Cloud Storage de Terraform.

      sed -i "s|__PROJECT_ID__|${TEST_PROJECT_ID}|g" ./terraform.tfvars
      
      sed -i "s|__STATE_BUCKET_NAME__|recommender-tf-state-$BUILD_PROJECT_ID|g" ./backend.tf
      

   6. Añade, confirma y envía los cambios a GitHub.

      git add .
      git commit -m "First Commit"
      git push origin master
      

   7. Cuando se te solicite, inicia sesión en tu cuenta de GitHub.

Generar claves SSH para tu repositorio

Configura la autenticación con clave SSH en tu repositorio de IaC en GitHub y sube las claves a Cloud Storage.

1. Genera claves SSH para tu repositorio de GitHub.

   1. Genera un par de claves SSH. Sustituye your_email@example.com por tu dirección de correo de GitHub. En Cloud Shell:

      ssh-keygen -t rsa -b 4096 -m PEM -C "your_email@example.com"

   2. Cuando se te pida que introduzcas un archivo en el que guardar la clave, pulsa Intro. De esta forma, se acepta la ubicación predeterminada del archivo.

   3. Cuando se te pida que introduzcas una contraseña, pulsa Intro.

2. Apunta el directorio SSH-KEYS-DIR en el que guardes las claves SSH descargadas. De forma predeterminada, la ubicación es $HOME/.ssh/.

3. Copia la clave pública SSH que has generado en tu repositorio de GitHub como clave de implementación.

   1. Copia la clave pública SSH que has generado en Cloud Shell. Sustituye SSH-KEYS-DIR por la ruta del directorio.

      cat SSH-KEYS-DIR/id_rsa.pub

   2. En tu cuenta de GitHub, ve al repositorio IAC-REPO-NAME.

   3. Haz clic en Configuración > Claves de implementación.

   4. Haz clic en Añadir clave de implementación y pega la clave pública SSH que has copiado. Elige un título para la clave.

   5. Marca la casilla Permitir acceso de escritura.

   6. Haz clic en Guardar.

4. Vuelve a tu sesión de Cloud Shell

5. Crea el archivo known_hosts para GitHub. En tu sesión de Cloud Shell, ejecuta el comando:

   ssh-keyscan github.com >> ~/.ssh/known_hosts
   

6. Crea un segmento de Cloud Storage en tu proyecto de build y sube a él tus claves SSH y el archivo known_hosts. Sustituye SSH-KEYS-DIR por la ruta del directorio en el que has generado las claves SSH.

   gcloud storage buckets create gs://github-keys-$BUILD_PROJECT_ID --project=${BUILD_PROJECT_ID} --location=us-central1
   
   gcloud storage cp SSH-KEYS-DIR/id_rsa* gs://github-keys-$BUILD_PROJECT_ID
   gcloud storage cp SSH-KEYS-DIR/known_hosts gs://github-keys-$BUILD_PROJECT_ID

7. Genera un token de acceso personal para GitHub. Este token se usa al realizar operaciones de Git mediante llamadas a la API que el servicio recommender-parser hace para generar solicitudes de extracción y registrar manifiestos de IaC actualizados.

   1. En tu cuenta de GitHub, en la esquina superior derecha de cualquier página, haz clic en tu foto de perfil y, a continuación, en Configuración.

   2. En la barra lateral de la izquierda, haz clic en Configuración para desarrolladores.

   3. En la barra lateral de la izquierda, haz clic en Tokens de acceso personales.

   4. Haz clic en Generar token nuevo.

   5. Asigna un nombre descriptivo al token.

   6. Selecciona los permisos repo.

   7. Haz clic en Generate token (Generar token).

   8. Copia el token en el portapapeles.

   9. En tu sesión de Cloud Shell, crea una variable de entorno.

      export GITHUB_PAT=personal-access-token-you-copied

Configurar Cloud Build

1. Conecta tu repositorio de Git de IAC-REPO-NAME para integrarlo con Cloud Build.

   1. Ve a la página de la aplicación Cloud Build en GitHub Marketplace.
   2. Desplázate hacia abajo y haz clic en Configurar con Google Cloud Build en la parte inferior de la página.
   3. Si se te solicita, inicia sesión en GitHub.
   4. Selecciona Solo repositorios seleccionados. Usa la lista desplegable Seleccionar repositorios para habilitar el acceso solo a tus IAC-REPO-NAME en la aplicación Cloud Build.
   5. Haz clic en Instalar.

   6. Inicia sesión en Google Cloud.

      Se mostrará la página de autorización, donde se te pedirá que autorices a la aplicación Google Cloud Build para que se conecte a Google Cloud.

   7. Haz clic en Autorizar Google Cloud Build por GoogleCloudBuild. Se te redirigirá a la consola de Google Cloud .

   8. Selecciona tu proyecto de Google Cloud .

   9. Marca la casilla de consentimiento y haz clic en Siguiente.

   10. En la página Seleccionar repositorio que aparece, selecciona el repositorio de GitHub IAC-REPO-NAME.

   11. Haz clic en Conectar repositorio.

   12. Haz clic en Create a Trigger (Crear un activador). De esta forma, se creará una definición de activador.

   13. Haz clic en Crear para guardar el activador de compilación.

   Para obtener más información, consulta Ejecutar compilaciones en GitHub.

2. El directorio que has copiado tiene un archivo cloudbuild.yaml. Este archivo de configuración describe los pasos que ejecuta un trabajo de Cloud Build cuando se activa.

   steps:
   - name: hashicorp/terraform:0.12.0
     args: ['init']
   - name: hashicorp/terraform:0.12.0
     args: ['apply', '-auto-approve']
   

3. Añade permisos a tu cuenta de servicio de Cloud Build para que pueda crear cuentas de servicio, asociar roles y máquinas virtuales (instancias de Compute Engine) en el proyecto de prueba.

   gcloud projects add-iam-policy-binding $TEST_PROJECT_ID \
     --member serviceAccount:$BUILD_PROJECT_NUMBER@cloudbuild.gserviceaccount.com \
     --role roles/compute.admin \
     --project $TEST_PROJECT_ID
   
   gcloud projects add-iam-policy-binding $TEST_PROJECT_ID \
     --member serviceAccount:$BUILD_PROJECT_NUMBER@cloudbuild.gserviceaccount.com \
     --role roles/iam.serviceAccountAdmin \
     --project $TEST_PROJECT_ID
   
   gcloud projects add-iam-policy-binding $TEST_PROJECT_ID \
   --member serviceAccount:$BUILD_PROJECT_NUMBER@cloudbuild.gserviceaccount.com \
   --role roles/iam.securityAdmin \
   --project $TEST_PROJECT_ID
   

4. Abre la página Activadores de compilación en la consola deGoogle Cloud .

5. Selecciona el proyecto build y haz clic en Abrir.

6. Actualiza la definición del activador:

   1. Haz clic en el menú more_vert y, a continuación, en Editar.
   2. En Configuration (Configuración), selecciona la opción Cloud Build configuration file (yaml or json) (Archivo de configuración de Cloud Build [yaml o json]) y escribe cloudbuild.yaml en el campo de texto.
   3. Haz clic en Guardar.

7. Para probar manualmente el activador de compilación, haz clic en Ejecutar en la entrada del activador de la lista de activadores.

8. Verifica que el trabajo de Cloud Build que has ejecutado en el paso anterior haya creado una instancia de Compute Engine llamada tf-compute-1 y una cuenta de servicio llamada Terraform Recommender Test en tu proyecto de prueba.

Desplegar el servicio de Cloud Run recommender-parser

1. En Cloud Shell, cambia al directorio creado al clonar el repositorio.

   cd $HOME/recommender-iac-pipeline-nodejs-tutorial/parser-service
   

2. Configura Google Cloud para usar una región predeterminada en los servicios de Cloud Run. En este tutorial, se usa la región us-central1, pero puedes elegir otra región admitida si lo prefieres.

   gcloud config set run/region us-central1
   

3. El directorio parser-service tiene un subdirectorio de stub que contiene algunos archivos JSON de carga útil de ejemplo para que pruebes el servicio recommender-parser. Ejecuta los siguientes comandos sed para sustituir los marcadores de posición PROJECT_ID de estos archivos JSON por el ID de tu proyecto de prueba.

   sed -i "s|__PROJECT_ID__|${TEST_PROJECT_ID}|g" ./stub/iam.json
   sed -i "s|__PROJECT_ID__|${TEST_PROJECT_ID}|g" ./stub/vm.json
   

4. Ejecuta el siguiente comando para crear una variable de entorno para tu imagen de Docker.

   export IMAGE=gcr.io/$BUILD_PROJECT_ID/recommender-parser:1.0
   

5. Crea la imagen y súbela a Container Registry.

   gcloud builds submit --tag $IMAGE .
   

6. Crea una cuenta de servicio para que el servicio recommender-parser interactúe con otros Google Cloud servicios de la canalización. Es recomendable conceder permisos granulares a tus servicios de Cloud Run. Consulta más información en el artículo sobre la identidad de servicio de Cloud Run.

   gcloud beta iam service-accounts create recommender-parser-sa \
     --description "Service account that the recommender-parser service uses to invoke other Google Cloud services" \
     --display-name "recommender-parser-sa" \
     --project $BUILD_PROJECT_ID
   

7. El servicio recommender-parser necesita acceder a las claves SSH de GitHub y al estado de Terraform que has subido a los buckets de Cloud Storage creados anteriormente. Añade la cuenta de servicio como miembro al segmento de Cloud Storage.

   gcloud storage buckets add-iam-policy-binding gs://github-keys-$BUILD_PROJECT_ID \
     --member=serviceAccount:recommender-parser-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role=roles/storage.objectUser
   
   gcloud storage buckets add-iam-policy-binding gs://recommender-tf-state-$BUILD_PROJECT_ID \
     --member=serviceAccount:recommender-parser-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role=roles/storage.objectUser
   

8. Da acceso a la cuenta de servicio del servicio recommender-parser a Firestore, Recommender y la API Service Usage.

   gcloud projects add-iam-policy-binding $BUILD_PROJECT_ID \
     --member serviceAccount:recommender-parser-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role roles/datastore.user
   
   gcloud projects add-iam-policy-binding $TEST_PROJECT_ID \
     --member serviceAccount:recommender-parser-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role roles/recommender.iamAdmin
   
   gcloud projects add-iam-policy-binding $TEST_PROJECT_ID \
     --member serviceAccount:recommender-parser-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role roles/recommender.iamViewer
   
   gcloud projects add-iam-policy-binding $TEST_PROJECT_ID \
     --member serviceAccount:recommender-parser-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role roles/recommender.computeAdmin
   
   gcloud projects add-iam-policy-binding $TEST_PROJECT_ID \
     --member serviceAccount:recommender-parser-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role roles/serviceusage.serviceUsageConsumer
   

9. Despliega el servicio de Cloud Run, llamado recommender-parser, ejecutando el comando. Sustituye GITHUB-ACCOUNT por tu nombre de usuario de la cuenta de GitHub, no por tu correo. Acepta las peticiones del sistema.

   gcloud run deploy \
    --image=${IMAGE} \
    --no-allow-unauthenticated \
    --region us-central1 \
    --platform managed \
    --service-account recommender-parser-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
    --set-env-vars="GITHUB_ACCOUNT=github.com:GITHUB-ACCOUNT,GITHUB_PAT=${GITHUB_PAT},SSH_KEYS_BUCKET=github-keys-${BUILD_PROJECT_ID},TERRAFORM_STATE_BUCKET=recommender-tf-state-$BUILD_PROJECT_ID" \
    --project $BUILD_PROJECT_ID \
    recommender-parser

Configurar Firestore

1. En la Google Cloud consolabuild, ve a la página de Firestore de tu proyecto.
2. Cuando se te pida que selecciones un modo, haz clic en Seleccionar modo nativo.
3. Selecciona us-east1 como ubicación predeterminada.
4. Haz clic en Crear base de datos.

El servicio recommender-parser escribe documentos en esta base de datos con los siguientes fines:

• Para hacer un seguimiento de las recomendaciones que ha obtenido de la API Recommender
• Llama a la API Recommender una vez que se hayan procesado las recomendaciones para actualizar el estado de cada recomendación procesada a SUCCEEDED o FAILED, según corresponda. Este es un paso clave que hace que la canalización sea idempotente, ya que garantiza que las recomendaciones no se procesen de forma incompleta ni varias veces.

Configurar una tarea de Cloud Scheduler

1. Crea una cuenta de servicio que usen las tareas de Cloud Scheduler para ejecutar el servicio recommender-parser.

   gcloud beta iam service-accounts create recommender-scheduler-sa \
     --description "Service Account used by Cloud Scheduler to invoke the recommender-parser service" \
     --display-name "recommender-scheduler-sa" \
     --project $BUILD_PROJECT_ID
   

2. Asigna el rol de ejecución o invocador a la cuenta de servicio para poder invocar el servicio de Cloud Run.

   gcloud beta run services add-iam-policy-binding recommender-parser \
   --member=serviceAccount:recommender-scheduler-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
   --role=roles/run.invoker \
   --region=us-central1
   

3. Obtén la URL de tu servicio de recomendaciones:

   gcloud beta run services list --platform managed --project $BUILD_PROJECT_ID
   

   Tu trabajo de Cloud Scheduler invoca la ruta /recommendation/iam del servicio recommender-parser para analizar las recomendaciones de gestión de identidades y accesos, y la ruta /recommender/vm para analizar las recomendaciones de tamaño de las máquinas virtuales.

4. Crea una variable para el endpoint que invocan las tareas de Cloud Scheduler. Sustituye RECOMMENDER-SERVICE-URL por la URL del servicio de recomendaciones que has copiado en el paso anterior.

   export RECOMMENDER_ROUTE_TO_INVOKE_IAM=RECOMMENDER-SERVICE-URL/recommendation/iam

   La URL debería tener un aspecto similar a esta URL de ejemplo después de añadir la información de la ruta:

   RECOMMENDER-SERVICE-URL/recommendation/iam
   

5. Crea una tarea de Cloud Scheduler llamada recommender-iam-scheduler..

   • Cambia la zona horaria seleccionada en función de tu ubicación.
   • Sustituye IAC-REPO-NAME por el nombre del repositorio de GitHub que has creado.

   El cuerpo del mensaje recibe tres entradas y debes crearlo como se indica a continuación:

   • repo: es el nombre del repositorio de GitHub IAC-REPO-NAME que has creado en Crear un repositorio de GitHub.

   • projects: lista o matriz de IDs de proyectos a los que se asigna este repositorio de GitHub de IaC. Google Cloud En este tutorial, es tu proyecto test.

   • stub: el recomendador genera recomendaciones de gestión de identidades y accesos cuando no se ha usado un subconjunto de permisos de un rol durante 60 días. Las recomendaciones de tamaño de las VMs siguen un patrón similar. Para probar esta canalización bajo demanda, se puede pasar stub como true para que la canalización se pruebe con las cargas útiles de ejemplo de Recommender proporcionadas en el repositorio que has clonado para este tutorial.

   gcloud beta scheduler jobs create http recommender-iam-scheduler \
     --project $BUILD_PROJECT_ID \
     --time-zone "America/Los_Angeles" \
     --schedule="0 */3 * * *" \
     --uri=$RECOMMENDER_ROUTE_TO_INVOKE_IAM \
     --description="Scheduler job to invoke recommendation pipeline" \
     --oidc-service-account-email="recommender-scheduler-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com" \
     --headers="Content-Type=application/json" \
     --http-method="POST" \
     --message-body="{ \"repo\": \"IAC-REPO-NAME\", \"projects\": [\"$TEST_PROJECT_ID\"], \"location\": \"global\", \"stub\": true }"

Pasos adicionales

Cloud Build publica información de compilación en un tema de Pub/Sub llamado cloud-builds, que se crea automáticamente cuando habilitas la API Cloud Build en tu proyecto de compilación.

1. Ejecuta el siguiente comando para verificar que el tema cloud-builds existe en tu proyecto build:

   gcloud pubsub topics describe cloud-builds
   

   Si el tema existe, verás el siguiente resultado, donde BUILD-PROJECT-ID es el ID de tu proyecto de compilación:

   name: projects/BUILD-PROJECT-ID/topics/cloud-builds
   

   Si recibes un mensaje de error que indica que no se ha encontrado el recurso, sigue las instrucciones para suscribirte a las notificaciones de compilación y crear el tema manualmente.

2. Crea una cuenta de servicio que Pub/Sub use para invocar el endpoint del servicio recommender-parser.

   gcloud beta iam service-accounts create recommender-ci-subscription-sa \
     --description "Service Account used by Cloud Pub/Sub to push Cloud Build events to the recommender-parser service" \
     --display-name "recommender-ci-subscription-sa" \
     --project $BUILD_PROJECT_ID
   

3. La cuenta de servicio de Pub/Sub debe estar asociada a los roles que necesita para publicar mensajes e invocar el servicio recommender-parser.

   gcloud projects add-iam-policy-binding $BUILD_PROJECT_ID \
     --member serviceAccount:recommender-ci-subscription-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role roles/pubsub.publisher \
     --project $BUILD_PROJECT_ID
   
   gcloud projects add-iam-policy-binding $BUILD_PROJECT_ID \
     --member serviceAccount:recommender-ci-subscription-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role roles/pubsub.subscriber \
     --project $BUILD_PROJECT_ID
   
   gcloud projects add-iam-policy-binding $BUILD_PROJECT_ID \
     --member serviceAccount:recommender-ci-subscription-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role roles/run.invoker \
     --project $BUILD_PROJECT_ID
   

4. Añade la recommender-ci-subscription-sacuenta de servicio que has creado al servicio recommender-parser como miembro con el rol invoker.

   gcloud beta run services add-iam-policy-binding recommender-parser \
     --member=serviceAccount:recommender-ci-subscription-sa@$BUILD_PROJECT_ID.iam.gserviceaccount.com \
     --role=roles/run.invoker --region=us-central1
   

5. Ve a Pub/Sub en la consola de Google Cloud .

6. Haz clic en el tema de compilaciones en la nube.

7. Haz clic en Crear suscripción.

8. En ID de suscripción, escribe recommender-service-build-events.

9. En Tipo de envío, selecciona Envío.

10. En Endpoint, escribe la URL de tu servicio de recomendaciones seguida de /ci.

11. Selecciona Habilitar autenticación.

    1. Selecciona la cuenta de servicio recommender-ci-subscription-saque has creado.
    2. Haga clic en Conceder en respuesta al mensaje.

12. Selecciona Plazo límite de confirmación de 60 segundos.

13. Mantén el resto de los valores predeterminados.

14. Haz clic en Crear.

Probar el flujo de procesamiento

Recomendador genera recomendaciones de gestión de identidades y accesos cuando un subconjunto de permisos de un rol no se ha usado en 60 días. Las recomendaciones de tamaño de las máquinas virtuales siguen un patrón similar. Para probar esta pipeline bajo demanda, usarás las cargas útiles JSON de recomendaciones de ejemplo proporcionadas en el subdirectorio stub del repositorio que clonaste para este tutorial. De esta forma, puedes probar la canalización, excepto las llamadas a la API que el analizador de recomendaciones hace al endpoint de la API Recommender para actualizar el estado de las recomendaciones que ha aplicado correctamente.

Si tiene recomendaciones activas en sus proyectos de Google Cloud, puede probar la canalización de principio a fin sin necesidad de usar stubs. El resultado que se describe a continuación es pertinente cuando se usan las cargas útiles de ejemplo para probar la canalización. Sin embargo, los pasos para probar esta canalización sin muestras siguen siendo los mismos.

1. En la Google Cloud consola, ve a tu proyecto de prueba y revisa los recursos que se han creado. Debes tener lo siguiente:

   1. Una instancia de Compute Engine llamada tf-compute-1 con el tipo de máquina g1-small.
   2. Una cuenta de servicio llamada Terraform Recommender Test con el rol editor para tu proyecto de prueba.

2. En la página de la consola Cloud Scheduler de tu proyecto build, haz clic en Ejecutar ahora en el trabajo recommender-iam-scheduler.

3. Haz clic en el trabajo para ver los registros. También puedes ver los registros del servicio recommender-parser para obtener una vista detallada de los pasos que ejecuta el servicio.

4. Una vez que el servicio haya terminado de ejecutarse, ve a tu repositorio de GitHub IAC-REPO-NAME. El recommender-parserservicio habría generado una solicitud de extracción por ti. Revisa los manifiestos de IaC modificados que componen esta solicitud de extracción y haz clic en Combinar solicitud de extracción si estás conforme con los cambios en tus manifiestos de IaC.

5. Cuando combinas la solicitud de extracción, se crea una nueva confirmación en la rama principal. De esta forma, se activa una tarea de Cloud Build que implementa las modificaciones en los Google Cloud recursos de tu proyectotest. Espera unos instantes a que se complete el trabajo de Cloud Build. Puedes consultar su estado en la consola de Google Cloud .

6. Una vez que se haya completado el trabajo, ve al proyecto de prueba. Las cargas útiles de ejemplo proporcionadas hacen los siguientes cambios en los recursos de tu proyecto de prueba.

   • La cuenta de servicio de prueba de Terraform, que antes tenía el rol editor cuando se implementó, se ha cambiado a viewer.