Google Associate Cloud Engineer #3

Tienes una aplicación de un solo binario que quieres ejecutar en Google Cloud Platform. Decidiste escalar automáticamente la aplicación basándote en el uso de CPU de la infraestructura subyacente. Tus políticas organizacionales requieren que uses máquinas virtuales directamente. Necesitas asegurar que el escalado de la aplicación sea operacionalmente eficiente y se complete lo más rápido posible. ¿Qué deberías hacer?. A. Crear un clúster de Google Kubernetes Engine y usar el autoescalado horizontal de pods (horizontal pod autoscaling) para escalar la aplicación. B. Crear una plantilla de instancia (instance template) y usar la plantilla en un grupo de instancias gestionado (managed instance group) con el autoescalado configurado. C. Crear una plantilla de instancia y usar la plantilla en un grupo de instancias gestionado que escale (crezca y decrezca) basándose en la hora del día. D. Usar un conjunto de herramientas de terceros para construir automatización en torno al escalado de la aplicación (crecer y decrecer), basándose en la monitorización de uso de CPU de Stackdriver.

Estás analizando los costes de los servicios de Google Cloud Platform de tres proyectos separados. Quieres usar esta información para crear estimaciones de costes de servicio por tipo de servicio, diarias y mensuales, para los próximos seis meses usando sintaxis de consulta estándar. ¿Qué deberías hacer?. A. Exportar tu factura a un bucket de Cloud Storage y luego importarla a Cloud Bigtable para su análisis. B. Exportar tu factura a un bucket de Cloud Storage y luego importarla a Google Sheets para su análisis. C. Exportar tus transacciones a un archivo local y realizar el análisis con una herramienta de escritorio. D. Exportar tu factura a un conjunto de datos de BigQuery y luego escribir consultas SQL basadas en ventanas de tiempo para el análisis.

Necesitas configurar una política para que los videos almacenados en un bucket Regional específico de Cloud Storage se muevan a Coldline después de 90 días, y luego se eliminen después de un año desde su creación. ¿Cómo deberías configurar la política?. A. Usar la Gestión del Ciclo de Vida de Objetos (Object Lifecycle Management) de Cloud Storage usando condiciones de Antigüedad (Age) con acciones SetStorageClass y Delete. Establecer la acción SetStorageClass en 90 días y la acción Delete en 275 días (365 – 90). B. Usar la Gestión del Ciclo de Vida de Objetos (Object Lifecycle Management) de Cloud Storage usando condiciones de Antigüedad (Age) con acciones SetStorageClass y Delete. Establecer la acción SetStorageClass en 90 días y la acción Delete en 365 días. C. Usar gsutil rewrite y establecer la acción Delete en 275 días (365-90). D. Usar gsutil rewrite y establecer la acción Delete en 365 días.

Tienes una VM de Linux que debe conectarse a Cloud SQL. Creaste una cuenta de servicio (service account) con los derechos de acceso apropiados. Quieres asegurarte de que la VM use esta cuenta de servicio en lugar de la cuenta de servicio por defecto de Compute Engine. ¿Qué deberías hacer?. A. Al crear la VM a través de la consola web, especificar la cuenta de servicio en la sección "Identidad y Acceso a la API" (Identity and API Access). B. Descargar una Clave Privada JSON para la cuenta de servicio. En los Metadatos del Proyecto, añadir ese JSON como el valor para la clave compute-engine-service-account. C. Descargar una Clave Privada JSON para la cuenta de servicio. En los Metadatos Personalizados de la VM, añadir ese JSON como el valor para la clave compute-engine-service-account. D. Descargar una Clave Privada JSON para la cuenta de servicio. Después de crear la VM, conectarse por ssh a la VM y guardar el JSON en ~/.gcloud/compute-engine-service-account.json.

