دزي! اهو صبح جو 3 آهي، توهان هڪ شاندار خواب ڏسي رهيا آهيو، ۽ اوچتو اتي هڪ ڪال آهي. توهان هن هفتي ڊيوٽي تي آهيو، ۽ ظاهر آهي ته ڪجهه ٿيو. پاڻمرادو سسٽم ڪال ڪري ٿو معلوم ڪرڻ لاءِ ته ڇا غلط آهي. هي جديد ڪمپيوٽر سسٽم کي منظم ڪرڻ جو هڪ اهم پاسو آهي، پر اچو ته ڏسون ته ڪيئن اطلاعن کي ماڻهن لاءِ بهتر بڻايو وڃي.
مانيٽرنگ فلسفو سان واقف ٿيو، مختلف مانيٽرنگ ٽيمن ۾ منهنجي فرضن جي ڪيترن ئي ڏهاڪن کان پيدا ٿيو. هوء گهڻو ڪري راب ايواشچڪ کان حقيقي بائبل کان متاثر هئي (منهنجو نوٽيفڪيشن فلسفو) ڪتاب ۾ شامل آهي ، ۽ ڪتاب جان السپاف پاران (الرٽ قائم ڪرڻ تي نوٽس).
, и - پوسٽ ايڊٽ ڪرڻ ۾ توهان جي مدد لاءِ مهرباني.
CASE ڇا آهي؟
مون هڪ خوبصورت مخفف وانگر اچڻ جو فيصلو ڪيو يا . مان ان کي سڏيان ٿو CASE طريقو. هو چار نقطا بيان ڪري ٿو جڏهن پاڻمرادو نگراني سان ڪم ڪرڻ تي ڌيان ڏيڻ لاءِ:
- (واقعي جي پابند)
- (عملي قدر)
- (علامات تي زور)
- (گريڊ)
جيڪڏهن توهان CASE استعمال ڪريو ٿا، توهان نوٽيفڪيشن کي صحتمند لاتعلقيءَ سان علاج ڪريو ٿا ۽ ماڻهن کي رات جو نه جاڳايو. مانيٽرنگ کي باقاعدي طور تي افاديت ۽ اثرائتي جو جائزو وٺڻ گهرجي. جڏهن هڪ شخص نوٽيفڪيشن حاصل ڪري ٿو، انهن وٽ بهتر ذهني ماڊل ۽ وڌيڪ اعتماد هوندو.
ياد رکڻ آسان بنائڻ لاءِ، تصور ڪريو ته توھان کي ھڪ ڪيس جي ضرورت آھي [يعني ھڪڙو ڪيس، ھڪڙو سبب - مترجم جو نوٽهر خبرداري کي درست ڪرڻ لاءِ. : چشمو:
۽ هي سڀ ڇو آهي؟
. ڪيترن ئي سببن لاء. ۽ CASE انهن سڀني کي ختم نه ڪندو. پر ان سان گڏ، توهان بهتر اطلاعن لاءِ رات جو جاڳندا. اهو طريقو مختلف تنظيمي عملن کي ڍڪي ٿو جيڪو پڻ هن معاملي ۾ مدد ڪندو.
RED ۽ USE طريقن جي خوبي اها آهي ته انهن جي مدد سان اسان نه رڳو ڄاڻون ٿا ته ڪيئن ڪم ڪجي، پر هڪ ٻئي سان ساڳي ٻولي ڳالهائڻ پڻ. مون کي اميد آهي ته CASE طريقو ان نوٽيفڪيشن تي بحث ڪرڻ آسان بڻائيندو جيڪي اسان جي سسٽم کي محفوظ ڪن ٿا پر اسان جي ساٿين کي مصروف رکو.
نقطي اهو آهي ته توهان کي پنهنجي تنظيم ۾ هڪ ثقافت پيدا ڪرڻ جي ضرورت آهي جتي اطلاعن کي صحتمند لاتعلقي سان علاج ڪيو وڃي. نوٽيفڪيشن هڪ خاص مقصد لاء ٺاهي سگھجن ٿيون، پر اها حقيقت ناهي ته اهي بعد ۾ قدر نه وڃائي سگهندا. اسان هي نوٽيفڪيشن ڇو قائم ڪيو؟ ڪيترو عرصو اڳ ان جي معيار کي نظر ثاني ڪئي وئي آهي؟ CASE سان، انهن سوالن جا جواب ڏئي سگهجن ٿا.
Context- Heavy- context binding
3 am بهترين وقت نه آهي پيغامن کي پڙهڻ لاءِ جنهن ۾ تمام گهڻا سمارٽ لفظ آهن. مؤثر جواب ڏيڻ لاء، توهان کي معلومات جي ضرورت آهي. مثالي طور، هي هڪ خاص مسئلي بابت ڄاڻ هجڻ گهرجي، جنهن لاءِ حوالو فوري طور تي واضح آهي، ۽ اطلاعن کي ترتيب ڏيڻ گهرجي ته جيئن اهو ممڪن هجي. هي آهي ”مشاهدو“ ۽ ”واقعي“ کان . هن سيٽ اپ تي وقت گذارڻ شرم جي ڳالهه ناهي، ڇاڪاڻ ته مسلسل هڪ شخص کي پريشان ڪرڻ اڃا به وڌيڪ قيمتي آهي. اچو ته هڪ ٻئي جو احترام ڪريون.
مسئلا ڪيترائي ذريعا آهن. خاص ڪري ڀوت.
مان ڊيوٽي آفيسر جي مدد ڪيئن ڪري سگهان ٿو؟ پهرين شيء جيڪو فرض آفيسر ڏسي ٿو اهو هڪ نوٽيفڪيشن آهي، تنهنڪري هو سڀني فرضن کي ان جي بنياد تي ٺاهي ٿو. پوءِ ھو ھدايتن ۽ ڊيش بورڊن کي ڏسندو آھي، پر ڇا ھميشه ھڪ مخصوص نوٽيفڪيشن تي ڊيٽا آھي، ۽ نه رڳو عام معلومات؟ Alspaugh مشورو ڏئي ٿو "سوچڻ جي باري ۾ ته توهان نوٽيفڪيشن جي تعبير يا جواب ڪيئن ڏيو" (سلائيڊ 29). هڪ سٺو نوٽيفڪيشن فرض تي فرد تي مرکوز آهي، نه صرف هڪ حد جي ترتيب سان.
تنهن ڪري هتي نوٽيفڪيشن جي حوالي سان بهتر ڪرڻ بابت ڪجهه خيال آهن:
- استعمال ڪندڙ کي ڏيکاريو ڪجھ مفيد ۽ خاص طور تي ٺهيل، ۽ نه رڳو عام هدايتون يا ڊيش بورڊ. اڳي، ماڻهو ۽ مون استعمال ڪيا تحقيقاتي ڊيش بورڊ مخصوص اطلاعن لاءِ ترتيب ڏنل. اهو مدد ڪندو جيڪڏهن مسئلو معلوم ٿئي، پر صرف ٻين کي پريشان ڪندو. اسان کي هتي هڪ توازن ڳولڻ جي ضرورت آهي.
- نوٽيفڪيشن جي تاريخ بابت اسان کي ٻڌايو: ڇا اهو نئون آهي؟ ڇا اهو اڪثر ڪم ڪندو آهي؟ ڇا اهو موسمي آهي؟
- ڏيکاريو تازيون تبديليون سسٽم جي حالت ۾. ڇا تازو ڪجھ تبديل ٿيو؟ (مثال طور، ترتيب ڏيڻ يا فعال ڪرڻ / غير فعال ڪرڻ.)
- لاڳاپا ڏيکاريو ۽ ذهني ماڊل لاءِ معلومات مهيا ڪريو: سسٽم انحصار واضح طور تي ظاهر ٿيڻ گهرجي، ترجيح طور تي ڪارڪردگي جي اشاري سان.
- صارف کي جلدي ٽيم سان ڳنڍيو: ڇا اھي جاري واقعا ڏسي سگھندا آھن يا اھي ڳولي سگھندا آھن ته ڪمپني ۾ ڪنھن ٻئي کي اطلاع ملي آھي؟ پروگرام چالو؟
مثالي طور، هڪ واقعو مينيجمينٽ پروگرام اهو مشورو فراهم ڪندو ته ڪيئن واقعن جي تحقيقات جي نوٽيفڪيشن جي حوالي سان بهتري ڪجي. اتي هميشه ڪم ڪرڻ لاء ڪجهه آهي!
قابل عمل- عملي قدر
ڇا ڊيوٽي آفيسر کي نوٽيفڪيشن جي جواب ۾ ڪجهه ڪرڻ گهرجي؟ جيڪڏهن توهان کي ڪجهه ڪرڻ جي ضرورت ناهي يا اهو واضح ناهي ته ڇا ڪجي، توهان هن کي ڇو جاڳايو؟ توهان کي اطلاعن کان بچڻ جي ضرورت آهي جيڪي ڊيوٽي تي ناراض ڪن ٿا ۽ عمل جي ضرورت ناهي.
مونکي ڇا ڪرڻ گهرجي؟ تون ڇا ٿو چاهين؟
ماضي ۾، جڏهن سسٽم سادو هئا ۽ ٽيمون ننڍيون هيون، اسان صرف شين جي چوٽي تي رهڻ لاءِ مانيٽرنگ قائم ڪئي. نوٽيفڪيشن ته هيپ تي لوڊ وڌي ويو آهي اسان کي حوالي سان ڏينداسين جيڪڏهن سروس بعد ۾ خراب ٿي. وڏي پيماني تي، اهڙا اطلاع صرف مونجهارو پيدا ڪندا ڇو ته اسان جو نظام هميشه مختلف شدت جي تباهي جي حالت ۾ ڪم ڪري رهيو آهي. اهو جلدي ڏانهن وٺي ٿو ۽، يقينا، حساسيت جي نقصان لاء. تنهن ڪري، ڊيوٽي آفيسر اهڙن اطلاعن کي نظر انداز ڪري ٿو يا ان کي به فلٽر ڪري ٿو ۽ هميشه انهن کي گهربل جواب نه ڏيندو آهي. هن چڪر ۾ نه ڪر! هڪ قطار ۾ سڀني اطلاعن کي سيٽ نه ڪريو ۽ پوء انهن کي اي ميل ذريعي ڪجهه خدا بخش فولڊر ڏانهن موڪليو.
هتي اهو آهي ته عملي قدر سان هڪ نوٽيس جهڙو نظر اچي ٿو:
- هڪ نوٽيفڪيشن صرف خبرن جي رپورٽ ڪرڻ بجاء عمل جي ضرورت آهي.
- اهو عمل ڏکيو يا خطرناڪ آهي خودڪار ڪرڻ. جيڪڏهن هڪ عمل خودڪار ٿي سگهي ٿو، پوء ان کي خودڪار ڪريو، ماڻهن کي ڇڪڻ بند ڪريو!
- نوٽيس فارم ۾ تڪڙي سفارشون شامل آهن (SLA) يا (آر ٽي او). فرض آفيسر وري تنظيم جي واقعن جي انتظام پروگرام کي چالو ڪري سگهي ٿو.
مان واضح ڪرڻ چاهيان ٿو: مان اهو نه چئي رهيو آهيان ته نوٽيفڪيشن صرف API لاءِ سڀ کان اهم SLOs (خدمت جي سطح جا مقصد) لاءِ اچڻ گهرجن. SLO مانيٽرنگ مسلسل ورهايل ۽ ورهايل آهي ۽ سڀني خدمتن لاءِ ساڳي طريقي جي ضرورت آهي. اهو واضح آهي ته توهان انهن گراهڪن لاءِ سڀ کان اهم SLOs کي ٽريڪ ڪندا جيڪي توهان کي ادا ڪندا آهن. پر انفراسٽرڪچر SLOs، جهڙوڪ ڊيٽابيس، پڻ نگراني ڪرڻ جي ضرورت آهي. جلد ئي توهان کي اندروني گراهڪن سان معاملو ڪرڻو پوندو ۽ انهن جي مدد ڪرڻي پوندي. ۽ ائين ئي اشتهار لامحدود.
علامات جي بنياد تي - علامات تي زور
چاهي توهان اهو پسند ڪريو يا نه، توهان هڪ ورهايل سسٽم ۾ ڪم ڪري رهيا آهيو (ڪاواج). نتيجي طور، توھان مختلف حڪمت عمليون استعمال ڪندا آھيو خدمتن کي الڳ ڪرڻ ۽ انھن کي ناڪاميءَ کان بچائڻ لاءِ (Trainer et al.)3. ۽ جڏهن ته ڊگها ڪچرو گڏ ڪرڻ يا اسٽال ٿيل ڊيٽابيس سوال مسئلن جي نشاندهي ڪري ٿو، انهن کي حل ڪرڻ لاءِ جلدي ڪرڻ جي ضرورت ناهي جيڪڏهن صارفين کي ويجهي مستقبل ۾ مسئلا نه آهن.
اهي اهم سگنل آهن ۽ شايد عملي قدر آهن، پر جيڪڏهن اهي صارفين کي پريشان نه ڪن، ته پوء حاضري کي پريشان ڪرڻ لاء ڪافي تڪڙو نه آهي. سببن تي ٻڌل نوٽيفڪيشن سسٽم جي ناڪامي بابت اسان جي ذهني ماڊل جي تصويرن جا نمونا آهن. اهو بهتر آهي ته اهم علامن کي ٽريڪ ڪرڻ جي ڀيٽ ۾ ناڪامي جي سڀني ممڪن سببن کي لسٽ ڪرڻ جي ڪوشش ڪرڻ.
نوٽيفڪيشن کي معنيٰ ڏيڻ لاءِ، ڌيان ڏيڻ استعمال ڪندڙن لاء اهم. Evashchuk هن کي سڏي ٿو "صارفين لاء نگراني." ياد رهي ته هي فلسفو سڄي تنظيم ۾ لاڳو ٿيڻ گهرجي. جيڪڏهن ڪنهن خدمت کي فوري طور تي بنيادي ڍانچي ۾ ڪٿي به مسئلا آهن، مناسب ٽيم انهن جو خيال رکندي. اهڙين ناڪامين کان سسٽم کي بچائڻ هڪ مڪمل طور تي الڳ معاملو آهي (ٽرينر وغيره.، سيڪشن تي حڪمت عملي تي نازڪ انحصار کي گهٽائڻ لاء).
علامتون متغير نه آهن
رچرڊ ڪڪ اسان کي ياد ڏياري ٿو ته پيچيده نظام خامين، خامين ۽ مسئلن سان ڀريل آهن. سڀني ممڪن سببن کي لسٽ ڪرڻ جي ڪوشش هڪ سيسيفين ڪم آهي. توهان مسئلا بيان ڪرڻ جي ڪوشش ڪندا، پر اهي هر وقت تبديل ٿيندا آهن. سنڊي سريڌرن جو خيال آهي ته ”سسٽم کي هر سيڪنڊ ۾ مڪمل حالت ۾ هجڻ ضروري ناهي“ ۽ اهو بهتر آهي ته وڌيڪ انساني روش استعمال ڪجي ( ("مانيٽرنگ ڊسٽرڪٽ سسٽم")، 7).
ڪنهن واقعي کان پوءِ اطلاعن کان پاسو ڪريو
عام طور تي، سببن جي اطلاعن کي ترتيب ڏنل واقعن کي درست ڪرڻ لاء. ۽ حقيقت جي باري ۾ اهي محدود اطلاع جيڪي واقعا آهن انهن جي حفاظت جو غلط احساس پيدا ڪري ٿو، ڇاڪاڻ ته سسٽم هر وقت ٽوڙڻ لاء نئين طريقن سان اچي ٿو.
سببن جي نوٽيسن سان بيوقوف نه ٿيو. بهتر خيال:
- علامتن جي بنياد تي نوٽيفڪيشن ڇو نه ڪيو مسئلو؟
- ڇا اهو مددگار ثابت ٿيندو صارف لاءِ حوالي کي بهتر ڪرڻ لاءِ؟
- مانيٽرنگ جا اوزار ڪيئن بهتر ٿي سگهن ٿا تشخيص کي تيز ڪرڻ لاءِ، بجاءِ ته ڇا ٿيو بابت اطلاعن کي گڏ ڪرڻ جي؟
تشخيص لاءِ مانيٽرنگ اوزار صرف ان صورت ۾ مدد ڪندا جڏهن توهان انهن کي علامت کان حل تائين منتقل ڪرڻ جو هڪ طريقو سمجهيو. هن راءِ جي بغير، توهان کي صرف دير سان اطلاعن سان بمباري ڪئي ويندي ۽ ماضي جي ناڪامين بابت چارٽس- ۽ نه مستقبل جي باري ۾ هڪ لفظ. اهو هڪ بهترين موقعو آهي هڪ تنظيم لاء دفاع کان حملي ڏانهن منتقل ڪرڻ لاء. ۽ ڊولپرز ۽ پراڊڪٽ مينيجرز کي ساڳيون اميدون ۽ واضح مقصد هوندا. ڪيس - CASE (:wink:) - هر نوٽيفڪيشن لاء واضح آهي.
سببن تي ٻڌل اطلاعن کي اعتدال ۾ برداشت ڪيو وڃي ٿو
ڪڏهن ڪڏهن اسان جو سسٽم اسان کي سببن جي بنياد تي اطلاعن جي لحاظ کان ٿورڙي چونڊ ڇڏي ٿو. ۽ ڪڏهن ڪڏهن ڊيوٽي تي اهي چڱيءَ طرح سمجهندا آهن ته هڪ علامت ضرور ناڪامي جو سبب بڻجندي، ۽ ان ڪري عملي قدر به شامل آهي. ٿي سگهي ٿو توهان کي پڪ ناهي ته ڇا ٿي رهيو آهي ۽ نوٽيفڪيشن قائم ڪري رهيا آهيو محفوظ پاسي تي. اميد آهي ته هي عمل عارضي آهي جيستائين اسان ڪارڪردگي جي مسئلي کي حل ڪرڻ لاء سسٽم کي تبديل ڪري سگهون ٿا.
انهن حالتن سان معاملو ڪرڻ وقت CASE جي ٻين حصن کي ذهن ۾ رکو. بس ڇاڪاڻ ته اهو عارضي آهي مطلب اهو ناهي ته توهان پنهنجي سر سان سوچڻ بند ڪري سگهو ٿا.
اڀياس- اڀياس
سسٽم ۾ ڪا به تبديلي (نئون ڪوڊ، نئين انفراسٽرڪچر، ڪجھ به نئون) ناڪامين جي حد کي وڌايو (ڪڪ، 3). ڇا هي نوٽيفڪيشن اڃا تائين ڪم ڪري رهيو آهي جيئن توقع آهي؟ سسٽم جا صاف ۽ موجوده ذهني ماڊل ۽ تجربو ڪجهه سپورٽ اطلاعن جو جواب ڏيڻ - اهي اهم خاصيتون آهن . سسٽم ۾ خرابيون مسلسل ترقي ڪري رهيا آهن، ۽ اسان کي انهن سان گڏ رکڻ گهرجي.
توهان کي هر نوٽيفڪيشن جي معيار کي مسلسل جانچڻ جي ضرورت آهي انهي کي يقيني بڻائڻ لاءِ ته اهي توقع جي مطابق ڪم ڪن. پيارا اڳواڻ! اهو توهان جي ٽيمن لاءِ تمام آسان ٿيندو جيڪڏهن توهان انهن کي هن عمل کي قائم ڪرڻ ۾ مدد ڪندا! هتي ڪجهه تشخيص جا خيال آهن:
- استعمال ڪريو , يا ٻيا نوٽيفڪيشن جاچ جا طريقا. ٽيم اهو پاڻ ڪري سگهي ٿو بغير ڪنهن ڳري واقعي جي انتظام واري نظام تي ڀروسو ڪرڻ جي!
- توهان جي واقعن جي انتظام جي پروگرام ۾ سڀني واقعن سان لاڳاپيل اطلاعن جو مجموعو شامل ڪريو. مفيد، نقصانڪار، نامناسب، غير واضح، وغيره نشان لڳايو انهن کي راءِ طور استعمال ڪريو.
- صحيح نوٽيفڪيشن ڪڏهن ڪڏهن شروع ڪيا ويندا آهن ۽ احتياط سان جانچيا ويندا آهن. پڪ ڪريو ته سڀئي لنڪ ڪم ڪن، صحيح حوالي سان اشارو ڪريو، وغيره.
- جيڪڏهن هڪ نوٽيفڪيشن ڪڏهن به فائر نه ڪندو آهي يا گهڻو ڪري فائر ڪندو آهي، ان ۾ ڪجهه غلط آهي. ان کي درست ڪريو يا ختم ڪريو. وڌيڪ غير فعال ٿيڻ يا سرگرمي کان بچو!
- ختم ٿيڻ جي تاريخن سان نوٽيفڪيشن ٽائم اسٽيمپ مقرر ڪريو. جيڪڏهن ختم ٿيڻ جي تاريخ ختم ٿي وئي آهي، نوٽيفڪيشن جو جائزو وٺو CASE طريقي سان ۽ ٽائم اسٽيمپ کي اپڊيٽ ڪريو. بس کاڌي وانگر، باقاعده ختم ٿيڻ جي تاريخ چيڪ ڪريو.
- نوٽيفڪيشن کي بهتر ڪرڻ جي عمل کي آسان بڻائي. ڪوڊ جي طور تي نگراني استعمال ڪريو ۽ Git مخزن ۾ اطلاعن کي اسٽور ڪريو. پل درخواستون ٽيم کي مشغول ڪرڻ ۾ مدد ڪن ٿيون ۽ توهان کي ماضي جي اطلاعن جي تاريخ ڏيو. ۽ توهان هاڻي اطلاعن کي تبديل ڪرڻ يا انهن جي ذميوارن کان اجازت وٺڻ کان نه ڊڄندا.
- اطلاعن لاءِ راءِ قائم ڪريو، جيتوڻيڪ اھو سادو آھي ، ته جيئن ڊيوٽي آفيسر نوٽيفڪيشن کي بيڪار يا مداخلت ڪندڙ طور نشان لڳايو. پاڻ نوٽيفڪيشن ۾ هڪ لنڪ يا ڪال ٽو ايڪشن شامل ڪريو ۽ پنهنجي راءِ جو باقاعده جائزو وٺو.
- ٽيم ۾ هڪ ضابطو قائم ڪريو - جيڪي ڊيوٽي تي ڪم ڪن ٿا انهن کي فرض کي آسان ڪرڻ لاءِ جڏهن ٿورو ڪم هجي. توهان کان پوءِ هر شيءِ اڳي کان ٿورو بهتر ٿي سگهي ٿي.
ٿڪل
مان سمجهان ٿو CASE طريقو ڊولپرز ۽ تنظيمن کي خودڪار اطلاعن کي ترتيب ڏيڻ ۽ موڪلڻ تي بحث ڪرڻ ۾ مدد ڪري ٿو. ھڪڙو ڊولپر CASE طريقو استعمال ڪندي نوٽيفڪيشن جو جائزو وٺڻ شروع ڪري سگھي ٿو، ۽ پوء سڄي تنظيم ٻين ڊولپرز، انتظام، ۽ واقعن جي انتظام جي پروگرامن سان شامل ٿي ويندي نوٽيفڪيشن کي سٺي شڪل ۾ رکڻ لاء. اهو ڪنهن خاص اوزار يا پيچيده عمل جي ضرورت نه رکندو آھي.
سڄي صنعت کي انساني فڪر جي باري ۾ سوچڻ جي ضرورت آهي جڏهن ته فرض تي اعلي معيار جي ڪسٽمر سروس کي قربان ڪرڻ کان سواء. اهي سڀئي اوزار ۽ طريقا بهتر ٿي سگهن ٿا ۽ بهتر ٿيڻ گهرجن. مون کي اميد آهي ته CASE طريقو هن سان مدد ڪندي.
بهتر اطلاعن جو مزو وٺو!
جو ذريعو: www.habr.com