Professional-Cloud-DevOps-Engineer Exam Dumps : Google Cloud Certified - Professional Cloud DevOps Engineer Exam

To speed up Docker builds, optimize layer caching. Google Cloud recommends using --cache-from with Artifact Registry, and placing frequently changed files late in the Dockerfile so earlier layers can be reused.

“Put instructions that are less likely to change (like installing packages) early in the Dockerfile, and more frequently changing lines (like copying app code) near the end.”

— Dockerfile Best Practices

“Use the --cache-from argument to pull layers from previously built images in Artifact Registry.”

— Cloud Build Docker Caching

This dramatically reduces build time by avoiding redundant rebuilds of static layers.

The correct answer is D. Review the design of the product with the product development team to provide feedback early in the design phase.

According to the Google Cloud DevOps best practices, a Site Reliability Engineer (SRE) should collaborate with the product development team from the beginning of the product lifecycle, not just after the product is deployed or tested. This way, the SRE can provide operational input on the product design, such as scalability, reliability, security, and cost efficiency. The SRE can also help define service level objectives (SLOs) and service level indicators (SLIs) for the product, as well as monitoring and alerting strategies. By collaborating early and often, the SRE and the product development team can ensure that the product meets the operational requirements and expectations of the customers.

To deploy only on new release tags, which follow a semantic versioning pattern (e.g., v1.2.3), you should use a tag filter with a regular expression matching semantic versions.

From the official documentation:

"You can configure Cloud Build to start a build automatically whenever there is a new tag in your source repository by using tag triggers."

— Cloud Build Triggers

Using a tag pattern like \d+\.\d+\.\d* ensures that builds only trigger on properly versioned release tags (minimizing unnecessary executions). This matches standard semver tags such as 1.0.0, 2.1.3, etc.