ਤੁਸ ਉਹ ਸਿਸਟਮ ਡਿਜ਼ਾਈਨ ਕਰਦੇ ਹੋ ਜੋ ਅਸਫਲਤਾਵਾਂ ਨੂੰ ਸਲੀਕੇ ਨਾਲ ਸੰਭਾਲਦੇ ਹਨ?

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

## ਇਹ ਕਿਉਂ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ

ਸਮਝਣਾ ਕਿ ਉਹ ਸਿਸਟਮ ਕਿਵੇਂ ਡਿਜ਼ਾਈਨ ਕੀਏ ਜਾਣ ਜੋ ਅਸਫਲਤਾਵਾਂ ਨੂੰ ਸਲੀਕੇ ਨਾਲ ਸੰਭਾਲਦੇ ਹਨ, ਮੁੱਲਵਾਨ ਹੈ ਕਿਉਂਕਿ **ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਅਸਫਲਤਾਵਾਂ ਅਜਿਹੀ ਚੀਜ਼ ਹਨ ਜਿਨ੍ਹਾਂ ਤੋਂ ਬਚਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ**, ਅਤੇ ਉਨ੍ਹਾਂ ਲਈ ਡਿਜ਼ਾਈਨ ਕਰਨਾ ਭਰੋਸੇਮੰਦ ਸਿਸਟਮਾਂ ਲਈ ਜ਼ਰੂਰੀ ਹੈ, ਇਸ ਲਈ ਇਹ ਮਹੱਤਵਪੂਰਨ ਸਿਸਟਮ-ਡਿਜ਼ਾਈਨ ਗਿਆਨ ਹੈ।

