2019 ۾ ڪامياب ٿيڻ لاءِ آئي ٽي ڪمپني کي ڇا کپي؟ ڪانفرنسن ۽ ميٽنگن ۾ ليڪچرار تمام وڏا لفظ چوندا آهن جيڪي هميشه عام ماڻهن جي سمجھ ۾ نه ايندا آهن. مقرري جي وقت لاءِ جدوجهد، مائڪرو سروسز، مينولٿ کي ڇڏڻ، DevOps جي تبديلي ۽ گهڻو ڪجهه. جيڪڏهن اسان لفظي حسن کي رد ڪريون ٿا ۽ سڌو سنئون ۽ روسي ۾ ڳالهايون ٿا، پوء اهو سڀ ڪجهه هڪ سادي مقالي تي اچي ٿو: هڪ اعلي معيار جي پيداوار ٺاهيو، ۽ ٽيم لاء آرام سان ڪريو.
بعد ۾ انتهائي اهم ٿي چڪو آهي. ڪاروبار آخرڪار ان نتيجي تي پهتو آهي ته هڪ آرامده ترقي وارو عمل پيداوار وڌائي ٿو، ۽ جيڪڏهن هر شي کي ڊيبگ ڪيو وڃي ٿو ۽ هڪ ڪلاڪ وانگر ڪم ڪري ٿو، اهو پڻ نازڪ حالتن ۾ مداخلت لاء ڪجهه گنجائش ڏئي ٿو. هڪ دفعي، هن چال جي خاطر، هڪ خاص هوشيار شخص بيڪ اپ سان گڏ آيو، پر صنعت ترقي ڪري رهي آهي، ۽ اسان وٽ DevOps انجنيئر آيا آهن - اهي ماڻهو جيڪي ترقي ۽ ٻاهرين انفراسٽرڪچر جي وچ ۾ رابطي جي عمل کي مناسب ۽ ڪجهه ۾ تبديل ڪن ٿا. شمنزم سان لاڳاپيل ناهي.
هيءَ سڄي ”ماڊيولر“ ڪهاڻي شاندار آهي، پر... ائين ٿيو آهي ته ڪجهه منتظمين کي اوچتو ڊب ڪيو ويو DevOps، ۽ DevOps انجنيئرن کي پاڻ ۾ گهٽ ۾ گهٽ ٽيليپيٿي ۽ ڪليئروائينس جون صلاحيتون هجڻ گهرجن.
ان کان اڳ جو اسان انفراسٽرڪچر مهيا ڪرڻ جي جديد مسئلن بابت ڳالهايون، اچو ته وضاحت ڪريون ته هن اصطلاح مان اسان جو مطلب ڇا آهي. موجوده وقت ۾، صورتحال اهڙي طرح ترقي ڪئي آهي ته اسان هن تصور جي دوري تي پهچي چڪا آهيون: انفراسٽرڪچر مشروط طور تي خارجي ۽ مشروط طور تي اندروني ٿي سگهي ٿو.
خارجي انفراسٽرڪچر مان اسان جو مطلب هر شيءِ آهي جيڪا سروس يا پراڊڪٽ جي ڪارڪردگي کي يقيني بڻائي ٿي جيڪا ٽيم ترقي ڪري رهي آهي. اهي آهن ايپليڪيشن يا ويب سائيٽ سرور، هوسٽنگ ۽ ٻيون خدمتون جيڪي پراڊڪٽ جي ڪارڪردگي کي يقيني بڻائين ٿيون.
اندروني انفراسٽرڪچر ۾ خدمتون ۽ سامان شامل آهن جيڪي ڊولپمينٽ ٽيم پاڻ ۽ ٻين ملازمن پاران استعمال ڪيا ويا آهن، جن مان عام طور تي ڪيترائي آهن. اهي ڪوڊ اسٽوريج سسٽم جا اندروني سرور آهن، مقامي طور تي مقرر ڪيل ٽاسڪ مئنيجر ۽ هر شي، هر شيء، هر شيء جيڪا ڪارپوريٽ انٽرنيٽ جي اندر موجود آهي.
هڪ ڪمپني ۾ هڪ سسٽم ايڊمنسٽريٽر ڇا ڪندو آهي؟ هن تمام ڪارپوريٽ انٽرنيٽ جي انتظام جي ڪم کان علاوه، اهو اڪثر ڪري اقتصادي خدشات جو بار کڻندو آهي ته جيئن آفيس جي سامان جي ڪارڪردگي کي يقيني بڻائي سگهجي. ايڊمن اهو ئي ماڻهو آهي جيڪو جلدي هڪ نئون سسٽم يونٽ يا اسپيئر ليپ ٽاپ کي پوئين ڪمري مان استعمال لاءِ تيار ڪندو، هڪ نئون ڪي بورڊ ڏيندو ۽ آفيسن جي سڀني چوڪن تي ڪريل ڪندو، ايٿرنيٽ ڪيبل کي ڇڪيندو. منتظم نه رڳو اندروني ۽ بيروني سرورن جو مقامي مالڪ ۽ حڪمران هوندو آهي، پر هڪ ڪاروباري ايگزيڪيوٽو پڻ هوندو آهي. ها، ڪجهه منتظمين صرف سسٽم جهاز ۾ ڪم ڪري سگهن ٿا، هارڊويئر کان سواء. انهن کي "بنيادي نظام جي منتظمين" جي الڳ ذيلي ڪلاس ۾ ورهايو وڃي. ۽ ڪجهه خاص طور تي آفيس جي سامان جي خدمت ڪرڻ ۾ ماهر؛ خوش قسمت، جيڪڏهن ڪمپني هڪ سئو کان وڌيڪ ماڻهو آهن، ڪم ڪڏهن به ختم نه ٿيندو. پر انهن مان ڪو به ديوان ناهي.
DevOps ڪير آهن؟ Devops ماڻهو آهن جيڪي ٻاهرين انفراسٽرڪچر سان سافٽ ويئر ڊولپمينٽ جي رابطي جي باري ۾ ڳالهائي رهيا آهن. وڌيڪ واضح طور تي، جديد ڊيوپس ترقي ۽ تعیناتي جي عملن ۾ ملوث آهن منتظمين جي ڀيٽ ۾ تمام گهڻيون آهن جيڪي صرف ايف ٽي پي تي اپڊيٽ اپ لوڊ ڪندا هئا ڪڏهن به شامل هئا. DevOps انجنيئر جي اهم ڪمن مان هڪ هاڻي ترقياتي ٽيمن ۽ پراڊڪٽ انفراسٽرڪچر جي وچ ۾ رابطي جي هڪ آرامده ۽ مؤثر طريقي سان ترتيب ڏنل عمل کي يقيني بڻائڻ آهي. هي اهي ماڻهو آهن جيڪي رول بيڪ ۽ ڊيپلائيمينٽ سسٽم کي ترتيب ڏيڻ جا ذميوار آهن؛ هي اهي ماڻهو آهن جيڪي ڪجهه لوڊ آف ڊولپرز کي کڻندا آهن ۽ پنهنجي انتهائي اهم ڪم تي جيترو ٿي سگهي ڌيان ڏيندا آهن. ساڳئي وقت، ڊيوپس ڪڏهن به نئين ڪيبل نه هلائيندا يا پوئين ڪمري مان نئون ليپ ٽاپ جاري ڪندا (c) KO
پڪڙي ڇا آهي؟
سوال تي "ڪير آهي DevOps؟" فيلڊ ۾ ڪم ڪندڙن جو اڌ حصو ڪجهه جواب ڏيڻ شروع ڪري ٿو "خير، مختصر ۾، هي منتظم آهي جيڪو ..." ۽ متن ۾ وڌيڪ. ها، هڪ دفعي، جڏهن DevOps انجنيئر جو پيشو صرف خدمت جي سار سنڀال جي لحاظ کان تمام باصلاحيت منتظمين مان نڪرندو هو، انهن جي وچ ۾ اختلاف هر ڪنهن لاء واضح نه هئا. پر هاڻي، جڏهن ٽيم ۾ ڊيوپس ۽ منتظم جا ڪم بنيادي طور تي مختلف ٿي چڪا آهن، اهو انهن کي هڪ ٻئي سان گڏ ڪرڻ، يا اڃا به انهن جي برابر ڪرڻ ناقابل قبول آهي.
پر اهو ڪاروبار لاء ڇا مطلب آهي؟
نوڪري ڪرڻ، اهو سڀ ڪجهه آهي.
توهان "سسٽم ايڊمنسٽريٽر" لاءِ هڪ خالي جاءِ کوليو ٿا، ۽ اتي درج ڪيل گهرجون آهن "ترقي ۽ گراهڪن سان رابطو"، "سي آءِ ڊي / سي ڊي پهچائڻ وارو نظام"، "ڪمپني جي سرورز ۽ سامان جي سار سنڀال"، "اندروني سسٽم جو انتظام" وغيره. تي؛ توھان سمجھو ٿا ته نوڪر بيڪار ڳالھائي رھيو آھي. پڪڙي اها آهي ته "سسٽم ايڊمنسٽريٽر" جي بدران خالي جا عنوان "DevOps انجنيئر" هجڻ گهرجي، ۽ جيڪڏهن اهو عنوان تبديل ڪيو وڃي، ته پوء هر شيء جاء تي اچي ٿو.
تنهن هوندي به، هڪ ڪهڙو تاثر حاصل ڪري ٿو جڏهن اهڙي خالي جاء پڙهي؟ اهو ته ڪمپني هڪ ملٽي مشين آپريٽر جي ڳولا ڪري رهي آهي جيڪو هڪ ورزن ڪنٽرول ۽ مانيٽرنگ سسٽم ٻنهي کي ترتيب ڏيندو ۽ ٽوئسٽر کي پنهنجي ڏندن سان نچوض ڪندو ...
پر ليبر مارڪيٽ ۾ منشيات جي لت جي درجي کي وڌائڻ لاء، اهو ڪافي آهي ته خالي جايون انهن جي صحيح نالن سان سڏين ۽ واضح طور تي سمجھن ته هڪ DevOps انجنيئر ۽ هڪ سسٽم ايڊمنسٽريٽر ٻه مختلف ادارا آهن. پر ڪجهه ملازمن جي اڻ وڻندڙ خواهش هڪ اميدوار کي گهربل ضرورتن جي تمام گهڻي ممڪن فهرست پيش ڪرڻ جي حقيقت ڏانهن اشارو ڪري ٿي ته "کلاسڪ" سسٽم منتظمين اهو سمجهڻ بند ڪري ٿو ته انهن جي چوڌاري ڇا ٿي رهيو آهي. ڇا، پيشو ميوٽيشن آهي ۽ اهي وقت جي پويان آهن؟
نه نه ۽ هڪ ڀيرو وڌيڪ نه. انفراسٽرڪچر ايڊمنسٽريٽر جيڪي ڪمپني جي اندروني سرورز کي منظم ڪندا، يا L2/L3 سپورٽ پوزيشن تي قبضو ڪندا ۽ ٻين ملازمن جي مدد ڪندا، نه ويا آهن ۽ نه وڃڻ وارا آهن.
ڇا اهي ماهر ٿي سگهن ٿا DevOps انجنيئر؟ يقينا اهي ڪري سگهن ٿا. حقيقت ۾، هي هڪ لاڳاپيل ماحول آهي جنهن کي سسٽم انتظامي صلاحيتن جي ضرورت آهي، پر ان کان علاوه، نگراني سان ڪم، پهچائڻ واري نظام ۽، عام طور تي، ترقي ۽ جانچ ٽيم سان ويجهي رابطي کي شامل ڪيو ويو آهي.
ٻيو DevOps مسئلو
حقيقت ۾، هر شي صرف نوڪرين تائين محدود ناهي ۽ منتظمين ۽ ڊيوپس جي وچ ۾ مسلسل مونجهارو. ڪجهه نقطي تي، ڪاروبار کي آخري انفراسٽرڪچر سان گڏ ترقياتي ٽيم جي تازه ڪاري ۽ رابطي جي پهچائڻ جي مسئلي سان منهن ڏيڻو پيو.
شايد اهو هو جڏهن چمڪندڙ اکين سان هڪ چاچو ڪنهن ڪانفرنس جي اسٽيج تي بيٺو ۽ چيو ته، "اسان اهو ڪريون ٿا ۽ ان کي ڊي اوپس سڏين ٿا. اهي ماڻهو توهان جا سڀئي مسئلا حل ڪندا“ - ۽ ٻڌائڻ شروع ڪيو ته ڪمپني ۾ ڪيتري سٺي زندگي آهي DevOps طريقن کي لاڳو ڪرڻ کان پوءِ.
تنهن هوندي ، اهو ڪافي ناهي ته هڪ DevOps انجنيئر کي ڀرتي ڪرڻ لاءِ هر شي کي ڪم ڪرڻ گهرجي جيئن اهو گهرجي. ڪمپني کي لازمي طور تي مڪمل DevOps ٽرانسفارميشن مان گذرڻو پوندو، اهو آهي، اسان جي DevOps جو ڪردار ۽ صلاحيتون پڻ واضح طور تي سمجھڻ گهرجن پراڊڪٽ ڊولپمينٽ ۽ ٽيسٽنگ ٽيم جي پاسي. اسان وٽ هن موضوع تي هڪ "شاندار" ڪهاڻي آهي جيڪا مڪمل طور تي سڀني ظلمن کي بيان ڪري ٿي جيڪا ڪجهه هنڌن تي ٿي رهي آهي.
صورتحال. DevOps هڪ ورزن رول بيڪ سسٽم کي ترتيب ڏيڻ جي ضرورت آهي بغير حقيقت ۾ اهو ڪيئن ڪم ڪندو. اچو ته فرض ڪريون ته يوزر سسٽم اندر پهريون نالو، آخري نالو ۽ پاسورڊ لاءِ الڳ الڳ فيلڊون آهن. پراڊڪٽ جو هڪ نئون نسخو سامهون اچي ٿو، پر ڊولپرز لاءِ، ”رول بيڪ“ صرف هڪ جادوئي ڇنڊڇاڻ آهي جيڪا هر شيءِ کي ٺيڪ ڪري ڇڏيندي، ۽ انهن کي اها به خبر ناهي ته اهو ڪيئن ڪم ڪري ٿو. تنهن ڪري، مثال طور، ايندڙ پيچ ۾ ڊولپرز پهريون ۽ آخري نالو فيلڊ کي گڏ ڪيو، ان کي پيداوار ۾ وڌايو، پر نسخو ڪجهه سببن لاء سست آهي. ڇا ٿي رهيو آهي؟ انتظاميا ڊيوپس ڏانهن ايندي آهي ۽ چوي ٿو "سوئچ کي ڇڪيو!"، اهو آهي، هن کي پوئين ورزن ڏانهن واپس آڻڻ لاء پڇي ٿو. ڊيوپس ڇا ڪندو آهي؟ اهو پوئين ورزن ڏانهن واپس اچي ٿو، پر جيئن ته ڊولپر اهو نه ڄاڻڻ چاهيندا هئا ته اهو رول بيڪ ڪيئن ڪيو ويو، ڪنهن به ڊيوپس ٽيم کي نه ٻڌايو ته ڊيٽابيس کي به واپس آڻڻ جي ضرورت آهي. نتيجي طور، اسان لاء سڀ ڪجهه خراب ٿي ويندو آهي، ۽ هڪ سست ويب سائيٽ جي بدران، صارفين کي "500" غلطي نظر اچي ٿي، ڇاڪاڻ ته پراڻو نسخو نئين ڊيٽابيس جي شعبن سان ڪم نٿو ڪري. ديوانن کي ان ڳالهه جي خبر ناهي. ڊولپر خاموش آهن. انتظاميا پنهنجا اعصاب ۽ پئسا وڃائڻ شروع ڪري ٿي ۽ بيڪ اپ کي ياد ڪري ٿي، انهن کان واپس رول ڪرڻ جي آڇ ڪري ٿو ته "گهٽ ۾ گهٽ ڪجهه ڪم ڪندو." نتيجي طور، صارفين وقت جي هڪ عرصي دوران انهن جي سڀني ڊيٽا کي وڃائي ٿو.
نٽ، يقينا، ڊيوپس ڏانهن وڃو، جنهن "مناسب رول بيڪ سسٽم نه ڪيو،" ۽ ڪو به پرواه ناهي ته هن ڪهاڻي ۾ موز ڊولپر آهن.
نتيجو سادو آهي: بغير ڪنهن عام طريقي جي DevOps ڏانهن جيئن ته، اهو ٿورو استعمال جو آهي.
ياد رکڻ لاء بنيادي شيء: هڪ DevOps انجنيئر هڪ جادوگر نه آهي، ۽ معيار جي مواصلات ۽ ترقي سان ٻه طرفي رابطي کان سواء، هو پنهنجي ڪمن سان مقابلو نه ڪندو. ديوا پنهنجن "مسئلن" سان اڪيلو نه ٿو ڇڏي سگھجي يا حڪم ڏنو ويو ته "ڊولپرز سان مداخلت نه ڪريو، انهن جو ڪم ڪوڊ ڪرڻ آهي،" ۽ پوء اميد آهي ته هڪ نازڪ وقت تي هر شي ڪم ڪندو جيئن اهو ڪم ڪرڻ گهرجي. اهو ڪيئن ڪم نٿو ڪري.
لازمي طور تي، DevOps انتظامي ۽ ٽيڪنالاجي جي وچ ۾ سرحد تي هڪ قابليت آهي. ان کان سواء، اهو واضح ناهي ته هن ڪڪٽي ۾ انتظام کان وڌيڪ ٽيڪنالاجي هجڻ گهرجي. جيڪڏهن توهان واقعي چاهيو ٿا ته تيز ۽ وڌيڪ ڪارائتو ترقي وارا عمل، توهان کي پنهنجي ڊيوپس ٽيم تي ڀروسو ڪرڻ گهرجي. هو صحيح اوزار ڄاڻي ٿو، هن ساڳئي منصوبن تي عمل ڪيو آهي، هو ڄاڻي ٿو ته اهو ڪيئن ڪجي. هن جي مدد ڪريو، هن جي صلاح ٻڌي، هن کي ڪنهن قسم جي خودمختيار يونٽ ۾ الڳ ڪرڻ جي ڪوشش نه ڪريو. جيڪڏهن منتظم پاڻ ڪم ڪري سگهن ٿا، ته پوءِ ڊيوپس ان معاملي ۾ بيڪار آهن؛ اهي توهان جي بهتر ٿيڻ ۾ مدد نه ڪري سگهندا جيڪڏهن توهان پاڻ هن مدد کي قبول ڪرڻ نٿا چاهيو.
۽ هڪ آخري شيء: انفراسٽرڪچر جي منتظمين کي روڪڻ بند ڪريو. انهن وٽ پنهنجو آهي، ڪم جي انتهائي اهم سامهون. ها، هڪ منتظم هڪ DevOps انجنيئر بڻجي سگهي ٿو، پر اهو ٿيڻ گهرجي پاڻ شخص جي درخواست تي، ۽ دٻاء هيٺ نه. ۽ ان حقيقت ۾ ڪو به غلط ناهي ته هڪ سسٽم ايڊمنسٽريٽر هڪ سسٽم ايڊمنسٽريٽر رهڻ چاهي ٿو - اهو هن جو الڳ پيشو آهي ۽ هن جو حق آهي. جيڪڏھن توھان چاھيو ٿا ھڪ پروفيشنل تبديليءَ مان گذرڻ، ته پوءِ توھان کي ڪڏھن به نه وسارڻ گھرجي ته توھان کي نه رڳو ٽيڪنالاجي صلاحيتن کي، پر انتظامي صلاحيتن کي پڻ وڌائڻو پوندو. گهڻو ڪري، اهو توهان تي منحصر هوندو ته هڪ اڳواڻ جي حيثيت ۾ انهن سڀني ماڻهن کي گڏ ڪرڻ ۽ انهن کي ساڳي ٻولي ۾ گفتگو ڪرڻ سيکاريو.
جو ذريعو: www.habr.com