Cara Setup Monitoring Server dengan Uptime Kuma

Ada urutan kejadian yang tidak boleh terjadi di bisnis yang serius: website tumbang jam tiga pagi, dan Anda mengetahuinya jam sembilan — dari pelanggan yang bertanya di WhatsApp kenapa tidak bisa memesan. Enam jam mati yang tidak ada yang tahu, plus satu kesan tak profesional yang gratis. Uptime Kuma menutup lubang itu: monitor open source yang Anda pasang sendiri, memeriksa semua situs dan layanan Anda tiap menit, dan membangunkan Anda lewat Telegram pada menit pertama ada yang tumbang. Gratis, ringan, dan terpasang dalam lima belas menit.

Kenapa Anda tidak boleh jadi orang terakhir yang tahu

Selain soal muka, ada logika teknis: masalah yang ketahuan menit pertama biasanya kecil (service perlu restart, sertifikat kedaluwarsa, disk penuh) — masalah yang sama setelah enam jam sudah beranak: antrean menumpuk, data gagal masuk, pelanggan pergi. Monitoring memindahkan Anda dari pihak yang diberi tahu menjadi pihak yang memberi tahu ("sistem sempat gangguan pagi ini dan sudah pulih" — kalimat yang membangun kepercayaan, bukan meruntuhkannya). Dan dengan self-hosted, tidak ada batas jumlah monitor atau interval yang dikunci paywall.

Langkah 1: Jalankan Uptime Kuma dengan Docker

Satu catatan arsitektur dulu, karena sering terlewat: pasang monitor di mesin yang berbeda dari yang dipantau. Monitor yang tinggal serumah dengan servernya ikut mati bersama server itu — dan tidak ada yang mengabari siapa-siapa. VPS kecil terpisah, atau bahkan komputer kantor yang selalu menyala, sudah memadai.

docker run -d --name uptime-kuma \
  -p 3001:3001 \
  -v uptime-kuma:/app/data \
  --restart always \
  louislam/uptime-kuma:1

Pola yang sudah Anda kenal dari tutorial Docker: volume untuk data, restart otomatis. Buka http://ip-mesin:3001, buat akun admin dengan password serius — dan kalau dashboard ini akan diakses dari internet, taruh di balik HTTPS seperti pada tutorial reverse proxy kami.

Langkah 2: Tambahkan monitor untuk situs dan API

Klik Add New Monitor. Untuk website: tipe HTTP(s), URL situs Anda, interval 60 detik. Tambahkan monitor untuk setiap yang penting — website utama, API backend, instance n8n (endpoint /healthz), dashboard internal. Tiga penyetelan yang menaikkan mutu pemantauan dari "hidup/mati" menjadi "sehat/sakit":

• Keyword monitor: untuk halaman penting, pakai tipe HTTP(s) - Keyword yang memeriksa sebuah teks benar-benar muncul di halaman — menangkap kasus licik "server menjawab 200 tapi isinya halaman error".
• Pantau sertifikat: aktifkan peringatan kedaluwarsa sertifikat di monitor HTTPS — Anda diberi tahu berhari-hari sebelum gembok situs berubah jadi peringatan merah.
• Retries: set 1–2 kali sebelum dinyatakan down, supaya cegukan jaringan sedetik tidak membunyikan alarm palsu. Alarm yang sering salah akan mulai diabaikan — dan alarm yang diabaikan sama dengan tidak ada.

Langkah 3: Sambungkan notifikasi ke Telegram

Dashboard yang harus dibuka untuk tahu ada masalah hanyalah memindahkan masalahnya. Di Settings → Notifications → Setup Notification, pilih Telegram, isi bot token dan chat ID — bot yang sama dari tutorial bot Telegram bisa dipakai ulang, atau buat bot khusus "penjaga server" supaya notifikasinya tidak bercampur. Klik Test, pastikan ponsel berbunyi, lalu terapkan notifikasi ini ke semua monitor (ada opsi default untuk monitor baru). Uptime Kuma mengirim dua kabar: saat tumbang dan saat pulih — yang kedua sama berharganya, terutama saat Anda sedang di jalan.

Langkah 4: Pasang status page untuk tim atau klien

Fitur bonus yang sering jadi favorit: Status Pages membuat halaman publik berisi kondisi terkini layanan-layanan pilihan Anda — hijau semua, atau merah di mana. Dua pemakaian yang terbukti berguna: halaman internal untuk tim (pertanyaan "sistemnya lambat ya?" dijawab dengan satu tautan, bukan investigasi dadakan), dan halaman untuk klien yang sistemnya Anda kelola — transparansi yang mengubah hubungan dari "vendor yang dicurigai saat ada masalah" menjadi "partner yang datanya terbuka". Pilih hanya monitor yang pantas dilihat audiens halaman itu; dashboard lengkap tetap urusan internal.

Yang tidak terlihat oleh uptime monitor

Supaya rasa aman Anda terkalibrasi: Uptime Kuma menjawab satu pertanyaan — apakah layanan merespons dari luar — dan menjawabnya dengan sangat baik. Yang tidak ia lihat: disk yang 95% penuh (masih merespons... sampai tidak), workflow otomasi yang gagal diam-diam di dalam sistem yang sehat, kebocoran memori yang merambat pelan, dan mutu data (laporan yang terkirim tepat waktu berisi angka salah). Lapisan-lapisan itu punya penjaganya sendiri — error workflow, pemeriksaan disk, validasi data — yang sebagiannya sudah dibahas di tutorial-tutorial sebelumnya. Uptime monitor adalah lantai pertama menara pengawas, bukan seluruh menaranya. Tapi sebagai lantai pertama, ia wajib, murah, dan selesai dipasang sore ini.

Monitoring adalah bagian dari paket "membangun itu setengah, merawat itu setengahnya lagi" — filosofi yang sama yang membuat layanan software dan AI automation kami selalu menyertakan sisi perawatannya, ditopang 38.000 jam maintenance yang sudah kami jalani.