اسان اسپورٽ ماسٽر جي نگراني ڪندا آهيون - ڪيئن ۽ ڇا سان

اسان پراڊڪٽ ٽيمون ٺاهڻ جي مرحلي ۾ مانيٽرنگ سسٽم ٺاهڻ بابت سوچيو. اهو واضح ٿيو ته اسان جو ڪاروبار - استحصال - انهن ٽيمن ۾ نه ٿو اچي. ائين ڇو آهي؟

حقيقت اها آهي ته اسان جون سڀئي ٽيمون انفرادي انفارميشن سسٽم، مائڪرو سروسز ۽ فرنٽ جي چوڌاري ٺهيل آهن، تنهنڪري ٽيمن کي مجموعي طور تي سڄي سسٽم جي مجموعي صحت کي نظر نٿو اچي. مثال طور، انهن کي شايد خبر ناهي ته گہرے پس منظر ۾ ڪجهه ننڍڙو حصو سامهون واري آخر کي ڪيئن متاثر ڪري ٿو. انهن جي دلچسپيءَ جو دائرو انهن نظامن تائين محدود هوندو آهي جن سان انهن جو نظام جڙيل هوندو آهي. جيڪڏهن هڪ ٽيم ۽ ان جي خدمت A جو تقريباً خدمت B سان ڪوبه تعلق نه آهي، ته پوءِ اهڙي خدمت ٽيم لاءِ لڳ ڀڳ پوشيده آهي.

اسان جي ٽيم، موڙ ۾، سسٽم سان ڪم ڪري ٿو جيڪي تمام مضبوط طور تي هڪٻئي سان ضم ٿيل آهن: انهن جي وچ ۾ ڪيترائي ڪنيڪشن آهن، اهو هڪ تمام وڏو انفراسٽرڪچر آهي. ۽ آن لائن اسٽور جي آپريشن جو دارومدار انھن سڀني سسٽم تي آھي (جنھن مان اسان وٽ آھي، رستي ۾، ھڪڙو وڏو تعداد).

سو معلوم ٿيو ته اسان جو ڊپارٽمينٽ ڪنهن به ٽيم سان واسطو نه آهي، پر ٿورو پاسي تي واقع آهي. هن سڄي ڪهاڻي ۾، ​​اسان جو ڪم مڪمل طور تي سمجهڻ آهي ته معلوماتي سسٽم ڪيئن ڪم ڪن ٿا، انهن جي ڪارڪردگي، انضمام، سافٽ ويئر، نيٽ ورڪ، هارڊويئر، ۽ اهو سڀ ڪجهه هڪ ٻئي سان ڪيئن ڳنڍيل آهي.

پليٽ فارم جنهن تي اسان جا آن لائن اسٽور هلندا آهن هن طرح نظر اچن ٿا:

• مئٽرڪ
• وچين آفيس
• واپس آفيس

اسان ڪيترو به چاهيون ٿا، اهو نٿو ٿئي ته سڀئي سسٽم آسان ۽ بي عيب ڪم ڪن. نقطي، ٻيهر، سسٽم ۽ انضمام جو تعداد آهي - اسان جي جهڙي شيء سان، ڪجهه واقعا ناگزير آهن، جانچ جي معيار جي باوجود. ان کان علاوه، ٻئي هڪ الڳ نظام جي اندر ۽ انهن جي انضمام جي لحاظ کان. ۽ توهان کي مڪمل پليٽ فارم جي حالت جي نگراني ڪرڻ جي ضرورت آهي، ۽ نه صرف ان جو ڪو به حصو.

مثالي طور، پليٽ فارم جي وسيع صحت جي نگراني خودڪار ٿيڻ گهرجي. ۽ اسان هن عمل جي هڪ ناگزير حصي جي طور تي نگراني ڪرڻ آيا آهيون. شروعات ۾، اهو صرف فرنٽ لائن واري حصي لاءِ ٺاهيو ويو هو، جڏهن ته نيٽ ورڪ ماهرن، سافٽ ويئر ۽ هارڊويئر ايڊمنسٽريٽرن وٽ هو ۽ اڃا تائين انهن جو پنهنجو پرت-پرت مانيٽرنگ سسٽم آهي. انهن سڀني ماڻهن صرف پنهنجي سطح تي نگراني ڪئي؛ ڪنهن کي به ڪا جامع سمجھ نه هئي.

