Selfhost-id: Panduan Self-Hosting untuk Pengguna Indonesia
Selfhost-id: Panduan Self-Hosting untuk Pengguna Indonesia
TL;DR: Selfhost-id adalah praktik menjalankan layanan digital sendiri—cloud storage, password manager, sampai server git—di VPS milikmu, bukan di layanan berlangganan. Untuk pengguna Indonesia, ini masuk akal kalau kamu butuh kontrol data dan sudah siap merawat server. Mulai dari satu layanan, satu VPS kecil, dan backup otomatis; jangan langsung pindah semuanya.
Daftar Isi
- Apa Itu Selfhost-id dan Kenapa Ramai Dibahas
- Modal Awal: VPS, Domain, dan yang Sebenarnya Tak Perlu
- Layanan yang Paling Masuk Akal untuk Di-host Sendiri
- Keamanan dan Backup: Bagian yang Sering Dilewatkan
- Biaya Realistis dan Kapan Sebaiknya Tidak Self-Host
Apa Itu Selfhost-id dan Kenapa Ramai Dibahas
Selfhost-id merujuk pada kebiasaan menjalankan layanan yang biasanya kamu sewa—penyimpanan file, foto, password, catatan—di server yang kamu kelola sendiri. Istilahnya menempel di komunitas self-hosting Indonesia yang aktif berbagi resep Docker Compose dan pengalaman berhemat langganan dolar. Intinya bukan soal "anti-cloud", tapi soal siapa yang memegang kunci datamu.
Pemicunya cukup membumi. Kurs dolar membuat langganan tahunan terasa makin berat, sementara VPS kecil sudah bisa dibeli dengan harga setara dua gelas kopi per bulan. Di sisi lain, survei APJII menunjukkan penetrasi internet Indonesia yang sudah tinggi, jadi makin banyak orang punya cukup koneksi dan keberanian untuk mencoba.
Ada juga motif belajar. Menjalankan reverse proxy, sertifikat TLS, dan container adalah kurikulum DevOps yang jauh lebih seru daripada membaca slide. Banyak orang mulai dari rasa penasaran, lalu bertahan karena layanannya benar-benar dipakai setiap hari.
Yang perlu jujur diakui: self-hosting tidak otomatis lebih murah atau lebih aman. Kamu menukar biaya langganan dengan waktu, dan menukar kemudahan dengan tanggung jawab. Kalau waktu luangmu lebih mahal dari langganan, tetap di SaaS adalah keputusan yang rasional.
Kalau nanti kamu butuh VPS di luar negeri untuk eksperimen, Hetzner Cloud sering jadi titik mulai yang populer di komunitas karena billing per jam dan lokasi Singapura yang dekat. Cukup untuk uji coba, dan gampang dihapus kalau tidak jadi.
Modal Awal: VPS, Domain, dan yang Sebenarnya Tak Perlu
Modal minimalnya tiga: satu VPS, satu domain, dan satu jam belajar Docker. VPS 1–2 GB RAM sudah cukup untuk 3–5 layanan ringan, asalkan kamu memakai Docker Compose supaya konfigurasi tidak berantakan. Domain bisa dipakai domain murah .my.id atau .xyz; ini opsional kalau kamu hanya mengakses lewat IP.
Yang tidak perlu di awal: Kubernetes, load balancer, cluster, panel billing, dan dedicated server. Semua itu menambah permukaan masalah tanpa menambah manfaat untuk satu pengguna. Satu file docker-compose.yml dan satu reverse proxy (Caddy atau Nginx Proxy Manager) sudah menyelesaikan 95% kebutuhan.
Untuk akses dari luar tanpa membuka banyak port, Cloudflare Tunnel adalah jalan pintas yang rapi dan gratis. Kamu tidak perlu IP publik statis atau port forwarding di router rumah. Alternatifnya Tailscale kalau kamu ingin akses privat antar perangkat saja.
Urutan yang paling aman: pasang satu layanan, pastikan jalan seminggu, baru tambah layanan kedua. Rangkuman kurasi proyek yang layak dicoba ada di awesome-selfhosted, dan itu sudah cukup jadi katalog—tidak perlu daftar lain.
Layanan yang Paling Masuk Akal untuk Di-host Sendiri
Tidak semua layanan cocok dipindahkan. Yang paling masuk akal adalah yang datanya besar, jarang diakses bersamaan, dan alternatif SaaS-nya mahal per gigabyte. Berikut perbandingan kasarnya; angka RAM adalah perkiraan untuk pemakaian pribadi, bukan batas resmi.
| Layanan | Alternatif SaaS | RAM disarankan | Tingkat kesulitan |
|---|---|---|---|
| Vaultwarden (password manager) | Bitwarden Premium, 1Password | 256–512 MB | Mudah |
| Uptime Kuma (monitoring) | UptimeRobot | 256 MB | Mudah |
| Gitea / Forgejo (git server) | GitHub | 512 MB–1 GB | Mudah |
| Nextcloud / Seafile (file) | Google Drive, Dropbox | 1–2 GB | Sedang |
| Immich (foto) | Google Photos | 2–4 GB | Sedang |
Yang biasanya tidak layak di-self-host untuk pemakaian pribadi: email (repot soal reputasi IP dan deliverability), media streaming publik (konsumsi bandwidth besar), dan aplikasi kantor kolaboratif (kompleksitas tinggi). Untuk tiga hal itu, SaaS atau layanan gratis masih menang.
Keamanan dan Backup: Bagian yang Sering Dilewatkan
Aturan pertama: jangan pernah mengekspos panel admin ke internet tanpa autentikasi. Sebagian besar insiden di komunitas self-hosting bukan serangan canggih, melainkan panel terbuka yang ditemukan pemindai otomatis dalam hitungan jam. Pasang reverse proxy dengan TLS, aktifkan autentikasi, dan matikan pendaftaran publik.
Aturan kedua: backup yang tidak pernah diuji bukan backup. Aturan 3-2-1 tetap relevan—tiga salinan, dua media, satu di lokasi lain. Untuk data penting, restic ke object storage murah sudah lebih dari cukup, dan biayanya biasanya lebih kecil dari satu langganan bulanan.
Aturan ketiga: update rutin dan baca changelog sebelum melompat versi besar. Docker memudahkan rollback, tapi database yang sudah dimigrasi sering tidak bisa mundur. Biasanya aman mengambil image dengan tag versi spesifik, bukan latest.
Satu kebiasaan kecil yang menyelamatkan banyak orang: simpan semua konfigurasi di git. Kalau VPS hilang, kamu hanya kehilangan waktu satu jam, bukan data konfigurasi berbulan-bulan. Ini juga memaksa kamu mendokumentasikan langkah setup secara alami.
Biaya Realistis dan Kapan Sebaiknya Tidak Self-Host
Hitung tiga komponen: VPS (kisaran belasan sampai puluhan ribu rupiah per bulan untuk spesifikasi kecil), domain (sekitar seratus ribuan per tahun, harga bervariasi antar registrar), dan waktu. Komponen ketiga yang paling sering dilupakan. Satu jam debugging tiap bulan sudah cukup untuk membuat "hemat" ini terasa mahal.
Self-hosting menang kalau kamu menyimpan banyak data, punya beberapa pengguna, atau memang ingin belajar. Self-hosting kalah kalau kebutuhannya cuma satu akun cloud storage 100 GB dan kamu tidak menikmati bagian teknisnya. Keduanya jawaban yang benar untuk orang yang berbeda.
Ada juga risiko yang tidak bisa dihilangkan: VPS bisa mati, provider bisa bermasalah, dan akun bisa terkunci. Karena itu, jangan pernah menjadikan server pribadi sebagai satu-satunya salinan data yang penting. Itu bukan soal optimisme, itu soal desain.
Apakah selfhost-id butuh VPS mahal?
Tidak. VPS 1–2 GB RAM sudah cukup untuk memulai beberapa layanan ringan. Yang lebih menentukan adalah disiplin backup dan kemauan merawat, bukan besar kecilnya spesifikasi.
Apakah data di VPS luar negeri aman?
"Amankan" relatif. Data berada di bawah kendali kamu, tapi tetap berada di infrastruktur pihak lain dan tunduk pada hukum negara setempat. Enkripsi di sisi klien dan backup mandiri adalah mitigasi yang paling praktis.
Kalau server mati, apakah data hilang?
Hanya kalau tidak ada backup. Dengan backup otomatis ke lokasi berbeda plus konfigurasi tersimpan di git, pemulihan biasanya cepat. Tanpa itu, satu disk rusak bisa menghapus semuanya.
Kesimpulan
Selfhost-id bukan tentang memindahkan semua layanan ke server sendiri, melainkan memilih dengan sadar mana yang layak dikelola. Mulai dari satu layanan kecil, satu VPS, dan satu backup otomatis yang benar-benar diuji. Kalau seminggu pertama berjalan lancar dan kamu masih menikmatinya, tambah layanan kedua. Kalau terasa merepotkan, tidak apa-apa berhenti—SaaS juga pilihan yang sah. Kunci praktisnya: pilih satu, jalankan sebulan, ukur waktu yang kamu habiskan, lalu putuskan berdasarkan data, bukan berdasarkan euforia komunitas.
Sumber:
Baca juga: [Panduan Docker Compose untuk Pemula: Dari Nol Sampai Jalan]
Comments
Post a Comment