- Menekankan pengalaman dan pentingnya kemandirian teknologi serta kesenangan dari self-hosting
- Menjelaskan bahwa kepemilikan domain dan pengelolaan blog secara mandiri memberi keuntungan besar bagi karier dan pengembangan diri dalam jangka panjang
- Menyebutkan nilai komunitas dan pembelajaran yang diperoleh dengan membagikan pengetahuan dan kode sendiri dalam ekosistem open source yang terbuka
- Memperkenalkan pembangunan Homelab dan berbagai alat open source self-hosting, sambil menekankan kebebasan yang dirasakan saat benar-benar menggunakannya dan lepas dari keterbatasan layanan berbasis langganan
- Menegaskan dampak positif berbagi konten berbasis Markdown dan semangat open source terhadap ekosistem perangkat lunak serta penguatan kemampuan individu
Pengantar: nilai kemandirian teknologi dan membangun sendiri
- Setelah menonton video PewDiePie tentang instalasi Arch Linux dan membuat produk berbasis open source secara langsung, penulis kembali merenungkan pentingnya self-hosting dan kemandirian teknologi dalam membangun sesuatu miliknya sendiri
- Domain, blog, dan layanan yang dikelola sendiri akan menjadi aset yang terus terakumulasi dalam jangka panjang, dan maknanya jauh lebih besar daripada sekadar berpindah platform
Kekuatan memiliki domain dan menjalankan blog sendiri
- Bagi mereka yang ingin mulai menulis lagi atau sedang mempertimbangkan mencari pekerjaan, penulis pertama-tama merekomendasikan membeli domain sendiri dan mengelola blog
- Karena kehilangan konten dan domain berharga kerap terulang setiap kali berpindah platform, penting untuk memiliki domain sendiri dan terus menumpuk konten di alamat yang sama
- Seiring waktu, backlink, postingan lama, dan riwayat investasi yang terkumpul akan terhubung menjadi kredibilitas jangka panjang
Pengalaman self-hosting dan pembelajaran penulis
- Penulis meng-host sendiri berbagai layanan seperti blog, second brain, buku, daftar langganan, dan memanfaatkan GoHugo, Listmonk, Memberstack, dan lainnya
- Dengan membangun lingkungan Homelab, SSH, backup, pengelolaan foto, Gitea, serta otomatisasi proxy/sertifikat SSL, penulis secara bertahap meningkatkan kemampuan teknisnya
- Meski awalnya terasa sulit, proses belajar dan rasa pencapaian adalah imbalan terbesar
Nilai open source dan komunitas
- Pemanfaatan dan kontribusi pada perangkat lunak open source memungkinkan kemandirian teknologi, dan penulis juga membuka pengetahuan serta alat buatannya di GitHub
- Dalam open source, semua orang dapat menggunakannya secara bebas melalui berbagai lisensi, dan peluang untuk menerima umpan balik komunitas serta kolaborasi pun meningkat
- Penulis mulai tertarik pada ekosistem open source melalui pengalaman menggunakan alat BI open source, dan kini sebagian besar aktivitas online serta tulisan tentang data engineering juga bertumpu padanya
Linux dan Linus Torvalds
- Linux adalah inti dari perangkat digital di seluruh dunia, dan berkat Linus Torvalds yang tidak mengomersialkannya, Linux dapat menyebar luas secara global
- Torvalds juga mengembangkan git, yang kini menjadi alat wajib bagi semua pengembang perangkat lunak di seluruh dunia
- Ketika seseorang membuka hasil kerjanya ke open source, orang lain bisa belajar, memberi umpan balik, berkontribusi, dan terhubung; ini membantu pertumbuhan pribadi sekaligus perkembangan komunitas
Rasa terima kasih dan alat-alat open source
- Ada beberapa alat open source yang sering digunakan penulis dan sangat ia syukuri
- Quartz: alternatif Obsidian Publish open source
- GoatCounter: alat analitik trafik situs yang dianonimkan
- Listmonk: sistem daftar newsletter open source
- listmonk-rss: pengiriman email otomatis saat menulis blog
- Contoh perangkat lunak open source yang direkomendasikan untuk Homelab:
- Paperless: digitalisasi dan pengelolaan dokumen
- PhotoPrism: pengelolaan foto self-hosting berbasis AI
- Pi-hole: pemblokir iklan untuk seluruh jaringan
- Nginx Proxy Manager: routing domain dan otomatisasi SSL
- Audiobookshelf: server audiobook/podcast
- Calibre: pengelolaan e-book
- Syncthing: sinkronisasi file terdistribusi
- Gitea: layanan Git mandiri yang ringan
Eksperimen tetap cukup dengan perangkat murah
- Meski bukan server terbaru yang mahal, Homelab tetap bisa dibangun dengan cukup menggunakan server klien bekas dan sistem operasi yang baik
- Penulis menekankan kegembiraan belajar dan kemandirian yang diperoleh dari proses membangun dan mengelola sendiri
Kemandirian teknologi dan risiko platform
- Dengan membangun dan meng-host sendiri, kita dapat terbebas dari risiko seperti perubahan fitur atau penghentian layanan oleh layanan besar seperti Google dan Apple
- Keuntungan sejati dari Tech Independence adalah memperoleh kebebasan untuk merancang dan menyesuaikan sendiri lingkungan serta karakteristik yang diinginkan
Penutup dan pentingnya Markdown
-
Menekankan kegembiraan open source, membuat sendiri, dan berbagi pengalaman, sekaligus menyoroti bahwa dasar semua solusi dan produksi konten disatukan oleh Markdown
-
Markdown menjamin kompatibilitas antarberbagai platform dan menjadi alat standar dalam budaya open source/berbagi pengetahuan
-
Lebih banyak blog data engineering, catatan second brain, buku yang sedang ditulis secara terbuka, dan lainnya dapat ditemukan di ssp.sh dan GitHub
-
Penulis selalu menyambut berbagi pengalaman dan diskusi dengan para pembaca
1 komentar
Komentar Hacker News
Maaf agak promosi diri, tapi saya ingin bilang bahwa saat self-hosting, kenyataannya kita tidak harus selalu membeli hardware baru. Laptop lama yang sudah lambat sekali dipakai di Windows setelah beberapa tahun masih cukup layak performanya untuk dijadikan server Linux. Kemungkinan besar ada laptop tua yang menganggur di rumah atau di sekitar teman, dan saya sendiri masih memakai laptop i3 keluaran 2011 berdua tanpa masalah, bahkan sampai sekarang di tahun 2025 rasanya belum perlu upgrade. Laptop juga efisien daya saat idle, jadi dalam jangka panjang bisa jadi pilihan yang lebih masuk akal daripada desktop. Menurut saya, laptop adalah kandidat server pertama yang sangat bagus untuk pemula self-hosting. (Sebagai catatan, laptop tidak punya UPS bawaan, jadi kalau mau dicolok 24 jam, sangat disarankan melepas baterainya)
Tulisan tentang penggunaan ulang hardware lama
Saya juga mengaku komentar ini sedang ditulis dari laptop Acer berusia 13 tahun dengan Linux Mint XFCE. Saya selalu merasa sayang membuang perangkat lama, jadi setelah membeli laptop baru, yang lama saya sambungkan ke TV ruang tamu lewat HDMI dan saya pasangkan keyboard/trackpad nirkabel Logitech K400+ seharga $25. Untuk browsing web, YouTube, dan Netflix semuanya lancar, dan sesekali saat perlu kerja saya buka VS Code atau Thunderbird. Bahkan game indie di Steam pun masih bisa jalan lancar dengan gamepad. Saya cuma menyesal karena laptop Framework belum masuk ke negara saya; kalau sudah, lingkungan penggunaan ulang seperti ini pasti akan makin berkembang, tapi sayangnya negara saya belum termasuk tujuan pengiriman
Di lingkungan saya (kompleks apartemen 250 unit di Swedia), orang-orang membuang komputer lama ke tempat sampah elektronik itu sudah seperti hal biasa. Setiap kali jalan-jalan dengan anjing, saya seperti karakter film Mad Max yang berburu barang, dan bisa melakukannya beberapa kali sehari. Saya menggabungkan komponen dari beberapa unit, memasang debian, lalu menjalankan container docker untuk berbagai keperluan. Saya bahkan pernah menghadiahkan server Frankenstein seperti ini ke orang tua, sepupu, dan teman. Benar-benar mengejutkan melihat betapa banyak perangkat yang masih layak pakai dibuang begitu saja. Tidak jarang juga ada laptop tanpa password; begitu login ke Windows, isinya penuh foto keluarga. Kadang saya bahkan menemukan iPhone model sekitar 5 tahun lalu yang belum terkunci. Dunia ini memang terasa aneh
Saya juga punya Mac-Mini model 2012 di rumah. Itu hadiah, jadi saya memang tidak berniat pindah ke Mac, dan meskipun tidak kuat, performanya lumayan. Saya menyalakannya saat Natal tahun lalu, tapi dengan OS bawaan saja sudah sangat lambat, dan setelah update macOS malah jadi nyaris tidak bisa dipakai sama sekali. Setelah mengikuti tutorial YouTube, saya ganti ke SSD, instal Debian, lalu pasang CasaOS (OS/UI homeserver berbasis web). Sejak itu saya menyiapkan lingkungan untuk streaming musik lewat Navidrome dengan akses jarak jauh via Wireguard. Saya masih belum benar-benar paham konsep Docker, tapi sedang belajar banyak hal seperti mapping PATH dan sebagainya
Kalau Anda tidak keberatan belanja di pasar barang bekas, saya sekarang sedang merakit node Proxmox dengan Threadripper generasi ke-3 32-core/64-thread, RAM 256GB, 2x10G, 2x2.5G, antarmuka manajemen IPMI 1G khusus, dan 64 lane PCIe gen 4, semuanya di bawah 2.000 euro
Pada setup di bawah RAID6/RAIDZ2, ada risiko kehilangan data yang cukup besar. Kebanyakan laptop kekurangan port SATA/M.2 sehingga konfigurasi parity sendiri tidak memungkinkan, jadi kalau ingin toleransi gangguan setingkat RAID, pada akhirnya memang perlu hardware baru. Kalau Anda memegang prinsip bahwa backup harus tersebar minimal di 2 lokasi fisik, maka idealnya dibuat ganda juga
Saya paham alasan orang ingin self-hosting, tapi saya juga sangat paham kalau ada yang tidak ingin melakukannya. Self-hosting itu merepotkan: update docker harus dilakukan, kalau ada yang rusak hanya kita sendiri yang bisa memperbaiki, dan bahkan kalau berjalan baik pun sering terasa agak canggung alih-alih mulus. Saat ini hanya ada sedikit sekali tool self-hosted yang benar-benar menghemat waktu saya karena berjalan dengan baik (yang pertama adalah firefly), dan lebih banyak kasus saat saya mencoba setup, lalu rusak, dan akhirnya saya menyerah. Belakangan ini, untuk produk dari perusahaan yang menghormati privasi dan harganya masuk akal, saya lebih memilih bayar saja
Saya rasa masalahnya ada pada Docker. Docker menambah lapisan perantara yang tidak perlu untuk storage, networking, dan sebagainya, lalu untuk update keamanan dan lain-lain Anda harus rebuild container sendiri atau berharap ada orang lain yang melakukannya. Kalau memungkinkan, tetaplah memakai layanan yang bisa didistribusikan sebagai paket OS upstream atau single binary (sering terlihat pada proyek berbasis Go), karena dalam jangka panjang pengoperasiannya jauh lebih mudah
Saya justru bertanya-tanya kenapa Docker harus selalu di-update. Dalam kasus saya, Docker sudah berjalan lebih dari setahun tanpa update. Upgrade image Docker paling cuma butuh sekitar 15 menit per bulan. Dan kenyataannya, perusahaan yang benar-benar menghormati privasi itu sangat jarang, dan sulit percaya mereka akan tetap mempertahankan kebijakan independen itu dari tahun ke tahun
Bahkan menemukan perusahaan yang menghormati privasi dan punya harga bagus saja sudah sangat sulit
Saya penasaran proyek mana yang memberi Anda masalah. Pengalaman saya, kalau sebuah proyek sudah sampai tahap menyediakan Docker Compose, hampir semuanya berjalan tanpa masalah. Dan saya menganggap hampir semua perusahaan pada akhirnya akan mengkhianati kepercayaan. Jadi buat apa memberi mereka kesempatan itu sejak awal. Saya self-hosting Home Assistant, dan uniknya perusahaan ini bahkan menyiapkan mekanisme hukum agar operasinya tidak bisa dengan mudah berubah merugikan pengguna
Saya self-hosting hampir semua yang saya butuhkan, tapi baru-baru ini saya mengalami krisis sungguhan saat internet terputus-putus. Itu membuat saya bertanya pada diri sendiri
Kesimpulannya, saya butuh lebih banyak pengarsipan dokumen, dan NixOS nyaris tidak bisa dipakai offline kalau Anda tidak punya server cache sendiri — itu sangat tidak nyaman. Hasil akhirnya, saya menemukan bahwa dengan self-hosting sebagian besar yang saya butuhkan bahkan tanpa internet, produktivitas saya justru naik drastis dalam lingkungan seperti itu
Coba self-host
devdocsdan pakai zeal untuk Linux (viewer dokumentasi offline), ternyata banyak masalah dokumentasi offline jadi teratasi.devdocs github
halaman resmi zealdocs
Setiap kali ada downtime, saya menjadikannya kesempatan baru untuk menemukan kelemahan sistem saya. Kalau situasi seperti ini memang tidak bisa dihindari karena masalah dari upstream, ya mau bagaimana lagi. Tapi kalau ada langkah mitigasi, saya senang menyusun skenario yang menyeimbangkan biaya dan probabilitas, dan proses itu sendiri terasa menyenangkan
Saya pernah mendorong obsesi offline ini sampai batas maksimal. Saat internet benar-benar terputus justru itulah periode produktivitas kerja saya paling tinggi. Saya punya alias bash untuk menyimpan seluruh website secara rekursif dengan
wget, menyimpan video yang saya mau denganyt-dlp, punya salinan offline seluruh Wikipedia lewat Kiwix, email juga disimpan lokal dan mendukung antrean penulisan offline, ekstensi SingleFile sangat efisien untuk menyimpan halaman individual, dan Zeal adalah tool yang layak direkomendasikan sebagai browser dokumentasi open sourceSaya setuju dengan masalah “NixOS tidak bisa dipakai offline tanpa cache sendiri”. Untuk software apa pun yang memakai package manager, cache atau backup repositori itu wajib. Fakta bahwa sistem hanya tetap utuh selama semua individu di ujung pohon dependensi terus menjalankan perannya adalah bagian paling mengkhawatirkan dari cara pengembangan software modern. Untuk software end-user, saya jauh lebih suka paket mandiri yang sudah mencakup semua dependensi. Toh pada akhirnya yang tersimpan di hardware nyata memang berbentuk seperti itu
Kiwix (solusi offline Wikipedia) dan berbagai setup jellyfin adalah sumber daya offline yang sangat kuat. Tetapi distro seperti NixOS dan Gentoo cenderung menuntut koneksi internet terus-menerus. Melakukan mirror seluruh paket secara penuh nyaris tidak realistis
Soal saran “beli domain dulu”, sebenarnya domain itu bukan benar-benar dibeli, melainkan disewa. Sekali pembayaran terlewat, Anda langsung bisa terusir, dan itu cukup menyeramkan. Rapuhnya identitas online seperti ini sampai terasa menyedihkan
Bagian “domain itu cuma disewa” memang benar jika Anda hanya memakai root zone/registry yang disetujui ICANN, tetapi saya selama bertahun-tahun bereksperimen membuat registry sendiri dan mengoperasikan custom root zone pribadi yang tidak dibagikan dengan orang lain. Saya juga bereksperimen menjadikan custom TLD sebagai wadah untuk memuat seluruh skema klasifikasi produk/layanan dunia dalam nama domain, dan dari situ saya langsung merasakan sendiri betapa ambigu dan tidak memadainya TLD ICANN
Ini semacam batasan teknis. Kalau semua perangkat saya (yakni konsumen nama domain) diatur untuk menganggap apa pun yang ditandatangani oleh public key tertentu sebagai “XorNot.com”, sistem pengganti seperti itu sebenarnya bisa berjalan. Secara teknis, dengan dukungan yang lebih luas, saya rasa seluruh struktur saat ini bisa saja diganti dengan “daftar nama-kunci tepercaya”
Kita hidup di masa ketika ekosistem tool untuk self-hosting berkembang pesat. Kita bisa memulai dengan komponen hosted lalu mengganti tiap elemennya satu per satu menjadi self-hosted. Blog saya sendiri juga self-hosted di server rumah.
Di bagian depan saya memakai Cloudflare Tunnel, tapi sebelumnya saya juga pernah memakai nginx+letsencrypt+public_ip, dan penyimpanan data pun bisa diganti-ganti antara Cloudflare R2, S3, atau NAS lokal (kalau lewat FUSE, cara aksesnya pun sama).
Di sisi lain, sumber daya yang benar-benar harus disewa hanya domain (meski terlihat seperti dibeli, tetap saja sewa) dan koneksi internet; hampir semua elemen lain kini bersifat opsional. Tentu akan terasa kurang nyaman kalau layanan tertentu dimatikan, tetapi fungsi dasarnya tetap jalan.
Zaman sekarang memang jadi jauh lebih mudah. Dibanding era 90-an hingga awal 2000-an, tool seperti ini dulu nyaris tak terbayangkan.
Hanya saja, syarat anti-spam email kini jadi jauh lebih ketat. Sampai 8 tahun lalu saya masih menjalankan email saya sendiri, tapi sekarang saya memakai G Suite
Menurut saya, poin utamanya bukan “apakah akan self-host” melainkan “punya kemampuan untuk self-host”. Sudut pandang bahwa kita bisa menyerahkan ke orang lain saat skill kurang atau saat memang ingin membayar terasa lebih inklusif. Orang-orang yang berpikir “tinggal bayar saja” justru dalam jangka panjang menghadapi risiko terbesar. Bisnis masa kini dengan sengaja menyandera ketergantungan teknis jangka panjang demi mengurung pelanggan. Bahkan kalau Anda tidak peduli pada FOSS, kemampuan berpindah vendor tetap isu yang sangat penting. Kalau sudah terkunci, Anda bisa diperlakukan tidak masuk akal kapan saja. Banyak perusahaan memang berpikir hanya dengan kerangka seperti itu
Saya sangat menghargai Zulip karena ia open source, mendukung self-hosting, layanan cloud, dan perpindahan dua arah di antara keduanya
Di masa ketika developer berlimpah dan kualitas kode yang bisa dihasilkan AI dari rumah sangat bervariasi, self-hosting juga sangat mungkin menjadi tren nyata
Bahkan kalau Anda hanya belajar dasar Linux dan sebenarnya tidak terlalu membutuhkannya, banyak orang tetap tertarik pada self-hosting karena ada kenikmatan dan rasa pencapaian saat “menjalankan layanan saya sendiri”.
Efek yang lebih besar adalah menghilangkan risiko nyata bahwa saya bisa terusir tanpa alasan dari platform yang sepenuhnya saya andalkan. Kalau akun Gmail sampai hilang, “orang biasa” bisa langsung kesulitan besar karena identitas online, reset password, bahkan login aplikasi mereka semua terikat di sana. Pasti ada orang di Hacker News yang hidupnya akan sangat kacau kalau akun Gmail mereka hilang. Karena itu, menurut saya setidaknya identitas email harus menjadi milik sendiri. Prinsip ini lalu perlu diterapkan berulang ke web hosting, AWS, Spotify, Netflix, dan semua layanan online lain, dan menggantinya sekadar dengan “host cloud lain” tidak benar-benar menyelesaikan masalah.
Menyiapkan server email itu informasinya banyak dan relatif mudah, tetapi secara pribadi saya merasa sangat kurang materi tentang bagaimana menjalankannya sendiri dalam praktik nyata (terutama soal masalah kompatibilitas atau penanganan gangguan). Misalnya, kalau Google memasukkan server saya ke blacklist, saya harus menghubungi siapa, atau apakah ada prosedur khusus untuk menindaklanjuti pesan error tertentu. Dalam praktiknya, bantuan untuk situasi seperti ini sangat minim. Kita butuh panduan tentang cara menghadapi faktor eksternal yang tidak masuk akal seperti blok IP global, bukan sekadar soal protokol seperti DKIM atau DNS, melainkan pedoman nyata untuk berurusan dengan operator layanan lain
Domain cukup dimiliki sendiri lalu dihubungkan ke penyedia email mana pun yang Anda inginkan; kalau ada masalah, Anda tinggal pindah ke tempat lain. Domain itu sendiri murah, dan sebaiknya jangan pernah memakai alamat email unik bawaan penyedia email tersebut.
Dan prinsip ini sama saja baik Anda menjalankan server email sendiri maupun memakai layanan komersial. Itu dua persoalan yang terpisah
Risikonya memang nyata dan jelas, tetapi saya ragu apakah itu benar-benar risiko yang menimpa begitu banyak orang. Salah satu alasan mayoritas pengguna awal Gmail memilihnya adalah karena kualitas alternatif lama sangat buruk. Email ISP, email kampus/kantor, semuanya bisa hilang kapan saja jika diperlukan. Self-hosting mungkin bisa “sebagian” menyelesaikan masalah, tetapi kalau Anda tidak mampu menjaga keamanan, server email yang Anda kelola sendiri pun tidak memberi kontrol penuh. Masih ada banyak hal yang harus dijaga seperti perpanjangan domain, dan kalau lalai, di sini pun Anda bisa kehilangan akun. Saya cukup paham kenapa Gmail dan beberapa penyedia besar lainnya begitu populer. Bagi kebanyakan orang, dalam jangka pendek maupun menengah, pilihan itu tetap lebih baik
Saat self-hosting di rumah, saya sering bertanya: mana yang lebih besar risikonya, HDD rusak atau kehilangan akun Gmail? Begitu mulai hosting sendiri, perhatian yang dibutuhkan langsung melonjak: ruang untuk perangkat, perencanaan backup, manajemen update, sampai kebutuhan UPS kalau memikirkan mati listrik saat update/backup berjalan. Dalam kasus saya, UPS saya sendiri pernah rusak dan malah menghancurkan hard drive NAS. Akhirnya pekerjaan yang harus dipikirkan terlalu banyak dan waktu untuk fokus pada kehidupan sehari-hari jadi berkurang
Menurut saya self-hosting justru bisa memunculkan risiko penting. Kalau Anda kehilangan private key lokal atau domain email utama, pemulihan bisa mustahil. 2FA dan pemulihan akun jauh lebih nyaman kalau memakai layanan pihak luar. Saya bukan menentang self-hosting itu sendiri, tetapi bagi kebanyakan orang, jalan yang jauh lebih aman adalah memastikan kemampuan pemulihan akun tetap tersedia
Sejak installer resmi Arch Linux hadir, menurut saya sudah agak berlebihan kalau masih dibilang sulit. Memang tetap masuk lewat command line, tetapi dibanding masa lalu ketika kita harus pusing menghitung blok partisi yang rumit, sekarang jauh lebih mudah
Di rumah saya mengelola cluster Kubernetes 4-node berbasis pi dan mini PC Intel N150 bersama-sama lewat Portainer.
Dari tool operasi open source, tool-tool berikut memberi perubahan besar pada produktivitas kerja saya (semuanya berjalan di lingkungan container)