هيلو، حبر! مان ڏهن سالن تائين هاء لوڊ آئي ٽي سسٽم جي حمايت ڪري رهيو آهيان. مان هن مضمون ۾ 1000+ آر پي ايس موڊ يا ٻين ٽيڪنيڪل شين ۾ ڪم ڪرڻ لاء نينگڪس قائم ڪرڻ جي مسئلن بابت نه لکندس. مان اهڙن نظامن جي مدد ۽ آپريشن ۾ پيدا ٿيندڙ عملن ۾ مسئلن بابت پنهنجا مشاهدا شيئر ڪندس.
مانيٽرنگ
ٽيڪنيڪل سپورٽ انتظار نٿو ڪري جيستائين هڪ درخواست مواد سان گڏ اچي "ڇا ڇو... سائيٽ ٻيهر ڪم نه ڪري رهي آهي؟" سائيٽ جي حادثي کان پوء هڪ منٽ اندر، حمايت اڳ ۾ ئي مسئلو ڏسڻ گهرجي ۽ ان کي حل ڪرڻ شروع ڪيو وڃي. پر سائيٽ آئس برگ جي ٽپ آهي. ان جي دستيابي پهرين مانيٽرنگ مان هڪ آهي.
ان صورتحال سان ڇا ڪجي جڏهن آنلائن اسٽور جا باقي سامان ERP سسٽم کان نه پهچندا؟ يا CRM سسٽم آهي جيڪو ڪلائنٽ لاء رعايت جي حساب سان جواب ڏيڻ بند ڪري ڇڏيو آهي؟ سائيٽ ڪم ڪرڻ لڳي ٿي. مشروط زيبڪس ان جي 200 جواب حاصل ڪري ٿي. ڊيوٽي شفٽ مانيٽرنگ کان ڪا به اطلاع نه ملي آهي ۽ هو خوشيءَ سان گيم آف ٿرونس جي نئين سيزن جي پهرين قسط ڏسي رهيو آهي.
مانيٽرنگ اڪثر ڪري صرف ميموري، رام ۽ سرور پروسيسر لوڊ جي حالت کي ماپڻ تائين محدود آهي. پر ڪاروبار لاءِ ويب سائيٽ تي پيداوار جي دستيابي حاصل ڪرڻ تمام گهڻو ضروري آهي. ڪلستر ۾ ھڪڙي ورچوئل مشين جي مشروط ناڪامي حقيقت کي ڏسندي ته ٽرئفڪ ان ڏانھن وڃڻ بند ٿي ويندي ۽ ٻين سرورن تي لوڊ وڌندو. ڪمپني پئسا وڃائي نه سگهندي.
تنهن ڪري، سرور تي آپريٽنگ سسٽم جي ٽيڪنيڪل پيٽرولن جي نگراني ڪرڻ کان علاوه، توهان کي ڪاروباري ميٽرڪ ترتيب ڏيڻ جي ضرورت آهي. ميٽرڪ جيڪي سڌو سنئون پئسا متاثر ڪن ٿا. خارجي نظام سان مختلف تعامل (CRM، ERP ۽ ٻيا). وقت جي هڪ خاص مدت لاء حڪم جو تعداد. ڪامياب يا ناڪام ڪلائنٽ جي اجازت ۽ ٻيون ميٽرڪ.
خارجي نظام سان رابطي
ڪا به ويب سائيٽ يا موبائيل ايپليڪيشن هڪ ارب کان وڌيڪ روبل جي سالياني ٽران اوور سان خارجي سسٽم سان رابطو ڪري ٿي. مٿي ذڪر ڪيل CRM ۽ ERP کان شروع ڪندي ۽ سيلز ڊيٽا جي منتقلي سان ختم ٿيڻ سان خريداري جو تجزيو ڪرڻ لاءِ ٻاهرين بگ ڊيٽا سسٽم ڏانهن ۽ ڪلائنٽ کي هڪ پراڊڪٽ پيش ڪري ٿو جيڪو هو ضرور خريد ڪندو (حقيقت ۾، نه). هر اهڙي نظام کي پنهنجي حمايت آهي. ۽ اڪثر ڪري انهن سسٽم سان رابطي کي درد جو سبب بڻائيندو آهي. خاص طور تي جڏهن مسئلو عالمي آهي ۽ توهان کي مختلف سسٽم ۾ ان جو تجزيو ڪرڻ جي ضرورت آهي.
ڪجهه سسٽم انهن جي منتظمين لاءِ فون نمبر يا ٽيليگرام مهيا ڪن ٿا. ڪٿي توهان کي مينيجرن ڏانهن خط لکڻ جي ضرورت آهي يا انهن خارجي سسٽم جي بگ ٽريڪرن ڏانهن وڃو. جيتوڻيڪ هڪ وڏي ڪمپني جي حوالي سان، مختلف سسٽم اڪثر ڪري مختلف ايپليڪيشن اڪائونٽنگ سسٽم ۾ هلندا آهن. ڪڏهن ڪڏهن اهو ناممڪن ٿي سگهي ٿو ته ايپليڪيشن جي حيثيت کي ٽريڪ ڪرڻ لاء. توھان کي ھڪڙي مشروط جيرا ۾ ھڪڙي درخواست ملي ٿي. ان کان پوء هن پهرين جري جي تبصري ۾ توهان هڪ ٻئي جيرا ۾ مسئلي جي لنڪ لڳايو. اپليڪيشن ۾ ٻئي جيرا ۾، ڪو ماڻهو اڳ ۾ ئي هڪ تبصرو لکي رهيو آهي توهان کي مسئلو حل ڪرڻ لاءِ مشروط منتظم اينڊريو کي فون ڪرڻ جي ضرورت آهي. ۽ پوء تي.
ھن مسئلي جو بھترين حل اھو ھوندو ته رابطي لاءِ ھڪڙي جڳھ ٺاھيو وڃي، مثال طور Slack ۾. شامل ٿيڻ لاءِ سڀني شرڪت ڪندڙن کي آپريٽنگ خارجي نظام جي عمل ۾ دعوت ڏيڻ. ۽ پڻ هڪ واحد ٽريڪٽر جيئن ته ايپليڪيشنن کي نقل نه ڪرڻ لاء. ايپليڪيشنن کي هڪ جڳهه تي ٽريڪ ڪيو وڃي، نگراني جي اطلاعن کان وٺي مستقبل ۾ بگ حل جي پيداوار تائين. توهان چوندا ته اهو غير حقيقي آهي ۽ اهو تاريخي طور تي ٿي چڪو آهي ته اسان هڪ ٽريڪٽر ۾ ڪم ڪندا آهيون، ۽ اهي ٻئي ۾ ڪم ڪن ٿا. مختلف سسٽم ظاهر ٿيا، انهن وٽ پنهنجون خودمختيار آئي ٽي ٽيمون هيون. مان متفق آهيان، ۽ تنهن ڪري مسئلو حل ڪيو وڃي مٿي کان CIO يا پيداوار جي مالڪ جي سطح تي.
هر سسٽم جنهن سان توهان لهه وچڙ ۾ آهيو مدد فراهم ڪرڻ گهرجي هڪ خدمت جي طور تي واضح SLA سان مسئلن کي ترجيح سان حل ڪرڻ لاءِ. ۽ نه جڏهن مشروط منتظم اينڊريو وٽ توهان لاءِ هڪ منٽ آهي.
بيوقوف انسان
ڇا پراجيڪٽ (يا پراڊڪٽ) تي هرڪو ماڻهو آهي جنهن جي موڪلن تي وڃڻ انهن جي اعليٰ عملدارن جي وچ ۾ ڪاوڙ جو سبب بڻجندو آهي؟ اهو ٿي سگهي ٿو ڊيوپس انجنيئر، تجزيه نگار يا ڊولپر. آخرڪار، صرف هڪ ڊيوپس انجنيئر ڄاڻي ٿو ته ڪهڙن سرورن تي ڪنٽينر نصب ڪيا ويا آهن، ڪنهن مسئلي جي صورت ۾ ڪنٽينر کي ڪيئن ريبوٽ ڪجي، ۽ عام طور تي، هن کان سواء ڪو به پيچيده مسئلو حل نٿو ڪري سگهجي. تجزيه نگار صرف اهو آهي جيڪو ڄاڻي ٿو ته توهان جو پيچيده ميڪانيزم ڪيئن ڪم ڪري ٿو. ڪهڙا ڊيٽا اسٽريم ڪٿي وڃن ٿا. درخواستن جي ڪهڙي معيار تحت ڪهڙن خدمتن لاءِ، ڪهڙن جا جواب اسان کي ملندا.
ڪير جلدي سمجھندو ته لاگن ۾ غلطيون ڇو آھن ۽ فوري طور تي پراڊڪٽ ۾ نازڪ بگ کي درست ڪندو؟ يقيناً ساڳيو ڊولپر. ٻيا به آهن، پر صرف ڪجهه سببن لاءِ هو سمجهي ٿو ته سسٽم جا مختلف ماڊل ڪيئن ڪم ڪن ٿا.
هن مسئلي جو بنيادي سبب دستاويز جي کوٽ آهي. سڀ کان پوء، جيڪڏهن توهان جي سسٽم جون سڀئي خدمتون بيان ڪيون ويون آهن، پوء اهو ممڪن آهي ته ڪنهن تجزيي کان سواء مسئلو سان معاملو ڪرڻ. جيڪڏهن ڊيوپس پنهنجي مصروف شيڊول مان ٻه ڏينهن ڪڍيا ۽ سڀني سرورن، خدمتن ۽ عام مسئلن کي حل ڪرڻ لاء هدايتون بيان ڪري، پوء هن جي غير موجودگي ۾ مسئلو هن کان سواء حل ٿي سگهي ٿو. توهان کي ضرورت نه آهي ته توهان پنهنجي بيئر کي سمنڊ جي ڪناري تي جلدي ختم ڪريو جڏهن موڪلن تي هجي ۽ مسئلو حل ڪرڻ لاءِ وائي فائي ڳوليو.
سپورٽ اسٽاف جي صلاحيت ۽ ذميواري
وڏن منصوبن تي، ڪمپنيون ڊولپر جي تنخواه تي ڪم نه ڪندا آهن. اهي ڳولي رهيا آهن قيمتي مڊل يا بزرگ ساڳئي منصوبن مان. حمايت سان صورتحال ٿوري مختلف آهي. اهي هر ممڪن طريقي سان انهن خرچن کي گهٽائڻ جي ڪوشش ڪري رهيا آهن. ڪمپنيون سستا ڪم ڪن ٿيون ڪالهه جي اينڪي مزدورن ۽ جرئت سان جنگ ۾ وڃن ٿيون. اها حڪمت عملي ممڪن آهي جيڪڏهن اسان Zelenograd ۾ هڪ ٻوٽي جي ڪاروباري ڪارڊ ويب سائيٽ بابت ڳالهائي رهيا آهيون.
جيڪڏهن اسان هڪ وڏي آن لائن اسٽور جي باري ۾ ڳالهائي رهيا آهيون، پوء هر ڪلاڪ جي گھٽتائي جي قيمت هڪ اينيڪي منتظم جي مهيني تنخواه کان وڌيڪ آهي. اچو ته 1 ارب روبل جي سالياني ٽران اوور کي شروعاتي نقطي طور وٺون. هي درجه بندي کان ڪنهن به آن لائن اسٽور جو گهٽ ۾ گهٽ واپار آهي . هن رقم کي هر سال ڪلاڪن جي تعداد ۾ ورهايو ۽ 100 روبل کان وڌيڪ خالص نقصان حاصل ڪريو. ۽ جيڪڏهن توهان رات جو ڪلاڪ نه ڳڻيو، توهان محفوظ طور تي رقم ٻيڻو ڪري سگهو ٿا.
پر پئسا بنيادي شيء ناهي، صحيح؟ (نه، يقيناً بنيادي شيءِ) اتي پڻ شهرت وارا نقصان آهن. هڪ مشهور آن لائن اسٽور جي زوال ٻنهي سماجي نيٽ ورڪن تي تبصرا جي هڪ لهر ۽ موضوعي ميڊيا ۾ اشاعت سبب ڪري سگهو ٿا. ۽ باورچی خانه ۾ دوستن جي ڳالهه ٻولهه جي انداز ۾ "اتي ڪجھ به نه خريد ڪريو، انهن جي ويب سائيٽ هميشه هيٺ آهي" کي ماپ نه ٿو ڪري سگهجي.
هاڻي ذميواري ڏانهن. منهنجي عمل ۾، اتي هڪ ڪيس هو جڏهن ڊيوٽي تي منتظم سائيٽ جي غير موجودگي بابت نگراني سسٽم کان نوٽيفڪيشن کي وقت ۾ جواب نه ڏنو. هڪ خوشگوار اونهاري جمعه جي شام تي، ماسڪو ۾ هڪ مشهور آن لائن اسٽور جي ويب سائيٽ خاموشيء سان ويٺي هئي. ڇنڇر جي صبح تي، هن سائيٽ جي پراڊڪٽ مئنيجر کي سمجهه ۾ نه آيو ته سائيٽ ڇو نه کولي، ۽ Slack ۾ حمايت ۽ تڪڙي نوٽيفڪيشن چيٽ ۾ خاموشي هئي. اهڙي غلطي اسان کي ڇهن انگن اکرن جي قيمت ڏني، ۽ هن فرض آفيسر پنهنجي نوڪري ڪئي.
ذميواري ترقي ڪرڻ لاء هڪ ڏکيو مهارت آهي. ڪنهن ماڻهو وٽ هجي يا نه هجي. تنهن ڪري، انٽرويو دوران، آئون مختلف سوالن سان ان جي موجودگي کي سڃاڻڻ جي ڪوشش ڪري ٿو، جيڪو اڻ سڌي طرح ڏيکاري ٿو ته ڇا هڪ شخص ذميواري کڻڻ جي عادي آهي. جيڪڏهن ڪو ماڻهو جواب ڏئي ته هن يونيورسٽي جي چونڊ ان ڪري ڪئي آهي جو هن جي والدين ائين چيو آهي يا نوڪريون بدلائي ڇڏيون آهن ڇو ته هن جي زال چيو آهي ته هو ايترو ڪمائي نٿو سگهي ته پوءِ بهتر آهي ته اهڙن ماڻهن سان واسطو نه رکجي.
ترقي ٽيم سان رابطي
جڏهن صارف آپريشن دوران پراڊڪٽ سان سادو مسئلن کي منهن ڏين ٿا، سپورٽ انهن کي پنهنجو پاڻ تي حل ڪري ٿو. مسئلو ٻيهر پيدا ڪرڻ جي ڪوشش ڪري ٿو، لاگن جو تجزيو ڪري ٿو، وغيره. پر ڇا ڪجي جڏهن پيداوار ۾ هڪ بگ ظاهر ٿئي؟ انهي صورت ۾، سپورٽ ڊولپرز کي ڪم تفويض ڪري ٿو ۽ اهو آهي جتي مزو شروع ٿئي ٿو.
ڊولپرز مسلسل اوور لوڊ ٿيل آهن. اهي نوان خاصيتون ٺاهي رهيا آهن. سيلز سان بگ درست ڪرڻ سڀ کان دلچسپ سرگرمي ناهي. ايندڙ اسپرنٽ کي مڪمل ڪرڻ لاءِ آخري وقت اچي رهيا آهن. ۽ پوءِ سپورٽ کان ناپسنديده ماڻهو اچن ٿا ۽ چون ٿا: "فوري طور تي سڀ ڪجهه ڇڏي ڏيو، اسان کي مسئلا آهن." اهڙن ڪمن جي ترجيح گهٽ ۾ گهٽ آهي. خاص طور تي جڏهن مسئلو سڀ کان وڌيڪ نازڪ نه آهي ۽ سائيٽ جي مکيه ڪارڪردگي ڪم ڪري ٿي، ۽ جڏهن رليز مينيجر ٻرندڙ اکين سان نه ڊوڙندو آهي ۽ لکندو آهي: "فوري طور تي هن ڪم کي ايندڙ رليز يا هاٽ فڪس ۾ شامل ڪريو."
عام يا گهٽ ترجيحن سان مسئلا ڇڏڻ کان ڇڏڻ تائين منتقل ڪيا ويا آهن. سوال تي "ڪڏهن ڪم مڪمل ٿيندو؟" توھان کي جواب ملندا ھن انداز ۾: ”معاف ڪجو، ھن وقت تمام گھڻا ڪم آھن، پنھنجي ٽيم جي اڳواڻن کان پڇو يا مئنيجر کي ڇڏي ڏيو.
پيداواري مسئلا نون خاصيتون ٺاهڻ کان وڌيڪ ترجيح وٺن ٿا. خراب تبصرا اچڻ ۾ ڊگھا نه هوندا جيڪڏهن صارف مسلسل ڪيچ تي ڌڪ هڻي رهيا آهن. هڪ خراب شهرت بحال ڪرڻ ڏکيو آهي.
ترقي ۽ سپورٽ جي وچ ۾ رابطي جا مسئلا DevOps پاران حل ڪيا ويا آهن. هي مخفف اڪثر ڪري هڪ مخصوص شخص جي صورت ۾ استعمال ڪيو ويندو آهي جيڪو ترقي لاءِ ٽيسٽ ماحول پيدا ڪرڻ ۾ مدد ڪري ٿو، سي آءِ سي ڊي پائپ لائنون ٺاهي ٿو ۽ جلدي ٽيسٽ ڪوڊ کي پيداوار ۾ آڻي ٿو. DevOps سافٽ ويئر ڊولپمينٽ جو هڪ طريقو آهي جڏهن پروسيس ۾ سڀني شرڪت ڪندڙ هڪ ٻئي سان ويجهي رابطي ۾ آهن ۽ سافٽ ويئر پروڊڪٽس ۽ خدمتن کي جلدي ٺاهڻ ۽ تازه ڪاري ڪرڻ ۾ مدد ڪن ٿا. منهنجو مطلب آهي تجزيه نگار، ڊولپرز، ٽيسٽرز ۽ سپورٽ.
هن طريقي ۾، حمايت ۽ ترقي مختلف شعبا نه آهن انهن جي پنهنجن مقصدن ۽ مقصدن سان. ترقي عمل ۾ ملوث آهي ۽ ان جي برعڪس. ورهايل ٽيمن جو مشهور جملو: ”مسئلو منهنجي پاسي ناهي“ هاڻي گهڻو ڪري چيٽس ۾ ظاهر نه ٿيندو آهي، ۽ آخر استعمال ڪندڙ ٿورا خوش ٿيندا آهن.
جو ذريعو: www.habr.com