12.1-GCP-ACE

Un equipo quiere administrar infraestructura de Google Cloud como código declarativo y reproducible. ¿Qué debe usar?. Terraform con el proveedor de Google. Scripts manuales sin estado. Logs Explorer. Cloud Trace.

Has clonado por primera vez una configuración Terraform. ¿Qué comando debes ejecutar antes de planificar?. terraform destroy. terraform init. terraform output. terraform state rm.

Quieres comprobar la sintaxis y coherencia interna de la configuración sin consultar recursos remotos. ¿Qué comando debes ejecutar?. terraform apply. terraform import. terraform validate. terraform destroy.

El repositorio tiene estilos HCL inconsistentes. ¿Qué comando los normaliza automáticamente?. terraform taint. terraform plan. terraform show. terraform fmt.

Antes de cambiar producción quieres ver recursos que se crearán, modificarán o destruirán sin ejecutar acciones. ¿Qué debes usar?. terraform plan. terraform apply -auto-approve. terraform destroy. gcloud projects delete.

Un pipeline debe aplicar exactamente el plan que fue revisado y aprobado. ¿Qué patrón debes usar?. Ejecutar apply en cada portátil sin plan. Guardar el plan con terraform plan -out y pasar ese archivo a terraform apply. Editar el estado manualmente. Usar siempre terraform destroy primero.

¿Qué bloque declara un objeto de infraestructura que Terraform administrará?. output. variable. resource. locals únicamente.

Una configuración usa recursos google_*. ¿Qué componente traduce esos bloques a llamadas de API?. El backend. El módulo raíz. El archivo tfvars. El provider de Google.

Quieres evitar que una actualización futura del proveedor introduzca cambios inesperados. ¿Qué debes declarar?. Restricciones de versión del provider y conservar el archivo de bloqueo en control de versiones. Una IP estática. Una alerta de CPU. Una clave de cuenta de servicio en el repositorio.

Los entornos dev y prod difieren en project_id y región. ¿Cómo debes modelarlo sin duplicar toda la configuración?. Editar literales antes de cada apply. Declarar variables de entrada tipadas y proporcionar valores por entorno. Crear un proveedor distinto por recurso sin motivo. Guardar ambos valores en el estado manualmente.

Un valor de contraseña debe marcarse para no mostrarse normalmente en salidas de CLI. ¿Qué atributo debes usar en la variable u output?. default = public. nullable = false únicamente. sensitive = true. description = secret.

Una variable environment solo puede valer dev, staging o prod. ¿Qué debes añadir?. Un output. Un provider alias. Un data source. Un bloque de validación en la variable.

Quieres proporcionar varios valores complejos de variables sin problemas de escape en la línea de comandos. ¿Qué opción es preferible?. Un archivo .tfvars apropiadamente protegido. Editar el binario de Terraform. Modificar el state con un editor. Usar una etiqueta de Compute Engine.

Un recurso B necesita usar la dirección creada por el recurso A. ¿Cómo debes expresar la dependencia normalmente?. Con un comentario. Referenciando directamente el atributo de A en la configuración de B. Esperando un minuto entre recursos. Añadiendo una variable sin valor.

Existe una dependencia operativa que Terraform no puede inferir de referencias de datos. ¿Qué meta-argumento debes usar de forma explícita?. count. provider. depends_on. lifecycle.ignore_changes.

Debes crear una instancia por cada elemento de un mapa con claves estables. ¿Qué meta-argumento suele ser más adecuado?. output. backend. provisioner. for_each.

Un consumidor necesita conocer la IP creada por el módulo raíz después del despliegue. ¿Qué debes declarar?. Un output que exponga el atributo necesario. Una variable sin valor. Un backend local adicional. Una segunda copia del recurso.

Varios equipos repiten la misma combinación de VPC, subredes y reglas. ¿Cómo debes reducir duplicación?. Copiar y pegar los recursos en cada repositorio. Crear un módulo reutilizable con inputs, recursos y outputs bien definidos. Administrarlos manualmente en la consola. Guardar el state en correo electrónico.