You are building an application that uses a distributed microservices architecture. You want to measure the performance and system resource utilization in one of the microservices written in Java. What should you do?

• A.Instrument the service with Cloud Profiler to measure CPU utilization and method-level execution times in the service.
• B.Instrument the service with Debugger to investigate service errors.
• C.Instrument the service with Cloud Trace to measure request latency.
• D.Instrument the service with OpenCensus to measure service latency, and write custom metrics to Cloud Monitoring.

Comment: *

Name: *

Email: *

Verification: *

You need to deploy resources from your laptop to Google Cloud using Terraform. Resources in your Google Cloud environment must be created using a service account. Your Cloud Identity has the roles/iam.serviceAccountTokenCreator Identity and Access Management (IAM) role and the necessary permissions to deploy the resources using Terraform. You want to set up your development environment to deploy the desired resources following Google-recommended best practices. What should you do?

• A.1) Download the service account's key file in JSON format, and store it locally on your laptop.
  2) Set the GOOGLE_APPLICATION_CREDENTIALS environment variable to the path of your downloaded key file.
• B.1) Run the following command from a command line: gcloud config set auth/impersonate_service_account [email protected].
  2) Set the GOOGLE_OAUTH_ACCESS_TOKEN environment variable to the value that is returned by the gcloud auth print-access-token command.
• C.1) Run the following command from a command line: gcloud auth application-default login.
  2) In the browser window that opens, authenticate using your personal credentials.
• D.1) Store the service account's key file in JSON format in Hashicorp Vault.
  2) Integrate Terraform with Vault to retrieve the key file dynamically, and authenticate to Vault using a short-lived access token.

Comment: *

Name: *

Email: *

Verification: *

Your team develops stateless services that run on Google Kubernetes Engine (GKE). You need to deploy a new service that will only be accessed by other services running in the GKE cluster. The service will need to scale as quickly as possible to respond to changing load. What should you do?

• A.Use a Vertical Pod Autoscaler to scale the containers, and expose them via a ClusterIP Service.
• B.Use a Vertical Pod Autoscaler to scale the containers, and expose them via a NodePort Service.
• C.Use a Horizontal Pod Autoscaler to scale the containers, and expose them via a ClusterIP Service.
• D.Use a Horizontal Pod Autoscaler to scale the containers, and expose them via a NodePort Service.

Comment: *

Name: *

Email: *

Verification: *

You are a cluster administrator for Google Kubernetes Engine (GKE). Your organization's clusters are enrolled in a release channel. You need to be informed of relevant events that affect your GKE clusters, such as available upgrades and security bulletins. What should you do?

• A.Configure cluster notifications to be sent to a Pub/Sub topic.
• B.Execute a scheduled query against the google_cloud_release_notes BigQuery dataset.
• C.Query the GKE API for available versions.
• D.Create an RSS subscription to receive a daily summary of the GKE release notes.

Comment: *

Name: *

Email: *

Verification: *

You configured your Compute Engine instance group to scale automatically according to overall CPU usage. However, your application's response latency increases sharply before the cluster has finished adding up instances. You want to provide a more consistent latency experience for your end users by changing the configuration of the instance group autoscaler.
Which two configuration changes should you make? (Choose two.)

• A.Add the label "AUTOSCALE" to the instance group template.
• B.Decrease the cool-down period for instances added to the group.
• C.Increase the target CPU usage for the instance group autoscaler.
• D.Decrease the target CPU usage for the instance group autoscaler.
• E.Remove the health-check for individual VMs in the instance group.

Comment: *

Name: *

Email: *

Verification: *