Menelusuri Docker vs Kubernetes menyarankan Anda harus memilih salah satu, tetapi pembingkaian tersebut menyebabkan banyak kebingungan. Ini seperti membandingkan kontainer pengiriman dengan pelabuhan yang menampung ribuan kontainer. Mereka beroperasi pada tingkat yang berbeda, dan sering kali digunakan secara berdampingan.

Panduan ini menjelaskan apa yang dilakukan masing-masing aplikasi, menampilkan aplikasi kecil yang sama di keduanya, dan diakhiri dengan cara praktis untuk mengambil keputusan. Perintah dan file di sini adalah contoh standar yang tidak kami jalankan untuk artikel ini, jadi periksalah dengan versi yang Anda instal.

Jawaban singkatnya

Docker adalah platform untuk mengemas aplikasi dan dependensinya ke dalam sebuah image, dan kemudian menjalankan image tersebut sebagai sebuah container. Ini menjawab pertanyaan “bagaimana cara membuat aplikasi ini berjalan dengan cara yang sama di mana saja?”

Kubernetes, sering kali ditulis K8, adalah orkestrator container. Ia memutuskan di mana kontainer dijalankan di banyak mesin, memulai ulang ketika gagal, dan menskalakannya sesuai permintaan. Ini menjawab pertanyaan “bagaimana cara menjaga ratusan kontainer tetap berjalan dengan andal?”

Docker vs Kubernetes berdampingan

Apa yang dilakukan Docker

Sebelum adanya container, “ini berfungsi di mesin saya” adalah masalah sehari-hari, karena setiap server memiliki versi yang berbeda untuk semuanya. Docker menggabungkan kode, runtime, dan pustaka Anda ke dalam satu gambar. Salinan gambar tersebut yang sedang berjalan adalah kontainer, dan berbagi kernel host, sehingga dimulai lebih cepat dan menggunakan lebih sedikit memori dibandingkan mesin virtual lengkap.

Alur kerja memiliki tiga langkah:

1. Build: a Dockerfile menjelaskan cara membuat gambar.
2. Kirim: dorong image ke registri, seperti Docker Hub.
3. Jalankan: memulai container dari image tersebut di mesin apa pun yang kompatibel.

Untuk mempelajarinya secara langsung, mulailah dengan tutorial Docker untuk pemula kami, lalu baca praktik terbaik Dockerfile.

Apa yang dilakukan Kubernetes

Docker di satu server berfungsi dengan baik hingga server tersebut gagal, lalu lintasnya melebihi itu, atau Anda memiliki lusinan layanan untuk dikoordinasikan. Kubernetes menangani pekerjaan operasional berikut:

• Penjadwalan: menempatkan kontainer pada mesin dengan kapasitas kosong yang cukup.
• Penyembuhan mandiri: mengganti container yang gagal dan memindahkan pekerjaan dari node yang gagal.
• Penskalaan: menambah atau menghapus salinan, secara manual atau berdasarkan metrik.
• Penemuan layanan: memberikan satu nama stabil pada grup container yang berubah.
• Pembaruan berkelanjutan: merilis versi baru secara bertahap, dengan rollback sederhana.
• Konfigurasi: mengelola pengaturan dan rahasia secara terpisah dari gambar.

Ide intinya adalah keadaan yang diinginkan. Anda menyatakan bahwa tiga salinan harus ada, dan pengontrol terus membandingkannya dengan kenyataan dan mengoreksi perbedaan apa pun. Tutorial Kubernetes untuk pemula kami membahas hal ini di cluster lokal.

Bagaimana Docker dan Kubernetes bekerja sama

Jalur umum dari laptop pengembang ke produksi terlihat seperti ini:

1. Pengembang menulis Dockerfile dan menguji container secara lokal.
2. Sebuah Pipa CI/CD membuat image dan menjalankan pengujian.
3. Alur ini mendorong gambar berversi ke registri.
4. Manifes Kubernetes diperbarui untuk menggunakan versi gambar tersebut.
5. Kubernetes menarik gambar tersebut dan meluncurkannya ke seluruh cluster.

Jadi sebagian besar pekerjaan Docker telah selesai sebelum Kubernetes dimulai. Gambar tersebut merupakan titik serah terima diantara keduanya.

Satu aplikasi, dua arah

Ini adalah layanan web kecil. Gambar dibuat dengan cara yang sama, alat apa pun yang menjalankannya:

# Dockerfile
FROM python:3.13-slim
WORKDIR /app
COPY . .
RUN pip install -r requirements.txt
CMD ["python", "app.py"]

Menjalankannya dengan Docker

docker build -t shop-api:1.0 .
docker run -d --name shop -p 8080:8000 --restart unless-stopped shop-api:1.0

Dua perintah dan sedang berjalan. Ini sederhana dan cocok untuk banyak proyek kecil. Namun terdapat satu salinan pada satu mesin, dan jika mesin tersebut mati, layanan akan ikut serta.

Menjalankannya dengan Kubernetes

