SLI, SLO और error budgets समझाइए, और बताइए कि रोज़मर्रा में आप उनका इस्तेमाल कैसे करेंगे।

SLI यूज़र अनुभव का माप है, जैसे उन requests का अनुपात जो तीन सौ मिलीसेकंड के अंदर सफलतापूर्वक पूरी हुईं। SLO एक तय खिड़की में उस माप का लक्ष्य है, मान लीजिए अट्ठाईस दिनों में 99.9 प्रतिशत। error budget बचा हुआ हिस्सा है, तो 99.9 प्रतिशत महीने में करीब तैंतालीस मिनट की नाकामी छोड़ता है। budget ठीक हो तो आप तेज़ी से शिप करते हैं; खत्म हो जाए तो रिलायबिलिटी का काम पहले आता है।

indicator वह चीज़ है जो आप यूज़र की तरफ से मापते हैं, तो API के लिए यह आमतौर पर उन requests का हिस्सा है जो सफल भी हों और पर्याप्त तेज़ भी। objective एक चलती खिड़की में उसका लक्ष्य है, और budget जो बचता है वह। अट्ठाईस दिनों में तीन नाइन का मतलब है लगभग तैंतालीस मिनट की खराबी जो आप खर्च कर सकते हैं, और इसे budget कहना ही असली बात है, क्योंकि इससे रिलायबिलिटी बहस से निकलकर गणित बन जाती है। अगर इस महीने हमने budget का पांच प्रतिशत खर्च किया है, तो हम features शिप करते हैं और समझदारी भरे जोखिम लेते हैं। अगर दस तारीख तक अस्सी प्रतिशत जला चुके हैं, तो अगला sprint रिलायबिलिटी का है और जोखिम भरे launches रुकते हैं। alerting के लिए मैं ratio ज़रा गिरते ही page करने की जगह multi window burn rates इस्तेमाल करता हूं, तो जो तेज़ burn एक घंटे में budget खत्म कर देगा वह तुरंत page करता है, जबकि धीमा burn सिर्फ टिकट बनाता है। इसी से हमारा ज़्यादातर रात का शोर खत्म हुआ। सबसे मुश्किल हिस्सा ईमानदारी से indicator चुनना है, क्योंकि जो चीज़ यूज़र महसूस ही नहीं करते, उस पर लक्ष्य रखना नाटक है।