ਸਮਝ ਦਾ ਬੁਨਿਆਦੀ ਤਰੀਕਾ — **ਮੰਨਣਾ ਕਿ ਚੀਜ਼ਾਂ ਫੇਲ ਹੋਣਗੀਆਂ** (ਕਿਉਂਕਿ ਵੱਡੇ ਪੱਧਰ 'ਤੇ, ਅਸਫਲਤਾਵਾਂ ਨਾਰਮਲ ਹਨ, ਅਸਧਾਰਨ ਨਹੀਂ — ਸਰਵਰ ਕਰੈਸ਼ ਹੁੰਦੇ ਹਨ, ਨੈਟਵਰਕ ਪਾਰਟੀਸ਼ਨ ਹੁੰਦਾ ਹੈ, ਡਿਪੈਂਡੈਂਸੀਜ਼ ਡਾਉਨ ਜਾ ਜਾਂਦੀਆਂ ਹਨ) ਅਤੇ ਸਿਸਟਮਾਂ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਡਿਜ਼ਾਈਨ ਕਰਨਾ ਕਿ ਉਹ ਅਸਫਲਤਾਵਾਂ ਦੀ ਆਸ ਕਰਨ ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਸਲੀਕੇ ਨਾਲ ਸੰਭਾਲਣ ਇਸ ਦੀ ਬਜਾਏ ਕਿ ਮੰਨ ਲਿਆ ਜਾਵੇ ਕਿ ਸਭ ਕੁਝ ਕੰਮ ਕਰਦਾ ਹੈ — ਇਹ ਭਰੋਸੇਮੰਦ ਸਿਸਟਮਾਂ ਬਣਾਉਣ ਦੀ ਬੁਨਿਆਦ ਹੈ, ਜਿਹੜਾ ਸਿਧਾਂਤ "ਸਭ ਕੁਝ ਸਾਰੇ ਸਮੇਂ ਫੇਲ ਹੁੰਦਾ ਹੈ" ਵਿੱਚ ਦਰਜ ਹੈ। **ਲਚਕਤਾ ਤਕਨੀਕਾਂ** ਨੂੰ ਸਮਝਣਾ ਮੁੱਖ ਵਿਆਵਹਾਰਿਕ ਗਿਆਨ ਹੈ: **ਰਿਡੰਡੈਂਸੀ** (ਕੋਈ ਇਕਲੌਤੀ ਫੇਲ ਪੁਆਇੰਟ ਨਹੀਂ), **ਬੈਕਆਫ ਦੇ ਨਾਲ ਰਿਟਰੀਜ਼** (ਅਸਥਾਈ ਅਸਫਲਤਾਵਾਂ ਨੂੰ ਸੰਭਾਲਣਾ, exponential backoff ਅਤੇ jitter ਦੇ ਨਾਲ ਮੁੜ ਪ੍ਰਾਪਤੀ ਸੇਵਾਵਾਂ ਨੂੰ ਭਰੀ ਕਰਨ ਤੋਂ ਬਚਣਾ), **timeouts** (ਹਮੇਸ਼ਾਂ ਉਡੀਕ ਕਰਨ ਦੀ ਬਜਾਏ ਬਦੀ ਅਨੁਮਾਨ), **ਸਰਕਿਟ ਬ੍ਰੇਕਰ** (ਅਸਫਲ ਸੇਵਾ ਨੂੰ ਕਾਲ ਕਰਨਾ ਰੋਕਣਾ ਕਾਸਕੇਡਿੰਗ ਅਸਫਲਤਾਵਾਂ ਤੋਂ ਬਚਣ ਅਤੇ ਇਸ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨ ਦਿਣ), **graceful degradation** (ਕੁੱਲ ਅਸਫਲਤਾ ਦੀ ਬਜਾਏ ਘਟੀ ਹੋਈ ਕਾਰਜਸ਼ੀਲਤਾ, ਜਿਵੇਂ cached ਡਾਟਾ ਦਿਖਾਉਣਾ), **ਪਿਛਲੀਆਂ ਯੋਜਨਾਵਾਂ**, ਅਤੇ **ਬਲਖੀ** (ਅਸਫਲਤਾਵਾਂ ਨੂੰ ਸਮੂਹਬੱਧ ਕਰਨਾ)।

ਇਹ ਤਕਨੀਕਾਂ ਉਹ ਹਨ ਜਿਵੇਂ ਸਿਸਟਮ ਸਹਿ ਸਕਦੇ ਅਤੇ ਅਜਿਹੀਆਂ ਅਸਫਲਤਾਵਾਂ ਤੋਂ ਬਰਾਮਦ ਹੋ ਸਕਦੇ ਹਨ ਜੋ ਰੋਚ ਸਮੇਂ ਆ ਜਾਂਦੀਆਂ ਹਨ।

ਸਮਝਣਾ ਕਿ **ਕਾਸਕੇਡਿੰਗ ਅਸਫਲਤਾਵਾਂ ਤੋਂ ਕਿਵੇਂ ਬਚਾ ਜਾਵੇ** — ਜਿੱਥੇ ਇੱਕ ਅਸਫਲਤਾ ਦੂਸਰੀਆਂ ਨੂੰ ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ (ਇੱਕ ਸਸਤੀ ਸੇਵਾ ਕਾਲਕਾਰਾਂ ਦੇ ਸਰੋਤ ਖਤਮ ਕਰਦੀ ਹੈ, ਅਸਫਲਤਾ ਨੂੰ ਫੈਲਾਉਂਦੀ ਹੈ), timeouts, ਸਰਕਿਟ ਬ੍ਰੇਕਰਾਂ, ਵਿਭਾਜਨ, load shedding, ਅਤੇ backpressure ਨਾਲ ਰੋਕੀ ਜਾਂਦੀ ਹੈ — ਖਾਸ ਤੌਰ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਕਿਉਂਕਿ ਕਾਸਕੇਡਿੰਗ ਅਸਫਲਤਾਵਾਂ ਛੋਟੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਵੱਡੀਆਂ ਅਠਿਆਰਿਆਂ ਵਿੱਚ ਤਬਦੀਲ ਕਰਦੀਆਂ ਹਨ।

ਸਿਸਟਮਾਂ ਵਿੱਚ monitoring ਅਤੇ ਅਸਫਲਤਾ ਦੇ ਮਨੋਰਥਾਂ ਦੀ ਟੈਸਟਿੰਗ (chaos engineering) ਦੀ ਭੂਮਿਕਾ ਨੂੰ ਸਮਝਣਾ ਚਿੱਤਰ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ।

ਕਿਉਂਕਿ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਅਸਫਲਤਾਵਾਂ ਅਜਿਹੀ ਚੀਜ਼ ਹਨ ਜਿਨ੍ਹਾਂ ਤੋਂ ਬਚਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ ਅਤੇ ਉਨ੍ਹਾਂ ਲਈ ਡਿਜ਼ਾਈਨ ਕਰਨਾ (ਅਸਫਲਤਾ-ਲਈ-ਡਿਜ਼ਾਈਨ ਸਮਝ ਅਤੇ ਲਚਕਤਾ ਤਕਨੀਕਾਂ ਦੇ ਨਾਲ) ਭਰੋਸੇਮੰਦ ਸਿਸਟਮਾਂ ਲਈ ਜ਼ਰੂਰੀ ਹੈ, ਅਤੇ ਕਿਉਂਕਿ ਸਮਝ, ਤਕਨੀਕਾਂ, ਅਤੇ ਕਾਸਕੇਡਿੰਗ-ਅਸਫਲਤਾ-ਰੋਕਥਾਮ ਮਜ਼ਬੂਤ ਸਿਸਟਮਾਂ ਬਣਾਉਣ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਅਸਫਲਤਾ ਲਈ ਡਿਜ਼ਾਈਨ ਕਰਨਾ ਸਮਝਣਾ ਮੁੱਲਵਾਨ, ਵਿਆਵਹਾਰਿਕ ਤੌਰ 'ਤੇ ਜ਼ਰੂਰੀ ਸਿਸਟਮ-ਡਿਜ਼ਾਈਨ ਗਿਆਨ ਹੈ — ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਅਨਿਵਾਰ ਅਸਫਲਤਾਵਾਂ ਨੂੰ ਸਹਿ ਸਕਣ ਵਾਲੇ ਭਰੋਸੇਮੰਦ ਸਿਸਟਮਾਂ ਬਣਾਉਣ ਲਈ ਜ਼ਰੂਰੀ, redundancy, retries, ਸਰਕਿਟ ਬ੍ਰੇਕਰਾਂ, ਅਤੇ graceful degradation ਦੁਆਰਾ ਲਚਕਤਾ ਦਾ ਕੇਂਦਰ, ਅਤੇ ਅਸਫਲਤਾ-ਲਈ-ਡਿਜ਼ਾਈਨ ਸਮਝ ਨੂੰ ਪ੍ਰਤੀਬਿੰਬਤ ਕਰਦੇ ਹੋਏ ਜੋ ਮਜ਼ਬੂਤ ਸਿਸਟਮਾਂ ਨੂੰ ਨਾਜ਼ੁਕ ਲੋਗਾਂ ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ।