آپ صارفین کی شکایت سے پہلے مسائل کو کیسے دریافت کرتے ہیں؟

Question

Accepted Answer

مقصد یہ ہے کہ صفحہ **سے پہلے** مسائل کو پکڑا جائے — خرابی کو اس وقت تلاش کریں جب ابھی اسے جذب کرنے کی گنجائش ہو۔ اس کا مطلب ہے **معروضی اشارات** کو دیکھنا، **غلطی کے بجٹ کے ساتھ SLOs** کی تعریف کرنا، اور نظام کو فعال طریقے سے جانچنا بجائے اس کے کہ ناکام ہونے کا انتظار کریں۔

## SLOs اور غلطی کے بجٹ

ایک **SLO** قابل اعتماد پن کو ایک نمبر میں بدل دیتا ہے (مثال کے طور پر 99.9% درخواستیں کامیاب ہوتی ہیں)۔ باقی 0.1% آپ کا **غلطی کا بجٹ** ہے۔ **سوچ کی شرح** کو ٹریک کرنا آپ کو اس وقت خبردار کرنے دیتا ہے جب آپ بجٹ کو بہت تیزی سے خرچ کر رہے ہوں — بہت پہلے اس سے پہلے کہ آپ نے واقعی SLO کی خلاف ورزی کی ہو اور صارفین نے نوٹس کیا ہو۔

```text
SLO 99.9% → 0.1% error budget/month (~43 min of downtime)
burn rate rising fast → you'll exhaust it in 2 days → alert NOW, while it's fixable
```

## فعال جانچ، نہ کہ محض غیر فعال میٹرکس

```text
SYNTHETIC MONITORING  scripted checks hit critical paths on a schedule
                      (login, checkout) → fails even at 3am with zero real traffic
HEALTH CHECKS         /healthz endpoints + dependency checks → load balancer
                      pulls bad instances before users hit them
RUM (real-user mon.)  measure latency/errors from actual browsers/devices →
                      catches issues only some users/regions see
```

مصنوعی نگرانی طاقتور ہے کیونکہ یہ صارف کا انتظار نہیں کرتی — یہ مسلسل نظام کو استعمال میں لاتا ہے، تو ایک ٹوٹی ہوئی چیک آؤٹ 3 بجے صبح کو ملتی ہے، نہ کہ جب صبح کی بھیڑ شکایت کرتی ہے۔

## معروضی اشارات اور رجحانات

سب سے ابتدائی نشانیاں وسائل میں ہیں، ابھی صارف کے سامنے کی غلطیوں میں نہیں۔ **رجحان** پر خبردار کریں، نہ کہ محض ایک static لائن پر۔

```text
LEADING INDICATORS   saturation (CPU/mem climbing), queue depth growing,
                     connection-pool nearing limit, latency CREEPING up
ANOMALY DETECTION    flag deviation from the normal baseline / seasonality
TREND ALERTS         "disk will fill in 4h at this rate" → act before it's full
```

آہستہ آہستہ بڑھتا ہوا p99 یا بڑھتی ہوئی قطار ایک انتباہی شاٹ ہے: رینج پر کام کر کے، آپ اس سے بچاتے ہیں جس طرف یہ رینج جا رہی تھی۔

## یہ کیوں اہم ہے

ردعمل انتظام کا مطلب ہے صارفین آپ کے نگرانی کے نظام ہیں — جب تک وہ شکایت کرتے ہیں، واقعہ پہلے سے زندہ ہے اور آپ کا غلطی کا بجٹ خرچ ہو چکا ہے۔ فعال انکشاف (SLO سوچ کی شرح، synthetics، health checks، RUM، معروضی اشارات، رجحان/anomaly الرٹس) وقت خریدتے ہیں: آپ ایک saturating قطار یا رینگتی ہوئی latency کو ٹھیک کرتے ہیں اس سے پہلے کہ یہ ایک 2 بجے صبح صفحہ اور ایک ناراض صارف بن جائے۔ یہ وقت فرق ہے ایک خاموش مرمت اور ایک outage کے درمیان۔