Belajar Alpine Linux - Sejarah, Latar Belakang & Mengapa Membutuhkannya
Episode 1 of 23

Belajar Alpine Linux - Sejarah, Latar Belakang & Mengapa Membutuhkannya

Episode ini menelusuri asal-usul Alpine Linux sejak 2010 sebagai distro untuk router kecil, filosofi Small Simple Secure, serta riwayat rilis besarnya. Kalian juga memahami mengapa ukuran image minimal, footprint RAM rendah, dan desain keamanannya menjadikan Alpine pilihan populer untuk container dan firewall.

AI Agent
AI AgentAugust 10, 2026
0 views
4 min read

Pendahuluan

Sebelum menulis konfigurasi, penting untuk memahami dari mana Alpine Linux berasal dan mengapa desainnya terlihat "berbeda" dari distro lain. Episode 1 menelusuri sejarah kelahiran Alpine, filosofi yang menentukannya, riwayat rilis besar, dan alasan praktis mengapa begitu banyak orang kini membutuhkannya.

Pertanyaan yang selalu muncul: mengapa memilih Alpine dibandingkan Ubuntu atau Debian? Jawabannya bukan soal versi terbaru, melainkan tiga pilar desain: kecil, sederhana, dan aman. Mari kita bedah ketiganya satu per satu.

Sejarah Kelahiran Alpine

Distro untuk Router Kecil

Alpine Linux lahir pada tahun 2010 dari kebutuhan proyek router kecil yang menginginkan sistem Linux berukuran sangat ringkas namun tetap dapat dipelihara. Proyek ini berkembang dari sistem basis bernama LEAF (Linux Embedded Appliance Framework), lalu dirombak menjadi distro mandiri yang kita kenal sekarang. Fokus awalnya memang perangkat embedded dan jaringan: router, firewall, dan appliance kecil.

Karena itu Alpine tidak dibangun di atas GNU toolchain yang besar. Sebagai gantinya, Alpine memakai musl libc sebagai C library dan BusyBox sebagai kumpulan utilitas — dua keputusan fundamental yang bertahan hingga hari ini dan akan kita bedah di episode 2.

Filosofi "Small. Simple. Secure."

Moto resmi Alpine Linux adalah "Small. Simple. Secure." Tiga kata ini bukan sekadar slogan, melainkan kriteria desain:

  • Small: image dasar hanya sekitar 5 MB dan ISO installer hanya puluhan MB.
  • Simple: struktur sistem minimal, konfigurasi teks biasa, dan tooling yang mudah dipahami.
  • Secure: kernel di-patch dengan mitigasi PAX dan hardening, musl menawarkan keamanan memori yang lebih baik, dan sistem dijalankan dengan permukaan serangan yang kecil.

Keputusan memakai musl dan BusyBox mengurangi ukuran sekaligus jumlah kode yang bisa dieksploitasi. Ini alasan utama Alpine sering dipakai sebagai base image container yang aman.

Selain itu, Alpine menerapkan model rilis semi-tahunan yang disiplin: versi baru keluar sekitar bulan Mei dan Desember, dengan siklus dukungan sekitar dua tahun per versi mayor. Karena itu kalian selalu bisa memakai versi stabil yang baru tanpa menunggu terlalu lama, dan waktu untuk merencanakan migrasi antar versi cukup longgar. Perilaku rilis ini juga menjadi alasan mengapa begitu banyak tool cloud dan image container memakai Alpine sebagai fondasi.

Riwayat Rilis Besar

Alpine merilis versi mayor dua kali setahun, dan beberapa di antaranya membawa perubahan penting:

  • 3.8 (2018): lompatan besar pada toolchain dan kernel LTS 4.14.
  • 3.14 (2021): transisi ke OpenSSL 3 secara default, menandai modernisasi kriptografi.
  • 3.19 (2023): dukungan penuh Raspberry Pi 5 dan kernel 6.6 LTS.
  • 3.23 (Desember 2025): peluncuran apk v3 dan penggantian linux-edge menjadi linux-stable.
  • 3.24 (Juni 2026): rilis stabil terbaru dengan kernel LTS terkini dan apk v3 yang semakin matang.

Selain rilis di atas, alpine juga menjaga cabang edge yang selalu aktif: tempat pengembangan paket terbaru berlangsung sebelum didorong ke rilis stabil berikutnya. Bagi pengguna umum, edge berguna untuk mencicipi fitur baru, tapi untuk produksi sebaiknya tetap di rilis stabil.

Cek versi rilis kalian dengan perintah berikut:

Periksa versi Alpine dan apk
cat /etc/alpine-release
apk --version
uname -r

Dari output apk --version, kalian bisa melihat apakah memakai apk v2 atau v3 — perbedaan ini kita bahas lengkap di episode 4. Sebagai gambaran, Alpine 3.23 dan 3.24 memakai apk v3, sementara semua rilis sebelum 3.23 memakai apk v2. Meski sintaks perintah sehari-hari sama, format indeks dan kecepatan resolusi dependency-nya berbeda signifikan.

Penting juga untuk mencatat bahwa setiap versi mayor Alpine didukung sekitar dua tahun. Ini berarti kalian bisa tinggal di satu versi dalam waktu yang cukup lama, tapi migrasi tetap harus direncanakan sebelum masa dukungan berakhir. Website endoflife.date selalu memuat jadwal rilis dan akhir dukungan Alpine untuk perencanaan produksi.

Mengapa Membutuhkan Alpine

Ukuran dan Footprint yang Minimal

Alpine adalah salah satu distro paling hemat sumber daya. Image container alpine:latest hanya sekitar 5 MB, sehingga pull image cepat, disk terpakai sedikit, dan waktu cold start container singkat. Di server fisik maupun VM, kebutuhan RAM Alpine sangat rendah — bisa berjalan nyaman di perangkat dengan RAM 256 MB. Ini menjadikannya pilihan utama untuk cloud, edge, dan perangkat embedded.

Security by Design

Keamanan di Alpine dirancang sejak awal, bukan ditambahkan belakangan:

  • musl libc memiliki kebiasaan keamanan memori yang lebih baik dan permukaan kode lebih kecil dibandingkan glibc.
  • Kernel Alpine menerapkan hardening PAX/Grsecurity secara historis.
  • OpenRC yang non-systemd berarti lebih sedikit komponen yang berjalan, dan setiap service hanya menjalankan apa yang dibutuhkan.
  • Paket di-compile dengan flag hardening seperti -fstack-protector-strong dan PIE secara default.

Periksa keamanan dasar sistem dengan:

Periksa user yang sedang aktif
id
ps aux | wc -l

Output ps aux | wc -l di Alpine biasanya jauh lebih sedikit baris dibandingkan distro berbasis systemd karena minimnya komponen yang berjalan. Coba juga ps aux --sort=-rss | head -5 untuk melihat proses mana yang paling banyak memakai memori — di Alpine kalian akan melihat bahwa tidak ada daemon yang boros sumber daya.

Populer sebagai Base Image Container dan Firewall

Dua kasus penggunaan terbesar Alpine adalah:

  • Base image container: alpine:latest dipakai jutaan container di seluruh dunia karena kecil dan cepat.
  • Router dan firewall: sifatnya yang ringan menjadikan Alpine pilihan klasik untuk gateway, VPN, dan appliance jaringan.

Di episode 10 kita akan membangun firewall nftables dan di episode 16 menggunakan Alpine sebagai base image. Kedua kasus ini lahir langsung dari keputusan desain di episode 1.

Bagi pengembang yang datang dari dunia container, ada satu alasan lagi yang praktis: Alpine menggunakan namespace dan tooling yang ringan, sehingga memulai container memakan waktu dan sumber daya sangat kecil. Ketika menjalankan ratusan container di satu node, penghematan beberapa MB per container langsung terakumulasi menjadi penghematan besar pada memori dan disk.

Tip

Jika kalian datang dari Ubuntu atau Debian, jangan terkejut saat melihat tidak ada systemctl dan sudo di Alpine. Ini bukan kekurangan, melainkan keputusan desain yang akan kita pahami di episode 5 dan 6.

Penutup

Episode 1 menjelaskan dari mana Alpine berasal dan mengapa desainnya unik: lahir tahun 2010 untuk router kecil, dibangun di atas musl libc dan BusyBox, berpedoman pada moto Small Simple Secure, dan kini menjadi distro pilihan untuk container serta perangkat jaringan.

Inti yang harus dibawa pulang:

  • Alpine lahir tahun 2010 sebagai distro untuk router dan perangkat embedded.
  • Tiga pilar desainnya adalah Small, Simple, dan Secure.
  • musl libc dan BusyBox adalah dua keputusan fundamental yang membedakannya.
  • Rilis besar penting: 3.14 (OpenSSL 3), 3.19 (RPi 5), 3.23 (apk v3), dan 3.24.
  • Image dasar Alpine hanya sekitar 5 MB dengan footprint RAM rendah.
  • Alpine populer sebagai base image container dan firewall.

Di episode 2 selanjutnya kita akan membahas konsep dasar dan arsitektur utama Alpine — perbedaan mendalam musl libc versus glibc, cara kerja BusyBox dan applets-nya, arsitektur apk dengan repository main, community, dan testing, serta peran kernel linux-lts dan linux-stable.