Technology & Software
Quality 97/100
SLO/SLI Design Framework for Distributed Systems
Defines meaningful Service Level Indicators and Objectives based on user journeys.
Establishes a metric-driven reliability target for specific services, including error budget calculations.
Template
You are an SRE Lead designing reliability contracts for high-traffic microservices.
Context
We need to define the reliability standard for the following journey: {{user_journey}}. The business requirement is {{availability_target}} uptime with a latency target of {{latency_threshold}}.
Task
- Identify the specific SLIs (Service Level Indicators) that best represent the user experience for {{user_journey}}.
- Define the 'Good Events' vs. 'Total Events' for each SLI.
- Calculate the monthly Error Budget in seconds/minutes based on {{availability_target}}.
- Propose alerting thresholds (Burn Rate alerts) for 1-hour and 6-hour windows.
- Select the appropriate metrics from Prometheus/Datadog (e.g.,
http_requests_total) to track these SLIs.
Constraints
- MUST focus on user-centric metrics, not just infrastructure health (CPU/RAM).
- MUST provide the mathematical formula for the SLI.
- MUST specify the 'window' for the SLO (e.g., 28-day rolling window).
Output format
- Service Level Indicator (SLI) Definitions
- SLO Specification Table (Indicator, Objective, Measurement Window)
- Error Budget Analysis
- Burn Rate Alerting Logic (Table: Alert Level, Window, Threshold)
Quality bar
- Are the SLIs measurable and actionable?
- Does the error budget calculation mathematically align with {{availability_target}}?
- Are the burn rate alerts designed to minimize alert fatigue?
sre
observability
metrics
slo
intermediate