Docker Swarm atau Kubernetes untuk Tim Kecil?

Docker Swarm dan Kubernetes sama-sama orkestrator container: alat yang menjalankan container di beberapa server sekaligus, menjaga jumlah replika, memindahkan container saat ada server mati, dan memperbarui aplikasi bertahap. Bedanya ada di tingkat kerumitan dan seberapa luas kemampuannya.

Bagi tim kecil, salah pilih jarang terlihat di minggu pertama. Masalahnya muncul berbulan-bulan kemudian: cluster yang tidak ada yang berani menyentuh, upgrade yang terus ditunda, atau sebaliknya, alat yang terlalu sederhana untuk kebutuhan yang terus tumbuh. Waktu tim adalah taruhannya.

Seperti apa Swarm dan Kubernetes di lapangan?

Docker Swarm

Swarm mode sudah tertanam di Docker Engine. Tidak ada paket tambahan yang perlu dipasang. Satu perintah docker swarm init di server pertama membuat cluster, lalu server lain bergabung dengan perintah docker swarm join beserta token yang ditampilkan.

Aplikasi ditulis dengan format yang hampir sama dengan compose file, ditambah bagian deploy untuk jumlah replika dan aturan update, lalu dijalankan dengan docker stack deploy. Swarm sudah menyediakan jaringan overlay antar server, load balancing internal, routing mesh untuk port yang dipublish, rolling update, dan penyimpanan secrets.

Kurva belajarnya landai bagi siapa pun yang sudah memakai Docker Compose. Perintah sehari-hari seperti docker service ls, docker service logs, dan docker service scale terasa seperti perpanjangan perintah Docker yang sudah dikenal. Konsep baru yang perlu dipahami hanya node, service, task, dan stack.

Kubernetes

Kubernetes adalah proyek open source di bawah CNCF yang menjadi standar luas untuk orkestrasi container. Arsitekturnya terdiri dari control plane (API server, scheduler, controller manager, etcd) dan node pekerja yang menjalankan kubelet.

Kemampuannya jauh lebih luas: autoscaling berdasarkan beban, kontrol akses berbasis peran (RBAC), pengelolaan penyimpanan lewat PersistentVolume, network policy, dan ekosistem alat yang sangat besar seperti Helm, operator database, dan berbagai ingress controller. Konsekuensinya, banyak konsep yang harus dikuasai sebelum bisa merawatnya dengan tenang. Ringkasan istilah dasarnya ada di istilah dasar Kubernetes.

Distribusi ringan seperti K3s membuat Kubernetes lebih mudah dipasang di VPS biasa. Caranya dibahas di membuat cluster Kubernetes dengan K3s. Tapi pemasangan yang mudah tidak berarti perawatannya ikut sederhana.

Bagaimana perbandingannya?

Kapan memilih Swarm, kapan Kubernetes?

Pilih Swarm bila tim kamu dua sampai lima orang, semua sudah terbiasa dengan Docker Compose, dan yang dibutuhkan adalah ketersediaan tinggi untuk segelintir aplikasi di dua sampai beberapa server. Swarm memberi failover dan rolling update tanpa menambah banyak konsep baru. Waktu yang dihemat bisa dipakai untuk aplikasi itu sendiri.

Pilih Kubernetes bila ada alasan konkret: aplikasi terdiri dari banyak layanan yang skalanya naik turun, klien atau mitra mensyaratkannya, kamu ingin memakai layanan Kubernetes terkelola dari penyedia cloud, atau ada anggota tim yang memang sudah berpengalaman merawatnya. Investasi belajar Kubernetes juga lebih mudah dibawa ke pekerjaan dan proyek lain karena pemakaiannya sangat luas.

Ada juga pilihan ketiga yang sering terlupa: tidak memakai orkestrator sama sekali. Bila semua aplikasi muat di satu VPS, Docker Compose ditambah backup rutin dan snapshot sering sudah cukup. Menambah server cadangan yang siap dinyalakan bisa lebih murah daripada merawat cluster. Pertanyaan "apakah bisnis benar butuh Kubernetes" dibahas lebih jauh di apa itu Kubernetes dan kapan bisnis butuh.

Apa yang sering luput saat memilih?

Pertama, data. Orkestrator memindahkan container dengan mudah, tapi tidak memindahkan isi disk. Database yang berjalan di cluster butuh penyimpanan bersama atau replikasi, dan ini sering menjadi bagian tersulit. Banyak tim kecil memilih menjalankan database di luar cluster atau memakai layanan database terkelola.

Kedua, upgrade. Kubernetes merilis versi minor baru beberapa kali setahun, dan setiap versi hanya didukung untuk periode terbatas. Cluster yang dibiarkan bertahun-tahun tanpa upgrade akan tertinggal jauh. Swarm mengikuti siklus Docker Engine, sehingga upgrade biasanya cukup memperbarui paket Docker di setiap node secara bergiliran.

Ketiga, jalan migrasi. Konfigurasi Swarm yang berbasis compose file relatif mudah diterjemahkan ke manifest Kubernetes bila suatu saat dibutuhkan. Memulai dari yang sederhana tidak menutup pintu ke yang lebih besar. Peta lengkap perjalanan dari container tunggal sampai cluster ada di panduan container dari Docker sampai Kubernetes.