مقصد یہ ہے کہ آپ اپنے سسٹم کی خرابی کو جان لیں اپنے صارفین کے بتانے سے پہلے۔ اچھی مشاہدہ کاری آپ کو ایسے سوالات کے جوابات دینے دیتی ہے جن کی آپ نے پہلے سے توقع نہیں کی تھی، نہ کہ صرف متعین ڈیش بورڈز کی جانچ کریں۔ ایک ٹیک لیڈ کے طور پر، آپ یہ واقعہ سے پہلے ترتیب دیتے ہیں، اس دوران نہیں۔
جو صارف محسوس کرتا ہے اس پر صفحہ درج کریں، اندرونی تھرتھراہٹ پر نہیں۔ انتباہات کو SLOs سے منسلک کریں: خرابی کی شرح، تاخیر (p95/p99)، اور دستیابی۔ CPU میں اچھال ایک واقعہ نہیں ہے؛ 2٪ صارفین کے لیے checkout ناکام ہونا ہے۔
| انتباہ دیں | صفحہ درج نہ کریں |
|---|---|
| خرابی کی شرح SLO کو توڑتی ہے | ایک CPU اچھال |
| p99 تاخیر بجٹ سے زیادہ | ایک سست درخواست |
| ناکام صحت کی جانچ | ڈسک 60٪ پر |
ہر انتباہ ہنگام، حقیقی، اور قابل عمل ہونا چاہیے — یہ نام دیتا ہے کہ کیا غلط ہے اور اگلے قدم کی طرف اشارہ کرتا ہے۔ انتباہات جو مسلسل آتے ہیں ٹیم کو انہیں نظر انداز کرنے کے لیے تربیت دیتے ہیں؛ انتباہ تھکاوٹ وہ ہے جس سے حقیقی واقعات یاد جاتے ہیں۔ صحت کی جانچ اور ڈیش بورڈز شامل کریں جو سونے کی علامات کو نگاہ میں دکھاتے ہیں۔
ٹیمیں جو صرف ایک واقعہ کے بعد مشاہدہ کرتے ہیں وہ اندھے اڑ رہے ہیں: وہ غصے والے صارفین سے بند ہونے کے بارے میں جانتے ہیں اور اندازے سے ڈیبگ کرتے ہیں۔ آگے سے مشاہدہ کاری میں سرمایہ کاری 3 صبح کے اسرار کو 5 منٹ کی تشخیص میں تبدیل کرتی ہے، بند وقت کو سمیٹتی ہے، اور ٹیم کو بھیجنے کے لیے آزاد کرتی ہے آگ بجھانے کی بجائے۔