Uptime monitoring: cara tahu laman awak jatuh sebelum pelanggan beritahu

Laman yang jatuh pada pukul 2 pagi biasanya diketahui pemiliknya pada pukul 8 pagi, dan bukan daripada alat apa pun tetapi daripada e-mel pelanggan yang bertanya kenapa borang tempahan tidak boleh dihantar. Pemantauan uptime hanya menyelesaikan satu perkara: laman awak dicuba dari luar rumah pada jadual yang tetap, dan awak dimaklumkan apabila jawapannya berubah daripada biasa.

Pos ini menyusun tiga keputusan yang perlu dibuat sebelum melanggan apa-apa alat: apa yang sepatutnya diperiksa, berapa kerap, dan siapa yang patut dibangunkan. Setiap angka di bawah datang daripada dokumentasi atau halaman harga rasmi penyedia, bukan anggaran.

Empat tetapan yang menentukan sama ada pemantauan berguna

Alat pemantauan tidak sama antara satu sama lain, dan perbezaannya bukan pada rupa papan pemuka. Empat tetapan ini yang menentukan sama ada awak dapat berita berguna atau hanya notifikasi yang menjengkelkan.

• ▸ Selang pemeriksaan. UptimeRobot memberi 50 monitor dengan selang 5 minit pada pelan percuma, manakala pelan Solo (AS$12 sebulan jika dibayar tahunan) menurunkannya ke 60 saat. Better Stack menyatakan pilihan selang bermula 3 minit untuk pelan percuma dan 30 saat untuk pelan berbayar.
• ▸ Masa tamat permintaan (request timeout). Better Stack memberi amaran bahawa masa tamat tidak boleh ditetapkan lebih panjang daripada selang pemeriksaan, kerana tetapan itu akan gagal. Ini had teknikal yang jarang disebut dalam ulasan alat.
• ▸ Tempoh pengesahan dan pemulihan. Berapa kali kegagalan mesti berulang sebelum amaran dihantar. Tanpa tempoh ini, satu paket data yang hilang sudah cukup untuk membangunkan awak pada pukul 3 pagi.
• ▸ Lokasi pemeriksaan. Satu pemeriksaan dari Jerman boleh melaporkan laman awak mati hanya kerana laluan rangkaian antara benua tersekat, sedangkan pelawat dari Kota Bharu tidak mengalami masalah apa-apa.

Alat percuma lawan berbayar: di mana garis pemisah sebenarnya

Untuk laman kecil, pelan percuma biasanya sudah memadai, tetapi awak perlu tahu apa yang awak lepaskan.

• ▸ UptimeRobot, pelan percuma AS$0: 50 monitor, selang 5 minit, dan merangkumi pemantauan HTTP, port, ping dan kata kunci. Hadnya ialah hanya 5 integrasi, tiada tempat duduk untuk ahli pasukan, dan halaman status asas sahaja.
• ▸ Better Stack, pelan percuma dengan selang 3 minit. Pakej berbayar bagi pemantauan luarnya dipaparkan sekitar AS$25 sebulan, atau AS$21 sebulan jika dibayar tahunan.
• ▸ Cloudflare Health Checks tidak tersedia pada pelan Free. Dokumen rasminya menyenaraikan Pro dengan 10 pemeriksaan, Business 50, dan Enterprise 1,000 pemeriksaan.
• ▸ Pingdom: tutorial rasminya menyatakan selang lalai ialah sekali seminit, dan syarikat itu menyarankan selang itu untuk menangkap gangguan kecil.

Berapa lama 0.1 peratus itu dalam minit sebenar

Setiap hos mengiklankan ketersediaan 99.9 peratus, tetapi angka itu jarang diterjemahkan. Dalam sebulan 30 hari terdapat 43,200 minit. Ketersediaan 99.9 peratus bermakna 43.2 minit masa henti sebulan, iaitu kira-kira 43 minit 12 saat; 99.5 peratus bermakna 216 minit atau 3 jam 36 minit; dan 99 peratus bermakna 432 minit, iaitu 7 jam 12 minit. Angka yang kelihatan hampir sama pada iklan berbeza antara 43 minit dengan lebih tujuh jam.

Selang pemeriksaan pula menentukan apa yang awak sebenarnya boleh bangunkan. Dengan selang 5 minit, gangguan yang berlangsung 2 minit boleh berlaku dan pulih sepenuhnya antara dua pemeriksaan, tanpa satu pun amaran dihantar. Itulah sebabnya selang 60 saat berbaloi bagi laman yang menerima tempahan, bukan kerana alat berbayar itu lebih cantik.

# Ujian asas dari komputer sendiri, tanpa alat berbayar
curl -sS -o /dev/null -w 'kod=%{http_code} masa=%{time_total}s\n' https://example.com
# Ganti example.com dengan domain awak. Kod 200 bermaksud halaman dihantar
# seperti biasa; kod 500, 502 atau 503 bermaksud pelayan hidup tetapi gagal menjawab.

Jalankan baris itu tiga kali sehari dan catat hasilnya. MDN menyenaraikan maksud penuh setiap kod status HTTP, dan perbezaan antara kod 200, kod 4xx dan kod 5xx menentukan sama ada masalahnya pada pelawat, pada tetapan laman, atau pada pelayan itu sendiri.

Saluran amaran: siapa yang perlu dibangunkan, dan berapa kosnya

