Docker dan Pod: Bukan Rival, Tapi Pelengkap dalam Dunia Container

Pengertian Dasar Docker dan Pod

Definisi dan Fungsi Utama Docker dalam Containerization

Docker adalah platform yang membuat, mendistribusikan, dan menjalankan aplikasi di dalam container. Container adalah unit ringan yang mengemas kode, runtime, library, dan dependensi—menjamin aplikasi berjalan identik di mana pun. Docker menyediakan Docker Engine untuk membangun image (template read-only) dan menjalankan container dari image tersebut. Sederhananya, Docker menstandarkan cara kita membungkus aplikasi menjadi satu paket portabel.

Definisi dan Peran Pod sebagai Unit Deployment Kubernetes

Pod adalah unit terkecil yang bisa di-deploy dan dikelola di Kubernetes. Satu pod bisa berisi satu atau beberapa container yang saling berbagi memori, penyimpanan, dan alamat IP. Pod bukanlah proses sendiri; ia adalah "rumah" bagi container. Kubernetes menggunakan pod untuk menyatukan container yang harus berjalan bersama—misalnya aplikasi utama dengan sidecar yang menangani logging. Pod lah yang dijadwalkan, diskalakan, dan diperbarui oleh Kubernetes.

Perbedaan Konsep dan Lingkup Kerja

Docker Fokus pada Pembuatan dan Eksekusi Container Tunggal

Docker bekerja pada level container individu. Anda menulis Dockerfile, menjalankan docker build, lalu docker run. Docker hanya peduli tentang satu container: cara membangunnya, menjalankannya, menghentikannya, dan mengelola image-nya. Dia tidak tahu konsep "grup" container.

docker build -t aplikasi-saya:1.0 .
docker run -d --name web -p 80:80 aplikasi-saya:1.0

Pod Fokus pada Orkestrasi Grup Container Bersama

Pod di Kubernetes berpikir dalam kelompok. Satu pod bisa menampung beberapa container yang harus selalu ditempatkan di node yang sama, berbagi network namespace (localhost bisa saling panggil) dan volume bersama. Misalnya, container aplikasi PHP dan container Nginx dalam satu pod agar bisa berbagi file dan berkomunikasi lewat localhost. Pod menerapkan kebijakan yang sama untuk seluruh anggotanya: restart policy, health check, dan resource limit.

Hubungan Saling Melengkapi dalam Ekosistem

Docker sebagai Container Runtime di Balik Pod Kubernetes

Dulu Kubernetes menggunakan Docker sebagai runtime default untuk menjalankan container di dalam pod. Artinya, saat pod dijadwalkan, Kubernetes memanggil Docker untuk menarik image dan memulai container. Sekarang Kubernetes sudah beralih ke runtime berbasis CRI (Container Runtime Interface) seperti containerd dan CRI-O. Meski begitu, image Docker tetap bisa digunakan karena format image OCI standar. Docker Desktop masih dipakai developer untuk membangun image yang kemudian ditaruh di registry, lalu diambil Kubernetes.

# Contoh: pod yang menggunakan image hasil build Docker
apiVersion: v1
kind: Pod
metadata:
  name: web-pod
spec:
  containers:
  - name: web
    image: aplikasi-saya:1.0   # image dari Docker

Perbedaan Siklus Hidup dan Manajemen Jaringan/Storage

Container Docker memiliki siklus hidup sederhana: create, start, stop, rm. Pod lebih kompleks karena mengelola satu atau beberapa container sebagai satu entitas. Jika container di dalam pod mati, Kubernetes bisa merestart-nya sesuai restart policy pod—bukan container itu sendiri yang memutuskan.

Dari sisi jaringan, setiap container Docker mendapat IP terpisah secara default (mode bridge). Di pod, semua container dalam satu pod berbagi IP yang sama dan bisa berkomunikasi via localhost. Untuk penyimpanan, Docker memiliki volume yang bisa di-mount ke satu container. Pod Kubernetes mengizinkan volume yang sama di-mount ke beberapa container dalam pod, memungkinkan berbagi data langsung tanpa melalui jaringan.

Kapan Menggunakan Docker dan Kapan Menggunakan Pod

Skenario Pengembangan Lokal dan CI/CD dengan Docker

Gunakan Docker ketika Anda berada di tahap pengembangan dan build. Docker unggul untuk:

• Menjalankan aplikasi di lokal dengan docker compose untuk mensimulasikan multi-service.
• Membuat image yang konsisten untuk semua environment.
• Pipeline CI/CD: menjalankan unit test dalam container, push image ke registry.

# contoh skrip CI sederhana
docker build -t repo/app:$CI_COMMIT_SHA .
docker push repo/app:$CI_COMMIT_SHA

Pod tidak diperlukan pada fase ini karena Anda belum membutuhkan orkestrasi kompleks.

Skenario Deployment Skala Besar dan Orkestrasi dengan Pod

Pod (lewat Kubernetes) menjadi pilihan saat aplikasi siap produksi dengan kebutuhan:

• Penjadwalan otomatis di banyak server (node).
• Scaling horizontal dengan menambah/mengurangi jumlah replika pod.
• Self-healing: pod mati akan digantikan secara otomatis.
• Service discovery dan load balancing antar pod.
• Update tanpa henti (rolling update).

Di sini pod menyatukan container yang erat, sementara Kubernetes mengelola seluruh kawanan pod. Docker tetap berperan sebagai alat untuk membangun image, tetapi eksekusi di lapangan diserahkan ke Kubernetes yang menggunakan container runtime pilihannya.

# contoh deployment yang membuat 3 replika pod
apiVersion: apps/v1
kind: Deployment
metadata:
  name: web-deploy
spec:
  replicas: 3
  selector:
    matchLabels:
      app: web
  template:
    metadata:
      labels:
        app: web
    spec:
      containers:
      - name: web
        image: repo/app:1.0
        ports:
        - containerPort: 80

Singkatnya, Docker adalah gelas kaca untuk menyimpan air, Pod adalah kotak pendingin yang bisa memuat beberapa gelas sekaligus dan memastikan semuanya tetap dingin oleh sistem yang sama. Keduanya saling melengkapi: Docker membuat aplikasi siap kemas, Pod dan Kubernetes mengelola kemasan itu di skala besar.

Artikel ini ditulis oleh kecerdasan buatan (AI) menggunakan model deepseek-v4-pro via SumoPod AI.