مثال طور، جيڪڏهن هڪ ورچوئل مشين حادثو ٿئي ٿي، اڪثر صورتن ۾ صرف هارڊويئر جو ذميوار منتظم ۽ ورچوئل مشين ان بابت ڄاڻي ٿو. اهڙين حالتن ۾، فرنٽ لائن ٽيم ايپليڪيشن حادثي جي حقيقت کي ڏٺو، پر ان وٽ مجازي مشين جي حادثي بابت ڊيٽا نه هئي. ۽ منتظم ڄاڻي سگھي ٿو ته گراهڪ ڪير آهي ۽ هن کي هن ورچوئل مشين تي في الحال ڇا هلي رهيو آهي، ان جو ڪو اندازو آهي، بشرطيڪ اهو ڪنهن قسم جو وڏو پروجيڪٽ هجي. هو گهڻو ڪري ننڍن جي باري ۾ نه ڄاڻندو آهي. ڪنهن به صورت ۾، منتظم کي مالڪ ڏانهن وڃڻ جي ضرورت آهي ۽ پڇو ته هن مشين تي ڇا هو، ڇا بحال ٿيڻ جي ضرورت آهي ۽ ڪهڙي تبديلي جي ضرورت آهي. ۽ جيڪڏهن ڪا شيءِ واقعي سنگين خراب ٿي وئي، ته انهن حلقن ۾ ڊوڙڻ شروع ڪيو - ڇاڪاڻ ته ڪنهن به سسٽم کي مڪمل طور تي نه ڏٺو.

بالآخر، اهڙيون اختلافي ڪهاڻيون پوري فرنٽ اينڊ، صارفين ۽ اسان جي بنيادي ڪاروباري فنڪشن کي متاثر ڪن ٿيون - آن لائن سيلز. جيئن ته اسان ڪنهن ٽيم جو حصو نه آهيون، پر هڪ آن لائن اسٽور جي حصي جي طور تي سڀني اي ڪامرس ايپليڪيشنن جي آپريشن ۾ مصروف آهيون، اسان اي ڪامرس پليٽ فارم لاءِ هڪ جامع مانيٽرنگ سسٽم ٺاهڻ جو ڪم ورتو.

سسٽم جي جوڙجڪ ۽ اسٽيڪ

اسان اسان جي سسٽم لاءِ ڪيترن ئي مانيٽرنگ پرت جي نشاندهي ڪندي شروع ڪيو، جن جي اندر اسان کي ميٽرڪ گڏ ڪرڻ جي ضرورت پوندي. ۽ اهو سڀ ڪجهه گڏ ڪرڻ جي ضرورت آهي، جيڪو اسان پهرين اسٽيج تي ڪيو هو. ھاڻي ھن مرحلي تي اسان پنھنجي مڙني پرتن ۾ ميٽرڪ جي اعليٰ معيار جي مجموعن کي حتمي شڪل ڏئي رھيا آھيون ته جيئن ھڪ تعلق پيدا ڪري سگھجي ۽ سمجھو ته ڪيئن سسٽم ھڪ ٻئي تي اثرانداز ٿين ٿا.

ايپليڪيشن لانچ جي شروعاتي مرحلن تي جامع نگراني جي کوٽ (جڏهن اسان ان کي تعمير ڪرڻ شروع ڪيو جڏهن اڪثر سسٽم پيداوار ۾ هئا) حقيقت اها آهي ته اسان کي پوري پليٽ فارم جي نگراني قائم ڪرڻ لاء اهم ٽيڪنيڪل قرض هو. اسان هڪ IS لاءِ مانيٽرنگ قائم ڪرڻ ۽ ان لاءِ تفصيل سان مانيٽرنگ ڪرڻ تي ڌيان ڏيڻ جي متحمل نه ٿي سگهياسين، ڇو ته باقي سسٽم ڪجهه وقت لاءِ مانيٽرنگ کانسواءِ رهجي ويندا. هن مسئلي کي حل ڪرڻ لاء، اسان پرت طرفان معلوماتي نظام جي حالت جو جائزو وٺڻ لاء سڀ کان وڌيڪ ضروري ميٽرڪ جي هڪ فهرست جي نشاندهي ڪئي ۽ ان کي لاڳو ڪرڻ شروع ڪيو.