Creaste una instancia de SQL Server 2017 en Compute Engine para probar características de la nueva versión. Quieres conectarte a esta instancia usando el menor número de pasos. ¿Qué deberías hacer?. A. Instalar un cliente RDP en tu escritorio. Verificar que exista una regla de firewall para el puerto 3389. B. Instalar un cliente RDP en tu escritorio. Establecer un nombre de usuario y contraseña de Windows en la Consola de GCP. Usar las credenciales para iniciar sesión en la instancia. C. Establecer una contraseña de Windows en la Consola de GCP. Verificar que exista una regla de firewall para el puerto 22. Hacer clic en el botón RDP en la Consola de GCP y proporcionar las credenciales para iniciar sesión. D. Establecer un nombre de usuario y contraseña de Windows en la Consola de GCP. Verificar que exista una regla de firewall para el puerto 3389. Hacer clic en el botón RDP en la Consola de GCP y proporcionar las credenciales para iniciar sesión.

Tienes una cuenta de GCP ejecutándose en tu región y zona por defecto y otra cuenta ejecutándose en una región y zona no predeterminadas. Quieres iniciar una nueva instancia de Compute Engine en estas dos cuentas de Google Cloud Platform usando la interfaz de línea de comandos. ¿Qué deberías hacer?. A. Crear dos configuraciones usando gcloud config configurations create [NAME]. Ejecutar gcloud config configurations activate [NAME] para cambiar entre cuentas al ejecutar los comandos para iniciar las instancias de Compute Engine. B. Crear dos configuraciones usando gcloud config configurations create [NAME]. Ejecutar gcloud configurations list para iniciar las instancias de Compute Engine. C. Activar dos configuraciones usando gcloud configurations activate [NAME]. Ejecutar gcloud config list para iniciar las instancias de Compute Engine. D. Activar dos configuraciones usando gcloud configurations activate [NAME]. Ejecutar gcloud configurations list para iniciar las instancias de Compute Engine.

Has cambiado significativamente una plantilla compleja de Deployment Manager y quieres confirmar que las dependencias de todos los recursos definidos se cumplen correctamente antes de aplicarla (committing) al proyecto. Quieres la retroalimentación más rápida sobre tus cambios. ¿Qué deberías hacer?. A. Usar sentencias de registro (logging) granulares dentro de una plantilla de Deployment Manager escrita en Python. B. Monitorizar la actividad de la ejecución de Deployment Manager en la página de Stackdriver Logging de la Consola de GCP. C. Ejecutar la plantilla de Deployment Manager en un proyecto separado con la misma configuración y monitorizar si hay fallos. D. Ejecutar la plantilla de DeploymentM anager usando la opción --preview en el mismo proyecto y observar el estado de los recursos interdependientes.

Estás creando un pipeline para procesar datos de series temporales. ¿Qué servicios de Google Cloud Platform deberías colocar en los recuadros 1, 2, 3 y 4?. A. Cloud Pub/Sub, Cloud Dataflow, Cloud Datastore, BigQuery. B. Firebase Messages, Cloud Pub/Sub, Cloud Spanner, BigQuery. C. Cloud Pub/Sub, Cloud Storage, BigQuery, Cloud Bigtable. D. Cloud Pub/Sub, Cloud Dataflow, Cloud Bigtable, BigQuery.

Tienes un proyecto para tu aplicación de App Engine que sirve a un entorno de desarrollo. Las pruebas requeridas han tenido éxito y quieres crear un nuevo proyecto para que sirva como tu entorno de producción. ¿Qué deberías hacer?. A. Usar gcloud para crear el nuevo proyecto y luego desplegar tu aplicación en el nuevo proyecto. B. Usar gcloud para crear el nuevo proyecto y para copiar la aplicación desplegada al nuevo proyecto. C. Crear un archivo de configuración de Deployment Manager que copie el despliegue actual de App Engine en un nuevo proyecto. D. Desplegar tu aplicación de nuevo usando gcloud y especificar el parámetro project con el nombre del nuevo proyecto para crear el nuevo proyecto.

