आप SLI, SLO और SLA को कैसे परिभाषित करेंगे, और इनका आपस में क्या रिश्ता है?

SLI सर्विस के व्यवहार का मापा गया संकेतक है, जैसे कि 300ms से कम में पूरे हुए रिक्वेस्ट का हिस्सा। SLO उसी संकेतक के लिए अंदरूनी लक्ष्य है, उदाहरण के लिए 28 दिनों में 99.9% रिक्वेस्ट 300ms से कम में। SLA ग्राहकों के साथ बाहरी कॉन्ट्रैक्ट है, जिसमें आम तौर पर आर्थिक जुर्माना जुड़ा होता है, और यह आपके SLO से ढीला होना चाहिए ताकि पैसा देने की नौबत आने से पहले आपके पास गुंजाइश बची रहे।

तो SLI माप है, SLO लक्ष्य है, और SLA वह वादा है जो आप बेचते हैं। मेरी पिछली टीम में हमारे checkout API का SLI यह था कि कितने प्रतिशत रिक्वेस्ट 400ms के अंदर non 5xx स्टेटस लौटाते हैं, और यह ऐप के अंदर नहीं बल्कि लोड बैलेंसर पर मापा जाता था, क्योंकि वह यूजर को दिखने वाली चीज के ज्यादा करीब है। SLO था रोलिंग 28 दिन की विंडो में उनमें से 99.9% रिक्वेस्ट। एंटरप्राइज ग्राहकों के साथ हमारा SLA सर्विस क्रेडिट के साथ 99.5% मासिक था, जानबूझकर ढीला रखा गया, ताकि कमर्शियल दिक्कत बनने से पहले खराबी की एक पूरी पट्टी हमारे पास सोखने को हो। जो बात लोग चूक जाते हैं वह यह है कि SLI किसी यूजर जर्नी पर टिका होना चाहिए। हमारे पास एक खूबसूरत CPU डैशबोर्ड था और उसने एक बार भी आउटेज की भविष्यवाणी नहीं की। जैसे ही हम रिक्वेस्ट आधारित संकेतकों पर आए, हम प्रोडक्ट के साथ उन्हीं नंबरों में प्राथमिकताओं पर बहस कर पाए।