تنهن ڪري، انهن هاٿي کي حصن ۾ کائڻ جو فيصلو ڪيو.

اسان جي سسٽم تي مشتمل آهي:

• هارڊويئر
• آپريٽنگ سسٽم؛
• سافٽ ويئر
• UI حصن مانيٽرنگ ايپليڪيشن ۾؛
• ڪاروباري ميٽرڪ؛
• انضمام ايپليڪيشنون؛
• معلومات سيڪيورٽي؛
• نيٽ ورڪ؛
• ٽرئفڪ بيلنس ڪندڙ.

هن نظام جي مرڪز تي پاڻ کي مانيٽرنگ آهي. عام طور تي سڄي سسٽم جي حالت کي سمجهڻ لاء، توهان کي ڄاڻڻ جي ضرورت آهي ته ايپليڪيشنن سان ڇا ٿي رهيو آهي انهن سڀني تہن تي ۽ ايپليڪيشنن جي پوري سيٽ تي.

تنهن ڪري، اسٽيڪ بابت.

اسان اوپن سورس سافٽ ويئر استعمال ڪندا آهيون. مرڪز ۾ اسان وٽ زيبڪس آهي، جيڪو اسان بنيادي طور تي هڪ خبرداري سسٽم طور استعمال ڪندا آهيون. هرڪو ڄاڻي ٿو ته اهو بنيادي ڍانچي جي نگراني لاء مثالي آهي. هن جو مطلب ڇا آهي؟ بلڪل اهي گهٽ-سطح ميٽرڪ جيڪي هر ڪمپني جيڪا پنهنجي ڊيٽا سينٽر کي برقرار رکي ٿي (۽ اسپورٽ ماسٽر وٽ پنهنجا ڊيٽا سينٽر آهن) - سرور جي درجه حرارت، ميموري اسٽيٽس، ريڊ، نيٽ ورڪ ڊيوائس ميٽرڪس.

اسان Zabbix کي ٽيليگرام ميسينجر ۽ Microsoft ٽيمن سان ضم ڪيو آهي، جيڪي ٽيمن ۾ فعال طور تي استعمال ڪيا ويا آهن. زبڪس اصل نيٽ ورڪ، هارڊويئر ۽ ڪجهه سافٽ ويئر جي پرت کي ڍڪي ٿو، پر اهو هڪ علاج ناهي. اسان هن ڊيٽا کي ڪجهه ٻين خدمتن کان بهتر بڻايون ٿا. مثال طور، هارڊويئر سطح تي، اسان سڌو سنئون API ذريعي اسان جي ورچوئلائيزيشن سسٽم سان ڳنڍيون ٿا ۽ ڊيٽا گڏ ڪريون ٿا.

ٻيو ڇا. Zabbix کان علاوه، اسان استعمال ڪندا آهيون Prometheus، جيڪو اسان کي متحرڪ ماحول واري ايپليڪيشن ۾ ميٽرڪ مانيٽر ڪرڻ جي اجازت ڏئي ٿو. اهو آهي، اسان حاصل ڪري سگهون ٿا ايپليڪيشن ميٽرڪس هڪ HTTP جي آخري پوائنٽ ذريعي ۽ ان بابت پريشان ناهي ته ڪهڙي ميٽرڪ ان ۾ لوڊ ڪن ۽ ڪهڙي نه. هن ڊيٽا جي بنياد تي، تجزياتي سوالن کي ترقي ڪري سگهجي ٿو.

