Tujuannya adalah ketahui sistem anda tidak sihat sebelum pengguna anda memberitahu anda. Kebolehlihatuan yang baik membolehkan anda menjawab soalan yang anda tidak jangka, bukan hanya menyemak set papan pemuka yang tetap. Sebagai ketua teknologi, anda menyediakannya sebelum insiden, bukan semasa.
Muka pada apa yang pengguna rasakan, bukan gegaran dalaman. Sauh amaran ke SLO: kadar ralat, kependaman (p95/p99), dan ketersediaan. Lonjakan CPU bukan insiden; daftar keluar gagal untuk 2% pengguna.
| Amaran pada | Jangan muka pada |
|---|---|
| Kadar ralat melanggar SLO | Lonjakan CPU tunggal |
| Kependaman p99 melebihi belanjawan | Satu permintaan perlahan |
| Pemeriksaan kesihatan gagal | Cakera pada 60% |
Setiap amaran harus mendesak, nyata, dan boleh ditindaklanjuti — ia menamakan apa yang salah dan menunjuk ke langkah seterusnya. Amaran yang tembak secara berterusan melatih pasukan untuk mengabaikannya; keletihan amaran adalah cara insiden sebenar terlewat. Tambah pemeriksaan kesihatan dan papan pemuka yang menunjukkan isyarat emas sekilas.
Pasukan yang hanya memerhati selepas insiden terbang buta: mereka belajar tentang gangguan daripada pelanggan yang marah dan nyahpepijat dengan meneka. Melabur dalam kebolehlihatuan sejak awal mengubah misteri 3 pagi menjadi diagnosis 5 minit, mengecilkan masa henti, dan membebaskan pasukan untuk dihantar dan bukannya memadamkan kebakaran.