62% jurutera yang bertugas dalam talian mengalami kelesuan dalam tempoh 12 bulan (PagerDuty 2026). Ini bukan masalah manusia. Ini adalah masalah rekabentuk kejuruteraan. Tiga punca utama yang dimiliki setiap pusingan yang letih: 1. Pemberitahuan berdasarkan gejala, bukan punca Lonjakan CPU, kedalaman antrian, kadar permintaan – semua ini bukan insiden. Semuanya membangunkan orang pada pukul 3 pagi. 2. Buku prosedur usang Pemberitahuan dikeluarkan. Buku prosedur merujuk kepada perkhidmatan yang telah dinamakan semula. Jurutera merekabentuk semula sistem secara songsang dengan adrenalin dan tanpa tidur. 3. Pusingan simetri untuk beban asimetri Hujung minggu adalah Super Bowl. Hari bekerja adalah larian. Pusingan yang sama memperlakukan keduanya secara identik. Empat penyelesaian yang dihantar oleh pasukan terbaik: 1. Anggaran ralat Tetapkan kerja bertugas dalam talian yang tidak dirancang pada 25% seminggu. Jika melebihi itu, kerja ciri dihentikan. Google SRE menulis panduan ini. 2. Pemberitahuan yang dikaitkan dengan SLO Jika ia tidak berkaitan dengan pelanggaran SLO yang boleh dilihat pengguna, ia adalah bunyi. 23% masa bertugas dalam talian adalah positif palsu (Blameless 2026). 3. Buku prosedur atau padam Setiap pemberitahuan pengeluaran disertai dengan buku prosedur terkini, atau pemberitahuan itu dipadamkan. Anda akan kehilangan separuh daripada pemberitahuan anda. Itulah tujuannya. 4. Pusingan yang menyedari beban Jendela puncak memerlukan perlindungan yang lebih berat atau pusingan yang lebih pendek. Pendekatan satu-ukuran-untuk-semua menghukum siapa sahaja yang mendapat puncak. Jika anda memimpin kejuruteraan, rekabentuk bertugas dalam talian adalah tanggungjawab anda. Bukan HR. Bukan EM anda. Anda. Minggu ini: buka dashboard, hitung jumlah pemberitahuan, dan tanya berapa banyak sepatutnya ditangani oleh platform, bukan manusia. #EngineeringLeadership #OnCall #SRE