Artikel ini akan membahas kenapa masalah tersebut sering terjadi dan bagaimana Docker serta Kubernetes hadir sebagai solusi pamungkas. Semua materi di sini diringkas dari presentasi dasar infrastruktur aplikasi.
Masalah utamanya ada pada perbedaan environment. Source code yang sama bisa jadi error karena:
- Versi OS yang berbeda (misalnya laptop pakai Ubuntu 24.04, server pakai Ubuntu 22.04).
- Versi Runtime yang tidak cocok (misal di laptop Node.js 22, di server Node.js 18).
- Versi Database yang berbeda (PostgreSQL 17 vs 15).
- Dependency seperti Redis yang mungkin belum terinstall di server.
Sebuah aplikasi tidak cuma butuh source code agar bisa jalan, tapi juga butuh:
- Runtime: Program untuk mengeksekusi aplikasi.
- Dependencies: Library atau package pendukung.
- Configuration: Pengaturan seperti port, kredensial database, dan API.
- Environment: Variabel yang mempengaruhi perilaku aplikasi (misal:
NODE_ENV=production). - File System: Direktori dan file yang digunakan oleh aplikasi.
Daripada hanya memindahkan source code, bagaimana jika kita membungkus kode beserta seluruh environment (runtime, dependencies, config) ke dalam satu paket? Inilah konsep utama Container. Dengan container, aplikasi dijamin bisa berjalan ("Run anywhere") secara konsisten, baik di laptop, server, maupun cloud.
Docker adalah platform yang membantu developer untuk melakukan proses Build, Ship, dan Run container:
- Dockerfile: Kita mendefinisikan semua kebutuhan aplikasi di sini.
- Build Image: Docker membuat sebuah Image (template read-only) dari Dockerfile tersebut.
- Run Container: Image tadi dijalankan menjadi sebuah Container yang aktif.
Analogi sederhananya: Image adalah sebuah denah rumah cetak biru (blueprint) yang desainnya tetap, sedangkan Container adalah rumah-rumah fisik yang dibangun dari cetak biru tersebut. Satu image bisa digunakan untuk membuat banyak container.
Mengelola satu atau dua container secara manual menggunakan perintah
docker run masih mudah. Namun, seiring berkembangnya traffic, kita akan berhadapan dengan masalah baru:- Bagaimana cara me-restart container yang crash secara otomatis?
- Bagaimana cara menambah kapasitas (scaling) saat pengguna membludak?
- Bagaimana agar update versi baru tidak menyebabkan downtime?
Di titik inilah kita butuh alat manajemen container pada skala besar.
Kubernetes hadir untuk mengambil alih tugas-tugas rumit manajemen container agar kita bisa lebih fokus pada pengembangan aplikasi. Fitur unggulan Kubernetes antara lain:
- Auto Recovery: Me-restart container yang gagal secara otomatis.
- Auto Scaling: Menambah atau mengurangi jumlah container sesuai kebutuhan traffic.
- Load Balancing: Membagi trafik secara merata ke container yang sehat.
- Rolling Updates: Melakukan deploy versi baru tanpa mematikan layanan (zero downtime).
- Service Discovery: Memudahkan container untuk saling menemukan dan berkomunikasi.
Secara garis besar, Kubernetes terbagi menjadi dua bagian:
- Control Plane (Otak Cluster): Mengambil keputusan dan mengelola keseluruhan cluster. Terdiri dari API Server (titik masuk interaksi), Scheduler (menentukan lokasi jalannya Pod), Controller Manager (menjaga state cluster), dan etcd (menyimpan data cluster).
- Worker Nodes: Server tempat aplikasi kita benar-benar dijalankan.
Ada satu perbedaan penting saat berpindah dari Docker ke Kubernetes. Di Kubernetes, kita tidak menjalankan container secara langsung, melainkan menjalankan Pods. Pod adalah unit deployment terkecil di Kubernetes.
Sebuah Pod biasanya berisi satu container aplikasi, namun bisa juga menampung beberapa container yang harus bekerja dan berbagi resource bersama (misalnya satu app container yang disandingkan dengan logging container).
Solusi Internet Cepat & Stabil
hanya di Radnet-Digital.ID