Apa itu Deployment dan ReplicaSet, dan bagaimana rolling update serta rollback bekerja?

Question

IT Interview Practice · Accepted Answer

Sebuah **Deployment** adalah controller standar untuk menjalankan aplikasi stateless. Ia mengelola **ReplicaSet**, dan sebuah ReplicaSet menjaga sejumlah Pod identik tetap berjalan. Anda menyunting Deployment; ia yang mengorkestrasi **rolling update** dan **rollback** untuk Anda.

## Hierarkinya

```text
Deployment  → mendeklarasikan desired state + strategi update (yang ANDA kelola)
   └── ReplicaSet  → memastikan ada N Pod identik (satu per versi app)
          └── Pod  → Pod → Pod ...  (salinan yang benar-benar berjalan)

Pada tiap versi baru, Deployment membuat ReplicaSet BARU dan memindahkan Pod ke sana.
```

## Manifest sebuah Deployment

```yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: web
spec:
  replicas: 4
  selector:
    matchLabels: { app: web }
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxUnavailable: 1      # maksimal 1 Pod mati selama update
      maxSurge: 1            # maksimal 1 Pod ekstra di atas jumlah yang diinginkan
  template:
    metadata:
      labels: { app: web }
    spec:
      containers:
        - name: web
          image: myapp:1.0
          ports:
            - containerPort: 8080
```

## Rolling update: pergantian versi tanpa downtime

```bash
kubectl set image deployment/web web=myapp:2.0   # picu sebuah rolling update
kubectl rollout status deployment/web            # pantau progresnya
```

```text
maxSurge=1, maxUnavailable=1, replicas=4:
  v1: ████        (mulai: 4 Pod lama)
      █████       nyalakan 1 baru (v2), kini total 5 (surge)
      ███ █       lama turun ke 3, yang baru sudah Ready
      ...bergeser bertahap...
  v2: ████        (akhir: 4 Pod baru, ReplicaSet lama di-scale ke 0)
Trafik hanya menuju Pod yang lulus readiness probe → tanpa downtime.
```

## Rollback ketika sebuah rilis bermasalah

```bash
kubectl rollout history deployment/web       # daftar revisi
kubectl rollout undo deployment/web          # kembali ke revisi sebelumnya
kubectl rollout undo deployment/web --to-revision=3
```

Karena ReplicaSet lama tetap disimpan (di-scale ke 0), rollback berlangsung cepat: Kubernetes cukup men-scale ReplicaSet sebelumnya naik lagi dan yang baru turun.

## Scaling

```bash
kubectl scale deployment/web --replicas=10   # ubah jumlah yang diinginkan
```

## Mengapa ini penting

Deployment adalah "kuda kerja" untuk menjalankan aplikasi stateless di Kubernetes, sehingga memahaminya beserta hubungannya dengan ReplicaSet adalah pengetahuan esensial yang dipakai sehari-hari. Pelapisannya adalah kunci wawasannya: Anda mengelola sebuah **Deployment**, yang memiliki **ReplicaSet** (satu per versi), dan setiap ReplicaSet menjamin sejumlah Pod identik tetap berjalan — sebuah rantai reconciliation loop yang bersama-sama menghadirkan self-healing dan jumlah replica yang stabil. Kekuatan sesungguhnya ada pada cara Deployment menangani perubahan: sebuah **rolling update** membuat ReplicaSet baru dan memindahkan Pod dari lama ke baru secara bertahap, diatur oleh `maxSurge` dan `maxUnavailable`, sehingga kapasitas tetap terjaga dan — dipadukan dengan readiness probe yang menentukan Pod mana yang menerima trafik — rilis terjadi **tanpa downtime**. Karena ReplicaSet sebelumnya dipertahankan (di-scale ke nol alih-alih dihapus), sebuah **rollback** berlangsung cepat dan aman: `kubectl rollout undo` cukup men-scale versi lama naik lagi dan yang bermasalah turun, persis yang Anda butuhkan ketika sebuah rilis bertingkah. Memahami mekanisme ini — ditambah cara melakukan scale (`kubectl scale`) dan memeriksa progres (`kubectl rollout status/history`) — adalah fondasi untuk merilis software dengan aman di Kubernetes, dan mencerminkan model deklaratif yang digerakkan controller yang mendefinisikan cara platform ini beroperasi di production.

Hierarkinya

Manifest sebuah Deployment

Rolling update: pergantian versi tanpa downtime

Rollback ketika sebuah rilis bermasalah

Scaling

Mengapa ini penting

Pertanyaan terkait