DevOps مشقون ڪم ڪن ٿيون. اسان پاڻ ان تي قائل هئاسين جڏهن اسان 10 ڀيرا ڇڏڻ جي تنصيب جي وقت کي گهٽايو. FIS پروفائل سسٽم ۾، جيڪو اسان VTB تي استعمال ڪريون ٿا، تنصيب ھاڻي 90 بجاءِ 10 منٽ وٺندي آھي. رليز ٺاھڻ جو وقت ٻن هفتن کان گھٽجي ٻن ڏينھن تائين ٿي ويو آھي. مسلسل عمل درآمد جي خرابين جو تعداد گهٽ ۾ گهٽ گهٽجي ويو آهي. ”دستي مزدوري“ کان پري ٿيڻ ۽ وينڊر تي انحصار کي ختم ڪرڻ لاءِ، اسان کي ڪڇن سان ڪم ڪرڻو پيو ۽ غير متوقع حل ڳولڻا پوندا. ڪٽ جي هيٺان هڪ تفصيلي ڪهاڻي آهي ته اسان ڪيئن هڪ مڪمل اندروني ترقي ٺاهي.
Prologue: DevOps هڪ فلسفو آهي
گذريل سال دوران، اسان VTB تي DevOps طريقن جي اندروني ترقي ۽ عمل درآمد کي منظم ڪرڻ لاءِ تمام گھڻو ڪم ڪيو آھي:
- اسان 12 سسٽم لاء اندروني ترقي جي عمل کي تعمير ڪيو؛
- اسان 15 پائيپ لائينون شروع ڪيون، جن مان چار پيداوار لاءِ آڻيا ويا.
- خودڪار 1445 ٽيسٽ منظرنامو؛
- اسان ڪاميابيءَ سان اندرون ٽيمن پاران تيار ڪيل ڪيترن ئي رليز تي عمل ڪيو.
اندروني ترقي کي منظم ڪرڻ ۽ DevSecOps جي عملن تي عمل درآمد ڪرڻ لاءِ سڀ کان ڏکيو مان ھڪڙو نڪتو FIS پروفائل سسٽم - ھڪڙو پرچون پراڊڪٽ پروسيسر ھڪڙو غير لاڳاپو DBMS تي. ان جي باوجود، اسان ترقي کي تعمير ڪرڻ، پائپ لائن کي لانچ ڪرڻ، پراڊڪٽ تي انفرادي غير ريليز پيڪيجز کي نصب ڪرڻ، ۽ ريليز کي گڏ ڪرڻ سکيو. اهو ڪم آسان نه هو، پر دلچسپ ۽ بغير ڪنهن واضح پابنديون لاڳو ڪرڻ ۾: هتي سسٽم آهي - توهان کي گهر ۾ ترقي ڪرڻ جي ضرورت آهي. صرف شرط اهو آهي ته پيداوار واري ماحول کان اڳ سي ڊي استعمال ڪيو وڃي.
پهرين تي، عمل درآمد الورورٿم سادو ۽ صاف نظر آيو:
- اسان شروعاتي ترقي جي ماهر کي ترقي ڪريون ٿا ۽ ڪوڊ ٽيم کان معيار جي قابل قبول سطح حاصل ڪريون ٿا بغير مجموعي خرابين جي؛
- اسان ممڪن حد تائين موجوده عملن ۾ ضم ڪريون ٿا؛
- واضح مرحلن جي وچ ۾ ڪوڊ منتقل ڪرڻ لاء، اسان هڪ پائپ لائن کي ڪٽيو ۽ ان جي هڪ پڇاڙيء کي تسلسل ۾ وڌايو.
هن عرصي دوران، گهربل سائيز جي ترقياتي ٽيم کي صلاحيتن کي ترقي ڪرڻ گهرجي ۽ قابل قبول سطح تائين جاري ڪرڻ ۾ ان جي تعاون جي حصيداري کي وڌائڻ گهرجي. ۽ اهو ئي آهي، اسان غور ڪري سگهون ٿا ڪم مڪمل ڪيو.
اهو لڳي ٿو ته اهو گهربل نتيجو لاءِ مڪمل طور تي توانائي وارو رستو آهي: هتي آهي DevOps، هتي آهن ٽيم جي ڪارڪردگي ميٽرڪ، هتي آهي جمع ڪيل ماهر... پر عملي طور تي، اسان کي هڪ ٻي تصديق ملي ٿي ته DevOps اڃا تائين فلسفي بابت آهي. ، ۽ نه "گٽلاب جي عمل سان منسلڪ، جوابي، نيڪس ۽ وڌيڪ فهرست هيٺ."
هڪ ڀيرو ٻيهر ايڪشن پلان جو تجزيو ڪندي، اسان محسوس ڪيو ته اسان پنهنجي اندر هڪ قسم جو آئوٽ سورس وينڊر ٺاهي رهيا آهيون. تنهن ڪري، پروسيس ري انجنيئرنگ مٿي بيان ڪيل الگورٿم ۾ شامل ڪيو ويو، انهي سان گڏ هن پروسيس ۾ هڪ اهم ڪردار حاصل ڪرڻ لاء سڄي ترقي جي رستي سان ماهر جي ترقي. اهو آسان طريقو ناهي، پر اهو نظرياتي طور تي صحيح ترقي جو رستو آهي.
اندروني ترقي ڪٿي شروع ٿئي ٿي؟
اهو ڪم ڪرڻ لاء سڀ کان وڌيڪ دوستانه نظام نه هو. تعميراتي طور تي، اهو هڪ وڏو غير لاڳاپو ڊي بي ايم ايس هو، جنهن ۾ ڪيترن ئي الڳ عملدار شيون (اسڪرپٽ، طريقا، بيچ، وغيره) شامل هئا، جن کي ضرورت مطابق سڏيو ويو، ۽ هڪ بليڪ باڪس جي اصول تي ڪم ڪيو: اهو هڪ درخواست ۽ مسئلا وصول ڪري ٿو. هڪ جواب. ٻيون مشڪلاتون قابل ذڪر آهن:
- ڌارين ٻولي (MUMPS)؛
- ڪنسول انٽرفيس؛
- مشهور خودڪار اوزار ۽ فريم ورڪ سان انضمام جي کوٽ؛
- ڏهن ٽيرا بائيٽ ۾ ڊيٽا جو مقدار؛
- في ڪلاڪ 2 ملين کان وڌيڪ آپريشن جو لوڊ؛
- اهميت- ڪاروبار- نازڪ.
ساڳئي وقت، اسان جي پاسي تي ڪو به ذريعو ڪوڊ مخزن نه هو. بلڪل. اتي دستاويز هئا، پر سڀ اهم علم ۽ صلاحيتون هڪ ٻاهرين تنظيم جي پاسي تي هئا.
اسان تقريبن شروع کان سسٽم جي ترقي کي ماهر ڪرڻ شروع ڪيو، ان جي خاصيتن ۽ گهٽ ورڇ جي حساب سان. آڪٽوبر 2018 ۾ شروع ٿيو:
- ڪوڊ نسل جي دستاويز ۽ بنياديات جو اڀياس ڪيو؛
- اسان وينڊر کان حاصل ڪيل ترقي تي مختصر ڪورس جو اڀياس ڪيو؛
- ماهر ابتدائي ترقي جي صلاحيتن؛
- اسان نئين ٽيم جي ميمبرن لاء هڪ تربيتي دستور مرتب ڪيو؛
- اسان ٽيم کي "جنگي" موڊ ۾ شامل ڪرڻ تي اتفاق ڪيو.
- ڪوڊ معيار ڪنٽرول سان مسئلو حل ڪيو؛
- اسان ترقي لاء هڪ موقف منظم ڪيو.
اسان ٽي مهينا ماهرن کي ترقي ڪرڻ ۽ سسٽم ۾ پاڻ کي وسعت ڏيڻ ۾ گذاريا، ۽ 2019 جي شروعات کان، اندروني ترقي هڪ روشن مستقبل ڏانهن پنهنجي تحريڪ شروع ڪئي، ڪڏهن ڪڏهن مشڪل سان، پر اعتماد ۽ مقصد سان.
مخزن جي لڏپلاڻ ۽ autotests
پهريون DevOps ڪم مخزن آهي. اسان جلدي رسائي فراهم ڪرڻ تي اتفاق ڪيو، پر موجوده SVN مان لڏپلاڻ ڪرڻ ضروري هو هڪ ٽرن برانچ سان اسان جي ٽارگيٽ Git ڏانهن منتقلي سان ڪيترن ئي شاخن جي ماڊل ڏانهن منتقلي ۽ گٽ فلو جي ترقي. اسان وٽ پڻ 2 ٽيمون آھن پنھنجي زيربناء سان، گڏوگڏ وينڊر جي ٽيم جو حصو ٻاھرين. مون کي ٻن گيتن سان گڏ رهڻو هو ۽ هم وقت سازي کي يقيني بڻايو. اهڙي حالت ۾ اها ٻن برائين کان گهٽ هئي.
مخزن جي لڏپلاڻ کي بار بار ملتوي ڪيو ويو؛ اهو صرف اپريل ۾ مڪمل ڪيو ويو، اڳين لائن جي ساٿين جي مدد سان. Git Flow سان، اسان شروع ڪرڻ لاءِ شيون سادو رکڻ جو فيصلو ڪيو ۽ ھٽ فڪس، ڊولپمينٽ ۽ رليز سان گڏ کلاسڪ اسڪيم تي آباد ٿياسون. انهن ماسٽر کي ڇڏڻ جو فيصلو ڪيو (اڪا پروڊ وانگر). هيٺ اسين وضاحت ڪنداسين ڇو ته هي اختيار اسان لاء بهتر ٿي ويو. وينڊر سان تعلق رکندڙ هڪ خارجي مخزن، ٻن ٽيمن لاءِ عام، ڪم ڪندڙ طور استعمال ڪيو ويو. اهو هڪ شيڊول مطابق اندروني مخزن سان هم وقت سازي. هاڻي Git ۽ Gitlab سان اهو ممڪن هو ته عمل کي خودڪار ڪرڻ.
خودڪار ٽيسٽ جو مسئلو حيرت انگيز طور تي آساني سان حل ڪيو ويو - اسان کي تيار ڪيل فريم ورڪ سان مهيا ڪيو ويو. سسٽم جي خصوصيتن کي نظر ۾ رکندي، هڪ الڳ آپريشن سڏڻ ڪاروباري عمل جو هڪ سمجھڻ وارو حصو هو ۽ ساڳئي وقت هڪ يونٽ ٽيسٽ طور ڪم ڪيو ويو. باقي اهو سڀ ڪجهه ٽيسٽ ڊيٽا تيار ڪرڻ ۽ اسڪرپٽس کي ڪال ڪرڻ ۽ نتيجن جو جائزو وٺڻ جي گهربل ترتيب قائم ڪرڻ هو. جئين منظرنامي جي فهرست، آپريشن جي انگن اکرن جي بنياد تي ٺاهي وئي، عمل جي تنقيدي ۽ موجوده ريگريشن جو طريقو، ڀريل، خودڪار ٽيسٽ ظاهر ٿيڻ شروع ڪيو. ھاڻي اسان پائپ لائن جي تعمير شروع ڪري سگھون ٿا.
اهو ڪيئن هو: خودڪار ٿيڻ کان اڳ ماڊل
عمل درآمد جي موجوده ماڊل هڪ الڳ ڪهاڻي آهي. هر ترميم کي دستي طور تي منتقل ڪيو ويو هڪ الڳ اضافو تنصيب پيڪيج جي طور تي. اڳيان آيو جيرا ۾ دستياب رجسٽريشن ۽ ماحول تي دستي تنصيب. انفرادي پيڪيجز لاء، هر شيء صاف نظر آئي، پر ڇڏڻ جي تياري سان، شيون وڌيڪ پيچيده ٿي ويون.
اسيمبلي انفرادي ترسيل جي سطح تي ڪيو ويو، جيڪي آزاد شيون هيون. ڪا به تبديلي هڪ نئين ترسيل آهي. ٻين شين مان، 60-70 ٽيڪنيڪل ورزن شامل ڪيا ويا 10-15 پيڪيجز جي مکيه رليز جي جوڙجڪ جي - ورجن حاصل ڪيا ويا جڏهن رليز مان ڪجهه شامل ڪرڻ يا خارج ڪرڻ ۽ رليز کان ٻاهر سيلز ۾ تبديلين کي ظاهر ڪندي.
ترسيل اندر شيون هڪ ٻئي سان اوورليپ ٿيون، خاص طور تي قابل عمل ڪوڊ ۾، جيڪو اڌ کان گهٽ منفرد هو. اڳ ۾ ئي نصب ٿيل ڪوڊ تي ۽ جن جي تنصيب صرف رٿابندي ڪئي وئي هئي، اتي ڪيترائي انحصار هئا.
ڪوڊ جي گهربل ورزن حاصل ڪرڻ لاء، ان کي انسٽاليشن آرڊر تي سختي سان عمل ڪرڻ ضروري هو، جنهن دوران شيون جسماني طور تي ڪيترائي ڀيرا ٻيهر لکيا ويا، ڪجهه 10-12 ڀيرا.
پيڪيجز جي بيچ کي نصب ڪرڻ کان پوء، مون کي دستي طور تي هدايتن تي عمل ڪرڻو پوندو سيٽنگون شروع ڪرڻ لاء. ريليز گڏ ڪيو ويو ۽ وينڊر طرفان نصب ڪيو ويو. رليز جي جوڙجڪ تقريبن عمل جي لمحن کان اڳ واضح ڪئي وئي هئي، جنهن ۾ "ڊيڪوپلنگ" پيڪيجز جي پيدائش شامل هئي. نتيجي طور، سپلائي جو هڪ اهم حصو رليز کان منتقل ڪيو ويو ته "decouplings" جي پنهنجي دم سان.
هاڻي اهو واضح آهي ته هن طريقي سان - پيڪيج جي سطح تي ڇڏڻ واري پزل کي گڏ ڪرڻ - هڪ واحد ماسٽر برانچ جو ڪو به عملي مطلب نه هو. پيداوار تي تنصيب هڪ اڌ کان ٻه ڪلاڪ دستي مزدوري ڪئي. اهو سٺو آهي ته گهٽ ۾ گهٽ انسٽالر جي سطح تي اعتراض جي پروسيسنگ جو حڪم بيان ڪيو ويو آهي: فيلڊ ۽ ڍانچي انهن جي ڊيٽا ۽ طريقيڪار کان اڳ داخل ڪيا ويا. بهرحال، اهو صرف هڪ الڳ پيڪيج ۾ ڪم ڪيو.
هن طريقي جو منطقي نتيجو اهو هو ته واجبي تنصيب جي خرابين جي شڪل ۾ شيون، غير ضروري ڪوڊ، غائب هدايتون ۽ غير محفوظ شيون جي باہمي اثرات جي صورت ۾، جيڪي آزاد ٿيڻ کان پوء بخار سان ختم ٿي ويا.
پهرين تازه ڪاريون: اسيمبلي ۽ پهچائڻ
هن رستي ۾ هڪ پائپ ذريعي ڪوڊ منتقل ڪندي خودڪار طريقي سان شروع ڪيو:
- اسٽوريج مان مڪمل ترسيل کڻڻ؛
- ان کي انسٽال ڪريو هڪ وقف ماحول تي؛
- خودڪار ٽيسٽ هلائڻ؛
- تنصيب جي نتيجن جو اندازو لڳايو؛
- ٽيسٽنگ ڪمانڊ جي پاسي تي هيٺين پائپ لائن کي ڪال ڪريو.
ايندڙ پائپ لائن کي جيرا ۾ ڪم کي رجسٽر ڪرڻ گهرجي ۽ حڪمن جو انتظار ڪرڻ گهرجي چونڊيل ٽيسٽنگ لوپس تي ورهايو وڃي، جيڪي ڪم تي عمل درآمد جي وقت تي منحصر آهن. ٽرگر - ڏنل پتي تي پهچائڻ لاء تياري بابت هڪ خط. اهو، يقينا، هڪ واضح ڪچرو هو، پر مون کي شروع ڪرڻو هو. مئي 2019 ۾، ڪوڊ جي منتقلي اسان جي ماحول تي چيڪن سان شروع ٿي. عمل شروع ٿي چڪو آهي، باقي اهو آهي ته ان کي مهذب شڪل ۾ آڻڻ:
- هر ترميم هڪ الڳ برانچ ۾ ڪئي ويندي آهي، جيڪا انسٽاليشن پيڪيج سان ملندي آهي ۽ ٽارگيٽ ماسٽر برانچ ۾ ضم ٿي ويندي آهي؛
- پائپ لائن لانچ ٽريگر ماسٽر برانچ ۾ هڪ نئين ڪمٽ جو ظاهر آهي هڪ ضم درخواست جي ذريعي، جيڪو اندرين ٽيم جي سنڀاليندڙن طرفان بند ڪيو ويو آهي؛
- ذخيرو هر پنجن منٽن ۾ هڪ ڀيرو هم وقت سازي ڪئي وئي آهي.
- انسٽاليشن پيڪيج جي اسيمبلي شروع ڪئي وئي آهي - وينڊر کان حاصل ڪيل جمع ڪندڙ استعمال ڪندي.
ان کان پوء، ڪوڊ کي چيڪ ڪرڻ ۽ منتقلي ڪرڻ لاء، پائپ کي لانچ ڪرڻ ۽ اسان جي پاسي تي گڏ ڪرڻ لاء اڳ ۾ ئي موجود قدم هئا.
هي اختيار جولاء ۾ شروع ڪيو ويو. منتقلي جي مشڪلاتن جي نتيجي ۾ وينڊر ۽ فرنٽ لائن جي وچ ۾ ڪجهه عدم اطمينان پيدا ٿيو، پر ايندڙ مهيني دوران اسان سڀني خراب ڪنڊن کي هٽائڻ ۽ ٽيمن جي وچ ۾ هڪ عمل قائم ڪرڻ ۾ ڪامياب ٿي ويا. اسان وٽ هاڻي واعدو ۽ ترسيل طرفان اسيمبلي آهي.
آگسٽ ۾، اسان پنهنجي پائپ لائن کي استعمال ڪندي پيداوار تي هڪ الڳ پيڪيج جي پهرين انسٽاليشن کي مڪمل ڪرڻ ۾ ڪامياب ٿياسين، ۽ سيپٽمبر کان وٺي، بغير ڪنهن استثنا جي، انفرادي غير رليز پيڪيجز جي سڀني تنصيب اسان جي سي ڊي ٽول ذريعي ڪئي وئي. ان کان علاوه، اسان وينڊر جي ڀيٽ ۾ ننڍڙي ٽيم سان گڏ 40٪ رليز جي مجموعي ۾ اندروني ڪمن جو حصو حاصل ڪرڻ ۾ منظم ڪيو - اها هڪ يقيني ڪاميابي آهي. سڀ کان وڌيڪ سنگين ڪم رهي ٿو - گڏ ڪرڻ ۽ ڇڏڻ کي انسٽال ڪرڻ.
آخري حل: مجموعي تنصيب پيڪيجز
اسان چڱيءَ طرح سمجھيو ھو ته وينڊر جي ھدايتن کي اسڪرپٽ ڪرڻ ھڪ اھڙي آٽوميشن ھئي؛ اسان کي پاڻ ئي عمل تي غور ڪرڻو پيو. حل پڌرو هو - گهربل ورزن جي سڀني شين سان گڏ ڇڏڻ واري شاخ مان مجموعي فراهمي گڏ ڪرڻ.
اسان تصور جي ثبوت سان شروع ڪيو: اسان اڳوڻي عمل جي مواد جي مطابق جاري ڪيل پيڪيج کي هٿ سان گڏ ڪيو ۽ ان کي اسان جي ماحول تي نصب ڪيو. سڀ ڪجھ ڪم ڪيو، تصور قابل عمل ٿي ويو. اڳيون، اسان شروعاتي سيٽنگن کي اسڪرپٽ ڪرڻ جو مسئلو حل ڪيو ۽ انهن کي وابستگي ۾ شامل ڪيو. اسان هڪ نئون پيڪيج تيار ڪيو ۽ ان کي آزمائشي ماحول ۾ آزمائشي اپڊيٽ جي حصي طور آزمايو. انسٽاليشن ڪامياب ٿي وئي، جيتوڻيڪ عملدرآمد ٽيم جي تبصرن جي وسيع رينج سان. پر بنيادي شيء اها آهي ته اسان کي اسان جي اسيمبلي سان نومبر جي رليز ۾ پيداوار ۾ وڃڻ لاء اڳتي وڌايو ويو.
صرف هڪ مهيني کان وڌيڪ باقي، هٿ سان چونڊيل سامان واضح طور تي اشارو ڪيو ته وقت ختم ٿي رهيو هو. انهن رليز برانچ مان تعمير ڪرڻ جو فيصلو ڪيو، پر ان کي ڇو ڌار ڪيو وڃي؟ اسان وٽ پروڊ جھڙو نه آھي، ۽ موجوده شاخون سٺيون نه آھن - اتي تمام گھڻو غير ضروري ڪوڊ آھي. اسان کي فوري طور تي پروڊ پسندن کي ڪٽڻ جي ضرورت آهي، ۽ اهو ٽي هزار ڪمن کان مٿي آهي. هٿ سان گڏ ڪرڻ هڪ اختيار نه آهي. اسان ھڪڙي رسم الخط ٺاھيو آھي جيڪو پراڊڪٽ جي انسٽاليشن لاگ ذريعي ھلندو آھي ۽ برانچ ڏانھن ڪمٽ گڏ ڪري ٿو. ٽيون ڀيرو اهو صحيح ڪم ڪيو، ۽ "فائل سان ختم ڪرڻ" کان پوء برانچ تيار ٿي ويو.
اسان انسٽاليشن پيڪيج لاءِ پنهنجو بلڊر لکيو ۽ ان کي هڪ هفتي ۾ ختم ڪيو. ان کان پوء اسان کي سسٽم جي بنيادي ڪارڪردگي کان انسٽالر کي تبديل ڪرڻو پوندو، ڇاڪاڻ ته اهو کليل ذريعو آهي. چيڪ ۽ ترميمن جي هڪ سيريز کان پوء، نتيجو ڪامياب سمجهيو ويو. ساڳئي وقت ۾، رليز جي جوڙجڪ شڪل ورتي، جنهن جي صحيح تنصيب لاء، اهو ضروري هو ته ٽيسٽ سرڪٽ کي پيداوار سان ترتيب ڏيڻ لاء، ۽ ان لاء هڪ الڳ رسم الخط لکيو ويو آهي.
قدرتي طور تي، پهرين انسٽاليشن بابت ڪيترائي رايا هئا، پر مجموعي طور تي ڪوڊ ڪم ڪيو. ۽ ٽين انسٽاليشن کان پوءِ هر شيءِ سٺي لڳڻ لڳي. ڪمپوزيشن ڪنٽرول ۽ ورزن ڪنٽرول شين جي الڳ الڳ دستي موڊ ۾ مانيٽر ڪيو ويو، جيڪو هن مرحلي تي بلڪل صحيح هو.
هڪ اضافي چئلينج غير رليز جو وڏو تعداد هو جنهن کي حساب ۾ رکڻو پوندو. پر Prod-like برانچ ۽ Rebase سان، ڪم شفاف ٿي ويو.
پهريون ڀيرو، جلدي ۽ بغير غلطين جي
اسان هڪ پراميد رويي سان جاري ڪيو ۽ مختلف سرڪٽس تي درجن کان وڌيڪ ڪامياب تنصيب. پر لفظي طور تي آخري وقت کان هڪ ڏينهن اڳ، اهو ظاهر ٿيو ته وينڊر قبول ٿيل طريقي سان انسٽاليشن لاء رليز تيار ڪرڻ لاء ڪم مڪمل نه ڪيو هو. جيڪڏهن ڪجهه سببن لاء اسان جي تعمير ڪم نه ايندي، ڇڏڻ ۾ خلل پئجي ويندي. ان کان سواء، اسان جي ڪوششن جي ذريعي، جيڪو خاص طور تي ناپسنديده آهي. اسان کي پوئتي هٽڻ جو ڪو رستو نه هو. تنهن ڪري، اسان متبادل اختيارن ذريعي سوچيو، ايڪشن پلان تيار ڪيو ۽ انسٽاليشن شروع ڪئي.
حيرت انگيز طور تي، سڄي رليز، 800 کان وڌيڪ شين تي مشتمل، صحيح طور تي شروع ڪيو، پهريون ڀيرو ۽ صرف 10 منٽن ۾. اسان هڪ ڪلاڪ گذريو ته لاگز کي چڪاس ڪندي غلطيون ڳوليون، پر ڪو به نه مليو.
سڄو ڏينهن رليز چيٽ ۾ خاموشي هئي: ڪو به عمل درآمد وارو مسئلو، بگڙيل نسخو يا ”نامناسب“ ڪوڊ. اهو به ڪجهه عجيب هو. بعد ۾، ڪجهه تبصرا سامهون آيا، پر ٻين سسٽم ۽ اڳوڻي تجربو جي مقابلي ۾، انهن جو تعداد ۽ ترجيح تمام گهٽ هئي.
مجموعي اثر کان هڪ اضافي اثر اسيمبلي ۽ جاچ جي معيار ۾ اضافو هو. مڪمل رليز جي ڪيترن ئي تنصيب جي ڪري، تعميراتي خرابين ۽ مقرري جي غلطي کي بروقت انداز ۾ سڃاڻپ ڪيو ويو. مڪمل رليز جي ترتيبن ۾ جاچ ڪرڻ ممڪن بڻائي ٿي ته اضافي طور تي شين جي باہمي اثر ۾ خرابين جي نشاندهي ڪن جيڪي وڌندڙ تنصيب دوران ظاهر نه ٿيا. اهو يقيني طور تي هڪ ڪاميابي هئي، خاص طور تي اسان جي 57٪ رليز ۾ حصو ڏنو.
خلاصو ۽ نتيجو
هڪ سال کان به گهٽ عرصي ۾ اسان منظم ڪيو:
- هڪ غير ملڪي نظام استعمال ڪندي هڪ مڪمل اندروني ترقي ٺاهي؛
- نازڪ وينڊرز جي انحصار کي ختم ڪريو؛
- تمام غير دوستانه ورثي لاءِ CI/CD لانچ ڪريو؛
- نئين ٽيڪنيڪل سطح تي عملدرآمد جي عمل کي وڌايو؛
- خاص طور تي مقرري جي وقت کي گھٽايو؛
- خاص طور تي عملدرآمد جي غلطين جو تعداد گھٽايو؛
- اعتماد سان پنهنجو پاڻ کي ترقي يافته ماهر طور اعلان ڪريو.
يقينن، جيڪو بيان ڪيو ويو آهي ان مان گهڻو ڪجهه ظاهر ٿئي ٿو، پر اهي سسٽم جون خاصيتون آهن ۽ ان ۾ موجود عمل جون حدون آهن. هن وقت، تبديلين IS پروفائل پراڊڪٽس ۽ خدمتن کي متاثر ڪيو (ماسٽر اڪائونٽس، پلاسٽڪ ڪارڊ، بچت اڪائونٽس، ايسڪرو، نقد قرض)، پر امڪاني طور تي اهو طريقو ڪنهن به IS تي لاڳو ٿي سگهي ٿو جنهن لاءِ DevOps طريقن کي لاڳو ڪرڻ جو ڪم مقرر ڪيو ويو آهي. مجموعي ماڊل ڪيترن ئي ترسيل مان ايندڙ عملن (بشمول نان رليز وارن) لاءِ محفوظ طور تي نقل ڪري سگھجي ٿو.
جو ذريعو: www.habr.com