E-mel percuma pada hampir semua alat, dan bagi pemilik satu laman, e-mel biasanya sudah memadai. Tetapi e-mel juga saluran yang paling mudah diabaikan: satu amaran pada pukul 3 pagi akan tenggelam di antara surat berita dan promosi. Kalau laman awak menjana jualan, awak mahu saluran yang benar-benar berbunyi.

• ▸ UptimeRobot menjual kredit SMS dan panggilan suara secara berasingan daripada pelan: 10 kredit berharga AS$3, 100 kredit AS$15, 200 kredit AS$25 dan 500 kredit AS$55. Kredit ini dimasukkan sekali sahaja dan tidak diperbaharui bersama langganan bulanan.
• ▸ Kos setiap mesej bergantung kepada negara penerima. Halaman harga UptimeRobot menyenaraikan 2 kredit untuk Indonesia, Filipina, Bangladesh, Pakistan dan beberapa negara lain, manakala kategori selebihnya hanya 1 kredit. Panggilan suara pula 2 kredit untuk semua negara.
• ▸ Mesej pengesahan yang dihantar ketika awak menambah atau menukar nombor amaran juga menggunakan kredit, jadi baki berkurangan walaupun tiada gangguan berlaku.
• ▸ Uji sebelum bergantung padanya: hentikan laman selama lima minit pada waktu lapang, dan pastikan amaran benar-benar sampai ke telefon dalam masa yang awak sangka.

Amaran palsu lebih memenatkan daripada tiada amaran

Dokumen Cloudflare menyatakan bahawa e-mel amaran Health Checks dihantar dalam beberapa saat selepas status asal berubah, dan e-mel itu menyenaraikan kod jawapan yang dijangka berbanding kod jawapan yang diterima. Maklumat itu yang membezakan amaran berguna daripada amaran yang membuat awak berjaga malam tanpa sebab. Dua hari pertama selepas memasang alat, periksa setiap amaran yang masuk dan tetapkan semula ambangnya sehingga amaran hanya muncul apabila pelawat benar-benar terjejas.

Kalau awak mahu memantau dari pelayan sendiri

Uptime Kuma ialah alat sumber terbuka yang boleh dipasang melalui Docker, dengan lebih 7,300 commit di GitHub dan pembangunan yang masih aktif. Kelebihannya nyata: semua rekod kekal di mesin awak dan tiada had selang yang dikenakan bayaran. Kelemahannya juga nyata: jika mesin itu sendiri yang jatuh atau rangkaian pejabat terputus, pemantau jatuh sekali bersama laman yang dipantaunya, dan awak tetap tidak tahu apa-apa. Sebab itu pemantauan dari dalam pelayan sahaja tidak memadai, kecuali ia diletakkan pada mesin yang berbeza daripada laman yang dijaga.

Empat perkara yang patut diperiksa, bukan hanya halaman depan

• ▸ Sijil SSL. UptimeRobot memasukkan pemantauan SSL dan tamat tempoh domain dalam ciri pelan percumanya, manakala Better Stack mempunyai pemeriksaan sijil SSL sebagai modul berasingan. Sijil yang tamat menjadikan pelawat melihat amaran keselamatan sebelum mereka membaca satu perkataan pun.
• ▸ Tarikh tamat domain. Nama domain yang luput tidak boleh dibaiki dalam lima minit, dan pemulihannya bergantung kepada pemilik pendaftaran asal.
• ▸ Halaman penting, bukan hanya laman depan. Halaman borang, halaman log masuk dan API tempahan lebih kerap rosak daripada laman depan yang statik.
• ▸ Masa tindak balas. Ciri amaran tindak balas perlahan menangkap laman yang masih menjawab kod 200 tetapi mengambil masa berbelas saat, keadaan yang merosakkan jualan tanpa satu pun halaman ralat muncul.

Rekod selepas kejadian: apa yang awak boleh lihat semula

Apabila laman pulih, soalan pertama pelanggan ialah berapa lama ia sebenarnya jatuh. Jawapan itu datang daripada rekod, bukan daripada ingatan. Halaman harga UptimeRobot menyenaraikan penyimpanan data 12 bulan sebagai ciri pelan Solo, manakala pelan percuma terhad kepada halaman status asas dan lima integrasi. Kalau awak memerlukan sejarah panjang untuk laporan kepada pelanggan, pelan percuma bukan tempatnya.

Cloudflare pula meletakkan analitik Health Checks seperti ketersediaan, kependaman dan sebab kegagalan hanya pada pelan Pro dan ke atas, manakala pelan Free tidak mendapat pemeriksaan ini langsung. Sebelum memilih alat, jawab satu soalan dahulu: adakah awak hanya perlu tahu laman jatuh, atau awak perlu membuktikan berapa lama ia jatuh?

Susunan bermula untuk laman kecil

Mula dengan satu monitor HTTP untuk laman depan, selang 5 minit, amaran ke e-mel, dan tempoh pengesahan yang tidak menghantar notifikasi selepas satu kegagalan tunggal. Seminggu kemudian, tambah pemantauan sijil SSL dan satu halaman borang. Selepas itu baharu pertimbangkan pelan berbayar, dan hanya untuk halaman yang benar-benar menjana pendapatan. Susunan tiga langkah ini menjimatkan masa jauh lebih banyak daripada memasang lima alat sekaligus dan berhenti membaca amaran kerana terlalu banyak notifikasi.