A digital logistics enterprise operates an automated order-routing engine hosted on Google Cloud. Contractual agreements with major enterprise clients define a Service Level Agreement (SLA) requiring of order-routing requests to be processed in under each month, with financial penalties enforced for non-compliance. The Site Reliability Engineering (SRE) team must align technical metrics with business goals without over-engineering operational overhead. Which strategy correctly establishes the Service Level Indicator (SLI) and Service Level Objective (SLO) to protect business interests?
- Define the SLI as the proportion of valid requests completed within , and set an internal SLO target of , creating a performance buffer before breaching the external SLA.Cevap
- BDefine the SLO as the metric ratio of requests completed under captured in Cloud Monitoring, and use the business SLA target of as the SLI measurement.
- CConfigure static Cloud Monitoring alert thresholds that trigger immediate on-call pages whenever request latency exceeds over a 5-minute window, bypassing internal SLO error budget tracking.
- DDeploy a multi-region active-active architecture targeting continuous availability to guarantee that latency thresholds are never exceeded under any failure condition.
Cevap
The correct strategy defines the SLI as the percentage of valid requests completed within a tighter response time () and sets an internal SLO () tighter than the external SLA ( at ) to establish a protective error budget buffer.
Defining the SLI as a specific measurable request metric () and setting an internal SLO () tighter than the business SLA ( at ) aligns engineering objectives with business risk. The margin creates an actionable error budget buffer, enabling engineering teams to detect and fix performance degradation before external SLA breaches and financial penalties occur.
Adım Adım Çözüm
Anahtar Kavram
Aligning Technical SLOs/SLIs with Business SLAs