Sejarah Distro Linux: Slackware, Debian, dan Red Hat

Apa sebenarnya distribusi Linux

Sejarah distribusi Linux dimulai dari sebuah kekurangan: kernel Linux sendiri tidak dapat digunakan langsung oleh manusia. Kernel melakukan booting dan mendeteksi perangkat keras. Setelah itu, proses berhenti. Seseorang harus menambahkan userland, menentukan cara perangkat lunak diinstal dan diperbarui, serta berkomitmen untuk terus memperbaikinya selama bertahun-tahun. Distribusi adalah kumpulan pilihan tersebut, beserta kelompok orang yang tetap memeliharanya setelah distribusi dirilis.

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

• Kernel pada versi yang dipilih proyek, beserta patch dan driver yang ditambahkannya.
• Userland: pustaka C, shell, sistem init, dan perintah standar.
• Format paket serta alat untuk menginstalnya.
• Kebijakan rilis: hal yang boleh berubah, frekuensi perubahan, dan lamanya setiap rilis mendapatkan perbaikan.
• Orang-orang yang terlibat: pemelihara paket, tim keamanan, dan pihak yang dapat dihubungi ketika sebuah paket bermasalah.

Kernel adalah bagian yang digunakan bersama, sehingga dua distribusi Linux jauh lebih mirip satu sama lain dibandingkan salah satunya dengan Unix lain. Hal ini perlu diingat ketika Anda membandingkan Linux dan FreeBSD sebagai platform server, karena kernel dan userland dasar pada FreeBSD dibuat oleh satu proyek dan dirilis secara bersamaan. Pada Linux, komponen-komponen tersebut berasal dari upstream yang terpisah, dan distribusilah yang memastikan semuanya dapat bekerja bersama.

Riwayat 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 adalah salah satunya atau turunannya. Turunan mewarisi format paket, tata letak berkas, dan biasanya kebiasaan rilisnya. Karena itu, distribusi turunan Debian tetap terasa seperti Debian meskipun branding aslinya sudah tidak ada.

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

1992: distribusi sebelum keluarga

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

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. SLS juga memiliki banyak bug dan pemeliharaannya lambat. Pada 1993, dua orang secara terpisah memutuskan untuk memperbaikinya. Salah satunya membangun ulang SLS. Yang lain memulainya kembali berdasarkan 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-nya diperbaiki. Slackware masih dipelihara hingga sekarang, 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 itu membentuk semua aspek lainnya. Jika tool tidak menyelesaikan dependensi, kumpulan paket yang dirilis harus konsisten sejak awal. Karena itu, rilis dilakukan secara jarang dan konservatif. Slackware 15.0 dirilis 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, tetapi keduanya bukan turunan Red Hat. Formatnya menyebar. Garis keturunannya tidak.

Debian, 1993: kontrak sosial dan pipeline tiga suite

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

Debian kemudian mendokumentasikan ketentuan tersebut. Debian Social Contract dan DFSG (pedoman perangkat lunak bebas Debian) diadopsi pada July 1997, dan DFSG menjadi dasar Open Source Definition pada 1998. Dokumen yang awalnya ditulis untuk menetapkan apa saja yang termasuk dalam satu distribusi akhirnya mendefinisikan kategori lisensi untuk seluruh industri. Inilah 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, sedangkan Debian 12 menambahkan non-free-firmware agar laptop dengan kartu nirkabel dapat melakukan instalasi tanpa pencarian panjang.

Perangkat tooling adalah warisan lainnya. dpkg menginstal satu paket dan berhenti jika ada sesuatu yang hilang, lalu menampilkan dpkg: dependency problems prevent configuration of. APT (advanced package tool), yang menjadi bawaan sejak Debian 2.1 pada 1999, merupakan lapisan yang menentukan hal lain yang harus diambil dan urutannya. Setiap perintah apt pada setiap turunan Debian berasal dari pekerjaan tersebut.

Mesin rilis memiliki tiga suite dan satu aturan. Maintainer mengunggah paket ke unstable, yang secara permanen memiliki codename sid. Sebuah script 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. Testing kemudian dibekukan, tim rilis menyelesaikan masalah yang tersisa, lalu stable dirilis ketika daftar bug sudah cukup singkat. Bukan berdasarkan tanggal. Itulah sebabnya Debian stable terlihat lama tetapi berfungsi dengan baik: nomor versinya berhenti saat pembekuan, sementara perbaikan keamanan terus di-backport ke dalamnya.

