Belajar Podman - Fitur Modern & Roadmap

#Pendahuluan

Di episode 20 kalian membangun fondasi observability dan operasi: stats, events, healthcheck, dan troubleshooting. Episode 21 ini melihat ke depan: apa saja yang dibawa rilis modern Podman, dan ke mana arah proyek ini bergerak. Kalian tidak hanya akan tahu cara memakai Podman hari ini, tetapi juga ke mana Podman akan berjalan — penting untuk keputusan adopsi dan upgrade di masa depan.

#Podman 6.0 (Juni 2026)

Podman 6.0 adalah rilis besar yang dirilis pada Juni 2026. Banyak perubahan dari 5.x yang memengaruhi cara konfigurasi, unit systemd, dan networking bekerja.

#Config File Rework

Salah satu perubahan terbesar adalah rework file konfigurasi. Sebelumnya konfigurasi tersebar di beberapa file: containers.conf, registries.conf, storage.conf, dan policy.json. Di Podman 6.0, konfigurasi ini dirapikan menjadi lebih terpadu, dan pengaturan per-user dihormati lewat XDG_CONFIG_HOME — konfigurasi user disimpan di direktori sesuai standard XDG, bukan tersebar di tempat ad hoc.

Bagi kalian yang sudah punya konfigurasi custom dari versi lama, artinya ada kemungkinan file yang perlu dimigrasi atau disesuaikan. Inilah alasan utama mengapa membaca release notes sebelum upgrade sangat disarankan:

Memeriksa versi dan konfigurasi aktif

podman version
podman info

#Quadlet Overhaul

Quadlet — cara mendeklarasikan container, pods, dan volume sebagai unit systemd — mendapat penyegaran besar. Generator unit lebih baik, lebih banyak direktif yang didukung, dan integrasi dengan feature machine ditingkatkan. Bagi kalian yang sudah mengikuti episode 17 tentang systemd integration, Quadlet versi baru berarti unit yang dihasilkan lebih bersih dan lebih sedikit perlu penyesuaian manual.

#Machine Improvements

Podman Machine ikut ditingkatkan: pembaruan image VM yang lebih mulus, dukungan provider yang lebih baik di macOS (Apple Virtualization) dan Windows (WSL2), serta penanganan yang lebih rapi saat VM harus di-reset atau di-upgrade. Experience pengguna di laptop kini mendekati pengalaman di server Linux.

#Docker API Parity

Docker API parity menjadi fokus besar: endpoint podman system service semakin cocok dengan API Docker Engine. Tujuannya jelas — tooling yang ditulis untuk Docker (seperti Docker Compose, GUI, dan skrip automation) bisa berjalan di atas Podman tanpa perubahan. Ini adalah strategi jangka panjang Podman untuk tetap kompatibel sambil tetap daemonless.

#Netavark dan aardvark-dns v2

Stack networking modern milik Podman — netavark (konfigurasi jaringan) dan aardvark-dns (DNS per-pod) — hadir dalam versi v2 yang dibangun ulang. Perbaikan mencakup penanganan firewall yang lebih baik dan dukungan yang lebih konsisten untuk networking rootless, termasuk arah menuju IPv6 yang lebih solid. Karena networking adalah lapisan yang sangat sensitif, pastikan versi netavark dan aardvark-dns di sistem kalian cocok dengan Podman 6.0.

#Volume dan Container Handling

Penanganan volume dan container juga disempurnakan: kepemilikan volume yang lebih konsisten, lifecycle yang lebih terprediksi saat container dihentikan atau dihapus, dan perilaku yang lebih aman pada operasi yang sebelumnya bisa "silent fail". Perubahan-perubahan kecil semacam ini biasanya yang paling terasa di produksi.

#Legacy Platforms Dihentikan

Seiring rilis besar, platform lama dihentikan (dropped). Ini berarti dukungan untuk sistem operasi atau arsitektur tertentu berakhir, dan flag/API usang dihapus. Untuk upgrade yang aman, periksa dulu daftar platform yang tidak lagi didukung dan pastikan sistem kalian termasuk yang masih dipertahankan.

#Podman 6.1

Rilis maintenance 6.1 menambahkan beberapa kemampuan praktis yang dinantikan:

podman volume rename — mengganti nama volume tanpa membuat ulang, sangat membantu saat standar penamaan berubah.
Machine restart — perintah restart untuk Podman Machine yang menyederhanakan siklus hidup VM.
Rootless IPv6 forwarding — dukungan forwarding IPv6 di mode rootless, menutup celah yang selama ini membatasi deployment IPv6 bagi pengguna rootless.
Perintah network dan manifest yang lebih aman — operasi seperti podman network dan podman manifest dibuat lebih sulit untuk dipicu keliru, mengurangi insiden yang disebabkan kesalahan konfigurasi.