# shop.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: shop
spec:
  replicas: 3
  selector:
    matchLabels:
      app: shop
  template:
    metadata:
      labels:
        app: shop
    spec:
      containers:
        - name: api
          image: registry.example.com/shop-api:1.0
          ports:
            - containerPort: 8000
---
apiVersion: v1
kind: Service
metadata:
  name: shop
spec:
  selector:
    app: shop
  ports:
    - port: 80
      targetPort: 8000

kubectl apply -f shop.yaml
kubectl get pods -l app=shop

Masih banyak lagi yang perlu ditulis, dan Anda memerlukan cluster untuk menjalankannya. Sebagai imbalannya, Anda mendapatkan tiga salinan, alamat internal yang stabil, dan penggantian otomatis. Pertukaran ini merupakan keseluruhan keputusan dalam skala kecil: lebih banyak kompleksitas dengan imbalan lebih banyak ketahanan.

Apa yang terjadi jika sebuah container gagal?

Kebingungan buruh pelabuhan

Anda mungkin pernah membaca bahwa “Kubernetes menjatuhkan Docker”. Hal ini benar dalam arti sempit, dan hal ini membuat banyak orang takut. Kubernetes menjalankan container melalui standar yang disebut Container Runtime Interface. Docker Engine tidak mengimplementasikannya secara langsung, sehingga Kubernetes menyertakan adaptor yang disebut dockershim. Adaptor itu telah dihapus di versi 1.24.

Cluster sekarang biasanya menggunakan runtime seperti containerd atau CRI-O. Image yang Anda buat dengan Docker masih berfungsi, karena mengikuti standar image Open Container Initiative (OCI). Jadi Anda dapat terus membangun dengan Docker, dan klaster Anda menjalankan hasilnya dengan runtime yang berbeda.

Penulisan Docker vs Swarm vs Kubernetes

Perbandingan yang lebih bermakna adalah antara alat yang mengoordinasikan container:

Docker Compose memulai beberapa container terkait dari satu file, dan ini sangat bagus untuk aplikasi web plus database di laptop. Swarm dibangun di Docker dan lebih mudah dipelajari dibandingkan Kubernetes, tetapi ekosistemnya jauh lebih kecil. Kubernetes memiliki komunitas dan peralatan terbesar, yang merupakan alasan utama mengapa Kubernetes menjadi default untuk penerapan skala besar.

Yang mana yang Anda butuhkan?

Docker saja biasanya cukup ketika:

• Anda sedang mengembangkan secara lokal atau menjalankan aplikasi kecil di satu server.
• Anda memiliki tim kecil dan tidak ada staf operasi khusus.
• Downtime singkat sesekali dapat diterima.

Kubernetes mulai masuk akal ketika:

• Anda menjalankan banyak layanan yang diterapkan sendiri oleh tim yang berbeda.
• Anda memerlukan ketersediaan tinggi di beberapa mesin atau zona.
• Lalu lintas cukup bervariasi sehingga penskalaan otomatis menghemat uang nyata.
• Anda memiliki keterampilan atau anggaran untuk mengoperasikannya.

Ada juga jalan tengah. Platform kontainer terkelola, seperti AWS Fargate, Google Cloud Run, atau PaaS, menjalankan image Docker Anda tanpa perlu memelihara klaster. Bagi banyak perusahaan yang sedang berkembang, ini adalah langkah tepat berikutnya, dibandingkan langsung menggunakan Kubernetes.

Jika Anda ingin mempelajari keduanya karena alasan karier, urutannya jelas: Docker dulu, lalu Kubernetes. Kamu tidak dapat melakukan debug pada sebuah Pod dengan nyaman tanpa terlebih dahulu memahami image, port, dan log container.

Kesalahan umum

• Mengadopsi Kubernetes terlalu dini. Meniru arsitektur perusahaan raksasa dapat mengubur tim kecil dalam pekerjaan operasional.
• Menggunakan tag latest dalam produksi. Anda tidak dapat mengetahui apa yang sedang berjalan atau memutar kembali dengan andal. Gunakan tag versi tertentu.
• Menyimpan data di dalam container. Container dapat dibuang, jadi gunakan volume atau database terkelola.
• Melewati pemeriksaan kondisi. Tanpa pemeriksaan kesiapan dan keaktifan, Kubernetes tidak dapat membuat keputusan yang baik tentang aplikasi Anda.
• Melupakan batas sumber daya. Satu container yang serakah dapat membuat semua yang lain di sebuah node kelaparan.

Penutup

Docker mengemas perangkat lunak Anda, dan Kubernetes menjalankannya dalam skala besar. Daripada bertanya mana yang lebih baik, tanyakan masalah apa yang Anda hadapi saat ini. Jika “aplikasi saya sulit dipasang”, gunakan Docker. Jika “40 layanan saya harus bertahan dari kegagalan server”, lihat Kubernetes. Mulailah dengan alat paling sederhana yang memecahkan masalah Anda yang sebenarnya, dan lanjutkan saat Anda melihat kebutuhannya.

Pertanyaan yang sering diajukan

Teruslah belajar