ٻين تہن لاء ڊيٽا ذريعن، مثال طور، ڪاروباري ميٽرڪس، ٽن حصن ۾ ورهايل آھن.

پهرين، اهي آهن خارجي ڪاروباري نظام، گوگل تجزياتي، اسان لاگز مان ميٽرڪ گڏ ڪندا آهيون. انهن مان اسان ڊيٽا حاصل ڪندا آهيون فعال استعمال ڪندڙن، تبادلن ۽ ڪاروبار سان لاڳاپيل هر شي تي. ٻيو، هي هڪ UI مانيٽرنگ سسٽم آهي. اهو وڌيڪ تفصيل سان بيان ڪيو وڃي.

هڪ دفعي اسان دستي جاچ سان شروع ڪيو ۽ اهو ڪارڪردگي ۽ انضمام جي خودڪار ٽيسٽ ۾ وڌو. ان مان اسان مانيٽرنگ ڪئي، صرف مکيه ڪارڪردگي کي ڇڏي، ۽ مارڪرز تي ڀروسو ڪيو جيڪي ممڪن طور تي مستحڪم آهن ۽ اڪثر وقت سان تبديل نه ڪندا آهن.

نئين ٽيم جي جوڙجڪ جو مطلب آهي ته سڀئي ايپليڪيشن سرگرميون پراڊڪٽ ٽيمن تائين محدود آهن، تنهنڪري اسان خالص جاچ ڪرڻ بند ڪيو. ان جي بدران، اسان ٽيسٽ مان UI مانيٽرنگ ڪئي، جاوا، سيلينيم ۽ جينڪنز ۾ لکيل آهي (رپورٽ لانچ ڪرڻ ۽ پيدا ڪرڻ لاءِ سسٽم طور استعمال ڪيو ويو).

اسان ڪيترائي امتحان ڏنا، پر آخر ۾ اسان مکيه روڊ تي وڃڻ جو فيصلو ڪيو، مٿين سطح جي ميٽرڪ. ۽ جيڪڏھن اسان وٽ ڪيترائي مخصوص ٽيسٽ آھن، اھو ڏکيو ٿيندو ڊيٽا کي اپڊيٽ رکڻ. هر ايندڙ رليز خاص طور تي سڄي سسٽم کي ٽوڙي ڇڏيندو، ۽ اسان اهو ڪنداسين ته ان کي درست ڪيو وڃي. تنهن ڪري، اسان تمام بنيادي شين تي ڌيان ڏنو جيڪي گهٽ ۾ گهٽ تبديل ٿيندا آهن، ۽ اسان صرف انهن جي نگراني ڪندا آهيون.

آخرڪار، ٽيون، ڊيٽا جو ذريعو هڪ مرڪزي لاگنگ سسٽم آهي. اسان لاگز لاءِ لچڪدار اسٽيڪ استعمال ڪريون ٿا، ۽ پوءِ اسان هن ڊيٽا کي ڪاروباري ميٽرڪ لاءِ پنهنجي مانيٽرنگ سسٽم ۾ آڻي سگهون ٿا. ان کان علاوه، اسان وٽ اسان جي پنهنجي مانيٽرنگ API سروس آهي، جيڪا Python ۾ لکيل آهي، جيڪا API ذريعي ڪنهن به خدمتن بابت سوال ڪري ٿي ۽ انهن مان ڊيٽا گڏ ڪري ٿي Zabbix ۾.

مانيٽرنگ جي هڪ ٻي لازمي خاصيت بصريت آهي. اسان جو بنياد گرافانا تي آهي. اهو ٻين بصري نظام جي وچ ۾ بيٺو آهي جنهن ۾ اهو توهان کي ڊيش بورڊ تي مختلف ڊيٽا ذريعن مان ميٽرڪس کي ڏسڻ جي اجازت ڏئي ٿو. اسان آن لائن اسٽور لاءِ اعليٰ سطحي ميٽرڪ گڏ ڪري سگھون ٿا، مثال طور، ڊي بي ايم ايس کان آخري ڪلاڪ ۾ رکيل آرڊرن جو تعداد، او ايس لاءِ پرفارمنس ميٽرڪس جنهن تي هي آن لائن اسٽور Zabbix کان هلي رهيو آهي، ۽ هن ايپليڪيشن جي مثالن لاءِ ميٽرڪس Prometheus کان. ۽ اهو سڀ ڪجهه هڪ ڊيش بورڊ تي هوندو. صاف ۽ رسائي لائق.

مون کي سيڪيورٽي بابت نوٽ ڪرڻ ڏيو - اسان هن وقت سسٽم کي حتمي شڪل ڏئي رهيا آهيون، جنهن کي اسان بعد ۾ عالمي نگراني نظام سان ضم ڪنداسين. منهنجي خيال ۾، بنيادي مسئلا جيڪي اي ڪامرس کي معلومات جي حفاظت جي ميدان ۾ منهن ڏيڻ وارا آهن بوٽ، پارسر ۽ برٽ فورس سان لاڳاپيل آهن. اسان کي ان تي نظر رکڻ جي ضرورت آهي، ڇاڪاڻ ته اهو سڀ ڪجهه اسان جي ايپليڪيشنن جي آپريشن ۽ ڪاروباري نقطي نظر کان اسان جي شهرت ٻنهي کي تنقيدي طور تي متاثر ڪري سگهي ٿو. ۽ چونڊيل اسٽيڪ سان اسان ڪاميابيءَ سان انهن ڪمن کي پورو ڪيو.

ٻيو اهم نقطو اهو آهي ته ايپليڪيشن پرت پروميٿيس پاران گڏ ڪيل آهي. پاڻ به زيبڪس سان ضم ٿي ويو آهي. ۽ اسان وٽ سائيٽ اسپيڊ پڻ آهي، هڪ خدمت جيڪا اسان کي اجازت ڏئي ٿي ته اسان جي پيج جي لوڊشيڊنگ جي رفتار، رڪاوٽون، صفحو رينجرنگ، لوڊ ڪرڻ اسڪرپٽ وغيره، اهو پڻ API آهي. تنهنڪري اسان جا ميٽرڪ زبڪس ۾ گڏ ڪيا ويا آهن، ۽ ان جي مطابق، اسان اتان کان پڻ خبردار ڪريون ٿا. سڀ الرٽ هن وقت موڪليا ويا آهن مکيه موڪلڻ واري طريقن ڏانهن (هاڻي اهو اي ميل ۽ ٽيليگرام آهي، ايم ايس ٽيمون پڻ تازو ڳنڍيل آهن). اهڙي حالت ۾ خبردار ڪرڻ کي اپ گريڊ ڪرڻ جا منصوبا آهن ته سمارٽ بوٽ هڪ خدمت جي طور تي ڪم ڪن ۽ سڀني دلچسپي پراڊڪٽ ٽيمن کي نگراني جي معلومات فراهم ڪن.

اسان لاءِ، ميٽرڪس نه رڳو انفرادي انفارميشن سسٽم لاءِ، پر پوري انفراسٽرڪچر لاءِ عام ميٽرڪ پڻ آهن جيڪي ايپليڪيشنون استعمال ڪن ٿيون: فزيڪل سرورز جا ڪلسٽر جن تي ورچوئل مشينون هلن ٿيون، ٽرئفڪ بيلنسرز، نيٽورڪ لوڊ بيلنسرز، نيٽ ورڪ پاڻ، ڪميونيڪيشن چينلز جو استعمال . پلس ميٽرڪ اسان جي پنهنجي ڊيٽا سينٽرن لاءِ (اسان وٽ انهن مان ڪيترائي آهن ۽ انفراسٽرڪچر ڪافي وڏو آهي).

اسان جي مانيٽرنگ سسٽم جا فائدا هي آهن ته ان جي مدد سان اسان سڀني سسٽم جي صحت جي صورتحال کي ڏسي سگهون ٿا ۽ هڪ ٻئي ۽ گڏيل وسيلن تي انهن جي اثر جو اندازو لڳائي سگهون ٿا. ۽ آخرڪار، اها اسان کي وسيلن جي منصوبابندي ۾ مشغول ڪرڻ جي اجازت ڏئي ٿي، جيڪا پڻ اسان جي ذميواري آهي. اسان سرور جي وسيلن کي منظم ڪريون ٿا - اي ڪامرس ۾ هڪ پول، ڪميشن ۽ نئين سامان کي ختم ڪرڻ، اضافي نوان سامان خريد ڪرڻ، وسيلن جي استعمال جي آڊٽ ڪرڻ، وغيره. هر سال، ٽيمون نوان منصوبا ٺاهينديون آهن، انهن جي سسٽم کي ترقي ڪندي، ۽ اهو ضروري آهي ته اسان انهن کي وسيلن سان مهيا ڪرڻ لاء.

۽ ميٽرڪس جي مدد سان، اسان اسان جي معلوماتي سسٽم پاران وسيلن جي استعمال ۾ رجحان ڏسون ٿا. ۽ انھن جي بنياد تي اسان ڪجھ منصوبا ڪري سگھون ٿا. ورچوئلائيزيشن جي سطح تي، اسان ڊيٽا گڏ ڪريون ٿا ۽ ڊيٽا سينٽر پاران موجود وسيلن جي موجود مقدار تي معلومات ڏسون ٿا. ۽ اڳ ۾ ئي ڊيٽا سينٽر اندر توهان ڏسي سگهو ٿا ريزائنگنگ، حقيقي ورڇ، ۽ وسيلن جي استعمال. ان کان علاوه، ٻئي اسٽينڊل سرورز ۽ ورچوئل مشينن سان گڏ ۽ فزيڪل سرورز جا ڪلستر جن تي اهي سڀئي ورچوئل مشينون زور سان ڦري رهيون آهن.

امڪان

هاڻي اسان وٽ سسٽم جو بنيادي حصو مڪمل طور تي تيار آهي، پر اڃا تائين ڪيتريون ئي شيون آهن جن تي اڃا تائين ڪم ڪرڻ جي ضرورت آهي. گهٽ ۾ گهٽ، هي هڪ معلوماتي سيڪيورٽي پرت آهي، پر اهو پڻ ضروري آهي ته نيٽ ورڪ تائين پهچي، خبرداري کي ترقي ڪري ۽ رابطي جي مسئلي کي حل ڪري. اسان وٽ ڪيترائي پرت ۽ سسٽم آهن، ۽ هر پرت تي ڪيترائي وڌيڪ ميٽرڪ آهن. اهو ٻاهر ڦرندو هڪ matryoshka هڪ matryoshka جي درجي تائين.

اسان جو ڪم آخرڪار صحيح الارٽ ٺاهڻ آهي. مثال طور، جيڪڏهن هارڊويئر سان ڪو مسئلو هو، ٻيهر، هڪ مجازي مشين سان، ۽ اتي هڪ اهم ايپليڪيشن هئي، ۽ خدمت ڪنهن به طريقي سان بيڪ اپ نه ڪئي وئي هئي. اسان کي معلوم ٿئي ٿو ته مجازي مشين مري ويو آهي. پوءِ ڪاروباري ميٽرڪ توهان کي خبردار ڪندو: صارف ڪٿي غائب ٿي ويا آهن، ڪا به تبديلي ناهي، انٽرفيس ۾ UI دستياب ناهي، سافٽ ويئر ۽ خدمتون پڻ مري ويون آهن.

هن صورتحال ۾، اسان کي اطلاعن کان اسپام حاصل ڪنداسين، ۽ اهو هاڻي مناسب مانيٽرنگ سسٽم جي شڪل ۾ نه ٿو اچي. تعلق جو سوال پيدا ٿئي ٿو. تنهن ڪري، مثالي طور تي، اسان جي مانيٽرنگ سسٽم کي چوڻ گهرجي: "گڏ، توهان جي جسماني مشين مري وئي آهي، ۽ ان سان گڏ هي ايپليڪيشن ۽ اهي ميٽرڪ،" هڪ خبرداري جي مدد سان، اسان تي زوردار بمباري ڪرڻ جي بدران، هڪ سو الرٽ سان. اهو بنيادي شيء کي رپورٽ ڪرڻ گهرجي - سبب، جيڪو جلدي جلدي مسئلي کي ختم ڪرڻ ۾ مدد ڪري ٿو ان جي مقامي ڪرڻ جي ڪري.

