Sejarah Distribusi Linux dan Silsilahnya

Apa sebenarnya distribusi Linux

Sejarah distribusi Linux dimulai dari sebuah kekosongan: kernel Linux saja tidak menyediakan apa pun yang dapat digunakan manusia. Kernel melakukan boot dan mendeteksi perangkat keras. Setelah itu, proses berhenti. Seseorang harus menambahkan userland, menentukan cara software diinstal dan diperbarui, serta memastikan perbaikan tetap tersedia selama bertahun-tahun. Distribusi adalah kumpulan pilihan tersebut, beserta komunitas yang terus memeliharanya.

Distribusi memiliki lima bagian. Ubah salah satunya, dan Anda mendapatkan distribusi yang berbeda, meskipun sebagian besar binary-nya sama:

• Kernel pada versi yang dipilih proyek, beserta patch dan driver yang ditambahkannya.
• Userland: C library, shell, sistem init, dan perintah standar.
• Format package beserta tool untuk menginstalnya.
• Kebijakan rilis: hal yang boleh berubah, frekuensi perubahan, dan durasi setiap rilis mendapatkan perbaikan.
• Pengelola: maintainer package, tim keamanan, dan pihak yang menangani masalah ketika sebuah package rusak.

Kernel adalah bagian yang digunakan bersama. Karena itu, dua distribusi Linux jauh lebih mirip satu sama lain daripada salah satunya dengan Unix lain. Hal ini penting diingat ketika Anda membandingkan Linux dan FreeBSD sebagai platform server, karena kernel dan userland dasar FreeBSD dibuat oleh satu proyek dan dirilis secara bersamaan. Di Linux, komponen tersebut berasal dari upstream yang terpisah. Distribusilah yang menyatukan dan memastikan semuanya kompatibel.

Sejarah distribusi Linux dalam tiga keluarga

Tiga proyek yang dimulai pada 1993 dan 1994 berkembang menjadi keluarga distribusi: Slackware, Debian, dan Red Hat. Hampir setiap image dalam panel kontrol VPS saat ini merupakan salah satu dari ketiganya atau turunannya. Turunan mewarisi format paket, tata letak file, dan biasanya kebiasaan rilisnya. Karena itu, distribusi turunan Debian tetap terasa seperti Debian setelah branding-nya dihilangkan.

Distribusi independen perlu dibahas tersendiri karena tidak bercabang dari proyek mana pun. Arch, Gentoo, Alpine, NixOS, dan Void masing-masing membuat package manager serta aturannya sendiri. Dua di antaranya, Arch dan Alpine, tetap masuk dalam daftar image provider Anda karena alasan yang tidak berkaitan dengan desktop.

1992: distribusi sebelum keluarga

