DOP-C02 - Monitoring and Logging (15% of the exam) - Section 4.5

Monitor application and endpoint health using Amazon CloudWatch Synthetics, CloudWatch RUM, Container Insights and Lambda Insights.

Simulate user journeys with CloudWatch Synthetics canaries to detect endpoint availability problems before real users do, and collect browser-side performance data with CloudWatch RUM. Use Container Insights and Lambda Insights for deep performance visibility into containerised and serverless workloads respectively.

CloudWatch SyntheticsCloudWatch RUMContainer InsightsLambda Insights

Practice question for this objective

Free sampleMonitoring and Loggingmedium

A retail company exposes a public checkout API behind an Application Load Balancer. The service is healthy most of the day, but customers in some Regions occasionally report timeouts during quiet periods when there is no organic traffic to trigger existing CloudWatch alarms. The DevOps team wants to detect availability and latency regressions on the checkout endpoint continuously, from outside the application, and raise an alarm before real users are affected, with the least operational overhead. Which approach best meets this requirement?

  • AEnable CloudWatch RUM on the checkout web pages so that real-user browser sessions report page load times, then alarm on the RUM performance metrics whenever latency exceeds the agreed threshold for the endpoint.
  • BCreate a CloudWatch Synthetics canary that calls the checkout endpoint on a fixed schedule from the AWS network, then alarm on its SuccessPercent and Duration metrics so failures and slow responses are detected even when no real users are present. Correct
  • CTurn on Container Insights for the cluster that runs the checkout service so that detailed container CPU and memory metrics reveal when the endpoint is about to start returning timeout errors to callers.
  • DEnable Lambda Insights on the functions invoked behind the endpoint so enhanced runtime metrics expose the cold starts and duration spikes that cause the intermittent customer timeouts during low-traffic windows.
Use a CloudWatch Synthetics canary to probe an endpoint on a schedule so availability and latency regressions surface even without organic traffic. CloudWatch Synthetics runs scripted canaries on a schedule from the AWS network regardless of real traffic, publishing SuccessPercent and Duration metrics that an alarm can watch, which is exactly how teams detect endpoint failures during quiet periods before customers are affected.

Why A is wrong: CloudWatch RUM only reports data when real users are active in the browser, so it cannot probe the endpoint during quiet periods and would miss the regressions the team needs to catch before users arrive.

Why B is correct: A Synthetics canary issues scripted requests on a schedule independent of organic traffic, emitting SuccessPercent and Duration metrics that drive an alarm, so availability and latency regressions are caught proactively with a managed, low-overhead probe.

Why C is wrong: Container Insights reports resource utilisation inside the cluster, which is useful for capacity work but does not measure end-to-end endpoint availability from outside, so quiet-period timeouts seen by callers would go undetected.

Why D is wrong: Lambda Insights surfaces per-function runtime detail only while invocations occur, so it gives no signal during idle periods and cannot perform the external scheduled probing the requirement calls for.

See more DOP-C02 practice questions, answers explained.

Exam traps in Monitoring and Logging

Answers that look right on this material and are not. Each one is a distractor from a different question in the DOP-C02 bank for this domain.

  • Replace the existing canary with several more canaries that run from additional Regions and capture screenshots, then assume the aggregated synthetic results represent the real browser experience customers are reporting.

    Why it is wrong: More canaries still only measure synthetic probes from controlled environments, so they cannot reflect the actual device and browser timings real customers experience and leave the client-side gap unfilled.

  • Create additional CloudWatch Synthetics canaries that load the single-page application on a schedule and capture screenshots so the team can confirm the rendering speed that browsers experience across regions.

    Why it is wrong: Synthetics canaries run from a controlled headless environment rather than real customer browsers, so they cannot reproduce device-specific and browser-specific client errors that only some real users encounter.

  • Configure CloudWatch RUM on the loan application pages so that real-user sessions report whether each step of the journey completed successfully, then alarm when the per-page success rate from RUM drops below the threshold.

    Why it is wrong: RUM depends on real customers walking the flow, so a broken step might go unnoticed until users hit it, which fails the requirement to detect breakages independently of organic traffic.

Examworthy is not affiliated with or endorsed by Amazon Web Services. Original, blueprint-aligned practice material only.