Dua Mode dalam Satu Distro: Catatan soal openSUSE Leap 16.1 dan Server Immutable

Bismillahirrohmanirohim..

Pekan ini saya nyaris melewatkan satu rilis yang menurut saya layak dibicarakan lebih banyak: openSUSE Leap 16.1, keluar tanggal 3 November 2026. Bukan karena tampilannya mencolok — distro ini justru dikenal kalem — tapi karena keputusan di baliknya cukup berani: Leap Micro, distro server immutable kesayangan para sysadmin, kini dilebur langsung ke dalam Leap sebagai mode instalasi. Satu distro, dua kepribadian.

Oke, kenapa saya sampai merasa ini menarik? Karena selama ini dunia distro Linux rasanya terbelah dua. Ada kamp traditional: paket dipasang satu-satu, update langsung menimpa sistem, dan kalau update itu merusak konfigurasi, ya panik sambil membuka log — ritme klasik sysadmin tengah malam. Lalu ada kamp immutable: root filesystem read-only, update dijalankan sebagai transaksi, dan sistem bisa digulirkan kembali seperti snapshot di VM. Fedora Silverblue, openSUSE MicroOS — selama ini jalurnya terpisah dari distro “biasa”.

Apa yang sebenarnya berubah di Leap 16.1

Menurut pengumuman resmi openSUSE, Leap 16.1 adalah rilis minor pertama di seri Leap 16, dan yang paling penting: Immutable Mode kini jadi bagian dari Leap itu sendiri. Jadi Leap Micro tidak dilanjutkan ke versi 6.3 atau 7.0 — penggunanya cukup boot installer Leap 16.1 biasa, lalu memilih Immutable Mode di installer Agama. Lucu juga ya namanya, tiap kali membacanya terbayang installer yang berdoa dulu sebelum mempartisi disk. Hehehe.

Sisi teknisnya justru yang bikin saya angkat topi:

Update transaksional lewat transactional-update — setiap update membuat snapshot baru, bukan menimpa sistem yang sedang jalan.
Rollback satu perintah kalau update berantakan. Untuk siapa pun yang pernah mengalami update tengah malam yang bikin service mati, ini semacam asuransi jiwa.
Software tambahan lewat container (Podman, Distrobox) atau Flatpak di desktop, karena root filesystem memang tidak boleh diutak-atik sembarangan.

Kutipan release manager-nya, Lubos Kocman, intinya begini: pengalaman Leap Micro masih ada, tapi sekarang berbagi rilis, siklus hidup, dan maintenance update yang sama dengan Leap lainnya — pengguna tinggal pilih mode yang cocok untuk workload-nya. Sederhana kalau dibaca, tapi ini konsolidasi yang selama ini jarang berani dilakukan proyek lain.

Kenapa ini relevan buat pengelola VPS

Nah, di sini sudut pandang saya masuk. Pembaca blog ini (dan saya sendiri) mayoritas mengurus VPS dan server sendiri. Masalah klasiknya: update keamanan itu penting, tapi update juga sumber drama nomor satu di server. Saya sudah pernah bahas cara mengatur update otomatis dengan unattended-upgrades supaya server tidak telat di-patch — itu solusi dari sisi jadwal. Immutable ini solusi dari sisi lain: sisi arsitektur.

Bayangkan pola pikirnya begini: server jadi sesuatu yang dideklarasikan, bukan dimodifikasi pelan-pelan. Update gagal? Snapshot sebelumnya masih utuh, rollback, selesai. Pendekatan ini juga nyambung dengan tren yang sama-sama terlihat belakangan ini: container, Ansible, image-based deployment — semua bergerak ke arah “kalau rusak, buang, ganti baru” ketimbang “coba diperbaiki di tempat”.

Worth dicatat juga: Leap 16.1 ini rilis bareng dengan SUSE Linux Enterprise Server 16.1 (koreksi kecil dari pengumumannya: Leap keluar duluan, SLES menyusul bulan ini), dengan source dan binary identik. Artinya bisa develop dan test di Leap gratis, lalu naik ke SLES kalau butuh dukungan enterprise. Kernelnya stabil di Linux 6.12, systemd 257, plus PHP 8.5.12, MariaDB 12.3, dan PostgreSQL 18 untuk stack server — versi-versi itu masih segar, jadi tidak ada perasaan dipaksa mundur zaman.

Catatan kecil dan hal yang perlu diwaspadai

Supaya tidak terdengar seperti iklan, saya cantumkan juga sisi yang hati-hati:

Migrasi dari Leap Micro 6.2 masih eksperimental. Dokumentasinya sendiri menyarankan backup dulu dan melaporkan hasilnya. Kalau VPS produksi, jangan langsung pindah di hari yang sama.
Minimal CPU x86-64-v2 — VPS yang sangat tua atau instance paling murahan dengan CPU lawas bisa tidak lolos. Cek dulu sebelum berangan-angan.
Immutable berarti kebiasaan lama “edit file di server langsung” harus dibuang; alur kerja bergeser ke container dan deklarasi. Ada kurva belajarnya, dan itu jujur tidak untuk semua orang.

Kalau ditanya apakah saya langsung migrasi semua server? Belum, wkwkwk. Tapi Leap 16.1 ini masuk daftar “kandidat serius” untuk server berikutnya — kombinasi update transaksional dan rollback itu menawarkan ketenangan yang sulit ditolak untuk mesin yang jauh di data center orang.

Penutup

Yang membuat saya senang dengan rilis begini bukan sekadar fiturnya, tapi arahnya: distro server bergerak ke pola yang lebih aman secara struktural, bukan cuma menambah daftar paket baru. Kalau penasaran, ISO Leap 16.1 tersedia gratis di get.opensuse.org/leap, dan pengguna Leap 16.0 bisa upgrade langsung. Mau coba Immutable Mode di VM dulu juga boleh — itu cara paling murah untuk merasakan rollback satu perintah tanpa mempertaruhkan apa pun.

Terima kasih sudah mampir dan membaca catatan ringan hari ini. Semoga pekan Sabtu-nya menyenangkan dan server-server semuanya sehat tanpa drama update. Kalau sudah pernah nyobain Immutable Mode atau punya pendapat soal distro immutable, saya senang kalau dibagikan di kolom komentar.

Assalamu’alaikum warrohmatullahi wabarookaatuh..