ايماندار ٿيڻ لاء، ايوان اڪثر ڪري پنهنجي ساٿين جي نگراني کاتي جي ناڪام ڪوششن تي کلندو هو. انهن ميٽرڪس کي لاڳو ڪرڻ لاءِ وڏيون ڪوششون ڪيون جيڪي ڪمپني جي انتظاميا انهن کي حاصل ڪرڻ جو حڪم ڏنو. اهي ايترا ته مصروف هئا جو هو نٿا چاهين ته ڪو ٻيو ڪجهه ڪري.
پر اهو انتظاميا لاءِ ڪافي نه هو - اهي مسلسل وڌيڪ ۽ وڌيڪ نوان ميٽرڪ آرڊر ڪندا رهيا ، تمام جلدي استعمال ڪرڻ بند ڪري ڇڏيا جيڪي اڳ ۾ ڪيا ويا هئا.
تازو، هرڪو ڳالهائي رهيو آهي LeadTime بابت - ڪاروباري خاصيتن جي پهچائڻ جو وقت. ميٽرڪ هڪ چريو نمبر ڏيکاريو - 200 ڏينهن هڪ ڪم پهچائڻ لاءِ. هرڪو ڪيئن اونڌو ٿي ويو ۽ آسمان ڏانهن هٿ بلند ڪيو!
ڪجهه وقت کان پوء، شور آهستي آهستي ختم ٿي ويو ۽ انتظاميا کي هڪ ٻيو ميٽرڪ ٺاهڻ جو حڪم مليو.
ايوان لاءِ اهو مڪمل طور تي واضح هو ته نئون ميٽرڪ بلڪل خاموشيءَ سان هڪ اونداهي ڪنڊ ۾ مري ويندو.
درحقيقت، ايوان سوچيو، نمبر ڄاڻڻ ڪنهن کي ڪجهه به نه ٻڌائيندو. 200 ڏينهن يا 2 ڏينهن - ڪو به فرق ناهي، ڇاڪاڻ ته اهو ناممڪن آهي ته نمبر جي سبب جو اندازو لڳائڻ ۽ اهو سمجهڻ ته اهو سٺو يا خراب آهي.
هي ميٽرڪ جو هڪ عام پيچرو آهي: اهو لڳي ٿو ته هڪ نئين ميٽرڪ وجود جي جوهر کي ٻڌائيندو ۽ ڪجهه ڳجهو راز بيان ڪندو. هر ڪو ان لاءِ تمام گهڻيون اميدون رکي ٿو، پر ڪنهن نه ڪنهن سبب ڪري ڪجهه به نه ٿو ٿئي. ها، ڇو ته راز ميٽرڪ ۾ نه ڳولڻ گهرجي!
ايوان لاء، اهو هڪ گذري ويو مرحلو هو. اھو سمجھي ويو ماپ لاء، ۽ سڀني رازن کي ڳولڻ گهرجي ، i.e. اهو آهي ته هي ميٽرڪ ٺهيل آهي.
هڪ آنلائن اسٽور لاءِ، اثر جو مقصد ان جا گراهڪ هوندا جيڪي پئسا آڻيندا آهن، ۽ DevOps لاءِ، اها ٽيمون هونديون جيڪي ٺاهينديون ۽ ڊسٽريبيوشن ٺاهي پائيپ لائين استعمال ڪندي.
هڪ ڏينهن، هال ۾ هڪ آرامده ڪرسي تي ويٺي، ايوان غور سان سوچڻ جو فيصلو ڪيو ته هو ڪيئن ڏسڻ چاهي ٿو DevOps ميٽرڪس، انهي حقيقت کي نظر ۾ رکندي ته اثر جو مقصد ٽيمون آهن.
DevOps Metrics جو مقصد
اهو واضح آهي ته هرڪو پهچائڻ جو وقت گهٽائڻ چاهي ٿو. 200 ڏينهن، يقينا، سٺو ناهي.
پر ڪيئن، اهو سوال آهي؟
ڪمپني سوين ٽيمن کي ملازمت ڏئي ٿي، ۽ هزارين تقسيم هر روز DevOps پائپ لائن ذريعي ويندا آهن. اصل ترسيل وقت تقسيم طور ظاهر ٿيندو. هر ٽيم جو پنهنجو وقت ۽ پنهنجون خاصيتون هونديون. توهان هن گندگي جي وچ ۾ ڪجهه ڪيئن ڳولي سگهو ٿا؟
جواب قدرتي طور تي پيدا ٿيو - اسان کي مسئلن جي ٽيمن کي ڳولڻ جي ضرورت آهي ۽ اهو معلوم ڪرڻو آهي ته انهن سان ڇا ٿي رهيو آهي ۽ اهو ايترو ڊگهو ڇو وٺي رهيو آهي، ۽ "سٺو" ٽيمن کان سکو ته سڀ ڪجهه جلدي ڪيئن ڪجي. ۽ اهو ڪرڻ لاءِ، توهان کي هر هڪ DevOps اسٽينڊ تي ٽيمن پاران خرچ ڪيل وقت کي ماپڻ جي ضرورت آهي:
"سسٽم جو مقصد هوندو ٽيمن کي چونڊڻ وقت جي بنياد تي اهي اسٽينڊ پاس ڪن ٿا، يعني. نتيجي طور، اسان کي منتخب ٿيل وقت سان حڪمن جي هڪ فهرست حاصل ڪرڻ گهرجي، ۽ نمبر نه.
جيڪڏهن اسان اهو معلوم ڪريون ته مجموعي طور تي اسٽينڊ تي ڪيترو وقت خرچ ڪيو ويو ۽ اسٽينڊن جي وچ ۾ ڊاؤن ٽائم تي ڪيترو وقت گذاريو ويو، اسان ٽيمن کي ڳولي سگهون ٿا، انهن کي سڏي سگهون ٿا ۽ وڌيڪ تفصيل سان سببن کي سمجهي ۽ انهن کي ختم ڪري سگهون ٿا، "آئون سوچيو.
DevOps لاءِ ترسيل وقت جو حساب ڪيئن ڪجي
ان کي ڳڻڻ لاء، اهو ضروري هو ته DevOps عمل ۽ ان جي جوهر ۾ داخل ٿيڻ.
ڪمپني محدود تعداد ۾ سسٽم استعمال ڪري ٿي، ۽ معلومات صرف انهن مان حاصل ڪري سگهجي ٿي ۽ ٻيو ڪٿي به نه.
ڪمپني جا سڀئي ڪم جيرا ۾ رجسٽرڊ ڪيا ويا. جڏهن هڪ ڪم ورتو ويو، ان لاء هڪ شاخ ٺاهي وئي، ۽ عمل ڪرڻ کان پوء، BitBucket ۽ پل جي درخواست لاء هڪ عزم ڪيو ويو. جڏهن هڪ PR (Pull Request) قبول ڪئي وئي، هڪ تقسيم خودڪار طريقي سان ٺاهي وئي ۽ Nexus مخزن ۾ محفوظ ڪئي وئي.
اڳيون، تقسيم ڪيترن ئي اسٽينڊن تي رول آئوٽ ڪيو ويو جينڪنز استعمال ڪندي رول آئوٽ، خودڪار ۽ دستي جاچ جي درستگي کي جانچڻ لاءِ:
Ivan بيان ڪيو ته ڪهڙي سسٽم مان ڪهڙي معلومات وٺي سگهجي ٿي اسٽينڊ تي وقت جي حساب سان:
- Nexus کان - تقسيم ٺاهڻ جو وقت ۽ فولڊر جو نالو جنهن ۾ ڪمانڊ ڪوڊ شامل آهي
- جينڪنز کان - شروعاتي وقت، مدت ۽ هر نوڪري جو نتيجو، اسٽينڊ جو نالو (نوڪري جي پيٽرولن ۾)، مرحلا (نوڪري جا مرحلا)، Nexus ۾ تقسيم سان ڳنڍيل.
- ايوان فيصلو ڪيو ته جيرا ۽ بٽ بڪٽ کي پائپ لائن ۾ شامل نه ڪيو وڃي، ڇاڪاڻ ته ... اهي ترقي جي اسٽيج سان وڌيڪ لاڳاپيل هئا، ۽ اسٽينڊن تي ختم ٿيل ورهائڻ کي رول نه ڏيڻ سان.
دستياب معلومات جي بنياد تي، هيٺيون خاڪو ٺاھيو ويو:
ڄاڻو ته تقسيم ٺاهڻ ۾ ڪيترو وقت لڳندو آهي ۽ انهن مان هر هڪ تي ڪيترو وقت خرچ ڪيو ويندو آهي، توهان آساني سان حساب ڪري سگهو ٿا ڪل خرچن جي پوري DevOps پائپ لائن (مڪمل چڪر) ذريعي.
هتي آهن DevOps ميٽرڪ Ivan ختم ٿي ويا آهن:
- ٺاهيل تقسيم جو تعداد
- تقسيم جو حصو جيڪو "آيو" اسٽينڊ تي ۽ "پاس" موقف
- اسٽينڊ تي خرچ ٿيل وقت (اسٽينڊ چڪر)
- مڪمل چڪر (سڀني اسٽينڊن لاءِ ڪل وقت)
- ملازمت جي مدت
- اسٽينڊن جي وچ ۾ بند وقت
- ساڳئي اسٽينڊ تي نوڪري جي شروعاتن جي وچ ۾ گھٽ وقت
هڪ طرف، ميٽرڪس خاص طور تي DevOps پائپ لائن کي وقت جي لحاظ کان تمام سٺو، ٻئي طرف، انهن کي تمام سادو سمجهيو ويو.
چڱيءَ طرح ڪيل ڪم مان مطمئن، ايوان هڪ پريزنٽيشن ڏني ۽ ان کي انتظاميا آڏو پيش ڪرڻ ويو.
هو اداس ٿي موٽي آيو ۽ پنهنجن هٿن سان.
”هي هڪ ناڪامي آهي، ڀاءُ،“ طنزيه ساٿي مسڪرائيندي چيو...
وڌيڪ پڙهو مضمون ۾ "».
جو ذريعو: www.habr.com