nerdexam
Google

PROFESSIONAL-CLOUD-DEVOPS-ENGINEER · Question #52

You are building and deploying a microservice on Cloud Run for your organization. Your service is used by many applications internally. You are deploying a new release, and you need to test the new ve

The correct answer is A. Deploy the new version of the service to the staging environment. Split the traffic, and allow 1% of. To test a new Cloud Run microservice release extensively in staging and production with minimal user impact, you should deploy the new version to staging for initial checks, then use traffic splitting in production to gradually roll out with a small percentage of traffic.

Submitted by fatima_kr· Apr 18, 2026Applying site reliability engineering principles to a service

Question

You are building and deploying a microservice on Cloud Run for your organization. Your service is used by many applications internally. You are deploying a new release, and you need to test the new version extensively in the staging and production environments. You must minimize user and developer impact. What should you do?

Options

  • ADeploy the new version of the service to the staging environment. Split the traffic, and allow 1% of
  • BDeploy the new version of the service to the staging environment. Split the traffic, and allow 50%
  • CDeploy the new version of the service to the staging environment with a new-release tag without
  • DDeploy a new environment with the green tag to use as the staging environment. Deploy the new

How the community answered

(39 responses)
  • A
    72% (28)
  • B
    8% (3)
  • C
    5% (2)
  • D
    15% (6)

Why each option

To test a new Cloud Run microservice release extensively in staging and production with minimal user impact, you should deploy the new version to staging for initial checks, then use traffic splitting in production to gradually roll out with a small percentage of traffic.

ADeploy the new version of the service to the staging environment. Split the traffic, and allow 1% ofCorrect

Deploying the new version to a staging environment first allows developers to perform initial, isolated testing. Subsequently, applying a small traffic split (e.g., 1%) to the new version in the production environment enables a canary rollout, allowing for extensive testing with real production traffic while minimizing impact to the majority of users, which is a core Cloud Run feature for safe deployments.

BDeploy the new version of the service to the staging environment. Split the traffic, and allow 50%

Allowing 50% traffic to a new version is a significant exposure and does not align with minimizing user impact for initial extensive testing in production.

CDeploy the new version of the service to the staging environment with a new-release tag without

Deploying with a new-release tag *without sending traffic* is useful for internal testing or specific URL access, but it doesn't cover 'extensive testing in the production environment' with live user traffic.

DDeploy a new environment with the green tag to use as the staging environment. Deploy the new

Deploying a new environment with a 'green' tag as a staging environment is a less efficient approach in Cloud Run, which natively supports multiple revisions and traffic splitting within a single service, designed to manage canary deployments or blue/green strategies seamlessly without full environment duplication.

Concept tested: Cloud Run traffic splitting and gradual rollouts

Source: https://cloud.google.com/run/docs/managing/revisions

Topics

#Canary Deployment#Traffic Splitting#Cloud Run#Progressive Delivery

Community Discussion

No community discussion yet for this question.

Full PROFESSIONAL-CLOUD-DEVOPS-ENGINEER Practice