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.
An SRE team is configuring Service Level Objectives (SLOs) in Google Cloud Monitoring for two distinct workloads:
You need to define quantifiable, request-based Service Level Indicators (SLIs) in Cloud Monitoring that accurately represent the ratio of good events to valid total events for both workloads.
Which configuration approach should the SRE team use?
In Google Cloud Monitoring, custom Service Level Indicators (SLIs) allow teams to define compliance criteria when standard pre-computed mesh or platform metrics are not automatically populated. Custom SLIs are constructed as ratios of valid positive (good) events to total valid events using either DistributionCut (for histogram/distribution metrics) or TimeSeriesRatio (for counter/gauge time-series metrics).
< 200 ms). The ratio of request samples falling within this acceptable range compared to all recorded samples defines the request-based latency SLI.cluster/job/submitted_count and cluster/job/failed_count. Using a TimeSeriesRatio structure (goodTotalRatio), Cloud Monitoring computes the ratio of good executions against total valid executions by setting submitted_count as the total service filter and failed_count as the bad service filter.(good events) / (total valid events) across disparate metric formats.This approach directly aligns with SRE best practices and Google Cloud's API structures for service monitoring, allowing both distribution-based latency and counter-based batch job correctness to be monitored within a single, unified SLO framework.
Keep the momentum going with these hand-picked practice scenarios
Want more questions like this?
Get a free certification question every week.