તમે એવી સિસ્ટમ્સ કેવી રીતે ડિઝાઇન કરો છો જે નિષ્ફળતાને સુંદર રીતે સંભાળે છે?

Question

Accepted Answer

સ્કેલ પર, **નિષ્ફળતા અનિવાર્ય છે** — સર્વર્સ ક્રેશ થાય છે, નેટવર્ક્સ નિષ્ફળ થાય છે, ડિપેન્ડેન્સીઝ અનુપલબ્ધ બની જાય છે. નિષ્ફળતા માટે ડિઝાઇન કરવાનો અર્થ એવી સિસ્ટમ્સ બનાવવો કે જે **નિષ્ફળતાને સહન કરે છે અને તેમાંથી સુંદર રીતે પુનরુદ્ધાર કરે છે** એમ માનવાને બદલે કે બધું કામ કરે છે. આ વિશ્વસનીય સિસ્ટમ્સ માટે આવશ્યક છે.

## નિષ્ફળતા માટે ડિઝાઇન કરો (માનસિકતા)

```text
ASSUME things WILL fail → at scale, failures are NORMAL, not exceptional:
  → servers crash, networks partition, disks fail, dependencies go down, traffic spikes
  → design systems to EXPECT and HANDLE failures gracefully (not assume everything works)
→ "everything fails all the time" → build resilience in.
```

## સ્થિતિસ્થાપકતા તકનીકો

```text
✓ REDUNDANCY → multiple instances, no single point of failure (failover to healthy ones)
✓ RETRIES (with backoff) → retry transient failures (with exponential backoff + jitter to
  avoid overwhelming a recovering service)
✓ TIMEOUTS → don't wait forever for a failing dependency (fail fast)
✓ CIRCUIT BREAKERS → stop calling a failing service temporarily (prevent cascading failures;
  give it time to recover) → fail fast and fall back
✓ GRACEFUL DEGRADATION → reduced functionality vs total failure (e.g. show cached/partial
  data if a service is down)
✓ FALLBACKS → a default/alternative when something fails
✓ BULKHEADS / isolation → contain failures (one part failing doesn't sink everything)
```

## ક્যાસ્કેડિંગ નિષ્ફળતાઓ ટાળવી

```text
⚠️ CASCADING failures → one failure triggers others (e.g. a slow service exhausts callers'
  resources → they fail too → spreads)
→ prevent with: timeouts, circuit breakers, isolation/bulkheads, load shedding, backpressure
✓ MONITORING/alerting → detect failures fast; test failure scenarios (chaos engineering)
```

## આ શા માટે મહત્વપૂર્ણ છે

નિષ્ફળતાને સુંદર રીતે સંભાળતી સિસ્ટમ્સ ડિઝાઇન કરવાનું જ્ઞાન મૂલ્યવાન છે કારણ કે **સ્કેલ પર નિષ્ફળતા અનિવાર્ય છે**, અને તેમના માટે ડિઝાઇન કરવું વિશ્વસનીય સિસ્ટમ્સ માટે આવશ્યક છે, તેથી તે મહત્વપૂર્ણ સિસ્ટમ-ડિઝાઇન જ્ઞાન છે.

મૂળ માનસિકતા — **એમ માનવું કે વસ્તુઓ નિષ્ફળ થશે** (કારણ કે સ્કેલ પર, નિષ્ફળતા સામાન્ય છે, અપવાદ નથી — સર્વર્સ ક્રેશ થાય છે, નેટવર્ક્સ વિભાજીત થાય છે, ડિપેન્ડેન્સીઝ નીચે જાય છે) અને નિષ્ફળતાની અપેક્ષા કરતી અને તેને સુંદર રીતે સંભાળતી સિસ્ટમ્સ ડિઝાઇન કરવી એમ માનવાને બદલે કે બધું કામ કરે છે — વિશ્વસનીય સિસ્ટમ્સ બનાવવાનો આધાર છે, જે સિદ્ધાંતમાં પકડાયેલો છે કે