MCC Interim Linux muncul pada Februari 1992. Owen Le Blanc merakitnya di Manchester Computing Centre. Distribusi ini menempatkan kernel dan utilitas GNU (GNU's not Unix) ke dalam dua image floppy, dengan installer berbasis menu. Distribusi ini dibuat karena proses tersebut memerlukan waktu kerja satu hari jika dilakukan secara manual.

SLS (Softlanding Linux System), yang dirilis oleh Peter MacDonald pada 1992, melangkah lebih jauh dengan menambahkan X (X Window System) dan jaringan TCP/IP. SLS menjadi alasan istilah distribusi memiliki makna seperti sekarang. Namun, SLS juga memiliki banyak bug dan pemeliharaannya lambat. Pada 1993, dua orang secara terpisah memutuskan untuk memperbaikinya. Salah satunya membangun ulang SLS. Yang lain memulai dari awal dengan aturan tertulis.

Slackware, 1993: keluarga tertua yang masih merilis versi

Patrick Volkerding merilis Slackware 1.00 pada 16 July 1993, yang dibangun dari SLS setelah bug diperbaiki. Distribusi ini masih dipelihara, sehingga menjadi distribusi Linux tertua yang masih bertahan.

Paket Slackware adalah arsip tar terkompresi yang berisi skrip instalasi. Tidak ada resolusi dependensi: tidak ada pemeriksaan untuk memastikan bahwa library yang diperlukan paket baru sudah tersedia di disk. Keputusan tunggal ini membentuk semua aspek lainnya. Jika tool tidak dapat menyelesaikan dependensi, kumpulan paket yang dirilis harus koheren sejak awal, sehingga rilis dilakukan secara jarang dan konservatif. Slackware 15.0 hadir pada February 2022, enam tahun setelah 14.2.

Keluarga ini kecil. Rilis awal SUSE pada pertengahan 1990-an dibangun di atas Slackware, sebelum proyek tersebut mengembangkan jalurnya sendiri dengan YaST dan, kemudian, format paket RPM. Bagian terakhir ini sering membingungkan. SUSE dan openSUSE menggunakan paket RPM, dan keduanya bukan turunan Red Hat. Formatnya menyebar. Garis keturunannya tidak.

Debian, 1993: kontrak sosial dan alur tiga suite

Ian Murdock mengumumkan Debian pada 16 Agustus 1993, tiga minggu setelah Slackware dan karena alasan yang sama. Nama tersebut menggabungkan nama pasangannya, Debra, dengan namanya sendiri. Debian Manifesto diterbitkan pada Januari 1994 dan menetapkan ketentuannya: distribusi ini akan dikelola secara terbuka oleh para relawan, bukan oleh perusahaan.

Debian kemudian mendokumentasikan ketentuan tersebut. Debian Social Contract dan DFSG (pedoman perangkat lunak bebas Debian) diadopsi pada Juli 1997, dan DFSG menjadi dasar Open Source Definition pada 1998. Dokumen yang ditulis untuk menetapkan apa yang termasuk dalam satu distribusi akhirnya mendefinisikan kategori lisensi bagi seluruh industri. Ini juga alasan sources.list Anda memiliki beberapa komponen: main berisi perangkat lunak yang memenuhi pedoman, contrib dan non-free berisi perangkat lunak yang tidak memenuhinya, dan Debian 12 menambahkan non-free-firmware agar laptop dengan kartu nirkabel dapat melakukan instalasi tanpa harus mencari-cari berkas yang diperlukan.

Perangkat lunak pengelolaan paket merupakan warisan lainnya. dpkg menginstal satu paket dan menolak melanjutkan jika ada sesuatu yang tidak tersedia, lalu menampilkan dpkg: dependency problems prevent configuration of. APT (advanced package tool), yang menjadi bawaan sejak Debian 2.1 pada 1999, adalah lapisan yang menentukan hal lain yang perlu diunduh dan urutannya. Setiap perintah apt pada setiap turunan Debian berasal dari pekerjaan tersebut.

Siklus rilis memiliki tiga suite dan satu aturan. Maintainer mengunggah paket ke unstable, yang selalu menggunakan codename sid. Sebuah skrip memindahkan paket tersebut ke testing setelah sekitar 5 hingga 10 hari, jika paket berhasil dibangun pada arsitektur rilis dan tidak memperoleh bug baru yang kritis terhadap rilis. Setelah itu testing memasuki freeze, tim rilis menyelesaikan hal-hal yang tersisa, dan stable dirilis ketika daftar bug sudah cukup singkat. Rilis tidak dilakukan berdasarkan tanggal. Itulah sebabnya Debian stable terlihat lama tetapi bekerja dengan baik: nomor versinya berhenti pada saat freeze, sementara perbaikan keamanan terus di-backport ke dalamnya.

Tata kelola Debian juga didokumentasikan, dengan pemimpin proyek yang dipilih dan resolusi umum yang mengikat. Pada 2014, mekanisme tersebut menetapkan systemd sebagai sistem init bawaan. Pihak yang tidak menyetujuinya kemudian melakukan fork menjadi Devuan, yang merilis versi pertamanya pada 2017. Turunan yang lebih besar meliputi Ubuntu, Raspberry Pi OS, Proxmox VE, Kali, dan Linux Mint.

Red Hat, 1994: RPM, lalu pemisahan menjadi Fedora dan RHEL

Marc Ewing merilis Red Hat Linux pertama sekitar Halloween 1994. Perusahaan milik Bob Young membelinya pada 1995, lalu mereka membangun bisnis Linux pertama yang menjual dukungan, bukan software. Red Hat menjadi perusahaan publik pada 11 August 1999. IBM menyelesaikan akuisisi perusahaan tersebut pada July 2019 dengan nilai sekitar 34 billion dollars. Karena itu, distribusi yang menjadi basis sertifikasi sebagian besar software enterprise telah menjadi milik IBM sejak saat itu.

Kontribusi teknis yang bertahan lama adalah RPM (Red Hat package manager), yang ditulis oleh Erik Troan dan Marc Ewing untuk Red Hat Linux 2.0 pada 1995. RPM mendeklarasikan dependensinya dan dibuat dari file spec, yaitu resep build yang dapat dijalankan siapa saja. Properti kedua inilah yang kemudian memungkinkan rebuild independen produk enterprise Red Hat.

Red Hat Linux 9 pada 2003 adalah rilis terakhir dari lini asli tersebut. Perusahaan membaginya menjadi dua: Fedora Core 1 pada November 2003 sebagai rilis komunitas yang cepat, dan RHEL (Red Hat Enterprise Linux), yang bermula sebagai Advanced Server 2.1 pada 2002, sebagai rilis berbayar yang lebih lambat. Penyebabnya jelas. Satu produk tidak dapat sekaligus menjadi tempat untuk menguji versi baru dan menjadi platform yang dijalankan bank tanpa perubahan selama sepuluh tahun. Kedua bagian ini tetap terhubung: versi mayor RHEL bercabang dari suatu rilis Fedora, distabilkan, lalu dibekukan. Tool package bergerak mengikuti jadwal yang sama, dari yum pada 2000-an menjadi dnf sebagai default Fedora pada 2015, dengan rpm di bawah keduanya.

Mengapa CentOS berhenti menjadi rebuild RHEL gratis

CentOS dimulai pada 2004 dengan tugas sederhana: mengambil source package yang dipublikasikan Red Hat, menghapus merek dagang, melakukan rebuild, lalu membagikan hasilnya secara gratis. CentOS menjadi distribusi server gratis standar selama satu dekade, dan Red Hat mengambil alih proyek tersebut pada 2014.

Pada 8 Desember 2020, Red Hat mengumumkan bahwa CentOS Linux 8 akan berakhir pada 31 Desember 2021, delapan tahun lebih awal daripada tanggal yang dipublikasikan, dan bahwa nama tersebut akan tetap digunakan sebagai CentOS Stream. Stream bukan rebuild. Stream adalah branch tempat minor release RHEL dibuat, sehingga Stream berjalan lebih dulu daripada RHEL, bukan mengikutinya. Untuk mesin yang akan dipertahankan selama bertahun-tahun, arah ini tidak tepat karena Anda menerima perubahan sebelum pelanggan berbayar Red Hat menerimanya.

Dua rebuild muncul pada 2021. Rocky Linux dimulai oleh Gregory Kurtzer, salah satu pendiri CentOS. AlmaLinux didanai oleh CloudLinux. Pada Juni 2023, Red Hat berhenti mempublikasikan source RHEL di mana pun selain CentOS Stream dan portal pelanggannya. Rocky tetap menargetkan rebuild yang identik. AlmaLinux mengubah tujuannya menjadi kompatibilitas ABI (application binary interface), yang berarti software yang dibuat untuk RHEL dapat berjalan, tanpa janji bahwa daftar bug akan sama persis baris demi baris. Oracle, SUSE, dan CIQ kemudian membentuk OpenELA pada tahun yang sama untuk memublikasikan source bersama.

Jika daftar image provider masih mencantumkan CentOS, cari tahu varian yang dimaksud sebelum menggunakannya untuk membangun sistem.

cat /etc/os-release

NAME="CentOS Stream" adalah branch pengembangan rolling yang mengarah ke RHEL. NAME="AlmaLinux" atau NAME="Rocky Linux" adalah rebuild yang mengikutinya, dengan masa dukungan sepuluh tahun.

Ubuntu, 2004: snapshot Debian unstable berdasarkan kalender

Ubuntu 4.10 dirilis pada 20 October 2004 dengan pendanaan dari Mark Shuttleworth. Hubungannya dengan Debian bersifat mekanis, bukan sentimental. Setiap siklus dimulai dengan mengimpor paket dari Debian unstable ke rilis Ubuntu yang baru. Proses impor tersebut berlangsung hingga Debian Import Freeze di pertengahan siklus. Setelah itu, Ubuntu mengelola perubahannya sendiri. Banyak paket Ubuntu merupakan paket Debian dengan delta tambahan, dan changelog mencantumkan perbedaannya.

Bagian lainnya adalah kalender. Debian dirilis setelah siap. Ubuntu dirilis pada April dan October, dan nomor versinya menunjukkan tanggal tersebut: 24.04 dirilis pada April 2024. Setiap rilis April kedua merupakan LTS (long term support). Inilah yang dimaksud provider saat mencantumkan Ubuntu tanpa keterangan tambahan. Menentukan mana dari kedua jenis rilis tersebut yang sesuai untuk server merupakan topik utama memilih antara Ubuntu LTS dan rilis interim, sedangkan perpindahan dari satu LTS ke LTS berikutnya memiliki prosedur tersendiri yang dibahas dalam upgrade dari 24.04 ke 26.04.

Ada satu detail yang perlu diperhatikan admin server setiap tahun. Archive Ubuntu dibagi menjadi beberapa komponen. main dikelola oleh Canonical selama seluruh periode dukungan. universe dikelola oleh komunitas, dan cakupan keamanannya merupakan komitmen yang berbeda. apt install tidak menampilkan perbedaan tersebut. Satu perintah dapat menampilkannya:

apt-cache policy nginx

Baris repository yang diakhiri dengan /main berarti paket tersebut dikelola oleh tim keamanan Canonical. Baris yang diakhiri dengan /universe berarti paket tersebut dikelola oleh komunitas. Periksa hal ini untuk semua komponen yang menghadap ke Internet.

Arch, 2002: rolling release dan biaya upgrade parsial

Judd Vinet merilis Arch 0.1 pada 11 Maret 2002, dengan pengelola paket yang ditulisnya sendiri, pacman, serta resep build yang berupa skrip shell biasa. Arch sama sekali tidak memiliki rilis berversi. Media instalasi merupakan snapshot bertanggal dari repositori rolling yang sama. Jadi, mesin yang diinstal pada 2019 dan diperbarui setiap minggu menjalankan Arch yang sama dengan mesin yang diinstal hari ini. AUR (Arch user repository) berisi resep build yang dikontribusikan oleh pengguna. Resep tersebut bukan paket yang telah ditinjau. Karena itu, membaca PKGBUILD sebelum menjalankannya merupakan bagian dari pekerjaan.

Model rolling memiliki satu mode kegagalan, dan penyebabnya selalu tindakan pengguna sendiri. Menginstal satu paket dengan pacman -Sy foo akan menyegarkan basis data paket, lalu menginstal satu biner baru yang ditautkan ke library yang lebih baru daripada library yang tersedia di disk. Program kemudian gagal seperti ini:

error while loading shared libraries: libcrypto.so.3: cannot open shared object file: No such file or directory

Operasi yang didukung adalah pacman -Syu, yang memperbarui semuanya secara bersamaan. Proyek ini juga menerbitkan entri berita yang menyatakan bahwa intervensi manual diperlukan sebelum upgrade tertentu. Menjalankan upgrade tanpa membacanya dapat menyebabkan mesin tidak dapat melakukan boot.

Karena itu, Arch bukan pilihan yang baik untuk server yang akan Anda abaikan. Mesin yang diperbarui setiap minggu tidak bermasalah. Mesin yang hanya diperbarui sekali setahun kemudian akan menerapkan semua intervensi yang terlewat dalam satu kali proses.

Alpine: distribusi kecil yang dipopulerkan container

Alpine mulai dikembangkan sekitar 2005 sebagai fork dari LEAF (Linux embedded appliance framework), yang merupakan turunan dari Linux Router Project. Natanael Copa membuatnya untuk appliance, bukan desktop. Alpine mengganti sebagian besar userland yang umum digunakan: musl menggantikan GNU C library, BusyBox menggantikan GNU core utilities, OpenRC menggantikan systemd, dan apk digunakan sebagai package manager. Alpine 3.0 pada 2014 adalah rilis yang beralih ke musl.

Container membuatnya populer. Base layer Alpine berukuran jauh lebih kecil daripada base Debian atau Ubuntu. Karena itu, sejak 2016 Alpine menjadi base image yang umum digunakan. Banyak orang yang tidak pernah menginstal Alpine tetap menjalankannya setiap hari.

Konsekuensinya, musl bukan glibc. Perbedaan ini menimbulkan bug yang tampak tidak berkaitan. Binary yang ditautkan ke glibc gagal dijalankan di Alpine dengan pesan yang membuat orang mencari file yang sebenarnya sudah ada:

sh: ./myapp: not found

Programnya ada. ELF interpreter-nya tidak ada karena loader glibc tidak tersedia. Python juga sering menimbulkan kejutan serupa. Prebuilt wheel yang dibuat untuk manylinux tidak dapat diinstal pada musl. Karena itu, pip beralih ke kompilasi dari source dan berhenti ketika compiler tidak terinstal. Standar wheel musllinux dari 2021 mengatasi masalah ini untuk proyek yang menerbitkan wheel tersebut, tetapi tidak untuk proyek lainnya.

Sebagai sistem operasi host pada VPS, Alpine berukuran kecil saat diinstal dan dapat diperbarui dengan cepat. Namun, Alpine membuat Anda keluar dari pola yang diasumsikan oleh sebagian besar dokumentasi. Setiap panduan yang meminta Anda menjalankan systemctl enable perlu diterjemahkan menjadi rc-update add.

Generasi immutable: pembaruan atomik dan server berbasis image

Cabang terbaru mengubah model pembaruan, bukan daftar paket. Sistem berbasis ostree mempertahankan /usr dalam keadaan hanya-baca. Setiap pembaruan berupa pohon filesystem baru yang lengkap, diunduh, dipersiapkan, lalu diaktifkan pada reboot berikutnya. Pohon sebelumnya tetap tersedia sebagai entri boot, sehingga pembaruan yang bermasalah dapat dibatalkan dengan melakukan reboot ke pohon lama.

Fedora Silverblue menerapkan pendekatan ini pada desktop pada 2018, kemudian Fedora CoreOS menerapkannya pada server pada 2019, setelah Red Hat membeli CoreOS pada 2018. Flatcar Container Linux melanjutkan Container Linux asli setelah proyek tersebut dihentikan pada 2020. openSUSE MicroOS mencapai hasil yang sama melalui snapshot btrfs dan transactional-update. Pada 2024, Red Hat menambahkan mode berbasis image ke RHEL yang dibangun di atas bootc. Dalam mode ini, sistem operasi dikirim sebagai container image dan mesin diperbarui dengan mengarahkannya ke tag baru. Talos Linux menerapkan pendekatan ini lebih jauh dengan menghapus shell dan SSH sepenuhnya. Mesin dikonfigurasi melalui API, sehingga tidak ada shell untuk login. NixOS, yang pertama kali dirilis pada 2007, menggunakan pendekatan yang berbeda. Seluruh sistem dibangun dari satu konfigurasi deklaratif, dan generasi sebelumnya tetap dapat digunakan untuk boot.

Penyedia Anda mungkin tidak menawarkan sistem-sistem ini sebagai image sekali klik. Sistem tersebut biasanya dikonfigurasi saat boot pertama menggunakan Ignition atau cloud-init, bukan dengan administrator yang mengedit file melalui SSH. Pendekatan ini bermanfaat pada banyak mesin identik. Kondisi tersebut berlaku ketika Anda mengelola beberapa server Linux sekaligus dan perlu membuktikan bahwa setiap server memiliki konfigurasi yang sama dengan server lainnya.

Berapa lama satu release didukung?

Kebijakan release adalah bagian dari distribusi yang paling lama Anda gunakan, dan kebijakan ini dinyatakan dalam jumlah tahun. Berikut periode dukungan untuk 5 release server saat ini.

[
  {
    "distro": "Alpine 3.x",
    "standard_years": 2,
    "extended_total_years": 2
  },
  {
    "distro": "Debian 13",
    "standard_years": 3,
    "extended_total_years": 5
  },
  {
    "distro": "Ubuntu 26.04 LTS",
    "standard_years": 5,
    "extended_total_years": 10
  },
  {
    "distro": "AlmaLinux 10",
    "standard_years": 10,
    "extended_total_years": 10
  },
  {
    "distro": "RHEL 10",
    "standard_years": 10,
    "extended_total_years": 13
  }
]

Alpine mendukung setiap cabang 3.x selama 2 tahun. Karena itu, Alpine lebih sesuai untuk container image yang sering Anda build ulang daripada host yang dibiarkan tanpa perubahan. Tim keamanan Debian mencakup satu stable release selama sekitar 3 tahun. Setelah itu, tim LTS melanjutkan dukungan untuk arsitektur umum hingga sekitar 5 tahun secara total. Ubuntu LTS memberi Anda 5 tahun dukungan untuk paket dalam main. Langganan Ubuntu Pro memperpanjangnya menjadi 10 tahun dan gratis untuk penggunaan pribadi pada sejumlah kecil mesin. RHEL 10 menyediakan 10 tahun dukungan. Add-on paid extended life cycle support memperpanjangnya menjadi 13 tahun. AlmaLinux 10 menyamai periode dukungan RHEL selama 10 tahun tanpa langganan sama sekali. Itulah alasan utama rebuild tersebut tersedia.

Arch tidak memiliki baris di sini karena distribusi rolling tidak memiliki release yang perlu didukung. Untuk Arch, angka yang penting adalah berapa lama Anda dapat membiarkan sebuah mesin tanpa perubahan. Periode tersebut diukur dalam minggu.

Alasan daftar image VPS Anda terlihat seperti ini

Provider merilis image yang diminta pelanggan dan dapat diinstal tanpa interaksi pada hypervisor-nya. Karena itu, hampir setiap daftar dimulai dengan Ubuntu LTS dan Debian stable, menambahkan AlmaLinux atau Rocky bagi pengguna yang perangkat lunaknya disertifikasi untuk RHEL, lalu menempatkan Alpine, Arch, dan Fedora lebih jauh di bawah. Setelah memahami apa itu VPS dan bagaimana image diteruskan ke disk, polanya menjadi jelas: provider memilih sistem operasi yang dapat bertahan dalam instalasi tanpa interaksi dan tetap didukung lebih lama daripada rata-rata masa penggunaan server oleh pelanggan.

Pilihan ini menentukan lebih dari sekadar package manager. Pilihan ini menentukan upgrade yang akan Anda jalankan tiga tahun lagi, dan prosesnya sama sekali berbeda pada setiap keluarga. Debian dan Ubuntu mendukung upgrade versi utama di tempat. Keluarga Red Hat menjalankannya melalui leapp. Arch tidak memiliki upgrade karena tidak memiliki versi. Alpine melakukan upgrade dengan mengedit /etc/apk/repositories lalu menjalankan apk upgrade --available. Pilihan ini juga menentukan perangkat lunak yang dapat Anda instal tanpa menambahkan repository pihak ketiga, pihak yang merilis patch ketika entri CVE (common vulnerabilities and exposures) muncul pada sesuatu yang Anda jalankan, serta init system dan C library yang akan diasumsikan tersedia oleh perangkat lunak Anda di masa mendatang.

Ada satu dampak lain yang mudah diremehkan. Sebagian besar jawaban di Internet mengasumsikan alur dari keluarga Debian atau keluarga Red Hat. Karena itu, memilih di luar kedua keluarga tersebut berarti menerjemahkan instruksi selama masa penggunaan mesin. Pilih keluarga yang kebijakan rilisnya sesuai dengan seberapa sering Anda bersedia mengelola server, lalu pertahankan pilihan tersebut. Mengubah package di atasnya mudah. Mengubah distribution di bawahnya berarti membangun ulang mesin.

FAQ

Apa keluarga distribusi Linux pada server saya?

Jalankan cat /etc/os-release. Kolom ID mencantumkan distribusi, sedangkan ID_LIKE mencantumkan keluarganya. Karena itu, mesin Ubuntu melaporkan ID_LIKE=debian dan mesin AlmaLinux melaporkan ID_LIKE="rhel centos fedora". Manajer paket juga dapat menjadi petunjuk. apt dan dpkg menunjukkan keluarga Debian, dnf dan rpm menunjukkan keluarga Red Hat, apk menunjukkan Alpine, dan pacman menunjukkan Arch.

Apakah CentOS masih merupakan versi gratis RHEL?

Tidak. CentOS Linux 8, rebuild terakhir dengan nama tersebut, berakhir pada 31 December 2021, dan CentOS Linux 7 mencapai akhir masa pakainya pada 30 June 2024. Proyek yang masih berjalan, CentOS Stream, adalah cabang yang menjadi dasar pembuatan rilis minor RHEL. Karena itu, CentOS Stream menerima perubahan sebelum RHEL, bukan setelahnya. Rebuild gratis yang mengambil alih peran lama tersebut adalah AlmaLinux dan Rocky Linux, keduanya dengan periode dukungan sepuluh tahun.

Mengapa Debian stable menyediakan nomor versi yang begitu lama?

Karena nomor versinya dibekukan, sedangkan perbaikannya terus diberikan. Debian mem-backport patch keamanan ke versi yang dirilis, bukan mengimpor rilis upstream yang lebih baru. Karena itu, paket dengan keterangan 2.4.57-2+deb13u1 dapat memuat perbaikan yang diterbitkan minggu lalu. Sufiks setelah versi upstream adalah revisi Debian, dan apt changelog <package> mencantumkan perubahan yang dimasukkan ke dalamnya. Menilai keamanan server Debian dari nomor versinya selalu menghasilkan kesimpulan yang keliru.

Apakah saya sebaiknya menjalankan rolling release seperti Arch pada VPS?

Hanya jika Anda akan memperbaruinya sesuai jadwal. Distribusi rolling mengasumsikan setiap mesin selalu menggunakan kumpulan paket terbaru. Karena itu, memperbarui satu paket dengan pacman -Sy foo dapat meninggalkan library yang tidak cocok dan menghasilkan error seperti cannot open shared object file. Jalankan pacman -Syu secara berkala, baca halaman berita proyek sebelum setiap pembaruan, dan sistem akan tetap stabil. Jika dibiarkan selama satu tahun, upgrade pertama akan menjadi tindakan yang berisiko.

Apa yang sebenarnya berubah pada distribusi immutable atau atomic?

Distribusi tersebut mengubah waktu penerapan pembaruan dan cara membatalkannya. /usr dipasang sebagai read-only, pembaruan disiapkan sebagai tree baru yang lengkap, lalu pergantian dilakukan saat reboot. Tree sebelumnya tetap disimpan sebagai entri boot untuk rollback. Dengan demikian, mesin berada dalam kondisi sepenuhnya diperbarui atau sepenuhnya belum diperbarui, tanpa status yang diterapkan sebagian. Anda tidak lagi dapat menginstal software dengan mengedit file secara langsung. Karena itu, aplikasi dipindahkan ke container atau paket berlapis.