Professional Cloud DevOps Engineer
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.
Keep the momentum going with these hand-picked practice scenarios
Want more questions like this?
Get a free certification question every week.
Last updated
Your enterprise is establishing an artifact management architecture across Google Cloud CI/CD pipelines for Maven and npm workloads. The architecture must satisfy several key requirements:
pom.xml / settings.xml and .npmrc) must query a single endpoint per format rather than managing multiple repository endpoints.Which Artifact Registry repository architecture should you establish?
Establish standard repositories for proprietary packages, remote repositories configured as pull-through proxies for public upstreams, and virtual repositories that group the standard and remote repositories behind a single endpoint with higher priority assigned to the standard repositories.
Establish standard repositories for internal packages and configure developer clients and CI/CD build configs to query both the standard repository and public registries directly by declaring multiple registries in client configuration files.
Establish remote repositories for internal packages and standard repositories for public dependencies, using Cloud Build triggers to mirror external packages into the standard repositories on a scheduled cron schedule.
Establish standard repositories with gcr.io domain support for both container and package formats, relying on Binary Authorization policies to validate package hashes during CI/CD build execution.
Establish standard repositories for proprietary packages, remote repositories configured as pull-through proxies for public upstreams, and virtual repositories that group the standard and remote repositories behind a single endpoint with higher priority assigned to the standard repositories.
This architecture establishes a multi-tiered repository design using three native Artifact Registry repository modes:
npm, mvn, gradle) to the single virtual repository endpoint, eliminating the need to configure multiple mirrors or dual registry paths in local client configurations.Using native virtual and remote repository modes in Artifact Registry removes the operational burden of managing external repository managers or writing custom synchronization scripts. It directly satisfies dependency resolution priority, caching, and single-endpoint access natively within Google Cloud.
Establish standard repositories for internal packages and configure developer clients and CI/CD build configs to query both the standard repository and public registries directly by declaring multiple registries in client configuration files.
Establish remote repositories for internal packages and standard repositories for public dependencies, using Cloud Build triggers to mirror external packages into the standard repositories on a scheduled cron schedule.
Establish standard repositories with gcr.io domain support for both container and package formats, relying on Binary Authorization policies to validate package hashes during CI/CD build execution.