Tata kelola juga didokumentasikan, dengan pemimpin proyek yang dipilih dan resolusi umum yang mengikat. Pada 2014, mekanisme tersebut memilih systemd sebagai sistem init default, dan pihak yang tidak setuju melakukan fork menjadi Devuan, yang merilis versi pertamanya pada 2017. Debian bukan distribusi pertama yang melakukan peralihan tersebut dan bukan pula yang terakhir. Alasan peralihan itu terus terjadi, serta keberatan yang kemudian terbukti benar, dijelaskan dalam uraian tentang bagaimana systemd menggantikan SysV init. 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 keduanya membangun bisnis Linux pertama yang menjual dukungan, bukan software. Red Hat melantai di bursa pada 11 August 1999. IBM menyelesaikan akuisisi perusahaan tersebut pada July 2019 dengan nilai sekitar 34 billion dollars. Sejak saat itu, distribusi yang menjadi basis sertifikasi sebagian besar software enterprise berada di bawah kepemilikan IBM.

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 spec file, yaitu resep build yang dapat dijalankan siapa saja. Properti kedua inilah yang kemudian memungkinkan pembuatan ulang independen produk enterprise Red Hat.

Red Hat Linux 9 pada 2003 adalah versi 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 berawal sebagai Advanced Server 2.1 pada 2002, sebagai rilis berbayar yang lambat. Penyebabnya jelas. Satu produk tidak dapat sekaligus menjadi tempat untuk menguji versi baru dan platform yang dijalankan bank tanpa perubahan selama sepuluh tahun. Kedua bagian ini tetap terhubung: versi mayor RHEL bercabang dari 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, membangunnya ulang, lalu membagikan hasilnya secara gratis. CentOS menjadi distribusi server gratis standar selama satu dekade, dan Red Hat mengambil alih proyek ini pada 2014.

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

Dua rebuild muncul pada 2021. Rocky Linux dimulai oleh Gregory Kurtzer, yang merupakan salah satu pendiri CentOS. AlmaLinux didanai oleh CloudLinux. Pada June 2023, Red Hat berhenti memublikasikan 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-nya sama persis baris demi baris. Oracle, SUSE, dan CIQ kemudian membentuk OpenELA pada tahun yang sama untuk memublikasikan source bersama. Seluruh rangkaian tersebut, mulai dari pemisahan pada 2003 hingga perubahan source pada 2023 dan hal yang kini dijanjikan oleh setiap rebuild, dijelaskan dalam uraian lebih panjang tentang Red Hat, CentOS, Rocky, dan AlmaLinux.

Jika daftar image milik provider masih mencantumkan CentOS, cari tahu varian yang dimaksud sebelum menggunakannya sebagai dasar.

cat /etc/os-release

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

Ubuntu, 2004: snapshot Debian unstable pada kalender

Ubuntu 4.10 dirilis pada 20 Oktober 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 membawa perubahan versinya sendiri. Banyak paket Ubuntu merupakan paket Debian dengan delta, dan changelog mencantumkan perbedaannya.

Bagian lainnya adalah kalender. Debian dirilis ketika sudah siap. Ubuntu dirilis pada April dan Oktober, dan nomor versinya menunjukkan tanggal tersebut: 24.04 dirilis pada April 2024. Setiap rilis April kedua merupakan LTS (dukungan jangka panjang). Inilah yang dimaksud penyedia ketika mencantumkan Ubuntu tanpa keterangan tambahan. Rilis mana yang sesuai untuk server menjadi pokok bahasan memilih antara Ubuntu LTS dan rilis interim, sedangkan proses berpindah dari satu LTS ke LTS berikutnya memiliki prosedur tersendiri, yang dibahas dalam upgrade dari 24.04 ke 26.04.

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

apt-cache policy nginx

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

Arch, 2002: rilis rolling dan biaya partial upgrade

Judd Vinet merilis Arch 0.1 pada 11 Maret 2002, dengan package manager yang ditulisnya sendiri, pacman, serta resep build yang berupa shell script biasa. Arch sama sekali tidak memiliki rilis berversi. Media instalasi merupakan snapshot bertanggal dari repository 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. Isinya adalah resep, bukan package yang telah ditinjau. Karena itu, membaca PKGBUILD sebelum menjalankannya merupakan bagian dari tugas.

Rolling memiliki satu mode kegagalan, dan penyebabnya selalu kesalahan pengguna sendiri. Menginstal satu package dengan pacman -Sy foo akan memperbarui database package, lalu menginstal satu binary baru yang ditautkan ke library yang lebih baru daripada library yang ada 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 ingin Anda biarkan tanpa pemantauan. Mesin yang diperbarui setiap minggu tidak bermasalah. Mesin yang baru diperbarui sekali setahun kemudian akan meminta Anda menangani semua intervensi yang terlewat dalam satu proses.

Alpine: distribusi kecil yang dipopulerkan oleh container

