Soru

Zorluk: KolayAutomating Continuous Deployment Pipelines and Release Strategies

A cloud architecture team is setting up an automated Continuous Delivery pipeline for a web service on Google Cloud using Cloud Build, Artifact Registry, and Cloud Deploy. What is the correct chronological sequence of steps to safely build, validate, and roll out a new software release to production?

  1. 1Build the container image using Cloud Build and store it in Artifact Registry with vulnerability scanning enabled.
  2. 2Create a Cloud Deploy release specifying the container image digest and target delivery pipeline definition.
  3. 3Deploy the release to the staging target environment and execute automated integration tests.
  4. 4Promote the release to the production target environment to initiate progressive canary traffic shifting.

Cevap

The correct sequence starts with building and scanning the container image in Artifact Registry, followed by creating a Cloud Deploy release, deploying to a staging target for automated validation, and finally promoting the release to the production target for progressive canary rollout.
A standard automated deployment pipeline enforces strict stage dependencies: source code is first compiled into a container image and scanned for vulnerabilities in Artifact Registry; next, a Cloud Deploy release is initialized referencing this immutable artifact; the release is then deployed to staging for automated integration testing; finally, upon successful test completion, the release is promoted to production.

Adım Adım Çözüm

1
Trigger Cloud Build to build the container image and upload it to Artifact Registry.
A secure container image artifact with scan results is available.
Build artifacts and security scans must exist prior to creating deployment manifests.
2
Execute gcloud deploy releases create to bundle the pipeline configuration and image digest.
An immutable Cloud Deploy release object is created.
Cloud Deploy requires a defined release object to manage target progressions and rollbacks.
3
Deploy the release to the non-production staging environment and run integration tests.
The release is validated in an isolated staging environment.
Testing in non-production environments catches integration issues before user impact.
4
Promote the validated Cloud Deploy release to the production target.
The application is deployed to production using the defined canary strategy.
Promotion executes the progressive rollout strategy safely after all prerequisite checks pass.

Anahtar Kavram

Automated Deployment Pipeline Order and Progression Gates
Bu soruyu puanla