اسان جو نوٽيفڪيشن سسٽم ۽ الرٽ پروسيسنگ XNUMX-ڪلاڪ هاٽ لائن سروس جي چوڌاري ٺهيل آهي. سڀئي الرٽ جيڪي لازمي سمجھيا ويندا آھن ۽ چيڪ لسٽ ۾ شامل آھن اتي موڪليا ويا آھن. هر خبرداري ۾ هڪ وضاحت هجڻ گهرجي: ڇا ٿيو، اهو اصل ۾ ڇا مطلب آهي، ڇا اهو اثر انداز ڪري ٿو. ۽ پڻ هڪ لنڪ ڊيش بورڊ ۽ هدايتون هن معاملي ۾ ڇا ڪجي.

اهو سڀ ڪجهه انتباہ جي تعمير لاءِ گهربل ضرورتن بابت آهي. پوء صورتحال ٻن طرفن ۾ ترقي ڪري سگهي ٿي - يا ته ڪو مسئلو آهي ۽ حل ڪرڻ جي ضرورت آهي، يا نگراني نظام ۾ ناڪامي ٿي وئي آهي. پر ڪنهن به صورت ۾، توهان کي وڃڻ ۽ ان کي سمجهڻ جي ضرورت آهي.

سراسري طور تي، اسان کي في ڏينهن اٽڪل سؤ الرٽ ملي رهيا آهن، انهي حقيقت کي نظر ۾ رکندي ته خبردارين جو لاڳاپو اڃا تائين صحيح طرح سان ترتيب نه ڏنو ويو آهي. ۽ جيڪڏهن اسان کي ٽيڪنيڪل ڪم ڪرڻ جي ضرورت آهي، ۽ اسان زبردستي ڪجهه بند ڪريون ٿا، انهن جو تعداد تمام گهڻو وڌي ٿو.

سسٽم جي نگراني ڪرڻ کان علاوه جيڪي اسان هلائيندا آهيون ۽ ميٽرڪ گڏ ڪري رهيا آهيون جيڪي اسان جي پاسي اهم سمجهيا وڃن ٿا، مانيٽرنگ سسٽم اسان کي پراڊڪٽ ٽيمن لاءِ ڊيٽا گڏ ڪرڻ جي اجازت ڏئي ٿو. اهي انفارميشن سسٽم جي اندر ميٽرڪ جي جوڙجڪ تي اثر انداز ڪري سگهن ٿا جيڪي اسان مانيٽر ڪندا آهيون.

اسان جو ساٿي اچي سگهي ٿو ۽ ڪجهه ميٽرڪ شامل ڪرڻ لاءِ پڇي سگھي ٿو جيڪو اسان ۽ ٽيم ٻنهي لاءِ ڪارآمد هوندو. يا، مثال طور، ٽيم وٽ شايد ڪافي بنيادي ميٽرڪ نه هجن جيڪي اسان وٽ آهن؛ انهن کي ڪجهه مخصوص ٽريڪ ڪرڻ جي ضرورت آهي. Grafana ۾، اسان هر ٽيم لاءِ هڪ جاءِ ٺاهيندا آهيون ۽ منتظم جا حق ڏيندا آهيون. انهي سان گڏ، جيڪڏهن هڪ ٽيم کي ڊيش بورڊ جي ضرورت آهي، پر اهي پاڻ نٿا ڪري سگهن / نٿا ڄاڻن ته اهو ڪيئن ڪجي، اسان انهن جي مدد ڪندا آهيون.