Alpine mulai dikembangkan sekitar 2005 sebagai fork dari LEAF (Linux embedded appliance framework), yang diturunkan dari Linux Router Project. Natanael Copa membuatnya untuk appliance, bukan untuk desktop. Alpine mengganti sebagian besar userland yang umum digunakan: musl sebagai pengganti GNU C library, BusyBox sebagai pengganti GNU core utilities, OpenRC sebagai pengganti systemd, dan apk 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, dan perbedaannya muncul sebagai bug yang tampaknya tidak berkaitan. Binary yang ditautkan dengan glibc gagal berjalan 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: wheel bawaan yang dibuat untuk manylinux tidak dapat diinstal pada musl. Karena itu, pip beralih mengompilasi dari source dan berhenti ketika compiler tidak terinstal. Standar wheel musllinux dari 2021 memperbaiki masalah tersebut untuk project yang menerbitkan wheel itu, tetapi tidak untuk project lainnya.

Sebagai sistem operasi host pada VPS, Alpine berukuran kecil saat diinstal dan menerima update dengan cepat. Namun, Alpine membawa Anda keluar dari jalur yang biasanya 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

Branch terbaru mengubah model pembaruan, bukan daftar paket. Sistem berbasis ostree mempertahankan /usr dalam mode hanya-baca. Pembaruan berupa pohon filesystem baru yang lengkap, diunduh, dipersiapkan, lalu diaktifkan saat 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, dan Fedora CoreOS menerapkannya pada server pada 2019, setelah Red Hat membeli CoreOS pada 2018. Flatcar Container Linux melanjutkan Container Linux asli setelah distribusi 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 didistribusikan sebagai container image, dan mesin diperbarui dengan menunjuknya 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.

Provider Anda mungkin tidak menyediakan semua opsi ini sebagai image sekali klik. Opsi tersebut biasanya diharapkan dikonfigurasi saat first boot melalui Ignition atau cloud-init, bukan oleh administrator yang mengedit file melalui SSH. Pendekatan ini memberikan manfaat pada banyak mesin identik. Itulah situasi yang Anda hadapi setelah mengelola beberapa server Linux sekaligus dan membutuhkan setiap server terbukti sama dengan server lainnya.

Berapa lama satu rilis didukung?

Kebijakan rilis adalah bagian distribusi yang paling lama Anda gunakan, dan kebijakan ini dinyatakan dalam jumlah tahun. Berikut periode dukungan untuk 5 rilis 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 cocok untuk image container yang sering Anda build ulang daripada untuk host yang dibiarkan tanpa perubahan. Tim keamanan Debian mendukung rilis stable 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 dukungan selama 10 tahun. Add-on paid extended life cycle support memperpanjangnya menjadi 13 tahun. AlmaLinux 10 menyamai periode RHEL selama 10 tahun tanpa langganan sama sekali. Inilah alasan utama adanya rebuild tersebut.

Arch tidak memiliki baris di sini karena distribusi rolling tidak memiliki rilis yang perlu didukung. Angka yang penting untuk Arch adalah berapa lama Anda dapat membiarkan mesin tanpa perubahan. Ukurannya adalah minggu.

Mengapa daftar image VPS Anda terlihat seperti ini

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

Pilihan ini mengikat Anda pada lebih dari sekadar package manager. Pilihan tersebut menentukan proses upgrade yang akan Anda jalankan tiga tahun lagi, dan prosesnya berbeda sepenuhnya menurut familinya. Debian dan Ubuntu mendukung major upgrade 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 prosedur 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 menangani server, lalu pertahankan pilihan itu. Mengubah package di atasnya mudah. Mengubah distribution di bawahnya berarti membangun ulang server.

FAQ

Server saya termasuk keluarga distribusi Linux yang mana?

Jalankan cat /etc/os-release. Kolom ID mencantumkan nama distribusi dan ID_LIKE mencantumkan keluarganya, sehingga 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 dukungan pada 30 June 2024. Proyek yang masih berjalan, CentOS Stream, adalah cabang yang menjadi dasar pembuatan rilis minor RHEL, sehingga menerima perubahan sebelum RHEL, bukan sesudahnya. Rebuild gratis yang menggantikan peran lama tersebut adalah AlmaLinux dan Rocky Linux, keduanya dengan periode dukungan sepuluh tahun.

Mengapa Debian stable menyediakan nomor versi yang sangat lama?

Karena nomor versinya dibekukan, sedangkan perbaikannya terus diterapkan. Debian mem-backport patch keamanan ke versi yang dirilis, bukan mengimpor rilis upstream yang lebih baru. Karena itu, paket yang menampilkan 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 bahwa setiap mesin terus mengikuti kumpulan paket saat ini. 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 rutin, baca halaman berita proyek sebelum setiap pembaruan, dan sistem akan tetap stabil. Jika dibiarkan selama satu tahun, upgrade pertama akan menjadi bagian yang berisiko.

Apa yang sebenarnya berubah pada distribusi immutable atau atomic?

Distribusi tersebut mengubah waktu penerapan pembaruan dan cara membatalkannya. /usr di-mount 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 setengah diterapkan. Anda tidak lagi memasang software dengan mengedit file secara langsung, sehingga aplikasi dipindahkan ke container atau package berlapis.