Prepare and test your skills
Prepare and test your skills
Worked example. The correct answer is already marked and every option is explained below, so there is nothing to select here. To answer questions yourself, start the free trial.
Your enterprise organization is designing a continuous integration and continuous delivery (CI/CD) pipeline architecture on Google Cloud to build and deploy critical applications. The security governance team mandates strict compliance with the following security requirements:
Which architecture and configuration strategy should the DevOps team implement?
This configuration deploys worker instances with public IP egress enabled and grants root-level Owner privileges to the pipeline identity while fetching encrypted configuration blobs from Cloud Storage buckets over public endpoints.
The pipeline strictly required uncontrolled public internet access to download open-source assets from unverified public repositories with no perimeter security requirements.
Generating service account keys (JSON keys) creates long-lived asymmetric cryptographic credentials that allow external or self-hosted systems to authenticate as a Google Cloud identity without utilizing native Google Cloud IAM token generation.
You were integrating a legacy third-party CI system located strictly on-premises that cannot support Workload Identity Federation or Cloud Build private pools.
The default Cloud Build worker pool consists of shared, multi-tenant Google-hosted infrastructure that accesses Google Cloud APIs and public endpoints over public routing infrastructure, running under the default Cloud Build service account (@cloudbuild.gserviceaccount.com).
env) inside cloudbuild.yaml exposes sensitive tokens in source control systems, build histories, console logs, and build metadata.The workload was a non-sensitive personal test project with no regulatory, networking, or compliance requirements where rapid setup takes priority over security governance.
Cloud Build private pools provide fully managed, isolated worker machines that run within a customer-controlled virtual network. When combined with custom user-managed service accounts, VPC Service Controls (VPC-SC), and Secret Manager, they establish an enterprise-grade, zero-trust continuous integration and deployment pipeline.
roles/secretmanager.secretAccessor and roles/artifactregistry.writer) ensure the pipeline only accesses authorized resources.availableSecrets configuration stanza. Secrets are injected dynamically into individual build steps as environment variables or mounted files without exposing sensitive plaintext tokens in configuration files or code repositories.This architecture adheres completely to Google Cloud security best practices by uniting network-layer isolation (VPC-SC), identity-layer boundaries (user-managed service accounts with IAM least privilege), and dynamic secret management.
Keep the momentum going with these hand-picked practice scenarios
Want more questions like this?
Get a free certification question every week.
Last updated Validated