زندگي ۾ سکڻ لاءِ اڄ کان بهتر ٻيو ڪو به وقت ناهي.
اهو 2019 آهي، ۽ DevOps اڳ کان وڌيڪ لاڳاپيل آهي. هنن جو چوڻ آهي ته نظام جي منتظمين جا ڏينهن ختم ٿي ويا آهن، جهڙوڪ مين فريم جو دور. پر ڇا واقعي ائين آهي؟
جيئن اڪثر آئي ٽي ۾ ٿئي ٿي، صورتحال تبديل ٿي وئي آهي. DevOps جو طريقو سامهون آيو آهي، پر اهو موجود نه ٿو ٿي سگهي بغير ڪنهن شخص جي سسٽم جي منتظم جي صلاحيتن سان، يعني، بغير آپريشن جي.
ان کان اڳ جو DevOps جو طريقو جديد شڪل اختيار ڪيو، مون پاڻ کي هڪ Ops طور درجه بندي ڪيو. ۽ مان چڱيءَ طرح ڄاڻان ٿو ته هڪ سسٽم ايڊمنسٽريٽر کي ڪهڙو تجربو ٿيندو آهي جڏهن هو محسوس ڪندو آهي ته هو اڃا تائين ڪيترو نه ٿو ڪري سگهي ۽ هن کي سکڻ لاءِ ڪيترو وقت آهي.
پر ڇا واقعي اهو خوفناڪ آهي؟ مان اهو چوندس ته علم جي کوٽ کي ڪنهن وڏي مسئلي وانگر نه سمجهيو وڃي. اهو هڪ پیشہ ور چئلينج کان وڌيڪ آهي.
ويب اسڪيل پراڊڪٽس لينڪس يا ٻين اوپن سورس سافٽ ويئر تي ٻڌل آهن، ۽ مارڪيٽ تي تمام گهٽ ۽ گهٽ ماڻهو آهن انهن کي برقرار رکڻ جي قابل. مطالبو اڳ ۾ ئي هن فيلڊ ۾ پروفيسر جي تعداد کان وڌي چڪو آهي. هڪ سسٽم ايڊمنسٽريٽر هاڻي صرف پنهنجي مهارت جي سطح کي بهتر ڪرڻ کان سواء ڪم جاري رکڻ جي قابل نه هوندو. هن وٽ گھڻن سرورز/نوڊس کي منظم ڪرڻ لاءِ آٽوميشن جون صلاحيتون هجڻ گهرجن ۽ ان کي چڱيءَ ريت سمجهڻ گهرجي ته اهي پيدا ٿيندڙ مسئلن کي حل ڪرڻ لاءِ ڪيئن ڪم ڪن ٿا.
ان کان اڳ جو توھان DevOps ٽيم جو ميمبر بڻجو، توھان کي ڪافي ڊگھي مگر دلچسپ سفر مان گذرڻو پوندو، نئين ٽيڪنالاجيون سکڻ ۽ سسٽم کي DevOps معيارن مطابق برقرار رکڻ لاءِ ضروري مختلف اوزارن کي سکڻو پوندو.
تنهن ڪري، هڪ سسٽم ايڊمنسٽريٽر ڪيئن ٿي سگهي ٿو معمولي طريقي کان ڪم ڪرڻ لاءِ DevOps جي نئين تصور ڏانهن؟ هر شي معمول وانگر آهي: پهرين توهان کي پنهنجي سوچ کي تبديل ڪرڻ جي ضرورت آهي. اهو آسان ناهي ته ان طريقي کي ڇڏي ڏيو جنهن تي توهان گذريل ڏهن يا ويهن سالن کان عمل ڪري رهيا آهيو ۽ شيون مختلف طريقي سان ڪرڻ شروع ڪريو، پر اهو ضروري آهي.
سڀ کان پهريان، اهو سمجهڻ ضروري آهي ته DevOps هڪ ڪمپني ۾ مخصوص پوزيشن نه آهي، پر مخصوص عملن جو هڪ سيٽ. اهي طريقا الڳ الڳ نظامن جي ورڇ، غلطين ۽ غلطين کان نقصان کي گهٽائڻ، بار بار ۽ بروقت سافٽ ويئر اپڊيٽ، ڊولپرز (Dev) ۽ منتظمين (Ops) جي وچ ۾ چڱي طرح قائم ڪيل رابطي، ۽ انهي سان گڏ نه رڳو ڪوڊ جي مسلسل جانچ، پر. عمل جي اندر سڄي جوڙجڪ پڻ .
سوچڻ جي انداز کي تبديل ڪرڻ سان گڏ، توهان کي سکڻ جي ضرورت آهي ته انفراسٽرڪچر کي ڪيئن برقرار رکڻ ۽ ان جي مستحڪم آپريشن، ڀروسي ۽ دستيابي کي يقيني بڻائڻ لاء مسلسل انضمام ۽ ايپليڪيشنن، خدمتن ۽ سافٽ ويئر جي پهچائڻ لاء.
Ops پروفيشنل جي طور تي توهان کي ڇا غائب ٿي سگھي ٿو پروگرامنگ صلاحيتن. ھاڻي لکت اسڪرپٽ (اسڪرپٽس)، جنھن کي سسٽم منتظم پاڻمرادو سرور تي پيچ انسٽال ڪرڻ، فائلن ۽ اڪائونٽس کي منظم ڪرڻ، مسئلن کي حل ڪرڻ ۽ دستاويزن کي گڏ ڪرڻ لاءِ استعمال ڪندا آھن، اڳ ۾ ئي ختم ٿي چڪو آھي. اسڪرپٽنگ اڃا تائين نسبتاً سادو ڪيسن ۾ لاڳو ٿئي ٿي، پر DevOps وڏي پيماني تي مسئلن کي حل ڪرڻ بابت آهي، ان تي عمل درآمد، ٽيسٽنگ، تعميرات، يا مقرري هجي.
ان ڪري، جيڪڏهن توهان آٽوميشن سکڻ چاهيو ٿا، توهان کي گهٽ ۾ گهٽ ٿوري پروگرامنگ ۾ مهارت حاصل ڪرڻ جي ضرورت آهي، جيتوڻيڪ توهان ڊولپر نه آهيو، ڇو ته توهان جي ترقي جي هن مرحلي ۾ DevOps ۾ هن مهارت جي ضرورت آهي.
ڇا ڪجي؟ هڪ ماهر جي حيثيت ۾ طلب ۾ رهڻ لاءِ، توهان کي لاڳاپيل صلاحيتن کي حاصل ڪرڻ جي ضرورت آهي - ماسٽر گهٽ ۾ گهٽ هڪ پروگرامنگ ٻولي، مثال طور Python. اهو شايد مشڪل لڳي سگهي ٿو ڪنهن ماڻهو لاءِ جيڪو پيشه ورانه اداري ۾ شامل آهي، ڇاڪاڻ ته هو اهو سوچڻ جي عادت آهي ته صرف ڊولپر پروگرام. اهو ضروري ناهي ته هڪ ماهر بڻجي، پر پروگرامنگ ٻولين مان هڪ جي ڄاڻ (اهو ٿي سگهي ٿو پٿون، بش يا اڃا به. )، يقيناً هڪ فائدو ٿيندو.
پروگرام سکڻ ۾ ڪجهه وقت لڳندو آهي. هوشيار ۽ صبر ڪرڻ توهان کي شين جي چوٽي تي رهڻ ۾ مدد ڏيندو جڏهن DevOps ٽيم جي ميمبرن ۽ گراهڪن سان گفتگو ڪندي. ڏينهن ۾ اڌ ڪلاڪ، هڪ ڪلاڪ يا وڌيڪ، هڪ پروگرامنگ ٻولي سکڻ توهان جو بنيادي مقصد هجڻ گهرجي.
سسٽم منتظمين ۽ DevOps ماهر ساڳيا مسئلا حل ڪن ٿا، جڏهن ته، اهم اختلاف آهن. اهو يقين آهي ته هڪ سسٽم ايڊمنسٽريٽر اهو سڀ ڪجهه نٿو ڪري سگهي جيڪو هڪ DevOps انجنيئر ڪري سگهي ٿو. انهن جو چوڻ آهي ته سسٽم ايڊمنسٽريٽر سرور سسٽم جي ڪارڪردگي کي ترتيب ڏيڻ، برقرار رکڻ ۽ يقيني بڻائڻ تي وڌيڪ ڌيان ڏئي ٿو، پر DevOps انجنيئر اهو سڀ ڪارٽ ۽ ٻيو ننڍڙو ڪارٽ ڇڪي ٿو.
پر هي بيان ڪيترو سچ آهي؟
سسٽم ايڊمنسٽريٽر: هڪ جنگجو ميدان ۾
هن مضمون ۾ نوٽ ڪيل اختلافن ۽ هڪجهڙائي جي باوجود، مان اڃا تائين سمجهان ٿو ته سسٽم انتظاميه ۽ DevOps جي وچ ۾ ڪو خاص فرق ناهي. سسٽم ايڊمنسٽريٽرن هميشه ساڳيو ڪم سرانجام ڏنو آهي جيئن DevOps ماهرن، اهو صرف اهو آهي ته ڪنهن به ان کي DevOps اڳ نه سڏيو. مان سمجهان ٿو ته خاص طور تي اختلافن کي ڳولڻ ۾ ڪو به نقطو ناهي، خاص طور تي جيڪڏهن اهو ڪنهن به ڪم سان لاڳاپيل ناهي. اهو نه وساريو، هڪ سسٽم منتظم جي برعڪس، DevOps هڪ پوزيشن نه آهي، پر هڪ تصور.
هڪ وڌيڪ اهم ڳالهه نوٽ ڪرڻ گهرجي، جنهن کان سواءِ انتظاميه ۽ DevOps ٻنهي بابت ڳالهه ٻولهه اڻپوري ٿي ويندي. سسٽم انتظاميه عام طور تي اهو فرض ڪري ٿو ته هڪ ماهر مهارتن جو هڪ مخصوص سيٽ آهي ۽ مختلف قسم جي انفراسٽرڪچر کي برقرار رکڻ تي ڌيان ڏئي ٿو. ان معنى ۾ نه ته هي هڪ آفاقي ملازم آهي، پر ان معنى ۾ ته تمام منتظمين پاران ڪيل ڪمن جو هڪ انگ آهي.
مثال طور، وقت بوقت انهن کي هڪ قسم جي ٽيڪنيڪل هٿيارن جي طور تي ڪم ڪرڻو پوندو، اهو آهي، لفظي طور تي هر شي. ۽ جيڪڏھن پوري اداري لاءِ ھڪڙو ئي منتظم ھوندو ته پوءِ ھو عام طور تي سڄو فني ڪم سرانجام ڏيندو. اهو پرنٽر ۽ ڪاپيئر کي برقرار رکڻ کان وٺي نيٽ ورڪ سان لاڳاپيل ڪمن کي انجام ڏيڻ جهڙوڪ روٽرز ۽ سوئچز کي ترتيب ڏيڻ ۽ منظم ڪرڻ يا فائر وال کي ترتيب ڏيڻ لاء ڪجهه به ٿي سگهي ٿو.
هو هارڊويئر اپ گريڊ، لاگ انسپڪشن ۽ تجزيو، سيڪيورٽي آڊٽ، سرور پيچنگ، ٽربل شوٽنگ، روٽ ڪاز ايناليسس، ۽ آٽوميشن جو به ذميوار هوندو- خاص طور تي PowerShell، Python، يا Bash اسڪرپٽ ذريعي. استعمال جو ھڪڙو مثال صارف ۽ گروپ اڪائونٽس جو انتظام آهي. صارف اڪائونٽس ٺاهڻ ۽ اجازتون تفويض ڪرڻ هڪ انتهائي مشڪل ڪم آهي جيئن صارف ظاهر ٿيندا آهن ۽ تقريبا هر روز غائب ٿي ويندا آهن. اسڪرپٽ ذريعي آٽوميشن وڌيڪ اهم بنيادي ڍانچي جي ڪمن لاءِ وقت کي آزاد ڪري ٿي، جهڙوڪ سوئچز ۽ سرورز کي اپڊيٽ ڪرڻ ۽ ٻيا منصوبا جيڪي ڪمپني جي منافعي کي متاثر ڪن ٿا جتي منتظم ڪم ڪري ٿو (جيتوڻيڪ اهو عام طور تي قبول ڪيو ويو آهي ته آئي ٽي ڊپارٽمينٽ سڌي طرح آمدني پيدا نٿو ڪري).
سسٽم ايڊمنسٽريٽر جو ڪم وقت ضايع ڪرڻ ۽ ڪمپني جي رقم کي ڪنهن به ممڪن طريقي سان بچائڻ نه آهي. ڪڏهن ڪڏهن سسٽم منتظمين هڪ وڏي ٽيم جي ميمبرن جي حيثيت سان ڪم ڪن ٿا، متحد ٿي، مثال طور، لينڪس، ونڊوز، ڊيٽابيس، اسٽوريج وغيره جا منتظم. ڪم جي شيڊول پڻ مختلف آهن. مثال طور، ڏينهن جي آخر ۾ هڪ ٽائم زون ۾ شفٽ ڪيسن کي ٻئي ٽائيم زون ۾ ايندڙ شفٽ ۾ منتقل ڪري ٿو ته جيئن عمل بند نه ٿين (سج جي پيروي ڪرڻ)؛ يا ملازمن کي صبح جو 9 وڳي کان شام 5 وڳي تائين عام ڪم ڪندڙ ڏينهن هوندو آهي. يا اهو ڪم ڪري رهيو آهي XNUMX/XNUMX ڊيٽا سينٽر ۾.
وقت سان گڏ، سسٽم جي منتظمين حڪمت عملي سوچڻ ۽ اهم معاملن کي معمولي ڪمن سان گڏ ڪرڻ سکيو آهي. اهي ٽيمون ۽ ڊپارٽمينٽ جن ۾ اهي ڪم ڪن ٿا، عام طور تي وسيلن جي کوٽ هوندي آهي، پر ساڳئي وقت هرڪو روزمره جي ڪمن کي مڪمل حد تائين مڪمل ڪرڻ جي ڪوشش ڪندو آهي.
DevOps: ترقي ۽ سار سنڀال جيئن
ترقي ۽ سار سنڀال جي عمل لاء فلسفو جو هڪ قسم آهي. آئي ٽي دنيا ۾ اهو طريقو واقعي جديد بڻجي چڪو آهي.
DevOps جي ڇت هيٺ، هڪ پاسي سافٽ ويئر ڊولپمينٽ ٽيم آهي ۽ ٻي پاسي سار سنڀال ٽيم. اهي اڪثر ڪري پراڊڪٽ مينيجمينٽ ماهرن، ٽيسٽرز ۽ يوزر انٽرفيس ڊيزائنرز سان شامل ٿيندا آهن. گڏو گڏ، اهي ماهر آپريشن کي تيز ڪرڻ لاء نئين ايپليڪيشنن ۽ ڪوڊ اپ ڊيٽ کي تيز ڪرڻ لاء مڪمل ڪمپني جي ڪارڪردگي کي سپورٽ ۽ بهتر ڪرڻ لاء.
DevOps سافٽ ويئر جي ترقي ۽ آپريشن تي ڪنٽرول تي مبني آهي ان جي پوري زندگي جي چڪر ۾. سار سنڀال ڪندڙ ماڻهن کي ڊولپرز جي مدد ڪرڻ گهرجي، ۽ ڊولپرز کي صرف سسٽم ۾ استعمال ٿيندڙ APIs کان وڌيڪ سمجهڻ جي ذميواري آهي. انهن کي اهو سمجهڻ جي ضرورت آهي ته هود جي هيٺان ڇا آهي (يعني هارڊويئر ۽ آپريٽنگ سسٽم ڪيئن ڪم ڪن ٿا) تنهن ڪري اهي بهتر طور تي بگ کي سنڀالي سگهن ٿا، مسئلا حل ڪري سگهن ٿا، ۽ سروس ٽيڪنيڪلن سان رابطو ڪري سگهن ٿا.
سسٽم منتظمين هڪ DevOps ٽيم ۾ منتقل ٿي سگهن ٿا جيڪڏهن اهي جديد ٽيڪنالاجيون سکڻ چاهيندا آهن ۽ جديد خيالن ۽ حلن لاءِ کليل آهن. جيئن مون اڳ ۾ چيو آهي، انهن کي مڪمل پروگرامر ٿيڻ جي ضرورت ناهي، پر هڪ پروگرامنگ ٻولي ۾ مهارت حاصل ڪرڻ جهڙوڪ روبي، پٿون يا گو انهن کي ٽيم جا تمام مفيد ميمبر بنائڻ ۾ مدد ڪندو. جيتوڻيڪ سسٽم ايڊمنسٽريٽر روايتي طور تي سڀ ڪم پاڻ ڪندا آهن ۽ اڪثر سمجهيا ويندا آهن اڪيلائي وارا، DevOps ۾ انهن وٽ مڪمل طور تي مخالف تجربو آهي، جتي هرڪو عمل ۾ هڪ ٻئي سان لهه وچڙ ۾ اچي ٿو.
آٽوميشن جو موضوع تيزي سان لاڳاپيل ٿي رهيو آهي. ٻئي سسٽم ايڊمنسٽريٽر ۽ DevOps ماهرن کي جلدي اسڪيلنگ، غلطيون گهٽائڻ، ۽ موجوده غلطين کي جلدي ڳولڻ ۽ درست ڪرڻ ۾ دلچسپي آهي. اهڙيء طرح، خودڪار هڪ تصور آهي جتي ٻه علائقا ملن ٿا. سسٽم ايڊمنسٽريٽر ڪلائوڊ سروسز لاءِ ذميوار آهن جهڙوڪ AWS، Azure، ۽ Google Cloud Platform. انهن کي لازمي طور سمجهڻ گهرجي ته مسلسل انضمام ۽ پهچائڻ جا اصول ۽ اوزار ڪيئن استعمال ڪجي جهڙوڪ .
ان کان علاوه، سسٽم منتظمين کي ترتيب ڏيڻ ۽ انتظام جا اوزار استعمال ڪرڻ گهرجن جهڙوڪ , ڏهن يا ويهن سرورن جي متوازي تعیناتي لاءِ ضروري آهي.
بنيادي مفهوم آهي . سافٽ ويئر سڀ ڪجهه آهي. حقيقت ۾، سسٽم جي منتظم جي پيشي لاء لاڳاپا نه وڃائڻ لاء، توهان کي صرف ٿورو زور تبديل ڪرڻ جي ضرورت آهي. سسٽم منتظمين خدمت جي ڪاروبار ۾ آهن ۽ لازمي طور تي ڊولپرز سان مؤثر طريقي سان گفتگو ڪرڻ جي قابل هوندا، ۽ ان جي برعڪس. جيئن چون ٿا، هڪ سر سٺو آهي، پر ٻه بهتر آهن.
۽ هن ميڪانيزم ۾ آخري تفصيل آهي . Git سان ڪم ڪرڻ هڪ سسٽم ايڊمنسٽريٽر جي روايتي روزاني ذميوارين مان هڪ آهي. هي نسخو ڪنٽرول سسٽم وڏي پيماني تي ڊولپرز، DevOps ماهرن، Agile ٽيمن ۽ ٻين ڪيترن ئي ٻين طرفان استعمال ڪيو ويندو آهي. جيڪڏهن توهان جو ڪم سافٽ ويئر جي زندگي جي چڪر سان لاڳاپيل آهي، ته توهان ضرور Git سان ڪم ڪندا.
گٽ ۾ تمام گهڻيون خاصيتون آهن. توهان شايد ڪڏهن به نه سکندا سڀ گٽ ڪمانڊ، پر توهان سمجھندا سين ته اهو سافٽ ويئر ڪميونيڪيشن ۽ تعاون ۾ اهم ڇو آهي. Git جي مڪمل ڄاڻ تمام ضروري آهي جيڪڏهن توهان ڪم ڪري رهيا آهيو DevOps ٽيم ۾.
جيڪڏهن توهان هڪ سسٽم ايڊمنسٽريٽر آهيو، ته پوءِ توهان کي گٽ جو بهتر مطالعو ڪرڻ جي ضرورت آهي، سمجھو ته ورجن ڪنٽرول ڪيئن ٺهيل آهي ۽ عام حڪمن کي ياد رکو: گِٽ اسٽيٽس، گِٽ ڪمٽ-م، گِٽ ايڊڊ، گِٽ پل، گِٽ پُش، گِٽ ريبيس، گِٽ برانچ، گِٽ ڊِف ۽ ٻيا. اتي ڪيترائي آن لائين ڪورسز ۽ ڪتاب آھن جيڪي توھان جي مدد ڪري سگھن ٿا ھن موضوع کي شروع کان سکڻ ۽ خاص صلاحيتن سان پروفيشنل بڻجڻ ۾. اتي به شاندار آهن ، تنهن ڪري توهان کي انهن سڀني کي ٽوڙڻ جي ضرورت ناهي، پر توهان جيترو وڌيڪ استعمال ڪندا Git، اهو آسان ٿيندو.
ٿڪل
بالآخر، توهان فيصلو ڪيو ته ڇا توهان کي هڪ DevOps ماهر بنائڻ جي ضرورت آهي يا ڇا اهو بهتر آهي ته هڪ سسٽم ايڊمنسٽريٽر رهڻ. جئين توهان ڏسي سگهو ٿا، منتقلي ڪرڻ لاء هڪ سکيا وارو وکر آهي، پر جلدي توهان شروع ڪيو، بهتر. هڪ پروگرامنگ ٻولي چونڊيو ۽ گڏوگڏ اوزار سکو جهڙوڪ (ورجن ڪنٽرول) (CI / CD، مسلسل انضمام) ۽ (ترتيب ۽ خودڪار). جيڪو به اختيار توهان چونڊيو، اهو نه وساريو ته توهان کي مسلسل سکڻ ۽ توهان جي صلاحيتن کي بهتر ڪرڻ جي ضرورت آهي.
جو ذريعو: www.habr.com