DevOps گذريل ڪجهه سالن کان تمام گهڻو مشهور موضوع بڻجي چڪو آهي. ڪيترائي ماڻهو ان ۾ شامل ٿيڻ جو خواب ڏسندا آهن، پر، عملي طور ڏيکاري ٿو، اڪثر ڪري صرف تنخواه جي سطح جي ڪري.
ڪجهه ماڻهو لسٽ ڪندا آهن DevOps انهن جي شروع تي، جيتوڻيڪ اهي هميشه نه ٿا ڄاڻن يا اصطلاح جي جوهر کي سمجهي. ڪجهه ماڻهن جو خيال آهي ته پڙهڻ کان پوءِ جوابي، GitLab، Jenkins، Terraform ۽ جهڙوڪ (فهرست توهان جي ذوق مطابق جاري رکي سگهجي ٿو)، توهان فوري طور تي "ڊيوپسسٽ" بڻجي ويندا. اهو، يقينا، سچ ناهي.
گذريل ڪجھ سالن کان، مان بنيادي طور تي مختلف ڪمپنين ۾ DevOps جي عمل درآمد ۾ شامل آھيان. ان کان اڳ هن 20 سالن کان وڌيڪ عرصي تائين سسٽم ايڊمنسٽريٽر کان وٺي آئي ٽي ڊائريڪٽر تائين جي عهدن تي ڪم ڪيو. في الحال Playgendary تي DevOps ليڊ انجنيئر.
DevOps ڪير آهي
هڪ مضمون لکڻ جو خيال هڪ ٻئي سوال کان پوء پيدا ٿيو: "ڪير آهي DevOps؟" اڃا تائين ڪو به مقرر ٿيل اصطلاح نه آهي ته ڇا يا ڪير آهي. ڪجھ جواب اڳ ۾ ئي هن ۾ آهن . پهرين مان ان مان مکيه نقطا اجاگر ڪندس ۽ پوءِ پنهنجا مشاهدا ۽ خيال پيش ڪندس.
DevOps هڪ ماهر نه آهي جنهن کي رکيل هجي، نه يوٽيلٽيز جو هڪ سيٽ، ۽ نه انجنيئرن سان گڏ ڊولپرز جو ڊپارٽمينٽ.
DevOps هڪ فلسفو ۽ طريقو آهي.
ٻين لفظن ۾، اهو عملن جو هڪ سيٽ آهي جيڪو ڊولپرز کي فعال طور تي سسٽم جي منتظمين سان رابطي ۾ مدد ڪري ٿو. اهو آهي، ڪم جي عمل کي هڪ ٻئي سان ڳنڍڻ ۽ ضم ڪرڻ.
DevOps جي اچڻ سان، ماهرن جي جوڙجڪ ۽ ڪردار ساڳيا ئي رهيا (اتي ڊولپر آهن، انجنيئر آهن)، پر رابطي جا ضابطا تبديل ٿي ويا آهن. رياستن جي وچ ۾ حدون ڦهليل آهن.
DevOps جا مقصد ٽن نقطن ۾ بيان ڪري سگھجن ٿا:
- سافٽ ويئر کي باقاعده اپڊيٽ ڪيو وڃي.
- سافٽ ويئر جلدي ٿيڻ گهرجي.
- سافٽ ويئر کي آسان ۽ مختصر وقت ۾ ترتيب ڏيڻ گهرجي.
DevOps لاءِ ڪوبه واحد اوزار ناهي. ڪيترن ئي شين کي ترتيب ڏيڻ، پهچائڻ ۽ مطالعو ڪرڻ جو مطلب اهو ناهي ته DevOps ڪمپني ۾ ظاهر ٿيو آهي. اتي ڪيترائي اوزار آھن ۽ اھي سڀ مختلف مرحلن تي استعمال ڪيا ويا آھن، پر ھڪڙي عام مقصد جي خدمت ڪن ٿا.
۽ اهو صرف DevOps اوزار جو حصو آهي
مان 2 سالن کان وڌيڪ عرصي کان DevOps انجنيئر جي پوزيشن لاءِ ماڻهن سان انٽرويو ڪري رهيو آهيان، ۽ مون کي اهو احساس ٿيو آهي ته اصطلاح جي جوهر کي واضح طور تي سمجهڻ ڪيترو ضروري آهي. مون خاص تجربا، مشاهدا ۽ سوچون گڏ ڪيون آهن جن کي مان شيئر ڪرڻ چاهيان ٿو.
انٽرويو جي تجربي مان، مون کي هيٺ ڏنل تصوير ڏسڻ ۾ اچي ٿو: ماهرن جيڪي DevOps کي نوڪري جو عنوان سمجهندا آهن عام طور تي ساٿين سان غلط فهميون هونديون آهن.
هڪ شاندار مثال هو. هڪ نوجوان انٽرويوءَ لاءِ آيو، جنهن جي ريزومي تي تمام گهڻيون هوشيار ڳالهيون هيون. هن جي آخري ٽن نوڪرين تي، هن کي 5-6 مهينن جو تجربو هو. مون ٻه شروعاتي ڇڏيا آهن ڇاڪاڻ ته اهي ”لڳا نه هئا“. پر ٽئين ڪمپني بابت، هن چيو ته ڪو به هن کي اتي نٿو سمجهي: ڊولپرز ونڊوز تي ڪوڊ لکندا آهن، ۽ ڊائريڪٽر هن ڪوڊ کي باقاعده ڊاکر ۾ "لفافي" ڪرڻ تي مجبور ڪري ٿو ۽ CI / CD پائپ لائن ۾ ٺاهي ٿو. ان ماڻهوءَ پنهنجي موجوده ڪم جي جاءِ ۽ سندس ساٿين بابت تمام گهڻيون منفي شيون چيو - مان صرف جواب ڏيڻ چاهيان ٿو: ”تنهنڪري تون هاٿي نه وڪڻندين.
پوءِ مون کانئس اهڙو سوال پڇيو جيڪو منهنجي لسٽ ۾ هر اميدوار لاءِ اعليٰ آهي.
- DevOps توهان جي ذاتي طور تي ڇا مطلب آهي؟
- عام طور تي يا مان ان کي ڪيئن سمجهان ٿو؟
مون کي سندس ذاتي راءِ ۾ دلچسپي هئي. هن کي اصطلاح جي نظريي ۽ اصل جي خبر هئي، پر هن انهن سان سخت اختلاف ڪيو. هن يقين ڪيو ته DevOps هڪ نوڪري جو عنوان هو. اهو آهي جتي هن جي مسئلن جي جڙ آهي. ساڳئي راء سان ٻين ماهرن سان گڏ.
ملازمت ڪندڙ، "DevOps جو جادو" بابت گهڻو ٻڌو آهي، هڪ شخص ڳولڻ چاهيندا آهن جيڪو اچي ۽ اهو "جادو" ٺاهي. ۽ "DevOps هڪ نوڪري آهي" جي درجي جا درخواست ڪندڙ نه سمجھندا آهن ته هن طريقي سان اهي اميدون پورا نه ڪري سگهندا. ۽، عام طور تي، انهن لکيو DevOps انهن جي شروع تي ڇاڪاڻ ته اهو هڪ رجحان آهي ۽ اهي ان لاءِ تمام گهڻو ادا ڪندا آهن.
DevOps جو طريقو ۽ فلسفو
طريقو نظرياتي ۽ عملي ٿي سگهي ٿو. اسان جي حالت ۾، اهو ٻيو آهي. جيئن مون مٿي ذڪر ڪيو آهي، DevOps بيان ڪيل مقصدن حاصل ڪرڻ لاءِ استعمال ڪيل طريقن ۽ حڪمت عملين جو هڪ سيٽ آهي. ۽ هر صورت ۾، ڪمپني جي ڪاروباري عملن تي منحصر ڪري، اهو خاص طور تي مختلف ٿي سگهي ٿو. جيڪو ان کي بهتر يا خراب نٿو ڪري.
DevOps طريقو صرف مقصد حاصل ڪرڻ جو هڪ ذريعو آهي.
هاڻي بابت ڇا آهي DevOps فلسفو. ۽ اهو شايد سڀ کان ڏکيو سوال آهي.
مختصر ۽ مختصر جواب ڏيڻ ڏاڍو ڏکيو آهي، ڇاڪاڻ ته اهو اڃا تائين رسمي نه ٿيو آهي. ۽ جيئن ته DevOps فلسفي جا پيروڪار عملي ۾ وڌيڪ مصروف آهن، اتي فلسفو ڪرڻ لاء ڪو وقت ناهي. بهرحال، هي هڪ تمام اهم عمل آهي. ان کان سواء، اهو سڌو سنئون انجنيئرنگ سرگرمين سان لاڳاپيل آهي. اتي به علم جو هڪ خاص علائقو آهي - .
منهنجي يونيورسٽي ۾ اهڙو ڪو به مضمون نه هو، مون کي 90 واري ڏهاڪي ۾ مليل مواد کي استعمال ڪندي هر شيءِ پاڻ پڙهائڻي هئي. موضوع انجنيئرنگ جي تعليم لاءِ اختياري آهي، ان ڪري جواب جي فارمولائيزيشن جي کوٽ آهي. پر اهي ماڻهو جيڪي سنجيدگيءَ سان DevOps ۾ غرق ٿيل آهن اهي ڪمپني جي سڀني عملن جي هڪ خاص ”روح“ يا ”غير شعوري جامعيت“ محسوس ڪرڻ شروع ڪن ٿا.
مون پنهنجي تجربي کي استعمال ڪندي، هن فلسفي جي ڪجهه ”موضوعن“ کي باضابطه بڻائڻ جي ڪوشش ڪئي. نتيجو هيٺ ڏنل آهي:
- DevOps ڪجهه آزاد نه آهي جنهن کي علم يا سرگرمي جي الڳ علائقي ۾ ورهائي سگهجي ٿو.
- ڪمپني جي سڀني ملازمن کي هدايت ڪئي وڃي DevOps طريقي سان جڏهن انهن جي سرگرمين جي منصوبابندي ڪئي وڃي.
- DevOps ڪمپني جي اندر سڀني عملن کي متاثر ڪري ٿو.
- DevOps موجود آهي ڪنهن به عمل جي وقت جي قيمت کي گهٽائڻ لاءِ هڪ ڪمپني اندر ان جي خدمتن جي ترقي ۽ وڌ کان وڌ گراهڪ جي آرام کي يقيني بڻائڻ لاءِ.
- DevOps، جديد ٻولي ۾، ڪمپني جي هر ملازم جي فعال پوزيشن آهي، جنهن جو مقصد وقت جي قيمت کي گهٽائڻ ۽ اسان جي چوڌاري آئي ٽي شين جي معيار کي بهتر بڻائڻ آهي.
مان سمجهان ٿو ته منهنجون ”موضوعات“ بحث لاءِ الڳ موضوع آهن. پر هاڻي اتي تعمير ڪرڻ لاء ڪجهه آهي.
DevOps ڇا ڪندو آهي
هتي اهم لفظ مواصلات آهي. اتي تمام گھڻا رابطا آھن، جن جي شروعات ڪندڙ اھو ئي ساڳيو DevOps انجنيئر ھئڻ گھرجي. ائين ڇو آهي؟ ڇو ته هي فلسفو ۽ طريقو آهي، ۽ پوءِ ئي انجنيئرنگ جو علم.
مان مغربي مزدور مارڪيٽ بابت 100٪ اعتماد سان نٿو ڳالهائي سگهان. پر مون کي روس ۾ DevOps مارڪيٽ بابت ڪافي ڄاڻ آهي. سوين انٽرويوز کان علاوه، گذريل سال ۽ اڌ دوران مون وڏين روسي ڪمپنين ۽ بئنڪن لاءِ ”ڊيو اوپس جي نفاذ“ سروس لاءِ سوين ٽيڪنيڪل پريزلز ۾ حصو ورتو آهي.
روس ۾، DevOps اڃا تائين هڪ تمام نوجوان آهي، پر اڳ ۾ ئي رجحان وارو موضوع. جيتري قدر مون کي خبر آهي، رڳو ماسڪو ۾ 2019 ۾ اهڙن ماهرن جي گهٽتائي 1000 ماڻهن کان وڌيڪ هئي. ۽ لفظ ڪبرنيٽس ملازمن لاءِ لڳ ڀڳ هڪ ٻلي لاءِ ڳاڙهي رڳ وانگر آهي. هن اوزار جي پيروي ڪندڙ ان کي استعمال ڪرڻ لاء تيار آهن جيتوڻيڪ اهو ضروري ناهي ۽ اقتصادي طور تي منافع بخش. نوڪر هميشه اهو نه ٿو سمجهي ته ڪهڙن حالتن ۾ استعمال ڪرڻ وڌيڪ مناسب آهي، ۽ مناسب ترتيب سان، ڪبرنيٽس ڪلستر کي برقرار رکڻ جي قيمت 2-3 ڀيرا وڌيڪ آهي هڪ روايتي ڪلستر اسڪيم استعمال ڪندي ايپليڪيشن کي ترتيب ڏيڻ کان. ان کي استعمال ڪريو جتي توهان واقعي جي ضرورت آهي.
DevOps کي لاڳو ڪرڻ پئسن جي لحاظ کان مهانگو آهي. ۽ اهو صرف جائز آهي جتي اهو ٻين علائقن ۾ اقتصادي فائدو آڻيندو آهي، ۽ پنهنجي پاڻ تي نه.
DevOps انجنيئر آهن، حقيقت ۾، پائنئرز - اهي اهي آهن جن کي ڪمپني ۾ هن طريقي کي لاڳو ڪرڻ ۽ پروسيس ٺاهڻ لاء پهريون هجڻ گهرجي. ان لاءِ ڪامياب ٿيڻ لاءِ، ماهرن کي هر سطح تي ملازمن ۽ ساٿين سان مسلسل رابطو ڪرڻ گهرجي. جيئن آئون عام طور تي چوان ٿو، ڪمپني جي سڀني ملازمن کي شامل ٿيڻ گهرجي DevOps عمل درآمد واري عمل ۾: صفائي واري عورت کان وٺي سي اي او تائين. ۽ هي هڪ شرط آهي. جيڪڏهن ٽيم جو سڀ کان وڌيڪ جونيئر ميمبر نه ٿو ڄاڻي ۽ سمجھي ته DevOps ڇا آهي ۽ ڪجهه تنظيمي ڪارناما ڇو ڪيا ويا آهن، پوء ڪامياب عمل درآمد ڪم نه ڪندو.
انهي سان گڏ، هڪ DevOps انجنيئر کي وقت وقت تي انتظامي وسيلن کي استعمال ڪرڻ جي ضرورت آهي. مثال طور، "ماحولياتي مزاحمت" کي ختم ڪرڻ لاء - جڏهن ٽيم DevOps اوزار ۽ طريقيڪار کي قبول ڪرڻ لاء تيار ناهي.
ڊولپر کي صرف ڪوڊ ۽ ٽيسٽ لکڻ گهرجي. هن کي ڪرڻ لاء، هن کي هڪ سپر طاقتور ليپ ٽاپ جي ضرورت ناهي جنهن تي هو سڄي منصوبي جي بنيادي ڍانچي کي مقامي طور تي ترتيب ڏيندو ۽ سپورٽ ڪندو. مثال طور، هڪ فرنٽ-اينڊ ڊولپر ايپليڪيشن جا سڀئي عنصر پنهنجي ليپ ٽاپ تي رکي ٿو، بشمول ڊيٽابيس، S3 ايموليٽر (مينيو) وغيره. اهو آهي، هو هن مقامي انفراسٽرڪچر کي برقرار رکڻ ۾ گهڻو وقت گذاريندو آهي ۽ اهڙي حل جي سڀني مسئلن سان اڪيلو هٿ سان جدوجهد ڪندو آهي. اڳتي لاءِ ڪوڊ ٺاهڻ بدران. اهڙا ماڻهو ڪنهن به تبديليءَ لاءِ ڏاڍا مزاحمتي ٿي سگهن ٿا.
پر اتي ٽيمون آھن جيڪي، ان جي ابتڙ، نوان اوزار ۽ طريقا متعارف ڪرائڻ لاء خوش آھن، ۽ فعال طور تي ھن عمل ۾ حصو وٺندا آھن. جيتوڻيڪ هن معاملي ۾، DevOps انجنيئر ۽ ٽيم جي وچ ۾ رابطي کي منسوخ نه ڪيو ويو.
جڏهن DevOps جي ضرورت ناهي
حالتون آهن جڏهن DevOps جي ضرورت ناهي. اها هڪ حقيقت آهي - ان کي سمجهڻ ۽ قبول ڪرڻ جي ضرورت آهي.
سڀ کان پهريان، هي ڪنهن به ڪمپني (خاص طور تي نن businessesن ڪاروبار) تي لاڳو ٿئي ٿو ، جڏهن انهن جو منافعو سڌو سنئون انحصار نه آهي آئي ٽي پروڊڪٽس جي موجودگي يا غير موجودگي تي جيڪي گراهڪن کي معلوماتي خدمتون فراهم ڪن ٿيون. ۽ هتي اسان ڪمپني جي ويب سائيٽ جي باري ۾ نه ڳالهائي رهيا آهيون، اهو هڪ جامد "ڪاروباري ڪارڊ" هجي يا متحرڪ نيوز بلاڪ، وغيره.
DevOps جي ضرورت پوندي آهي جڏهن توهان جي ڪلائنٽ جي اطمينان ۽ توهان ڏانهن واپس اچڻ جي هن جي خواهش جو دارومدار انهن معلوماتي خدمتن جي دستيابي تي آهي ڪلائنٽ سان رابطي لاءِ ، انهن جي معيار ۽ ٽارگيٽنگ لاءِ.
هڪ شاندار مثال هڪ مشهور بينڪ آهي. ڪمپني وٽ معمولي ڪلائنٽ آفيسون نه آهن، دستاويز جي وهڪري ميل يا ڪوريئر ذريعي ڪيو ويندو آهي، ۽ ڪيترائي ملازم گهر کان ڪم ڪن ٿا. ڪمپني بند ٿي وئي آهي صرف هڪ بينڪ ۽، منهنجي خيال ۾، هڪ آئي ٽي ڪمپني ۾ تبديل ٿي وئي آهي ترقي يافته DevOps ٽيڪنالاجي سان.
ٻيا ڪيترائي مثال ۽ ليڪچرز موضوعي ملاقاتن ۽ ڪانفرنسن جي رڪارڊنگ ۾ ملي سگھن ٿا. مون انهن مان ڪجهه ذاتي طور تي دورو ڪيو - اهو انهن لاء هڪ تمام مفيد تجربو آهي جيڪي هن هدايت ۾ ترقي ڪرڻ چاهيندا آهن. هتي آهن لنڪ يوٽيوب چينلز جا سٺا ليڪچر ۽ مواد سان گڏ DevOps تي:
ھاڻي پنھنجي ڪاروبار کي ڏسو ۽ ھن بابت سوچيو: توھان جي ڪمپني ۽ ان جي منافعي جو ڪيترو دارومدار IT پروڊڪٽس تي آھي ته جيئن گراهڪ جي رابطي کي چالو ڪيو وڃي؟
جيڪڏهن توهان جي ڪمپني هڪ ننڍڙي دڪان ۾ مڇي وڪڻي ٿي ۽ صرف آئي ٽي پراڊڪٽ ٻه 1C آهي: انٽرپرائز ترتيب (اڪائونٽنگ ۽ UNF)، پوءِ اهو مشڪل سان DevOps بابت ڳالهائڻ جو احساس نٿو ڪري.
جيڪڏهن توهان هڪ وڏي واپاري ۽ پيداوار واري اداري تي ڪم ڪريو ٿا (مثال طور، توهان شڪار ڪرڻ واريون رائفلون ٺاهيندا آهيو)، پوء توهان کي ان بابت سوچڻ گهرجي. توھان شروعات ڪري سگھو ٿا ۽ پنھنجي انتظاميا تائين پھچائي سگھوٿا DevOps لاڳو ڪرڻ جا امڪان. خير، ۽ ساڳئي وقت، هن عمل جي اڳواڻي. هڪ فعال پوزيشن DevOps فلسفي جي اهم اصولن مان هڪ آهي.
سالياني مالياتي واپار جي ماپ ۽ مقدار اهو طئي ڪرڻ لاءِ بنيادي معيار نه آهي ته ڇا توهان جي ڪمپني کي DevOps جي ضرورت آهي.
اچو ته تصور ڪريو هڪ وڏو صنعتي ادارو جيڪو سڌو سنئون گراهڪن سان رابطو نٿو ڪري. مثال طور، ڪجهه گاڏيون ۽ گاڏيون ٺاهڻ واريون ڪمپنيون. مون کي هاڻي پڪ ناهي، پر منهنجي ماضي جي تجربي مان، ڪيترن ئي سالن تائين سڀ ڪسٽمر رابطي اي ميل ۽ فون ذريعي ڪيو ويو.
انهن جا گراهڪ ڪار ڊيلرز جي هڪ محدود فهرست آهن. ۽ هر هڪ کي ٺاهيندڙ کان هڪ ماهر مقرر ڪيو ويو آهي. سڀ اندروني دستاويز جي وهڪري SAP ERP ذريعي ٿئي ٿي. اندروني ملازمن کي لازمي طور تي معلومات سسٽم جا گراهڪ آهن. پر هي IS ڪلستر سسٽم کي منظم ڪرڻ جي ڪلاسيڪل طريقن سان ڪنٽرول آهي. جنهن ۾ DevOps طريقن کي استعمال ڪرڻ جي امڪان کي خارج ڪري ٿو.
تنهن ڪري نتيجو: اهڙين ادارن لاء، DevOps جي عمل درآمد ڪجهه اهم نه آهي، جيڪڏهن اسان آرٽيڪل جي شروعات کان طريقي جي مقصدن کي ياد ڪندا آهيون. پر مان ان ڳالهه کي رد نٿو ڪريان ته اهي ا todayڪلهه ڪجهه DevOps اوزار استعمال ڪن ٿا.
ٻئي طرف، ڪيتريون ئي ننڍيون ڪمپنيون آهن جيڪي سافٽ ويئر ٺاهي رهيا آهن DevOps طريقي، فلسفو، عمل ۽ اوزار استعمال ڪندي. ۽ انهن کي يقين آهي ته DevOps لاڳو ڪرڻ جي قيمت اها قيمت آهي جيڪا انهن کي سافٽ ويئر مارڪيٽ ۾ مؤثر طريقي سان مقابلو ڪرڻ جي اجازت ڏئي ٿي. اهڙين ڪمپنين جا مثال ڏسي سگهجن ٿا .
سمجھڻ لاءِ بنيادي معيار ڇا آھي DevOps جي ضرورت آھي: توھان جي آئي ٽي پروڊڪٽس جي ڪمپني ۽ گراهڪن لاءِ ڇا قدر آھي.
جيڪڏهن ڪمپني جو مکيه پراڊڪٽ جيڪو منافعو پيدا ڪري ٿو سافٽ ويئر آهي، توهان کي ضرورت آهي DevOps. ۽ اهو ايترو ضروري ناهي ته جيڪڏهن توهان ٻين شين کي استعمال ڪندي حقيقي پئسا ڪمايو. ھن ۾ آن لائن اسٽور يا موبائل ايپليڪيشنون شامل آھن رانديون سان.
ڪا به رانديون موجود آهن فنڊنگ جي مهرباني: رانديگرن کان سڌي يا اڻ سڌي طرح. Playgendary تي، اسان 200 کان وڌيڪ ماڻهن سان مفت موبائل رانديون ٺاهيندا آهيون جيڪي سڌو سنئون انهن جي تخليق ۾ شامل آهن. اسان ڪيئن استعمال ڪريون DevOps؟
ها، بلڪل ساڳيو جيئن مٿي بيان ڪيو ويو آهي. مان مسلسل ڊولپرز ۽ ٽيسٽرز سان رابطو ڪريان ٿو، ۽ ملازمن لاءِ DevOps طريقن ۽ اوزارن تي اندروني تربيت جو انتظام ڪريان ٿو.
اسان ھاڻي فعال طور تي جينڪنز کي استعمال ڪري رھيا آھيون CI/CD پائپ لائنز ٽول جي طور تي سڀني اسيمبليءَ جي پائپ لائنن کي ايڪيڪيوٽ ڪرڻ لاءِ اتحاد سان ۽ بعد ۾ ائپ اسٽور ۽ پلي مارڪيٽ ۾ تعیناتي. کلاسک ٽول ڪٽ مان وڌيڪ:
- آسنا - منصوبي جي انتظام لاء. جينڪنز سان انضمام کي ترتيب ڏنو ويو آهي.
- گوگل ميٽ - وڊيو ميٽنگن لاءِ.
- سست - ڪميونيڪيشن ۽ مختلف الارٽس لاءِ، بشمول جينڪنز جون اطلاعون.
- Atlassian سنگم - دستاويزن ۽ گروپ جي ڪم لاء.
اسان جي فوري منصوبن ۾ شامل آهي جامد ڪوڊ تجزيو متعارف ڪرائڻ SonarQube استعمال ڪندي ۽ پاڻمرادو UI ٽيسٽنگ ڪرڻ Selenium استعمال ڪندي مسلسل انٽيگريشن اسٽيج تي.
سوچيم ته هڪ ٿڪل جي
مان هيٺين سوچ سان ختم ڪرڻ چاهيندس: هڪ اعليٰ تعليم يافته DevOps انجنيئر ٿيڻ لاءِ، اهو سکڻ ضروري آهي ته ڪيئن ماڻهن سان لائيو رابطو ڪجي.
هڪ DevOps انجنيئر هڪ ٽيم پليئر آهي. ۽ ٻيو ڪجهه به نه. ساٿين سان ڳالھ ٻولھ ۾ شروعات هن کان اچڻ گهرجي، ۽ نه ڪجهه حالتن جي اثر هيٺ. هڪ DevOps ماهرن کي ڏسڻ گهرجي ۽ ٽيم لاءِ بهترين حل پيش ڪرڻ گهرجي.
۽ ها، ڪنهن به حل جي نفاذ لاءِ تمام گهڻي بحث جي ضرورت پوندي، ۽ آخر تائين اهو مڪمل طور تبديل ٿي سگهي ٿو. آزاديءَ سان ترقي ڪندي، پنهنجي خيالن جي پروپوزل ۽ ان تي عمل ڪندي، اهڙي شخص جو قدر ٽيم ۽ نوڪر ٻنهي لاءِ آهي. جيڪو، آخرڪار، هن جي مھينن جي معاوضي جي رقم يا اضافي بونس جي صورت ۾ ظاهر ٿئي ٿو.
جو ذريعو: www.habr.com