جيڪڏهن توهان جي ڪمپني صرف متعارف ڪرائي رهي آهي DevOps يا CI/CD ٽولز، اهو توهان لاءِ ڪارائتو ٿي سگهي ٿو سڀ کان وڌيڪ عام غلطين کان واقف ٿيڻ ته جيئن انهن کي ورجائڻ ۽ ڪنهن ٻئي جي ريڪ تي قدم نه رکڻ.
ٽيم مضمون جو ترجمو ڪيو .
ثقافت ۽ عمل کي تبديل ڪرڻ لاء تيار نه
جيڪڏهن توهان ڏسو ته cyclic ڊاگرام ، اهو واضح آهي ته DevOps مشقن ۾ جاچ هڪ مسلسل سرگرمي آهي، هر هڪ مقرري جو هڪ بنيادي حصو.
DevOps لامحدود سائيڪل چارٽ
ترقي ۽ ترسيل دوران جاچ ۽ معيار جي يقين ڏياريندڙ هر شيءِ جو هڪ لازمي حصو آهن جيڪي ڊولپر ڪندا آهن. انهي کي هر ڪم ۾ ٽيسٽ کي شامل ڪرڻ لاءِ ذهني تبديلي جي ضرورت آهي.
جاچ هر ٽيم ميمبر جي روزاني ڪم جو حصو بڻجي وڃي ٿي. مسلسل جانچ جي منتقلي آسان ناهي، توهان کي ان لاء تيار ٿيڻ جي ضرورت آهي.
راءِ جي کوٽ
DevOps جي اثرائتي مسلسل موٽ تي منحصر آهي. مسلسل بهتري ناممڪن آهي جيڪڏهن تعاون ۽ رابطي جي گنجائش نه آهي.
ڪمپنيون جيڪي اڳڀرائي واري گڏجاڻين کي منظم نه ڪن ٿيون، سي آءِ/سي ڊي ۾ مسلسل راءِ ڏيڻ واري ڪلچر کي لاڳو ڪرڻ ڏکيو لڳن ٿيون. هر عمل جي آخر ۾ پٺتي پيل گڏجاڻيون منعقد ڪيون وينديون آهن، جنهن دوران ٽيم جا ميمبر بحث ڪندا آهن ته ڇا سٺو ٿيو ۽ ڇا خراب ٿيو. پوئتي موٽڻ واريون ملاقاتون اسڪرم / ايجائل جو بنياد آهن، پر اهي DevOps لاءِ پڻ ضروري آهن.
اهو ئي سبب آهي ته اڳڀرائي واريون ملاقاتون راءِ ۽ راءِ جي تبادلي جي عادت پيدا ڪن ٿيون. شروعات ۾ سڀ کان اهم نقطو اهو آهي ته بار بار ٿيندڙ ريٽرو ميٽنگن کي منظم ڪيو وڃي ته جيئن اهي سمجهه ۾ اچن ۽ پوري ٽيم کان واقف ٿين.
جڏهن اهو سافٽ ويئر جي معيار تي اچي ٿو، سڀئي ٽيم ميمبر ان کي برقرار رکڻ جا ذميوار آهن. مثال طور، ڊولپرز يونٽ ٽيسٽ لکي سگھن ٿا ۽ ڪوڊ پڻ لکي سگھن ٿا ٽيسٽ قابليت کي ذهن ۾ رکي، شروع کان خطري کي گھٽائڻ ۾ مدد ڪن.
جانچ جي باري ۾ سوچڻ ۾ تبديلي کي ظاهر ڪرڻ جو هڪ آسان طريقو اهو آهي ته ٽيسٽ ڪندڙن کي QA نه، پر سافٽ ويئر ٽيسٽر يا ڪوالٽي انجنيئر سڏجي. اها تبديلي شايد تمام سادي يا بيوقوف لڳي سگھي ٿي. پر ڪنهن کي ”سافٽ ويئر ڪوالٽي ايشورنس پرسن“ سڏڻ غلط خيال ڏئي ٿو ته پيداوار جي معيار جو ذميوار ڪير آهي. Agile، CI/CD، ۽ DevOps عملن ۾، هرڪو سافٽ ويئر جي معيار جو ذميوار آهي.
ٻيو اهم نقطو اهو سمجهڻ آهي ته سڄي ٽيم ۽ ان جي هر ميمبر، تنظيم ۽ اسٽيڪ هولڊرز لاءِ معيار جو مطلب ڇا آهي.
اسٽيج جي مڪمل ٿيڻ جي غلط فهمي
جيڪڏهن معيار هڪ مسلسل ۽ عام عمل آهي، اسٽيج جي مڪمل ٿيڻ جي هڪ عام فهم جي ضرورت آهي. توهان کي ڪيئن خبر آهي جڏهن هڪ اسٽيج ختم ٿي چڪو آهي؟ ڇا ٿيندو جڏهن هڪ قدم مڪمل طور تي نشان لڳل آهي هڪ ٽريلو يا ٻي ڪنبان بورڊ تي؟
ڊن جي تعريف (DoD) CD DevOps/CI جي حوالي سان هڪ طاقتور اوزار آهي. اهو بهتر معيار جي معيار کي سمجهڻ ۾ مدد ڪري ٿو ته ڇا ۽ ڪيئن ٽيم ٺاهي ٿي.
ڊولپمينٽ ٽيم کي اهو فيصلو ڪرڻ گهرجي ته ”ڊون“ جو مطلب ڇا آهي. انهن کي ويهڻ جي ضرورت آهي ۽ خاصيتن جي هڪ فهرست ٺاهڻ جي ضرورت آهي جيڪا هر اسٽيج ۾ ملڻ گهرجي ان لاءِ مڪمل سمجهيو وڃي.
DoD پروسيس کي وڌيڪ شفاف بڻائي ٿو ۽ CI/CD کي لاڳو ڪرڻ آسان بڻائي ٿو جيڪڏهن اهو سڀني ٽيم جي ميمبرن طرفان سمجهي وڃي ۽ ان تي باهمي اتفاق ڪيو وڃي.
حقيقي، واضح طور تي بيان ڪيل مقصدن جي کوٽ
هي مشوري جي اڪثر نقل ڪيل ٽڪرن مان هڪ آهي، پر اهو ورجائي ٿو. ڪنهن به وڏي ڪوشش ۾ ڪامياب ٿيڻ لاءِ، بشمول CI/CD يا DevOps، توهان کي حقيقي مقصدن کي مقرر ڪرڻ ۽ انهن جي خلاف ڪارڪردگي کي ماپڻ جي ضرورت آهي. توهان CI/CD سان ڇا حاصل ڪرڻ جي ڪوشش ڪري رهيا آهيو؟ ڇا هي اجازت ڏئي ٿو تيز رليز کي بهتر معيار سان؟
ڪو به مقصد مقرر نه رڳو شفاف ۽ حقيقي هجڻ گهرجي، پر ڪمپني جي موجوده سرگرمين سان پڻ مطابقت هجي. مثال طور، ڪيترا ڀيرا توهان جي گراهڪن کي نئين پيچ يا نسخن جي ضرورت آهي؟ اوور لوڊ ڪرڻ جي ڪا ضرورت ناهي پروسيسز ۽ تيزيءَ سان ڇڏڻ جي جيڪڏهن صارفين لاءِ ڪو اضافي فائدو نه آهي.
اضافي طور تي، توهان کي هميشه سي ڊي ۽ سي آئي ٻنهي کي لاڳو ڪرڻ جي ضرورت ناهي. مثال طور، انتهائي منظم ڪمپنيون جهڙوڪ بينڪ ۽ طبي ڪلينڪ صرف CI سان ڪم ڪري سگهن ٿيون.
سي آءِ ڊي اوپس کي لاڳو ڪرڻ واري ڪنهن به ڪمپني لاءِ سٺي شروعاتي نقطي طور ڪم ڪري ٿو. جڏهن اهو لاڳو ٿئي ٿو، سافٽ ويئر پهچائڻ لاء ڪمپنين جا طريقا خاص طور تي تبديل ٿيندا آهن. هڪ دفعو CI ۾ مهارت حاصل ڪرڻ بعد، توهان سڄي عمل کي بهتر ڪرڻ، رول آئوٽ جي رفتار وڌائڻ ۽ ٻين تبديلين بابت سوچي سگهو ٿا.
ڪيترن ئي تنظيمن لاء، CI اڪيلو ڪافي آهي، ۽ CD صرف لاڳو ٿيڻ گهرجي جيڪڏهن اهو قدر وڌائي.
مناسب ڊيش بورڊ ۽ ميٽرڪ جي کوٽ
هڪ دفعو توهان پنهنجا مقصد مقرر ڪري ڇڏيو، ڊولپمينٽ ٽيم KPIs کي ماپڻ لاءِ ڊيش بورڊ ٺاهي سگهي ٿي. ان جي ترقي کان اڳ، ان جي ماپ جو اندازو لڳائڻ جي قابل آهي ته مانيٽر ڪيو ويندو.
مختلف رپورٽون ۽ ايپليڪيشنون مختلف ٽيمن جي ميمبرن لاء مفيد آهن. اسڪرم ماسٽر اسٽيٽس ۽ پهچ ۾ وڌيڪ دلچسپي رکي ٿو. جڏهن ته سينيئر انتظاميا ماهرن جي برن آئوٽ جي شرح ۾ دلچسپي رکي ٿي.
ڪجھ ٽيمون ڳاڙھي، پيلي ۽ سائي اشارن سان گڏ ڊيش بورڊ پڻ استعمال ڪنديون آھن CI/CD جي حالت کي جانچڻ لاءِ ته ڇا اھي سڀ ڪجھ ٺيڪ ڪري رھيا آھن يا ڪو نقص آھي. ڳاڙهو جو مطلب آهي توهان کي ڌيان ڏيڻ جي ضرورت آهي ته ڇا ٿي رهيو آهي.
بهرحال، جيڪڏهن ڊيش بورڊ معياري نه آهن، اهي گمراهه ٿي سگهن ٿا. تجزيو ڪيو ته ڪهڙي ڊيٽا هر ڪنهن جي ضرورت آهي، ۽ پوء هڪ معياري وضاحت ٺاهيو ته ان جو مطلب ڇا آهي. ڳولهيو ته اسٽيڪ هولڊرز لاءِ وڌيڪ ڪهڙي معنيٰ رکي ٿي: گرافڪس، ٽيڪسٽ، يا انگ.
ڪوبه دستي ٽيسٽ
ٽيسٽ آٽوميشن سٺي CI/CD پائيپ لائين جو بنياد رکي ٿي. پر سڀني مرحلن تي خودڪار جاچ جو مطلب اهو ناهي ته توهان کي دستي جاچ نه ڪرڻ گهرجي.
هڪ مؤثر CI/CD پائيپ لائين ٺاهڻ لاءِ، توهان کي دستي ٽيسٽن جي به ضرورت آهي. اتي هميشه جاچ جا ڪجهه حصا هوندا جيڪي انساني تجزيي جي ضرورت هونديون آهن.
اهو توهان جي پائپ لائن ۾ دستي جاچ جي ڪوششن کي ضم ڪرڻ تي غور ڪرڻ جي قابل آهي. هڪ دفعو ڪجهه ٽيسٽ ڪيسن جي دستيابي جاچ مڪمل ٿي ويندي آهي، توهان منتقلي واري مرحلي ڏانهن منتقل ڪري سگهو ٿا.
ٽيسٽ کي بهتر ڪرڻ جي ڪوشش نه ڪريو
هڪ مؤثر CI/CD پائپ لائن کي صحيح اوزارن تائين رسائي جي ضرورت آهي، اها ٽيسٽ مئنيجمينٽ هجي يا انضمام ۽ جاري نگراني.
هڪ مضبوط، معيار تي مبني ثقافت ٺاهڻ جو مقصد آهي , نگراني گراهڪ رابطي پوسٽ-تعميرات ۽ ٽريڪنگ بهتري.
هتي ڪجھ عملي طريقا آهن جيڪي توهان آساني سان لاڳو ڪري سگهو ٿا:
- پڪ ڪريو ته توهان جا تجربا لکڻ ۾ آسان آهن ۽ ڪافي لچڪدار آهن ته توهان ٽوڙڻ نه ڏيو جڏهن توهان ڪوڊ ريفيڪٽر ڪيو.
- ترقياتي ٽيمن کي جاچ جي عمل ۾ شامل ڪيو وڃي - صارف جي مسئلن ۽ درخواستن جي هڪ فهرست ڏسو جيڪي سي آءِ پائپ لائنز دوران ٽيسٽ ڪرڻ لاءِ اهم آهن.
- توهان وٽ شايد مڪمل ٽيسٽ ڪوريج نه هجي، پر هميشه پڪ ڪريو ته وهڪري جيڪي UX لاءِ اهم آهن ۽ ڪسٽمر تجربو آزمايا ويا آهن.
آخري نه پر گهٽ ۾ گهٽ اهم نقطو
CI/CD ڏانهن منتقلي عام طور تي هيٺئين پاسي کان هلائي ويندي آهي، پر آخرڪار اها هڪ تبديلي آهي جيڪا ڪمپني کان قيادت جي خريداري، وقت ۽ وسيلن جي ضرورت آهي. آخرڪار، CI/CD مهارتن، عملن، اوزارن ۽ ثقافتي بحاليءَ جو هڪ مجموعو آهي؛ اهڙيون تبديليون صرف منظم طريقي سان لاڳو ڪري سگهجن ٿيون.
موضوع تي ٻيو ڇا پڙهو:
- .
- .
- .
جو ذريعو: www.habr.com