Fitur praktis di 6.1

podman volume rename mydb-data db-prod
podman machine restart

Baris pertama mengganti nama volume tanpa kehilangan data; baris kedua me-restart VM machine — dua contoh kecil yang langsung memperbaiki keseharian. Fokus utama podman volume rename adalah menjaga data tetap utuh, sehingga volume yang terikat ke unit Quadlet atau referensi image tetap valid setelah penamaan diperbarui.

#Roadmap

Selain rilis, arah jangka panjang proyek juga patut dicermati karena memengaruhi pilihan adopsi.

#Menuju CNCF Incubation

Podman diterima sebagai project CNCF, dan arah selanjutnya adalah inkubasi (incubation). Status CNCF berarti governance yang lebih matang, komunitas yang lebih luas, dan jaminan jangka panjang bagi organisasi yang memakai Podman di produksi.

#composefs

composefs — filesystem storage untuk image yang memungkinkan deduplikasi lintas container dan verifikasi isi yang kuat — terus didorong menuju penggunaan default. Ketika selesai, image OCI bisa dibagikan pada level filesystem, menghemat disk secara signifikan dan mempercepat start container.

#zstd:chunked Partial Pull

Partial pull dengan zstd:chunked (dipelajari di episode 18) diharapkan menjadi pengalaman default: hanya chunk yang berubah yang diunduh saat image diperbarui. Kombinasi composefs dan partial pull adalah dua perubahan efisiensi terbesar yang direncanakan.

#BuildKit API Support

Terakhir, ada upaya dukungan API BuildKit — protokol build Docker modern yang dipakai Docker Buildx. Ini membuka kemungkinan memakai tooling BuildKit untuk membangun image di atas Podman, memperluas pilihan pipeline CI/CD yang bisa berjalan di ekosistem Podman.

#Ringkasan Fitur Modern

Fitur	Versi	Dampak Utama
Config file rework	6.0	Konfigurasi terpadu, XDG_CONFIG_HOME
Quadlet overhaul	6.0	Unit systemd yang lebih bersih
Machine improvements	6.0	VM macOS/Windows yang lebih mulus
Docker API parity	6.0	Tooling Docker berjalan di Podman
netavark/aardvark-dns v2	6.0	Networking modern, IPv6 lebih solid
`podman volume rename`	6.1	Rename volume tanpa kehilangan data
Rootless IPv6 forwarding	6.1	IPv6 di mode rootless
CNCF incubation	Roadmap	Governance dan komunitas yang lebih matang

Warning

Upgrade 5.x ke 6.0 membawa perubahan konfigurasi, networking (netavark/aardvark-dns v2), dan penghapusan platform lama. Sebelum upgrade di produksi, baca release notes di repositori resmi, uji di staging dengan image dan volume kalian sendiri, lalu lakukan backup konfigurasi (/etc/containers) dan data volume terlebih dahulu.

#Penutup

Pada episode 21 ini, kalian memahami arah modern Podman: config file rework, Quadlet overhaul, machine improvements, Docker API parity, netavark/aardvark-dns v2, dan drops legacy platforms di 6.0; kemampuan praktis 6.1 seperti podman volume rename, machine restart, rootless IPv6 forwarding, dan perintah network/manifest yang lebih aman; serta roadmap menuju CNCF incubation, composefs, partial pull zstd:chunked, dan dukungan BuildKit API.

Inti yang harus dibawa pulang:

Podman 6.0 mengubah fondasi konfigurasi — periksa release notes sebelum upgrade, terutama soal config dan networking.
Docker API parity adalah strategi jangka panjang — kompatibilitas tanpa mengorbankan daemonless.
6.1 adalah rilis praktis — volume rename, machine restart, dan IPv6 rootless langsung berguna di produksi.
Roadmap berpusat pada efisiensi — composefs, partial pull, dan BuildKit API membentuk arah adopsi berikutnya.

Di episode 22 — episode terakhir series ini — kita melakukan refleksi menyeluruh: Ekosistem, Alternatif & Refleksi Akhir — membandingkan Podman dengan Docker Engine, containerd, dan Kubernetes/CRI-O, menentukan kapan memilih Podman, merangkum seluruh perjalanan dari episode 0 hingga 21, dan menutup dengan checklist produksi.