Necesitas configurar el registro de auditoría de acceso de IAM (IAM access audit logging) en BigQuery para auditores externos. Quieres seguir las prácticas recomendadas de Google. ¿Qué deberías hacer?. A. Añadir el grupo de auditores a los roles predefinidos de IAM ‘logging.viewer’ y ‘bigQuery.dataViewer’. B. Añadir el grupo de auditores a dos nuevos roles de IAM personalizados. C. Añadir las cuentas de usuario de los auditores a los roles predefinidos de IAM ‘logging.viewer’ y ‘bigQuery.dataViewer’. D. Añadir las cuentas de usuario de los auditores a dos nuevos roles de IAM personalizados.

Necesitas configurar permisos para un conjunto de instancias de Compute Engine para permitirles escribir datos en un bucket particular de Cloud Storage. Quieres seguir las prácticas recomendadas de Google. ¿Qué deberías hacer?. A. Crear una cuenta de servicio (service account) con un alcance (scope) de acceso. Usar el alcance de acceso ‘https://www.googleapis.com/auth/devstorage.write_only’. B. Crear una cuenta de servicio con un alcance de acceso. Usar el alcance de acceso ‘https://www.googleapis.com/auth/cloud-platform’. C. Crear una cuenta de servicio y añadirla al rol de IAM ‘storage.objectCreator’ para ese bucket. D. Crear una cuenta de servicio y añadirla al rol de IAM ‘storage.objectAdmin’ para ese bucket.

Tienes datos sensibles almacenados en tres buckets de Cloud Storage y has habilitado el registro de acceso a datos (data access logging). Quieres verificar las actividades de un usuario en particular para estos buckets, usando el menor número de pasos posible. Necesitas verificar la adición de etiquetas de metadatos y qué archivos han sido vistos desde esos buckets. ¿Qué deberías hacer?. A. Usando la Consola de GCP, filtrar el "Activity log" (Registro de Actividad) para ver la información. B. Usando la Consola de GCP, filtrar el registro de Stackdriver (Stackdriver log) para ver la información. C. Ver el bucket en la sección de Almacenamiento (Storage) de la Consola de GCP. D. Crear una traza (trace) en Stackdriver para ver la información.

Eres el propietario (project owner) de un proyecto de GCP y quieres delegar el control a colegas para gestionar buckets y archivos en Cloud Storage. Quieres seguir las prácticas recomendadas de Google. ¿Qué roles de IAM deberías otorgar a tus colegas?. A. Editor del Proyecto (Project Editor). B. Administrador de Almacenamiento (Storage Admin). C. Administrador de Objetos de Almacenamiento (Storage Object Admin). D. Creador de Objetos de Almacenamiento (Storage Object Creator).

Tienes un objeto en un bucket de Cloud Storage que quieres compartir con una empresa externa. El objeto contiene datos sensibles. Quieres que el acceso al contenido se elimine después de cuatro horas. La empresa externa no tiene una cuenta de Google a la que puedas otorgar privilegios de acceso específicos basados en el usuario. Quieres utilizar el método más seguro que requiera el menor número de pasos. ¿Qué deberías hacer?. A. Crear una URL firmada (signed URL) con una caducidad de cuatro horas y compartir la URL con la empresa. B. Establecer el acceso al objeto como "público" y usar la gestión del ciclo de vida de los objetos para eliminar el objeto después de cuatro horas. C. Configurar el bucket de almacenamiento como un sitio web estático y proporcionar la URL del objeto a la empresa. Eliminar el objeto del bucket de almacenamiento después de cuatro horas. D. Crear un nuevo bucket de Cloud Storage específicamente para que acceda la empresa externa. Copiar el objeto a ese bucket. Eliminar el bucket después de que hayan pasado cuatro horas.

Estás creando un clúster de Google Kubernetes Engine (GKE) con la función de autoescalado de clúster (cluster autoscaler) habilitada. Necesitas asegurarte de que cada nodo del clúster ejecute un pod de monitorización que envíe métricas de los contenedores a una solución de monitorización de terceros. ¿Qué deberías hacer?. A. Desplegar el pod de monitorización en un objeto StatefulSet. B. Desplegar el pod de monitorización en un objeto DaemonSet. C. Hacer referencia al pod de monitorización en un objeto Deployment. D. Hacer referencia al pod de monitorización en un inicializador de clúster (cluster initializer) en el momento de la creación del clúster GKE.