62% ऑन-कॉल इंजीनियर्स 12 महीनों के भीतर बर्नआउट हो जाते हैं (पेजरड्यूटी 2026)। यह एक लोगों की समस्या नहीं है। यह एक इंजीनियरिंग डिज़ाइन समस्या है। हर बर्नआउट रोटेशन के तीन मूल कारण: 1. कारणों के बजाय लक्षणों पर अलर्टिंग CPU स्पाइक्स, क्यू डेप्थ, रिक्वेस्ट रेट - इनमें से कोई भी घटना नहीं है। इनमें से सभी 3 बजे सुबह लोगों को जगा देते हैं। 2. पुराने रनबुक्स पेज फायर होता है। रनबुक एक नाम बदले हुए सेवा की ओर इशारा करता है। इंजीनियर एड्रेनालिन और बिना नींद के सिस्टम को रिवर्स-इंजीनियर करता है। 3. असममित लोड के लिए सममित शिफ्ट्स अंतिम सप्ताहांत सुपरबोल होते हैं। साप्ताहिक दिन स्प्रिंट होते हैं। समान रोटेशन दोनों को समान तरीके से संभालता है। बेस्ट टीम्स द्वारा लागू किए गए चार समाधान: 1. एरर बजट अनचाहे ऑन-कॉल कार्य को सप्ताह के 25% तक सीमित करें। इससे अधिक होने पर, फीचर कार्य बंद हो जाता है। Google SRE ने प्लेबुक लिखा है। 2. SLOs से जुड़े अलर्ट अगर कोई अलर्ट उपयोगकर्ता-देखने योग्य SLO उल्लंघन से मेल नहीं खाता, तो वह शोर है। 23% ऑन-कॉल समय गलत सकारात्मक होता है (ब्लेमलेस 2026)। 3. रनबुक-ऑर-डिलीट प्रत्येक प्रोडक्शन अलर्ट के साथ एक अपडेटेड रनबुक होता है, या अलर्ट को हटा दिया जाता है। आपको अपने आधे अलर्ट्स कोखोना पड़ेगा। यही मकसद है। 4. लोड-अवेयर रोटेशन शीर्ष समय के लिए भारी कवरेज ya संक्षिप्त शिफ्ट्स कीआवश्यकता होती है। सभी के लिए समान समाधान,शीर्ष पर पड़ने वाले को सज़ा देता है। अगर आप इंजीनियरिंग की प्रमुखता करते हैं,तोऑन-कॉलडिज़ाइनआपका काम है। HR का नहीं।आपके EM का नहीं।आपका। इस सप्ताह:डैशबोर्डखोलें, पेजेसगिनें, पूछें कि कितने पेजेसप्लेटफ़ॉर्मद्वाराहलकिएजानेचाहिएथे, मनुष्यद्वारानहीं। #EngineeringLeadership #OnCall #SRE