جيئن ته اسان ٽيم جي قدر پيدا ڪرڻ، انهن جي رليز ۽ منصوبابندي جي وهڪري کان ٻاهر آهيون، اسان آهستي آهستي ان نتيجي تي پهتا آهيون ته سڀني سسٽم جي رليز بيحد آهن ۽ اسان سان ڪوآرڊينيشن کان سواءِ روزانو ڪڍي سگهجن ٿيون. ۽ اهو اسان لاءِ ضروري آهي ته انهن رليز جي نگراني ڪريون، ڇاڪاڻ ته اهي ممڪن طور تي ايپليڪيشن جي آپريشن کي متاثر ڪري سگهن ٿا ۽ ڪجهه ٽوڙي سگهن ٿا، ۽ اهو نازڪ آهي. رليز کي منظم ڪرڻ لاءِ، اسان بانس استعمال ڪندا آهيون، جتان اسان API ذريعي ڊيٽا حاصل ڪندا آهيون ۽ ڏسي سگهون ٿا ته ڪهڙن رليز جاري ڪيا ويا آهن، ڪهڙي معلوماتي سسٽم ۽ انهن جي حيثيت. ۽ سڀ کان اهم شيء ڪهڙي وقت تي آهي. اسان رليز مارڪرز کي مکيه نازڪ ميٽرڪ تي سپرمپوز ڪريون ٿا، جيڪو بصري طور تي تمام گهڻو اشارو آهي مسئلن جي صورت ۾.

هن طريقي سان اسان نئين رليز ۽ اڀرندڙ مسئلن جي وچ ۾ لاڳاپو ڏسي سگهون ٿا. بنيادي خيال اهو سمجهڻ آهي ته سسٽم سڀني سطحن تي ڪيئن ڪم ڪري ٿو، جلدي مسئلي کي مقامي ڪريو ۽ ان کي جلدي حل ڪريو. آخرڪار، اهو اڪثر ٿئي ٿو ته جيڪو گهڻو وقت وٺندو آهي اهو مسئلو حل نه آهي، پر سبب ڳولڻ.

۽ مستقبل ۾ هن علائقي ۾ اسان ڪارڪردگي تي ڌيان ڏيڻ چاهيون ٿا. مثالي طور، مان اڳ ۾ ئي اچڻ واري مسئلي بابت ڄاڻڻ چاهيان ٿو، ۽ حقيقت کان پوء نه، ته جيئن آئون ان کي حل ڪرڻ بجاء ان کي روڪي سگهان. ڪڏهن ڪڏهن مانيٽرنگ سسٽم جا غلط الارم لڳندا آهن، ٻئي انساني غلطين جي ڪري ۽ ايپليڪيشن ۾ تبديلين جي ڪري. ۽ اسان ان تي ڪم ڪريون ٿا، ان کي ڊيبگ ڪريون ٿا، ۽ اسان جي استعمال ڪندڙن کي ڊيڄارڻ جي ڪوشش ڪريون ٿا ته مانيٽرنگ سسٽم جي ڪنهن به قسم جي ڦيرڦار کان اڳ ان بابت اسان سان گڏ استعمال ڪن ٿا. يا ٽيڪنيڪل ونڊو ۾ انهن سرگرمين کي انجام ڏيو.

تنهن ڪري، سسٽم شروع ڪيو ويو آهي ۽ بهار جي شروعات کان ڪاميابي سان ڪم ڪري رهيو آهي... ۽ تمام گهڻو حقيقي منافعو ڏيکاري رهيو آهي. يقينا، هي ان جو آخري نسخو نه آهي؛ اسان متعارف ڪرايو ويندو وڌيڪ مفيد خاصيتون. پر هن وقت، ڪيترن ئي انضمام ۽ ايپليڪيشنن سان، نگراني آٽوميشن واقعي ناگزير آهي.

جيڪڏهن توهان پڻ وڏي تعداد ۾ انضمام سان وڏن منصوبن جي نگراني ڪندا آهيو، تبصرن ۾ لکو ته توهان کي هن لاءِ ڪهڙي سلور بلٽ مليو.

جو ذريعو: www.habr.com