12 মাসের মধ্যে অন-কল ইঞ্জিনিয়ারদের 62% দুর্বল হয়ে পড়ে (PagerDuty 2026)। এটি মানুষের সমস্যা নয়। এটি একটি ইঞ্জিনিয়ারিং ডিজাইনের সমস্যা। প্রতিটি দুর্বল রোটেশনের তিনটি মূল কারণ: 1. কারণের পরিবর্তে লক্ষণগুলির উপর আলার্টিং CPU স্পাইক, কিউ গভীরতা, রিকোয়েস্ট রেট – এগুলির কোনোটিই ইনসিডেন্ট নয়। সবগুলি 3AM-এ মানুষকে জাগিয়ে তোলে। 2. পুরনো রানবুক পেজ ফায়ার। রানবুকটি একটি নাম পরিবর্তিত সার্ভিসের দিকেই ইঙ্গিত করে। ইঞ্জিনিয়ারটি অ্যাড্রেনালিন এবং ঘুমহীনতার উপর ভরসা করে সিস্টেমটির বিপরীত ইঞ্জিনিয়ারিং করে। 3. অসমভাবে বণ্টিত লোডের জন্য সমমাত্রিক শিফট শনিবার-রবিবার হলো সুপারবোল। সপ্তাহের বাকি দিনগুলি হলো একটি স্প্রিন্ট। একই রোটেশন উভয়কেই একইভাবে ব্যবহার করে। সেরা টিমগুলি যে চারটি সমাধান চালু করে: 1. এররবাজেট অপ্রত্যাশিত অন-কলকাজকে সপ্তাহের 25% -এরও কমে সীমাবদ্ধ রাখুন। 25% -এরও বেশি হলে, ফিচারওয়ার্কটি থামবে। Google SRE-এরাই এইপথনির্দেশিকা (playbook) লিখেছে। 2. SLO-এর সঙ্গে আলার্টগুলির লিঙ্ক যদি এটি কোনোইউজার-অবজারভেবল SLO-ব্রেচের (SLO breach)সঙ্গেইমিলেনা,তবেএটি-শব্দ।অন-কলসময়ের23%হলোভুলধনাত্মক (Blameless 2026)। 3. Runbook-or-delete প্রতিটি প্রডাকশন-আলার্ট-এরসঙ্গেএকটিআধুনিকরানবুকথাকতেহবে,অথবাআলার্টটিকেমুছেফেলা-হবে।আপনিআপনারআলার্টগুলিরঅর্ধেকহারাবেন।এটিইউদ্দেশ্য। 4. লোড-অজগতরোটেশন শীর্ষ-সময়গুলিরজন্যভারীকভাবেঅথবাছোটশিফটপ্রয়োজন।এক-সাইজ-ফিটসব-সবকেশীর্ষপদগুলিরউপরদণ্ডনীয়ভাবেশাসনকরে। আপনি यदि इंजीनियरिंग के नेतृत्व करते हैं, तो ऑन-कॉल डिज़ाइन आपका काम है। HR नहीं। आपका EM नहीं। आप। এইসপ্তাহ:ড্যাশবোর্ডখুলুন,পেজগুলিগণনাকরুন,জিজ্ঞাসাকরুনকয়টিপেজপ্ল্যাটফর্মদ্বারাইহস্তান্তরিতহওয়াউচিতছিল,মানুষদ্বারানয়। #EngineeringLeadership #OnCall #SRE