An enterprise e-commerce platform hosted on Google Cloud requires an automated synthetic monitoring strategy to proactively detect performance regressions and functional failures before end users are impacted. The DevOps engineering team must satisfy the following distinct monitoring requirements: Requirement 1: Continuously probe the availability and response latency of public HTTP/HTTPS API gateway endpoints from multiple geographic regions with minimal operational overhead. Requirement 2: Simulate complex, client-side web application user journeys—including logging into user accounts, searching the catalog, adding items to a shopping cart, and rendering DOM elements. Requirement 3: Validate internal backend microservice API payloads and contract schemas within a secure environment using short-lived credentials rather than persistent service account key files. Which combination of synthetic monitoring architectures should the DevOps team implement?

Configure Cloud Monitoring Uptime Checks across global regions for public endpoints, deploy Mocha/Puppeteer-based Synthetic Monitors via Cloud Functions for browser user journeys, and deploy custom HTTP Synthetic Monitors using attached service account IAM identities for internal API contracts.: ### What the Solution Is This architecture combines native **Cloud Monitoring Uptime Checks** with **Custom Synthetic Monitors** implemented as Cloud Functions (2nd gen) leveraging the open-source **Synthetic SDK** (built on Mocha and Puppeteer) and IAM service account authentication. ### How It Meets the Requirements * **Requirement 1 (Public API Probing):** Standard Cloud Monitoring **Uptime Checks** proactively send HTTP/HTTPS requests from multiple managed regional probe locations globally. They evaluate response codes and latency without requiring any compute infrastructure provisioning or ongoing maintenance. * **Requirement 2 (Multi-Step Browser Journeys):** **Synthetic Monitors** running **Puppeteer** within Cloud Functions spin up a headless Chromium browser instance. The monitor script interacts with client-side DOM elements, executes multi-step workflows (login, search, cart interactions), and captures execution screenshots and trace metrics. * **Requirement 3 (Secure API Validation):** Custom synthetic monitors implemented in Cloud Functions execute structured HTTP request suites to validate API JSON schemas. Because Cloud Functions run under an attached **IAM service account identity**, calls use ephemeral, **short-lived access tokens** natively acquired via the metadata server, eliminating the operational and security hazards of persistent service account key files. ### Key Advantages and Capabilities * **Managed Global Fleet:** Cloud Monitoring automatically distributes uptime probes across multiple worldwide checker locations. * **Full Client-Side Emulation:** Puppeteer automation evaluates dynamic Single Page Applications (SPAs) and JavaScript-rendered workflows. * **Zero Key Management:** Utilizing runtime service account identities follows Google Cloud credential security best practices. * **Granular Observability:** Test failures automatically emit metrics, logs, and trace telemetry directly to **Cloud Monitoring** and **Cloud Logging**. ### Why This Is Optimal This design aligns precisely with Google Cloud observability best practices by pairing lightweight managed probes for simple ping/status checks with programmable serverless execution environments for complex synthetic transactions.

Architect Synthetic Monitors Uptime Browser Checks | Professional Cloud DevOps Engineer

Architect Synthetic Monitors Uptime Browser Checks

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.

An enterprise e-commerce platform hosted on Google Cloud requires an automated synthetic monitoring strategy to proactively detect performance regressions and functional failures before end users are impacted. The DevOps engineering team must satisfy the following distinct monitoring requirements:

Requirement 1: Continuously probe the availability and response latency of public HTTP/HTTPS API gateway endpoints from multiple geographic regions with minimal operational overhead.
Requirement 2: Simulate complex, client-side web application user journeys—including logging into user accounts, searching the catalog, adding items to a shopping cart, and rendering DOM elements.
Requirement 3: Validate internal backend microservice API payloads and contract schemas within a secure environment using short-lived credentials rather than persistent service account key files.

Which combination of synthetic monitoring architectures should the DevOps team implement?

Configure Cloud Monitoring Uptime Checks across global regions for public endpoints, deploy Mocha/Puppeteer-based Synthetic Monitors via Cloud Functions for browser user journeys, and deploy custom HTTP Synthetic Monitors using attached service account IAM identities for internal API contracts.

Deploy a dedicated Compute Engine instance group in each region running Selenium Grid nodes, storing downloaded service account JSON keys locally on each VM filesystem to authenticate API tests.

Create Cloud Logging log-based metric alerts and scheduled BigQuery queries to analyze past user traffic, checkout failures, and endpoint response times from web server access logs.

Configure standard Cloud Monitoring Uptime Checks for all three tiers by enabling the advanced multi-step DOM automation and persistent service account key parameters directly within the Uptime Check console.

Professional Cloud DevOps Engineer

Architect Synthetic Monitors Uptime Browser Checks

Related questions