Bagaimana cara mencapai zero-downtime deployments?

Question

Accepted Answer

**Zero-downtime deployment** berarti merilis versi baru tanpa gangguan apa pun kepada pengguna — aplikasi tetap tersedia sepanjang waktu. Mencapainya memerlukan strategi deployment yang hati-hati, perubahan yang kompatibel ke belakang, health checks, dan penanganan graceful terhadap in-flight requests.

## Apa yang zero-downtime memerlukan

```text
GOAL: deploy a new version with NO user-facing downtime (always-available service):
  → never take the whole service offline to deploy
  → always have healthy instances serving while updating others
  → handle in-flight requests gracefully (don't drop them mid-request)
→ Combine several techniques (below).
```

## Teknik-teknik kunci

```text
✓ DEPLOYMENT STRATEGY — rolling, blue-green, or canary (never all-at-once downtime):
  → rolling: update instances gradually (others keep serving)
  → blue-green: switch traffic to the new environment instantly
✓ LOAD BALANCER + HEALTH CHECKS → route traffic only to healthy/ready instances;
  new instances join only when READY (readiness checks)
✓ GRACEFUL SHUTDOWN → draining: stop sending new requests to an instance, let it FINISH
  in-flight requests, THEN stop it (handle SIGTERM) → no dropped requests
✓ BACKWARD-COMPATIBLE changes → old and new versions coexist during the rollout
  (API and DATABASE compatibility — expand-contract migrations)
```

## Tantangan database

```text
⚠️ Schema changes during zero-downtime deploys are the hard part (old + new code run
   together): use BACKWARD-COMPATIBLE migrations (expand-contract / parallel change):
   add new schema → migrate → remove old in a LATER deploy → never break the running version
```

## Mengapa ini penting

Memahami cara mencapai zero-downtime deployments adalah pengetahuan tingkat senior yang penting karena **continuous availability selama deployments adalah persyaratan kunci untuk banyak sistem production**, sehingga sangat berharga untuk reliable delivery.

Banyak sistem harus tetap tersedia 24/7, jadi men-deploy tanpa mengganggu pengguna (zero-downtime) adalah penting — mengambil service offline untuk deploy tidak dapat diterima untuk sistem seperti itu, terutama mengingat CI/CD yang melakukan deployments sering.

Memahami apa yang zero-downtime **memerlukan** (tidak pernah mengambil seluruh service offline, selalu memiliki instance sehat yang melayani sementara instance lain diperbarui, dan menangani in-flight requests dengan graceful) membingkai tujuannya.

Memahami **teknik-teknik kunci** yang bergabung untuk mencapainya — menggunakan **deployment strategies** yang menghindari downtime all-at-once (rolling, blue-green, canary), **load balancers dengan health/readiness checks** (merutekan traffic hanya ke instance sehat dan siap, sehingga instance yang diperbarui tidak menerima traffic dan instance baru bergabung hanya ketika siap), **graceful shutdown/draining** (menghentikan request baru ke instance, membiarkannya menyelesaikan in-flight requests, kemudian menghentikannya — sehingga tidak ada request yang dijatuhkan di tengah perjalanan, memerlukan SIGTERM handling yang tepat), dan **backward-compatible changes** (sehingga versi lama dan baru berdampingan selama rollout) — adalah inti praktis.

Secara kritis, memahami **tantangan database** (schema changes adalah bagian sulit dari zero-downtime karena kode lama dan baru berjalan bersama, memerlukan expand-contract migrations yang backward-compatible) terhubung ke pengetahuan migration yang penting untuk truly zero-downtime deploys.

Teknik-teknik ini bersama-sama memungkinkan deployment terus menerus tanpa gangguan user-facing apa pun.

Karena continuous availability adalah persyaratan kunci untuk banyak sistem production dan CI/CD melakukan deployments sering, dan karena zero-downtime deployment memerlukan penggabungan deployment strategies, health checks, graceful shutdown, dan khususnya backward-compatible (database) changes, memahami cara mencapai zero-downtime deployments adalah pengetahuan tingkat senior yang penting untuk reliable delivery — kemampuan kritis untuk always-available systems, mencerminkan sophistication operasional yang diharapkan untuk role senior yang men-deploy ke production tanpa mengganggu pengguna.