{"id":23452,"date":"2026-09-28T06:57:19","date_gmt":"2026-09-28T06:57:19","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=23452"},"modified":"2026-09-28T06:57:19","modified_gmt":"2026-09-28T06:57:19","slug":"google-professional-cloud-developer-practice-test-questions-and-exam-dumps-part5-q81-100","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/google-professional-cloud-developer-practice-test-questions-and-exam-dumps-part5-q81-100\/","title":{"rendered":"Google Professional Cloud Developer Practice Test Questions and Exam Dumps Part5 Q81-100"},"content":{"rendered":"<h2><b>View Full <\/b><a href=\"https:\/\/www.examlabs.com\/professional-cloud-developer-exam-dumps\"><b>Google Professional Cloud Developer Exam Dumps<\/b><\/a><b> and Practice Test Dumps.<\/b><\/h2>\n<p>&nbsp;<\/p>\n<h3><b>Question 81<\/b><\/h3>\n<p><b>A Cloud Run application needs to invoke a backend service privately, and the receiving service should verify the caller&#8217;s Google Cloud identity rather than relying on a shared application secret. What should the developer use?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Anonymous access<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Cloud Storage ACLs<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Static API key<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Service account identity with authenticated requests<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 4<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Service-to-service authentication on Google Cloud can use service account identities so that the receiving service can verify who is making a request. For Cloud Run, an authenticated caller can obtain an identity token and present it when invoking another protected service. The receiving service validates the token and its intended audience before processing the request. Anonymous access removes identity verification, while static API keys provide a weaker shared-secret model. Cloud Storage ACLs are unrelated to service invocation. Using service account-based authentication supports identity-aware communication between application components.<\/span><\/p>\n<h3><b>Question 82<\/b><\/h3>\n<p><b>A developer wants to store configuration values such as an API endpoint and feature flag separately from application code so that the same container image can be deployed to multiple environments. What approach should be used?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Externalized environment configuration<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Hard-coded constants<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Embedded configuration binaries<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Source-code comments<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Externalizing configuration allows the same application artifact to be promoted across environments while environment-specific values are supplied during deployment or execution. Cloud Run supports environment variables and other configuration mechanisms that let developers separate operational settings from application code. This approach improves portability and reduces the need to rebuild an image whenever a staging or production endpoint changes. Hard-coded constants and embedded configuration require source or artifact changes, while comments have no runtime effect. Separating configuration from code therefore supports consistent deployments and cleaner application lifecycle management.<\/span><\/p>\n<h3><b>Question 83<\/b><\/h3>\n<p><b>A Cloud Run application must handle a workload that can run for several minutes without requiring an immediate response to the original user request. Which architecture is most appropriate?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Perform the entire task synchronously<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Increase browser timeout indefinitely<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Submit the work to an asynchronous task or event processor<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Disable request timeouts<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Long-running work is generally better handled asynchronously when the user does not need to wait for completion. The application can accept the request, place the work into a suitable asynchronous mechanism such as Cloud Tasks or Pub\/Sub, and allow a worker service to process it independently. This avoids tying up the original request while the operation runs. Increasing browser or service timeouts does not solve the architectural problem and can create poor resource utilization. An asynchronous processing design provides better separation between request handling and lengthy background operations.<\/span><\/p>\n<h3><b>Question 84<\/b><\/h3>\n<p><b>A developer is troubleshooting why a containerized application cannot start because a required environment variable is missing. Which practice makes this type of configuration problem easier to detect before production deployment?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Remove all environment variables<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Validate required configuration during application startup<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Ignore missing values<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Store configuration only in comments<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Validating required configuration during application startup allows a service to fail quickly and clearly when essential values are absent or invalid. Developers can check required environment variables, configuration formats, and other prerequisites before accepting production traffic. This is preferable to allowing the application to start and fail later during a user request, which can produce confusing runtime errors. Removing configuration or ignoring missing values does not improve reliability. Comments also cannot validate runtime configuration. Startup validation therefore provides an effective fail-fast pattern for cloud-native applications.<\/span><\/p>\n<h3><b>Question 85<\/b><\/h3>\n<p><b>A GKE application requires a Kubernetes Pod to receive a specific amount of CPU and memory for scheduling, while also preventing the container from exceeding defined resource consumption. Which configuration should be used?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">ConfigMap entries<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Ingress annotations<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Service labels<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Resource requests and limits<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 4<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Kubernetes resource requests specify the amount of CPU and memory a container needs for scheduling purposes, while resource limits establish maximum resource consumption. Together, they help Kubernetes place workloads appropriately and prevent individual containers from consuming unlimited resources. ConfigMaps store configuration values, Ingress annotations provide routing-related metadata, and service labels identify Kubernetes objects. Proper requests and limits are especially important for predictable workload placement and resource management in GKE. Developers should select values based on observed application behavior and expected workload requirements rather than arbitrary limits.<\/span><\/p>\n<h3><b>Question 86<\/b><\/h3>\n<p><b>A Pub\/Sub subscriber may receive the same message more than once because processing succeeds but acknowledgment is delayed or lost. How should the application be designed to handle this possibility?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Make message processing idempotent<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Assume every message is delivered once<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Delete the subscription after processing<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Disable all retries<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Pub\/Sub applications should generally be designed to tolerate duplicate message delivery. An idempotent handler produces the same intended final result even if the same message is processed multiple times. Developers can use unique event identifiers, transactional database operations, or other deduplication techniques where appropriate. Assuming exactly-once behavior without verifying the configured delivery model can result in duplicate records or repeated side effects. Disabling retries can cause failed work to be lost. Designing consumers for idempotency therefore improves reliability when messages are redelivered.<\/span><\/p>\n<h3><b>Question 87<\/b><\/h3>\n<p><b>A Cloud Run service processes requests containing uploaded files. The application should reject files larger than an approved application-specific size before expensive processing begins. Where should this validation occur?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">After storing every file permanently<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">During request handling before intensive processing<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Only during monthly monitoring<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">After sending the file to unrelated services<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Application-specific file-size validation should occur as early as practical during request processing. Rejecting an oversized upload before expensive parsing, transformation, or downstream processing reduces unnecessary resource consumption and improves application responsiveness. The service can inspect request metadata or enforce appropriate upload constraints before performing costly operations. Waiting until after permanent storage or unrelated downstream processing wastes resources and may increase operational costs. Monthly monitoring cannot prevent an individual oversized request. Early validation is therefore a useful defensive programming practice for applications that process user-supplied files.<\/span><\/p>\n<h3><b>Question 88<\/b><\/h3>\n<p><b>A developer needs to prevent accidental exposure of database credentials stored in source code repositories. Which Google Cloud service should be used to centrally manage these credentials?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Cloud Trace<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Secret Manager<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Cloud Profiler<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Cloud Scheduler<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Secret Manager is designed to securely store and manage sensitive values such as database passwords, API credentials, and tokens. Applications can access secrets at runtime using controlled identities and permissions rather than embedding credentials directly in source code or container images. This also makes credential rotation easier because the secret can be updated independently of application source code. Cloud Trace and Cloud Profiler provide observability capabilities, while Cloud Scheduler handles scheduled execution. Centralizing sensitive configuration in Secret Manager therefore reduces the risk associated with hard-coded credentials and improves operational security.<\/span><\/p>\n<h3><b>Question 89<\/b><\/h3>\n<p><b>A Cloud Build pipeline produces container images that are later deployed to production. The team wants to prevent deployment of images that contain known vulnerabilities identified by supported artifact scanning. What should be incorporated into the delivery process?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Source-code comments<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Browser caching<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Artifact vulnerability scanning and deployment controls<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">DNS forwarding<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Artifact vulnerability scanning can identify known security issues in container images and other supported artifacts. A delivery pipeline can use scan results as part of its release controls so that images with unacceptable findings are reviewed or blocked according to organizational policy. This creates a security checkpoint between building an artifact and deploying it. Source comments, browser caching, and DNS forwarding do not inspect container contents for known vulnerabilities. Integrating artifact scanning into the build and deployment workflow helps development teams identify security issues earlier and establish repeatable release controls.<\/span><\/p>\n<h3><b>Question 90<\/b><\/h3>\n<p><b>A Cloud Run service needs to expose a health endpoint that reports whether the application is ready to receive traffic. Which mechanism should be used to provide platform-level readiness information?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Readiness or startup health checking<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Cloud Storage lifecycle policy<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Artifact Registry cleanup<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Pub\/Sub retention policy<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Health checking allows the platform to determine whether an application instance has successfully initialized and is ready to handle requests. For containerized applications, developers should distinguish startup behavior from ongoing health behavior and configure suitable probes or health mechanisms supported by the deployment platform. This can prevent traffic from reaching an application before required initialization has completed. Storage lifecycle policies, Artifact Registry cleanup, and Pub\/Sub retention settings address unrelated resource-management concerns. Appropriate health checks improve deployment reliability by making application readiness an explicit operational condition.<\/span><\/p>\n<h3><b>Question 91<\/b><\/h3>\n<p><b>A team wants to invoke a Cloud Run service whenever a supported Google Cloud event occurs, without building a custom polling process. Which architecture should the developer consider?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Cloud SQL replication<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Event-driven routing with Eventarc<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Cloud Storage versioning only<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Cloud CDN invalidation<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Eventarc enables event-driven architectures by routing supported events from Google Cloud sources to destinations such as Cloud Run. Instead of repeatedly polling a service for changes, an application can react when an event matching a configured trigger occurs. This can reduce unnecessary requests and simplify integration between loosely coupled components. Cloud SQL replication addresses database availability and data distribution, Storage versioning preserves object versions, and CDN invalidation manages cached content. Event-driven routing with Eventarc is therefore appropriate when a Cloud Run service should respond automatically to supported cloud events.<\/span><\/p>\n<h3><b>Question 92<\/b><\/h3>\n<p><b>A developer needs a scheduled process to run every night and invoke an HTTP endpoint that starts a maintenance operation. Which Google Cloud service is designed specifically for this recurring schedule?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Cloud Tasks<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Cloud Run Jobs<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Eventarc<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Cloud Scheduler<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 4<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Cloud Scheduler is designed to execute recurring jobs according to a defined schedule. It can send HTTP requests to an endpoint, making it suitable for triggering maintenance operations, periodic processing, or other scheduled application activities. Cloud Tasks is intended for asynchronous task queues rather than calendar-based recurring schedules. Eventarc responds to events, while Cloud Run Jobs execute containerized tasks but do not themselves provide the scheduling capability described. Combining Cloud Scheduler with an appropriate authenticated endpoint provides a straightforward architecture for recurring application maintenance.<\/span><\/p>\n<h3><b>Question 93<\/b><\/h3>\n<p><b>A developer wants to run a containerized batch workload that performs processing and then exits, rather than maintaining an HTTP service that continuously handles incoming requests. Which Cloud Run capability fits this workload?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Cloud Run Jobs<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Cloud CDN<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">API Gateway<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Cloud Trace<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Cloud Run Jobs are designed for containerized tasks that run to completion instead of continuously serving HTTP requests. They are useful for batch processing, data transformations, administrative tasks, and other workloads that can start, perform their work, and terminate. A traditional Cloud Run service is primarily intended for request-driven workloads. Cloud CDN distributes cached content, API Gateway manages API access, and Cloud Trace provides distributed tracing. For a container that should execute a batch operation and exit successfully, Cloud Run Jobs provide the appropriate execution model.<\/span><\/p>\n<h3><b>Question 94<\/b><\/h3>\n<p><b>An application uses Firestore queries that filter and sort on multiple fields. Some queries fail because the required composite indexes are missing. What should the developer do?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Disable all indexes<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Store every document in Cloud Storage<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Create the required Firestore composite indexes<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Replace every query with a SQL query<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Firestore may require composite indexes for queries that combine multiple filtering, ordering, or other conditions. When a query requires an index that does not exist, the developer can create the appropriate composite index according to the query&#8217;s field requirements. Index configuration should reflect actual application access patterns because unnecessary indexes can increase storage and write costs. Disabling indexes would not solve the query requirement, while Cloud Storage is not a replacement for Firestore querying. Replacing Firestore with SQL is also unnecessary when the existing document model remains appropriate.<\/span><\/p>\n<h3><b>Question 95<\/b><\/h3>\n<p><b>A service receives an OAuth access token from a client and needs to determine whether the token is intended for the service and has not expired. Which validation should be performed?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Check only the HTTP method<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Validate the token&#8217;s relevant claims and expiration<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Trust the token because it came from a client<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Compare the token length with previous requests<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Authentication tokens should be validated according to the authorization system and token type being used. Relevant checks can include signature verification where applicable, issuer, audience, expiration, and required scopes or claims. Checking only superficial request properties does not establish that the token is valid for the intended service. A client-supplied token must never be trusted simply because it was presented. Token length also provides no meaningful security validation. Proper token validation ensures that the backend accepts requests only when the credentials satisfy the application&#8217;s authentication and authorization requirements.<\/span><\/p>\n<h3><b>Question 96<\/b><\/h3>\n<p><b>A Cloud Run application has a highly variable workload and the team wants to reduce latency caused by starting new instances during sudden traffic increases. Which configuration should they investigate?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Minimum instances<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Object versioning<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">BigQuery partitioning<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">DNS records<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Cloud Run minimum instances can keep a configured number of instances available so that the service has warm capacity when requests arrive. This can reduce cold-start-related latency for workloads where predictable responsiveness is important. The setting should be balanced against cost because maintaining instances can consume resources even when traffic is low. Object versioning affects Cloud Storage, BigQuery partitioning improves analytical query organization, and DNS records control name resolution. For an application sensitive to startup latency during periods of changing demand, minimum-instance configuration is therefore worth evaluating.<\/span><\/p>\n<h3><b>Question 97<\/b><\/h3>\n<p><b>A developer needs to deploy a new Cloud Run revision while ensuring that a controlled portion of traffic remains on the previous version until testing is complete. Which Cloud Run capability supports this requirement?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Cloud Storage object locking<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Cloud Run traffic allocation<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Pub\/Sub message retention<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Firestore collection groups<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Cloud Run supports traffic allocation among revisions, allowing developers to direct specified portions of incoming traffic to different deployed versions. This capability can support controlled rollouts, testing, and gradual migration between revisions. The previous revision can continue receiving traffic while the new revision is evaluated, depending on the chosen configuration. Cloud Storage object locking protects stored objects, Pub\/Sub retention controls message availability, and Firestore collection groups support queries across collections. Traffic allocation is therefore the Cloud Run feature that directly addresses controlled distribution between application revisions.<\/span><\/p>\n<h3><b>Question 98<\/b><\/h3>\n<p><b>A developer wants application logs to be easier to query by fields such as user ID, operation name, and severity rather than searching unstructured text. What logging approach should be used?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Structured logging<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Plain comments<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Binary-only logging<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Disabling log ingestion<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Structured logging records application events in a machine-readable format with separate fields for values such as severity, operation, request identifiers, and user-related metadata where appropriate. This makes logs easier to filter, search, aggregate, and analyze in Cloud Logging. Unstructured text can still be useful, but extracting individual fields from arbitrary messages is generally less reliable. Disabling logs removes useful operational information, while comments and binary-only output do not provide a practical searchable logging model. Structured logs therefore improve observability and make application troubleshooting more efficient.<\/span><\/p>\n<h3><b>Question 99<\/b><\/h3>\n<p><b>A Cloud Deploy pipeline should release an application to production only after a designated reviewer approves the promotion from a previous environment. Which capability should the deployment process use?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Automatic deletion of releases<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Manual approval gate<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Anonymous deployment<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Source repository renaming<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">A manual approval gate allows a deployment workflow to pause before a controlled promotion and require an authorized person to approve continuation. This is useful when production releases require human review after automated testing or staging validation. The approval mechanism can become part of a repeatable deployment process without requiring developers to manually execute every deployment step. Automatic deletion, anonymous deployment, and repository renaming do not provide release authorization. A manual approval gate therefore fits scenarios where production promotion must remain subject to an explicit human authorization step.<\/span><\/p>\n<h3><b>Question 100<\/b><\/h3>\n<p><b>A developer is designing a microservice that should return a response immediately while independently processing an event that may take several seconds. Which communication pattern best matches this requirement?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Synchronous database locking<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Long-running blocking request<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Asynchronous messaging<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Repeated client polling of the same request<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Asynchronous messaging allows a service to accept work and communicate that work to another component without keeping the original request blocked until processing finishes. The producer can publish an event or enqueue a task, return an appropriate response, and allow a worker to process the operation independently. This pattern improves responsiveness and creates looser coupling between services. Long-running synchronous requests tie resources to the caller, while repeated polling adds unnecessary complexity. Asynchronous messaging is therefore well suited to microservices that need immediate request responses alongside independent background processing.<\/span><\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>View Full Google Professional Cloud Developer Exam Dumps and Practice Test Dumps. &nbsp; Question 81 A Cloud Run application needs to invoke a backend service privately, and the receiving service should verify the caller&#8217;s Google Cloud identity rather than relying on a shared application secret. What should the developer use? Anonymous access Cloud Storage ACLs [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[1648,1647],"tags":[],"_links":{"self":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/23452"}],"collection":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/comments?post=23452"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/23452\/revisions"}],"predecessor-version":[{"id":23453,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/23452\/revisions\/23453"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=23452"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=23452"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=23452"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}