ڇا اهو ڏکيو آهي بنيادي نقطي کي سمجهڻ جڏهن DevOps بابت ڳالهائيندي؟ اسان توهان جي لاءِ وشد تشبيهون، شاندار فارموليون ۽ ماهرن کان صلاحون گڏ ڪيون آهن جيڪي مدد ڪنديون ته غير ماهرن کي به مقصد حاصل ڪرڻ ۾. آخر ۾، بونس آهي Red Hat ملازمن جا پنهنجا DevOps.
اصطلاح DevOps 10 سال اڳ شروع ٿيو ۽ Twitter hashtag کان آئي ٽي دنيا ۾ هڪ طاقتور ثقافتي تحريڪ ڏانهن ويو آهي، هڪ سچو فلسفو جيڪو ڊولپرز کي حوصلا افزائي ڪري ٿو شين کي تيز ڪرڻ، تجربو ڪرڻ، ۽ اڳتي وڌڻ لاء. DevOps ڊجيٽل تبديليءَ جي تصور سان لاتعداد طور تي ڳنڍيل آهي. پر جيئن اڪثر ٿئي ٿو آئي ٽي اصطلاحن سان، گذريل ڏهن سالن کان DevOps پنهنجي باري ۾ ڪيتريون ئي معنائون، تشريحون ۽ غلط فهميون حاصل ڪيون آهن.
تنهن ڪري، توهان اڪثر DevOps بابت سوال ٻڌي سگهو ٿا جهڙوڪ، ڇا اهو ساڳيو ئي چست آهي؟ يا هي ڪو خاص طريقو آهي؟ يا اهو لفظ "تعاون" لاء صرف هڪ ٻيو مترادف آهي؟
DevOps ۾ ڪيترائي مختلف تصورات شامل آھن (مسلسل ترسيل، مسلسل انضمام، آٽوميشن، وغيره)، تنھنڪري جيڪو ضروري آھي ان کي ختم ڪرڻ مشڪل ٿي سگھي ٿو، خاص طور تي جڏھن توھان موضوع بابت پرجوش آھيو. بهرحال، هي مهارت تمام ڪارائتو آهي، ان ڳالهه کان سواءِ ته ڇا توهان ڪوشش ڪري رهيا آهيو پنهنجن خيالن کي پنهنجي اعليٰ عملدارن تائين پهچائڻ يا صرف پنهنجي خاندان يا دوستن مان ڪنهن کي توهان جي ڪم بابت ٻڌايو. تنهن ڪري، اچو ته هاڻي DevOps جي اصطلاحي نونسن کي ڇڏي ڏيو ۽ وڏي تصوير تي ڌيان ڏيو.
DevOps ڇا آهي: 6 وصفون ۽ تشبيهون
اسان ماهرن کان پڇيو ته DevOps جي جوهر کي آسان ۽ مختصر طور تي بيان ڪيو وڃي ته جيئن ان جو قدر پڙهندڙن لاءِ ڪنهن به سطح جي فني علم سان واضح ٿئي. انهن ڳالهين جي نتيجن جي بنياد تي، اسان چونڊيو آهي سڀ کان وڌيڪ حيرت انگيز تشبيهون ۽ شاندار فارموليون جيڪي توهان جي مدد ڪنديون توهان جي ڪهاڻي ٺاهڻ ۾ DevOps بابت.
1. DevOps هڪ ثقافتي تحريڪ آهي
"DevOps هڪ ثقافتي تحريڪ آهي جنهن ۾ ٻنهي ڌرين (سافٽ ويئر ڊولپرز ۽ آئي ٽي سسٽم آپريشن ماهرن) کي تسليم ڪيو ويو آهي ته سافٽ ويئر حقيقي فائدو نه آڻيندو جيستائين ڪو ماڻهو ان کي استعمال ڪرڻ شروع نه ڪري: گراهڪ، گراهڪ، ملازم، نقطي نه، "Eveline Oehrlich، سينئر ريسرچ چوي ٿو. DevOps انسٽيٽيوٽ ۾ تجزيه نگار. "تنهنڪري، اهي ٻئي پارٽيون گڏيل طور تي سافٽ ويئر جي تيز ۽ اعلي معيار جي پهچائڻ کي يقيني بڻائين."
2. DevOps ڊولپرز کي بااختيار بڻائڻ بابت آهي.
"DevOps ڊولپرز کي اختيار ڏئي ٿو ته هو پنهنجي ايپليڪيشنن کي، انهن کي هلائڻ، ۽ ترسيل کي شروع کان ختم ڪرڻ جو انتظام ڪن."
"عام طور تي، DevOps جي باري ۾ ڳالهايو ويندو آهي ايپليڪيشنن جي ترسيل کي تيز ڪرڻ جي طريقي جي طور تي پيداوار لاءِ خودڪار عملن جي تعمير ۽ ان تي عمل ڪندي ،" جيئي شنيپ چوي ٿو ، انشورنس ڪمپني لبرٽي ميوئل ۾ ڊي اوپس پليٽ فارمز جي ڊائريڪٽر. "پر مون لاءِ اها هڪ تمام گهڻي بنيادي شيءِ آهي." DevOps ڊولپرز کي اختيار ڏئي ٿو ته هو پنهنجي ايپليڪيشنن يا سافٽ ويئر جا مخصوص ٽڪرا، انهن کي هلائڻ، ۽ انهن جي ترسيل کي شروع کان آخر تائين منظم ڪن. DevOps ذميواري جي مونجهاري کي ختم ڪري ٿو ۽ هڪ خودڪار، ڊولپر تي هلندڙ انفراسٽرڪچر ٺاهڻ ۾ شامل هر ڪنهن جي رهنمائي ڪري ٿو.
3. DevOps ايپليڪيشن ٺاهڻ ۽ پهچائڻ ۾ تعاون بابت آهي.
"سادگي سان، DevOps سافٽ ويئر جي پيداوار ۽ پهچائڻ جو هڪ طريقو آهي جتي هرڪو گڏجي ڪم ڪري ٿو،" گر اسٽاف، صدر ۽ بي ايم سي ۾ ڊجيٽل ڪاروباري آٽوميشن جو سربراهه چوي ٿو.
4. DevOps هڪ پائپ لائن آهي
"ڪنويئر اسيمبلي صرف ممڪن آهي جيڪڏهن سڀئي حصا گڏ هجن."
”مان ڊيو اوپس کي ڪار اسيمبليءَ واري لائن سان ڀيٽيندس ،“ گور اسٽاف جاري آهي. - خيال اهو آهي ته سڀني حصن کي اڳ ۾ ڊزائين ۽ ٺاهيو وڃي ته جيئن اهي پوءِ انفرادي ترتيب جي بغير گڏ ڪري سگهجن. Conveyor اسيمبلي صرف ان صورت ۾ ممڪن آهي جڏهن سڀئي حصا گڏ هجن. انجڻ کي ڊزائين ڪرڻ ۽ ٺاھڻ وارن کي ضرور غور ڪرڻ گھرجي ته ان کي جسم يا فريم تي ڪيئن لڳايو وڃي. جيڪي بريڪ ٺاهيندا آهن انهن کي ضرور سوچڻ گهرجي ته ڦيٿن بابت، وغيره. سافٽ ويئر سان به ساڳيو هجڻ گهرجي.
ڪاروباري منطق يا يوزر انٽرفيس ٺاهڻ واري ڊولپر کي ڊيٽابيس جي باري ۾ سوچڻ گهرجي جيڪو صارف جي معلومات کي محفوظ ڪري ٿو، صارف جي ڊيٽا کي بچائڻ لاءِ حفاظتي اپاءَ، ۽ اهو سڀ ڪيئن ڪم ڪندو جڏهن سروس هڪ وڏي، شايد ڪروڙين ڊالرن جي صارف سامعين جي خدمت ڪرڻ شروع ڪندي. "
”ماڻهن کي حاصل ڪرڻ لاءِ تعاون ڪرڻ ۽ نوڪري جي انهن حصن بابت سوچڻ جيڪي ٻيا ڪري رهيا آهن ، بجاءِ صرف پنهنجن ڪمن تي ڌيان ڏيڻ جي ، دور ڪرڻ لاءِ سڀ کان وڏي رڪاوٽ آهي. جيڪڏهن توهان اهو ڪري سگهو ٿا، توهان وٽ ڊجيٽل تبديلي جو هڪ بهترين موقعو آهي، "گر اسٽاف شامل ڪري ٿو.
5. DevOps ماڻهن، عملن ۽ آٽوميشن جو صحيح ميلاپ آهي
جين گرول، DevOps انسٽيٽيوٽ جي ايگزيڪيوٽو ڊائريڪٽر، DevOps جي وضاحت ڪرڻ لاءِ هڪ عظيم قياس پيش ڪيو. هن جي لفظن ۾، "DevOps هڪ ترڪيب وانگر آهي اجزاء جي ٽن مکيه قسمن سان: ماڻهو، عمل ۽ خودڪار. انھن مان گھڻا اجزا ٻين علائقن ۽ ذريعن کان وٺي سگھجن ٿا: Lean، Agile، SRE، CI/CD، ITIL، قيادت، ثقافت، اوزار. DevOps جو راز، ڪنهن به سٺي ترڪيب وانگر، اهو آهي ته ڪيئن حاصل ڪجي صحيح تناسب ۽ انهن اجزاء جو ملايو ايپليڪيشن ٺاهڻ ۽ جاري ڪرڻ جي رفتار ۽ ڪارڪردگي کي وڌائڻ لاءِ.
6. DevOps اهو آهي جڏهن پروگرامر هڪ فارمولا 1 ٽيم وانگر ڪم ڪن ٿا
"ريس شروع کان ختم ٿيڻ جي منصوبابندي نه ڪئي وئي آهي، پر ان جي ابتڙ، ختم ٿيڻ کان شروع تائين."
”جڏهن ڳالهه ٻولهه ڪندي ته ڪنهن DevOps جي شروعات کان ڪهڙي توقع رکي ، مان استعمال ڪريان ٿو NASCAR يا فارمولا 1 ريسنگ ٽيم جو مثال ،“ ڪرس شارٽ چوي ٿو ، ريڊ هيٽ تي ڪلائوڊ پليٽ فارم مارڪيٽنگ جو سينئر مئنيجر ۽ DevOps'ish نيوز ليٽر جو پبلشر. - اهڙي ٽيم جي اڳواڻ جو هڪ مقصد آهي: ريس جي آخر ۾ سڀ کان وڌيڪ ممڪن جڳهه وٺڻ، ٽيم وٽ موجود وسيلن ۽ ان کي منهن ڏيڻ وارن چئلينجن کي مدنظر رکندي. انهي حالت ۾، نسل شروع کان ختم ٿيڻ جي منصوبابندي نه ڪئي وئي آهي، پر ان جي برعڪس، ختم ٿيڻ کان شروع تائين. پهرين، هڪ امڪاني مقصد مقرر ڪيو ويو آهي، ۽ پوء ان کي حاصل ڪرڻ جا طريقا طئي ڪيا ويا آهن. ان کان پوء اهي ذيلي ڪمن ۾ ورهايل آهن ۽ ٽيم جي ميمبرن کي ورهايو ويو آهي.
"ٽيم سڄو هفتو گذاريندو آهي ريس کان اڳ پيٽ اسٽاپ کي پورو ڪرڻ. هو سخت تربيت واري ڏينهن لاءِ شڪل ۾ رهڻ لاءِ طاقت جي تربيت ۽ ڪارڊيو ڪندو آهي. ڪنهن به مسئلي کي حل ڪرڻ لاءِ گڏجي ڪم ڪرڻ جا طريقا جيڪي ريس دوران پيدا ٿي سگهن ٿا. ساڳئي طرح، ترقياتي ٽيم کي نئين نسخن کي اڪثر جاري ڪرڻ جي مهارت کي تربيت ڏيڻ گهرجي. جيڪڏهن توهان وٽ اهڙيون صلاحيتون آهن ۽ هڪ سٺو ڪم ڪندڙ سيڪيورٽي سسٽم، پيداوار ۾ نئين نسخن جي شروعات پڻ گهڻو ڪري ٿي. هن دنيا جي نظر ۾، وڌندڙ رفتار جو مطلب آهي حفاظت وڌايو، "شارٽ چوي ٿو.
"اها ڪرڻ بابت ناهي 'صحيح ڪم'،" مختصر شامل ڪيو، "اها ممڪن حد تائين ڪيتريون ئي شيون ختم ڪرڻ جي باري ۾ آهي جيڪي گهربل نتيجن جي رستي ۾ بيٺل آهن. توهان کي حقيقي وقت ۾ حاصل ڪيل موٽ جي بنياد تي تعاون ۽ موافقت ڪريو. بي ضابطگين لاءِ تيار رهو ۽ معيار کي بهتر بڻائڻ لاءِ ڪم ڪريو ته جيئن توهان جي مقصد ڏانهن ترقي تي انهن جو اثر گهٽجي وڃي. اھو اھو آھي جيڪو اسان کي DevOps جي دنيا ۾ انتظار ڪري ٿو.
DevOps کي ڪيئن ماپيو وڃي: ماهرن کان 10 تجويزون
اهو صرف اهو آهي ته DevOps ۽ mass DevOps مڪمل طور تي مختلف شيون آهن. اسان توهان کي ٻڌائينداسين ته پهرين کان ٻئي تائين رستي ۾ رڪاوٽون ڪيئن دور ڪجي.
ڪيترن ئي تنظيمن لاءِ، DevOps ڏانهن سفر آساني سان ۽ خوشگوار طور تي شروع ٿئي ٿو. ننڍيون پرجوش ٽيمون ٺاهيون وينديون آهن، پراڻن عملن کي نئين سان تبديل ڪيو ويندو آهي، ۽ پهرين ڪاميابيون ڊگهيون نه هونديون آهن.
افسوس، اهو صرف هڪ غلط گليز آهي، ترقي جو هڪ فريب، بين گرينل چوي ٿو، مئنيجنگ ڊائريڪٽر ۽ ڊجيٽل جو سربراهه نارٿ هاءِلينڊ ۾. ابتدائي فتحون يقيني طور تي حوصلا افزائي ڪن ٿيون، پر اهي تنظيم ۾ DevOps جي وسيع اپنائڻ جو حتمي مقصد حاصل ڪرڻ ۾ مدد نٿا ڪن.
اهو ڏسڻ ۾ آسان آهي ته نتيجو "اسان" ۽ "انهن" جي وچ ۾ تقسيم جي ثقافت آهي.
"اڪثر ڪري، تنظيمون اهي ترقي يافته منصوبن کي شروع ڪن ٿا سوچڻ جي اهي مکيه وهڪرو DevOps لاء رستو ٺاهيندا، بغير غور ڪرڻ جي ته ڇا ٻيا ان رستي جي پيروي ڪرڻ جي قابل يا رضامند هوندا،" بين گرينل بيان ڪري ٿو. - اهڙن منصوبن تي عمل ڪرڻ لاءِ ٽيمون عام طور تي خود اعتمادي وارن ”وارنگين“ مان ڀرتي ڪيون وينديون آهن جيڪي اڳ ۾ ئي ٻين هنڌن تي ڪجهه اهڙا ڪم ڪري چڪا آهن، پر توهان جي تنظيم لاءِ نوان آهن. ساڳي ئي وقت، اهي قاعدن کي ٽوڙڻ ۽ تباهه ڪرڻ جي حوصلا افزائي ڪن ٿا جيڪي هر ڪنهن تي پابند رهنديون آهن. اهو ڏسڻ ۾ آسان آهي ته نتيجو "اسان" ۽ "انهن" جي ثقافت آهي جيڪو علم ۽ صلاحيتن جي منتقلي کي روڪي ٿو.
"۽ هي ثقافتي مسئلو صرف هڪ سبب آهي ته DevOps پيماني تي ڏکيو آهي. DevOps ٽيمون وڌندڙ ٽيڪنيڪل چئلينجن کي منهن ڏئي رهيون آهن جيڪي عام طور تي تيز ترقي ڪندڙ آئي ٽي فرسٽ ڪمپنيون آهن ، ”اسڪيلر جو باني ۽ چيئرمين اسٽيو نيومن چيو.
"جديد دنيا ۾، خدمتون تبديل ٿينديون آهن جيئن ئي ضرورت پيدا ٿئي ٿي. نيون خصوصيتن کي مسلسل لاڳو ڪرڻ ۽ ان تي عمل ڪرڻ تمام سٺو آهي، پر هن عمل کي همٿائڻ ۽ پيدا ٿيندڙ مسئلن کي ختم ڪرڻ هڪ حقيقي سر درد آهي، اسٽيو نيومن شامل ڪري ٿو. - تمام تيزي سان وڌندڙ تنظيمن ۾، ڪراس-فنڪشنل ٽيمن تي انجنيئرز تبديليءَ ۾ نمائش کي برقرار رکڻ جي لاءِ جدوجهد ڪن ٿا ۽ اُن جي اثرن کي انحصار جي سطح تي پيدا ڪري ٿو. ان کان علاوه، انجنيئر خوش نه آهن جڏهن اهي هن موقعي کان محروم آهن ۽ نتيجي طور، انهن لاء پيدا ٿيندڙ مسئلن جي جوهر کي سمجهڻ ڏکيو ٿي ويندو آهي.
مٿي بيان ڪيل انهن چيلنجن کي ڪيئن منهن ڏيڻ ۽ وڏي تنظيم ۾ DevOps جي وڏي پيماني تي اپنائڻ لاءِ؟ ماهر صبر جي تلقين ڪن ٿا، جيتوڻيڪ توهان جو حتمي مقصد توهان جي سافٽ ويئر ڊولپمينٽ چڪر ۽ ڪاروباري عملن کي تيز ڪرڻ آهي.
1. ياد رکو ته ثقافت جي تبديلي وقت وٺندو آهي.
Jayne Groll، ايگزيڪيوٽو ڊائريڪٽر، DevOps انسٽيٽيوٽ: ”منهنجي راءِ ۾، DevOps جي توسيع ٿيڻ گهرجي جيترو واڌارو ۽ متحرڪ ترقي وانگر (۽ ثقافت تي پڻ ڇڪڻ). Agile ۽ DevOps ننڍي ٽيمن تي زور. پر جيئن ته اهي ٽيمون تعداد ۽ انضمام ۾ وڌنديون آهن، اسان وڌيڪ ماڻهن سان گڏ ڪم ڪرڻ جا نوان طريقا اختيار ڪندا آهيون، ۽ نتيجي ۾ هڪ وڏي ثقافتي تبديلي آهي.
2. ڪافي وقت خرچ ڪريو منصوبابندي ڪرڻ ۽ پليٽ فارم چونڊڻ
Eran Kinsbruner، ليڊ ٽيڪنيڪل مبشر پرفيڪٽو: "ڪم ڪرڻ لاءِ اسڪيلنگ لاءِ، DevOps ٽيمن کي لازمي طور تي سکڻ گهرجي ته روايتي عملن، اوزارن ۽ صلاحيتن کي گڏ ڪرڻ، ۽ پوءِ آهستي آهستي پرورش ڪرڻ ۽ DevOps جي هر انفرادي مرحلي کي مستحڪم ڪرڻ. اهو سڀ شروع ٿئي ٿو صارف جي ڪهاڻين جي محتاط منصوبابندي سان ۽ قدر واري اسٽريم، بعد ۾ لکڻ جي سافٽ ويئر ۽ ورزن ڪنٽرول ٽرنڪ تي ٻڌل ڊولپمينٽ استعمال ڪندي يا برانچنگ ۽ ضم ڪرڻ واري ڪوڊ لاءِ مناسب ٻيا طريقا.
”پوءِ اچي ٿو انضمام ۽ ٽيسٽنگ اسٽيج، جتي آٽوميشن لاءِ اسپيبلبل پليٽ فارم اڳ ۾ ئي گهربل آهي. هي اهو آهي جتي DevOps ٽيمن لاءِ اهو ضروري آهي ته صحيح پليٽ فارم چونڊيو جيڪو انهن جي مهارت جي سطح ۽ منصوبي جي آخري مقصدن کي پورو ڪري.
ايندڙ مرحلو پيداوار لاءِ مقرري آهي ۽ اهو مڪمل طور تي خودڪار ٿيڻ گهرجي آرڪيسٽريشن اوزار ۽ ڪنٽينرز استعمال ڪندي. اهو ضروري آهي ته DevOps جي سڀني مرحلن تي مجازي ماحول (پيداوار سميوليٽر، QA ماحول، ۽ حقيقي پيداوار ماحول) ۽ هميشه لاڳاپيل نتيجن کي حاصل ڪرڻ لاء ٽيسٽ لاء صرف جديد ڊيٽا استعمال ڪريو. تجزياتي تيز ۽ قابل عمل موٽ سان گڏ وڏي ڊيٽا کي پروسيسنگ ڪرڻ لاءِ سمارٽ ۽ قابل هجڻ گهرجي.
3. ڏوهن کي ذميواري کان ٻاهر ڪڍو.
گورڊن هاف، ريڊ هٽ مبشر: "هڪ سسٽم ۽ ماحول ٺاهڻ جيڪو تجربو کي اجازت ڏئي ٿو ۽ حوصلا افزائي ڪري ٿو، انهي جي اجازت ڏئي ٿو جيڪو چست سافٽ ويئر ڊولپمينٽ ۾ ڪامياب ناڪامي طور سڃاتو وڃي ٿو. ان جو مطلب اهو ناهي ته ناڪامين جو ذميوار ڪو ٻيو ناهي. حقيقت ۾، سڃاڻڻ ته ڪير ذميوار آهي، اڃا به آسان ٿي وڃي ٿو، ڇاڪاڻ ته "ذميدار هجڻ" جو مطلب نه آهي "حادثو پيدا ڪرڻ." اهو آهي، ذميواري جو جوهر کيفيت سان تبديل ڪري ٿو. چار عنصر نازڪ بڻجي ويندا آهن: رڪاوٽ جي حد، طريقا، پيداوار جي عمل ۽ ترغيب. (توهان انهن فڪرن بابت گورڊن هف جي مضمون ۾ وڌيڪ پڙهي سگهو ٿا ”DevOps سبق: صحتمند تجربن جا 4 پهلو“.)
4. اڳتي جو رستو صاف ڪريو
بين گرينل، مئنيجنگ ڊائريڪٽر ۽ ڊجيٽل جو سربراهه نارٿ هاءِلينڊ ۾ صلاحڪار: "پيماني تي حاصل ڪرڻ لاء، مان هڪ "رستو صاف ڪرڻ" پروگرام شروع ڪرڻ جي صلاح ڪريان ٿو ۽ گڏوگڏ منصوبن سان گڏ. هن پروگرام جو مقصد اهو آهي ته ڪچري کي صاف ڪيو وڃي جيڪي DevOps جي علمبردار پويان ڇڏي وڃن ٿا، جهڙوڪ پراڻي قاعدن ۽ شين وانگر، ته جيئن اڳتي وڌڻ جو رستو صاف رهي.
"ماڻهن کي رابطي جي ذريعي تنظيمي مدد ۽ رفتار ڏيو جيڪي ڪم ڪرڻ جي نئين طريقن جي ڪاميابين کي وڏي پيماني تي جشن ڪندي اڳوڻي گروپ کان اڳتي وڌندا آهن. ڪوچ ماڻهو جيڪي DevOps منصوبن جي ايندڙ لهر ۾ شامل آهن ۽ پهريون ڀيرو DevOps استعمال ڪرڻ بابت پريشان آهن. ۽ ياد رکو ته اهي ماڻهو اڳين کان بلڪل مختلف آهن.
5. Democratize اوزار
اسٽيو نيومن، اسڪالر جو باني ۽ چيئرمين: "اوزار ماڻهن کان لڪيل نه هجڻ گهرجي، ۽ انهن کي سکڻ لاء نسبتا آسان هجڻ گهرجي هر ڪنهن لاء وقت ۾ رکڻ لاء تيار آهي. جيڪڏهن لاگس جي سوال ڪرڻ جي صلاحيت ٽن ماڻهن تائين محدود آهي "تصديق ٿيل" هڪ اوزار استعمال ڪرڻ لاء، توهان وٽ هميشه وڌ ۾ وڌ ٽي ماڻهو موجود هوندا مسئلا کي سنڀالڻ لاء، جيتوڻيڪ توهان وٽ تمام وڏو ڪمپيوٽنگ ماحول آهي. ٻين لفظن ۾، هتي هڪ رڪاوٽ آهي جيڪا سنگين (ڪاروباري) نتيجا آڻي سگهي ٿي.
6. ٽيم جي ڪم لاء مثالي حالتون ٺاهيو
ٽام ڪلارڪ، ITV تي عام پليٽ فارم جو سربراهه: ”توهان ڪجهه به ڪري سگهو ٿا، پر هڪ ئي وقت سڀ ڪجهه نه. تنهن ڪري وڏا مقصد مقرر ڪريو، ننڍڙو شروع ڪريو، ۽ تيزيء سان اڳتي وڌو. وقت گذرڻ سان، توهان شين کي حاصل ڪرڻ لاءِ شهرت پيدا ڪندا، تنهنڪري ٻيا به توهان جا طريقا استعمال ڪرڻ چاهيندا. ۽ هڪ انتهائي موثر ٽيم ٺاهڻ جي باري ۾ پريشان نه ڪريو. ان جي بدران، ماڻهن کي مثالي ڪم ڪندڙ حالتن سان مهيا ڪريو ۽ ڪارڪردگي جي پيروي ڪندا.
7. ڪنوي جي قانون ۽ ڪنبن بورڊن جي باري ۾ نه وساريو
Logan Daigle، ڊائريڪٽر سافٽ ويئر ڊليوري ۽ DevOps حڪمت عملي CollabNetVersionOne تي: "اهو ضروري آهي ته ڪنو جي قانون جي نتيجن کي سمجهڻ لاء. منهنجي ٿلهي جملي ۾، هي قانون ٻڌائي ٿو ته اهي پروڊڪٽس جيڪي اسان ٺاهيندا آهيون ۽ اهي عمل جيڪي اسان ائين ڪرڻ لاءِ استعمال ڪندا آهيون، بشمول DevOps، اسان جي تنظيم جي ترتيب سان ٺهڪي اچي ٿي.
”جيڪڏهن هڪ تنظيم ۾ تمام گهڻو سلوس آهي، ۽ ڪنٽرول هٿ ۾ ڪيترائي ڀيرا تبديل ڪري ٿو جڏهن منصوبه بندي، تعمير ۽ سافٽ ويئر جاري ڪرڻ، اسڪيلنگ جو اثر صفر يا مختصر رهندو. جيڪڏهن هڪ تنظيم مصنوعات جي چوڌاري ڪراس-فنڪشنل ٽيمون ٺاهي ٿي جيڪي مارڪيٽ جي فڪر سان فنڊ آهن، پوء ڪاميابي جا موقعا ڊرامائي طور تي وڌندا آهن.
"اسڪيلنگ جو هڪ ٻيو اهم پاسو اهو آهي ته سڀني ڪم کي جاري رکڻ (WIP، workinprogress) ڪنبن بورڊن تي ڏيکاريو وڃي. جڏهن هڪ تنظيم هڪ جڳهه آهي جتي ماڻهو اهي شيون ڏسي سگهن ٿا، اهو تعاون جي حوصله افزائي ڪري ٿو، جنهن جو اسڪيلنگ تي مثبت اثر آهي.
8. پراڻا نشان ڳوليو
Manuel Pais، DevOps صلاحڪار ۽ ٽيم Topologies جو گڏيل ليکڪ: "DevOps جي عملن کي پاڻ کان اڳتي وڌائڻ ۽ اوپس پاڻ کي کڻڻ ۽ انهن کي ٻين ڪمن تي لاڳو ڪرڻ جي ڪوشش ڪرڻ مشڪل طور تي هڪ بهترين طريقو آهي. اهو ضرور ڪجهه اثر ٿيندو (مثال طور، خودڪار دستي ڪنٽرول ذريعي)، پر گهڻو ڪجهه حاصل ڪري سگهجي ٿو جيڪڏهن اسان ترسيل ۽ موٽ جي عمل کي سمجهڻ سان شروع ڪريون.
"جيڪڏهن ڪنهن تنظيم جي آئي ٽي سسٽم ۾ پراڻا داغ آهن - طريقا ۽ انتظامي ميڪانيزم جيڪي ماضي جي واقعن جي نتيجي ۾ لاڳو ڪيا ويا آهن، پر انهن جي لاڳاپا وڃائي چڪا آهن (پراڊڪٽس، ٽيڪنالاجيز يا پروسيس ۾ تبديلين جي ڪري) - پوء انهن کي ضرور هٽائڻ جي ضرورت آهي. يا غير موثر يا غير ضروري عمل کي خودڪار ڪرڻ بجاءِ هموار ڪيو ويو.
9. DevOps اختيارن کي نسل نه ڏيو
Anthony Edwards، Eggplant ۾ آپريشنز ڊائريڪٽر: "DevOps ھڪڙو غير واضح اصطلاح آھي، تنھنڪري ھر ٽيم پنھنجي پنھنجي ورزن سان ختم ٿئي ٿي DevOps. ۽ ڪجھ به خراب ناهي جڏهن هڪ تنظيم اوچتو 20 قسمون آهن DevOps جيڪي گڏ نه ٿيون گڏ ٿين. اهو ناممڪن آهي ته ٽنهي ترقياتي ٽيمن مان هر هڪ کي پنهنجو، ترقي ۽ پيداوار جي انتظام جي وچ ۾ خاص انٽرفيس هجي. ۽ نه ئي پروڊڪٽس کي موٽڻ لاءِ پنهنجون منفرد اميدون هجڻ گهرجن جڏهن پيداوار سميوليٽر ڏانهن منتقل ڪيو وڃي. ٻي صورت ۾، توهان ڪڏهن به DevOps کي ماپڻ جي قابل نه هوندا.
10. DevOps جي ڪاروباري قدر جي تبليغ ڪريو
اسٽيو نيومن، اسڪالر جو باني ۽ چيئرمين: "DevOps جي قدر کي سڃاڻڻ لاءِ ڪم ڪريو. سکو ۽ آزاد محسوس ڪريو ان بابت ڳالهائڻ لاءِ جيڪي توهان ڪندا آهيو. DevOps هڪ ناقابل اعتماد وقت ۽ پئسا بچائيندڙ آهي (صرف سوچيو: گهٽ دير جو وقت، ننڍو مطلب وصولي جو وقت)، ۽ DevOps ٽيمن کي لازمي طور تي زور ڏيڻ گهرجي (۽ تبليغ) انهن شروعاتن جي اهميت تي ڪاروبار ڪاميابي لاءِ. هن طريقي سان توهان پيروي ڪندڙن جي دائري کي وڌائي سگهو ٿا ۽ تنظيم ۾ DevOps جو اثر وڌائي سگهو ٿا.
بونس
تي اسان جا پنهنجا DevOps سيپٽمبر 13 تي پهچندا - ها، Red Hat، هڪ سافٽ ويئر ٺاهيندڙ جي طور تي، ان جي پنهنجي DevOps ٽيمون ۽ عمل آهن.
اسان جو انجنيئر مارڪ برگر، جيڪو سڄي تنظيم ۾ ٻين گروپن لاءِ اندروني آٽوميشن سروسز تيار ڪري ٿو، پنهنجي ڪهاڻي واضح روسي زبان ۾ ٻڌائيندو - ڪيئن Red Hat DevOps ٽيم ايپليڪيشنن کي هٽ ورچوئلائيزيشن ورچوئل ماحوليات مان منتقل ڪيو، جنهن کي منظم ڪيو ويو آهي مڪمل ڪنٽينر فارميٽ تي جواب ڏيڻ لاءِ. OpenShift پليٽ فارم.
پر اهو سڀ ڪجهه ناهي:
هڪ دفعو تنظيمن ڪم لوڊ کي ڪنٽينرز ڏانهن منتقل ڪيو، روايتي ايپليڪيشن مانيٽرنگ طريقا ڪم نه ڪري سگھندا. ٻئين ڳالهين ۾ اسين لاگ ان ٿيڻ جي طريقي کي تبديل ڪرڻ لاءِ اسان جي حوصلي جي وضاحت ڪنداسين ۽ ان رستي جي تسلسل کي ڏيکارينداسين جيڪو اسان کي جديد لاگنگ ۽ مانيٽرنگ طريقن ڏانهن وٺي ويو.
جو ذريعو: www.habr.com