Komunitas Linux terus bergulat dengan peran systemd dalam distribusi modern, bahkan ketika sistem init ini telah menjadi pilihan default untuk sebagian besar distribusi Linux utama selama dekade terakhir. Sementara beberapa pengguna telah merangkul kemampuannya, yang lain tetap kritis terhadap filosofi desain dan karakteristik performanya.
Kekhawatiran Performa dengan Sistem Logging Journald
Salah satu aspek paling kontroversial dari systemd adalah sistem logging binernya, journald. Diskusi komunitas mengungkap masalah performa yang signifikan yang mempengaruhi operasi harian. Pengguna melaporkan bahwa kueri journald bisa secara dramatis lebih lambat dibandingkan metode logging berbasis teks tradisional, dengan beberapa mengalami performa 40 kali lebih lambat dibandingkan operasi grep sederhana pada file teks biasa. Hal ini telah membuat banyak administrator sistem menonaktifkan journald sepenuhnya demi file log teks yang dirotasi secara tradisional.
Format biner sistem logging ini juga menciptakan tantangan kompatibilitas dengan alat manajemen log yang sudah ada. Banyak layanan populer seperti AWS CloudWatch tidak memiliki dukungan native untuk journald, memaksa administrator untuk mengimplementasikan solusi sementara atau mempertahankan sistem logging ganda.
Masalah Performa Systemd yang Dilaporkan oleh Pengguna:
- Query journald: Hingga 40x lebih lambat dibandingkan grep pada file teks
- Kompatibilitas format log biner: Dukungan terbatas pada tools utama seperti AWS CloudWatch
- Perilaku boot/shutdown: Laporan mengenai hanging acak dan kondisi race
- Penggunaan memori: Konsumsi resource yang lebih tinggi dibandingkan sistem init tradisional
Manajemen Layanan Dipuji Meski Ada Kritik yang Lebih Luas
Sementara journald menghadapi kritik, fungsionalitas manajemen layanan inti dari systemd menerima pujian luas dari administrator sistem. Transisi dari skrip init berbasis shell yang kompleks ke file konfigurasi deklaratif telah menyederhanakan pembuatan dan manajemen layanan secara signifikan. Pengguna menyoroti fitur-fitur seperti pembersihan proses otomatis melalui control group, manajemen dependensi yang ditingkatkan, dan opsi sandboxing keamanan bawaan.
Saya telah bekerja sebagai sysadmin/devops selama bertahun-tahun dengan angka dua digit. Di berbagai perusahaan, pekerjaan, dan kolaborator hobi - saya tidak pernah bertemu seseorang yang tidak setidaknya menyukai systemd, jika tidak memujinya.
Fungsionalitas timer, yang berfungsi sebagai pengganti modern untuk cron, juga menerima umpan balik positif untuk fleksibilitas dan integrasinya dengan ekosistem systemd yang lebih luas.
 |
|---|
| Komponen-komponen penting dari manajemen layanan systemd dalam sistem Linux |
Kontroversi Konfigurasi dan Penamaan Jaringan
Pendekatan ekosistem systemd terhadap penamaan perangkat jaringan telah menciptakan frustrasi berkelanjutan bagi administrator. Fitur nama antarmuka jaringan yang dapat diprediksi, yang dirancang untuk mengatasi penamaan perangkat yang tidak konsisten, justru memperkenalkan kompleksitas baru. Distribusi yang berbeda mengimplementasikan skema penamaan yang bervariasi, menyebabkan kebingungan ketika berpindah antar sistem atau menggunakan lingkungan penyelamatan live.
Pengguna juga melaporkan masalah dengan komponen tambahan systemd seperti systemd-resolved, yang menangani resolusi DNS. Sementara beberapa administrator menghargai pendekatan terpadu, yang lain menganggap komponen-komponen ini setengah jadi dan lebih memilih solusi tradisional yang telah terbukti andal selama beberapa dekade.
Skema Penamaan Interface Jaringan:
- Tradisional: eth0, eth1, eth2...
- Varian modern systemd:
- ens123 (dihitung berdasarkan bus)
- enp17s7f9 (berbasis slot PCI)
- enx8b220b34 (berbasis alamat MAC)
- Perbedaan implementasi yang bergantung pada distribusi
Pengaruh Korporat dan Perdebatan Filosofi
Di luar kekhawatiran teknis, diskusi komunitas mengungkap ketidaksepakatan filosofis yang lebih dalam tentang pengembangan dan adopsi systemd. Beberapa pengguna menyatakan kekhawatiran tentang pengaruh Red Hat (sekarang IBM) atas komponen sistem kritis ini, memandangnya sebagai kontrol korporat atas infrastruktur inti Linux. Para kritikus ini berargumen bahwa pendekatan monolitik systemd bertentangan dengan filosofi Unix tradisional tentang alat-alat kecil yang terfokus.
Sistem init alternatif seperti OpenRC terus mempertahankan basis pengguna yang berdedikasi, terutama di antara mereka yang lebih memilih pendekatan Unix tradisional. Namun, efek jaringan dari adopsi systemd yang meluas membuat perpindahan semakin sulit karena lebih banyak perangkat lunak mengasumsikan kehadirannya.
Sistem Init Alternatif yang Masih Digunakan:
- OpenRC: Digunakan oleh Gentoo, Alpine Linux, Artix
- s6: Sistem modern berbasis daemontools
- runit: Digunakan oleh Void Linux
- BSD init: Init tradisional bergaya Unix
- Upstart: Sistem legacy Ubuntu (sebagian besar sudah tidak digunakan)
Melihat ke Depan
Meski perdebatan terus berlanjut, manfaat praktis systemd dalam deployment skala besar dan set fiturnya yang ekstensif telah mengamankan posisinya dalam ekosistem Linux. Diskusi ini mencerminkan ketegangan yang lebih luas dalam perangkat lunak sumber terbuka antara inovasi dan tradisi, dukungan korporat dan kontrol komunitas. Saat Linux terus berkembang, perdebatan systemd berfungsi sebagai studi kasus tentang bagaimana perubahan sistem fundamental bergema melalui seluruh ekosistem.
Referensi: systemd has been a complete, utter, unmitigated success