Hoe bereik je implementaties zonder downtime?

Question

Accepted Answer

**Zero-downtime deployment** betekent het uitbrengen van nieuwe versies zonder enige onderbreking voor gebruikers — de applicatie blijft beschikbaar gedurende het gehele proces. Dit vereist zorgvuldige implementatiestrategieën, achterwaarts compatibele wijzigingen, health checks en correct beheer van in-flight requests.

## Wat zero-downtime vereist

```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).
```

## Belangrijkste technieken

```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)
```

## De database-uitdaging

```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
```

## Waarom het belangrijk is

Het begrijpen hoe je zero-downtime deployments bereikt is belangrijke kennis op senior niveau, omdat **continue beschikbaarheid tijdens deployments een kerneisen is voor veel productiesystemen**, dus waardevol voor betrouwbare delivery.

Veel systemen moeten 24/7 beschikbaar blijven, dus deployen zonder gebruikers te onderbreken (zero-downtime) is essentieel — de service offline halen voor deployment is onaanvaardbaar voor dergelijke systemen, vooral gezien de frequente deployments in CI/CD.

Het begrijpen wat zero-downtime **vereist** (nooit de hele service offline halen, altijd gezonde instanties hebben die traffic serveren terwijl andere updaten, en in-flight requests correct afhandelen) schetst het doel.

Het begrijpen van de **belangrijkste technieken** die samenwerken om dit te bereiken — het gebruiken van **deployment strategieën** die all-at-once downtime vermijden (rolling, blue-green, canary), **load balancers met health/readiness checks** (traffic alleen routeren naar gezonde, klaar-zijnde instanties zodat updatende instanties geen traffic ontvangen en nieuwe alleen deelnemen wanneer klaar), **graceful shutdown/draining** (nieuwe requests naar een instantie stoppen, deze zijn in-flight requests af laten maken, dan stoppen — zodat geen requests mid-flight worden onderbroken, wat correct SIGTERM-beheer vereist), en **achterwaarts compatibele wijzigingen** (zodat oude en nieuwe versies naast elkaar bestaan tijdens de rollout) — is de praktische kern.

Kritiek is het begrijpen van de **database-uitdaging** (schemawijzigingen zijn het moeilijke deel van zero-downtime omdat oude en nieuwe code samen draaien, wat achterwaarts compatibele expand-contract migraties vereist) verbindt met de migratie-kennis die essentieel is voor echt zero-downtime deployments.

Deze technieken maken samen deployment mogelijk zonder enige onderbreking voor gebruikers.

Omdat continue beschikbaarheid een kerneisen is voor veel productiesystemen en CI/CD frequent deployed, en omdat zero-downtime deployment deployment strategieën, health checks, graceful shutdown en vooral achterwaarts compatibele (database) wijzigingen vereist, is het begrijpen hoe je zero-downtime deployments bereikt belangrijke kennis op senior niveau voor betrouwbare delivery — een kritieke mogelijkheid voor altijd beschikbare systemen, reflecterend de operationele geavanceerheid die voor senior rollen naar productie deployen zonder gebruikers te verstoren wordt verwacht.