Kako dosežete uvedbe brez izpadov (zero-downtime deployments)?

Question

Accepted Answer

**Uvedba brez izpadov (zero-downtime deployment)** pomeni izdajo novih verzij brez katerekoli prekinitve za uporabnike — aplikacija ostane dostopna skozi ves čas. Doseganje tega zahteva premišljene strategije uvajanja, spremembe, ki so kompatibilne z nazaj, zdravstvene preglede in okretno obravnavo zahtev v teku.

## Kaj zahteva zero-downtime

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

## Ključne tehnike

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

## Izziv podatkovne baze

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

## Zakaj je to pomembno

Razumevanje, kako dosegati uvedbe brez izpadov, je pomembno znanje na višji ravni, ker je **neprekinjena dostopnost med uvajanjem ključna zahteva za številne produkcijske sisteme**, zato je dragoceno za zanesljivo dostavo.

Mnogi sistemi morajo biti dostopni 24/7, zato je uvedba brez prekinitve uporabnikov (zero-downtime) bistvena — vzete storitve v režim vzdrževanja za uvajanje je nesprejemljivo za takšne sisteme, posebej glede na pogosta uvajanja v CI/CD.

Razumevanje, kaj zero-downtime **zahteva** (nikoli ne vzeti celotne storitve v režim vzdrževanja, vedno imeti zdravih instanc, ki služijo, medtem ko se druge posodabljajo, in okretno obravnavati zahteve v teku) okvira cilj.

Razumevanje **ključnih tehnik**, ki jih je treba kombinirati, da se to doseže — uporaba **strategij uvajanja**, ki se izognejo izpadom, ko so vse naenkrat (rolling, blue-green, canary), **razdelilci obremenitve z zdravstvenim in pripravljavnostjo** (usmerjevanje prometa samo na zdravih, pripravljenih instancah, tako da posodabljane instance ne prejemajo prometa in se nove pridružijo le, ko so pripravljene), **okretno zaustavitev/drenaža** (ustavitev novih zahtev instanci, omogočanje, da dokonča zahteve v teku, nato njena zaustavitev — tako da se zahteve ne prekinejo v teku, kar zahteva pravilno obravnavo SIGTERM), in **spremembe, ki so kompatibilne s prejšnjimi verzijami** (tako da stare in nove različice soobstajajo med uvajanjem) — je praktično jedro.

Kritično je razumevanje **izziva podatkovne baze** (spremembe sheme so težavni del zero-downtime, ker se stari in novi kod izvajajo skupaj, kar zahteva migracije, ki so kompatibilne s prejšnjimi verzijami razširi-skrči) se povezuje z znanjem migracije, ki je bistveno za resnično zero-downtime uvajanja.

Te tehnike skupaj omogočajo neprekinjena uvajanja brez katerekoli prekinitve za uporabnike.

Ker je neprekinjena dostopnost ključna zahteva za številne produkcijske sisteme in CI/CD pogosto uvaja, in ker zero-downtime uvedba zahteva kombiniranje strategij uvajanja, zdravstvenih pregledov, okretne zaustavitve in posebej sprememb, ki so kompatibilne s podatkovnimi bazami, je razumevanje, kako dosegati uvedbe brez izpadov, pomembno znanje na višji ravni za zanesljivo dostavo — kritična zmožnost za sisteme, ki so vedno dostopni, kar odraža operativno sofisticiranost, ki se pričakuje za višje vloge pri uvajanju v produkcijo brez motenja uporabnikov.