تازو، اهڙن اشتهارن انٽرنيٽ کي سيلاب ڪيو آهي. خوشگوار پگهار جي باوجود، ڪو به مدد نه ٿو ڪري سگهي، پر شرمسار ٿئي ٿو ته جهنگلي بدعت اندر لکيل آهي. پهرين ۾ اهو فرض ڪيو ويو آهي ته "DevOps" ۽ "انجنيئر" ڪنهن به صورت ۾ هڪ لفظ ۾ گڏ ڪري سگهجن ٿا، ۽ پوء ضرورتن جي هڪ بي ترتيب واري فهرست آهي، جن مان ڪجهه واضح طور تي sysadmin جي خالي جاء تان نقل ٿيل آهن.
هن پوسٽ ۾ آئون ٿورو ڳالهائڻ چاهيندس ته اسان زندگي جي هن موڙ تي ڪيئن پهتا آهيون، DevOps واقعي ڇا آهي ۽ هاڻي ان سان ڇا ڪجي.
اهڙيون خالن کي هر ممڪن طريقي سان مذمت ڪري سگهجي ٿو، پر حقيقت اها رهي ٿي: انهن مان ڪيترائي آهن، ۽ اهو آهي ته مارڪيٽ هن وقت ڪيئن ڪم ڪري ٿو. اسان هڪ ڊيوپس ڪانفرنس منعقد ڪئي ۽ کليل طور تي اعلان ڪيو: " - DevOps انجنيئرن لاءِ نه." اهو ڪيترن ئي لاء عجيب ۽ جهنگلي نظر ايندو: ڇو ماڻهو جيڪي مڪمل طور تي تجارتي واقعا ڪري رهيا آهن مارڪيٽ جي خلاف ويندا آهن. هاڻي اسان سڀ ڪجهه بيان ڪنداسين.
ثقافت ۽ عمل جي باري ۾
اچو ته ان حقيقت سان شروع ڪريون ته DevOps هڪ انجنيئرنگ نظم نه آهي. اهو سڀ حقيقت سان شروع ڪيو ويو آهي ته ڪردارن جي تاريخي طور تي قائم ڪيل ڊويزن شين جي معيار لاء ڪم نٿو ڪري. جڏهن پروگرامر صرف پروگرام ڪندا آهن، پر جاچ جي باري ۾ ڪجهه به ٻڌڻ نٿا چاهيون، سافٽ ويئر بگ سان ڀريل آهي. جڏهن منتظمين کي پرواه ناهي ته سافٽ ويئر ڪيئن ۽ ڇو لکيو ويو آهي، سپورٽ دوزخ ۾ بدلجي ويندي آهي.
مثال طور، هڪ سسٽم ايڊمنسٽريٽر جي وچ ۾ فرق بيان ڪرڻ ۽ سروس مينيجمينٽ لاءِ هڪ SRE انداز . دلچسپ اڀياس اندر ڪيا ويا آهن - اهو واضح آهي ته بهترين ڊولپر ڪنهن نه ڪنهن طريقي سان پيداوار ۾ نئين تبديلين کي ترتيب ڏيڻ جو انتظام ڪن ٿا هڪ ڪلاڪ کان وڌيڪ تيز. اهي پنهنجن هٿن سان ٽيسٽ ڪن ٿا 10٪ کان وڌيڪ نه (هن مان ڏسي سگهجي ٿو ). اهي اهو ڪيئن ڪندا؟ "Excel or die" چوي ٿو رپورٽ جي عنوانن مان هڪ. جانچ جي حوالي سان انهن انگن اکرن جي تفصيلي بحث لاء، توهان باروچ سادوگورسڪي جي اهم نوٽ ڏانهن اشارو ڪري سگهو ٿا. اسان جي ٻي ڪانفرنس ۾، Heisenbug.
”جڏهن ڪامريڊن ۾ ڪو اتفاق نه هوندو آهي،
ان لاءِ شيون ٺيڪ نه ٿينديون،
۽ ان مان ڪجھ به نه نڪرندو، رڳو عذاب.
هڪ دفعي هڪ سوان، هڪ Crayfish ۽ هڪ پڪي ... "
ويب پروگرامرز جو ڪهڙو حصو توهان سوچيو ٿا واقعي انهن شرطن کي سمجهي ٿو جن جي تحت انهن جون ايپليڪيشنون پيداوار ۾ استعمال ڪيون وينديون آهن؟ انهن مان ڪيترا ايڊمن وٽ ويندا ۽ اهو معلوم ڪرڻ جي ڪوشش ڪندا ته جيڪڏهن ڊيٽابيس حادثو ٿي وڃي ته ڇا ٿيندو؟ ۽ انهن مان ڪير ٽيسٽ ڪندڙن وٽ ويندو ۽ کانئن پڇندو ته کين سيکاري ته ٽيسٽ ڪيئن لکجي؟ ۽ اتي پڻ سيڪيورٽي گارڊ، پراڊڪٽ مينيجرز، ۽ ٻين ماڻھن جو ھڪڙو گروپ آھي.
DevOps جو مجموعي خيال ڪردار ۽ شعبن جي وچ ۾ تعاون پيدا ڪرڻ آهي. سڀ کان پهريان، اهو حاصل ڪيو ويو آهي نه ڪجهه هوشيار ترتيب ڏنل سافٽ ويئر ذريعي، پر ڪميونيڪيشن جي مشق سان. DevOps ڪلچر، عمل، طريقيڪار ۽ عمل بابت آهي. ڪو به انجنيئرنگ خاص نه آهي جيڪو انهن سوالن جا جواب ڏئي سگهي.
ويڙهاڪ حلقو
ان وقت ”ڊيوپس انجنيئرنگ“ جو نظم ڪٿان آيو؟ اسان وٽ ھڪڙو نسخو آھي! DevOps خيال سٺا هئا- ايترو سٺو ته اهي پنهنجي ڪاميابي جو شڪار بڻجي ويا. ڪجهه بدمعاش نوڪر ۽ انساني اسمگلر، جن جو پنهنجو ماحول آهي، هن سڄي موضوع کي گھمائڻ شروع ڪيو.
تصور ڪريو: ڪالهه توهان خيمي ۾ شوارما ٺاهي رهيا آهيو، ۽ اڄ توهان اڳ ۾ ئي وڏو ماڻهو، هڪ سينئر نوڪر آهي. اميدوارن کي ڳولڻ ۽ چونڊڻ جو هڪ سڄو عمل آهي، سڀ ڪجهه آسان ناهي، توهان کي سمجهڻ جي ضرورت آهي. اچو ته هڪ ڊپارٽمينٽ جي سربراهه جو چوڻ آهي ته: ايڪس ۾ هڪ ماهر ڳوليو. اسان لفظ "انجنيئر" کي X کي تفويض ڪيو، ۽ اسان ٿي چڪا آهيون. لينڪس جي ضرورت آهي؟ يقينن، اهو ضرور هڪ لينڪس انجنيئر آهي، جيڪڏهن توهان چاهيو ٿا DevOps، پوء هڪ DevOps انجنيئر. خال نه رڳو عنوان تي مشتمل آهي، پر ڪجهه متن پڻ اندر داخل ٿيڻ گهرجي. توهان جي تخيل تي منحصر ڪري، گوگل کان لفظن جو هڪ سيٽ داخل ڪرڻ جو آسان طريقو آهي. DevOps ٻن لفظن تي مشتمل آهي - ”ديو“ ۽ ”اوپس“، جنهن جو مطلب آهي ته اسان کي ضرورت آهي ته ڊولپرز ۽ ايڊمنسٽريٽرن سان لاڳاپيل لفظن کي گڏ ڪرڻ، سڀ هڪ ڍير ۾. 42 پروگرامنگ ٻولين ۾ مهارت جي باري ۾ ۽ ڪبرنيٽس ۽ سوارم کي هڪ ئي وقت استعمال ڪرڻ جي 20 سالن جي باري ۾ خالي جايون ظاهر ٿين ٿيون. ڪم ڪندڙ خاڪو.
اهڙيءَ طرح هڪ خاص ”ڊيوپس“ سپر هيرو جي بي معنيٰ ۽ بي رحم تصوير ماڻهن جي ذهنن ۾ جڙ ورتي آهي، جيڪو هر ڪنهن کي جينڪنز ڏانهن موڪلڻ لاءِ ترتيب ڏيندو، ۽ خوشي ايندي. ها، جيڪڏهن صرف هر شيء بلڪل سادي هئي. "۽ اهو پڻ آهي ته توهان سسٽم جي منتظمين کي ڪيئن ڳولي سگهو ٿا،" HR سوچيو، "اهو هڪ فيشن وارو لفظ آهي، لفظ ساڳيا آهن، انهن کي بيٽ وٺڻ گهرجي."
طلب پيدا ڪري ٿي سپلاءِ، ۽ اهي سڀ ردي جون خالي جايون ڀرجي ويون آهن هڪ بي مثال سسٽم ايڊمنسٽريٽرن جي جن کي احساس ٿيو ته: توهان سڀ ڪجهه اڳي وانگر ڪري سگهو ٿا، پر پنهنجو پاڻ کي ”ڊيوپس“ سڏڻ سان ڪيترائي ڀيرا وڌيڪ حاصل ڪريو. جيئن توهان سرورز کي ترتيب ڏنو SSH دستي طور تي هڪ وقت ۾، توهان انهن کي ترتيب ڏيڻ جاري رکندا، پر هاڻي اهو سمجهيو ويو آهي هڪ ڊيوپس مشق. اهو ڪجهه قسم جو پيچيده رجحان آهي، جزوي طور تي لاڳاپيل آهي کلاسک منتظمين جي گهٽتائي ۽ DevOps جي چوڌاري هائپ، پر عام طور تي، ڇا ٿيو، ٿيو.
تنهنڪري اسان وٽ فراهمي ۽ طلب آهي. هڪ شيطاني دائرو جيڪو پاڻ کي کائي ٿو. اھو اھو آھي جيڪو اسان جي خلاف وڙھي رھيا آھيون (بشمول DevOops ڪانفرنس ٺاھڻ سان).
يقينن، سسٽم جي منتظمين کان علاوه جن پنهنجو نالو تبديل ڪيو آهي “devops”، اتي ٻيا شرڪت ڪندڙ آهن - مثال طور، پروفيشنل SREs يا انفراسٽرڪچر-جي-ڪوڊ ڊولپرز.
ماڻهو ڇا ڪندا آهن DevOps ۾ (واقعي)
تنهن ڪري توهان اڳتي وڌڻ چاهيو ٿا سکڻ ۽ لاڳو ڪرڻ ۾ DevOps طريقا. پر اهو ڪيئن ڪجي، ڪهڙي طرف ڏسجي؟ ظاهر آهي، توهان کي انڌو نه ڪرڻ گهرجي مشهور لفظن تي.
جيڪڏهن ڪو ڪم آهي، ڪنهن کي ڪرڻ گهرجي. اسان کي اڳ ۾ ئي معلوم ٿي چڪو آهي ته اهي "ڊيوپس انجنيئر" نه آهن، پوء ڪير آهن؟ اهو وڌيڪ صحيح لڳي ٿو ته هن کي پوزيشن جي لحاظ کان نه، پر ڪم جي مخصوص علائقن جي لحاظ کان.
پهريون، توهان DevOps جي دل کي خطاب ڪري سگهو ٿا- عمل ۽ ثقافت. ثقافت هڪ سست ۽ مشڪل ڪاروبار آهي، ۽ جيتوڻيڪ اهو روايتي طور تي مينيجرز جي ذميواري آهي، هرڪو ڪنهن نه ڪنهن طريقي سان ملوث آهي، پروگرامرز کان منتظمين تائين. ڪجهه مهينا اڳ ٽم لسٽر :
"ثقافت تنظيم جي بنيادي قدرن طرفان طئي ڪيو ويندو آهي. عام طور تي ماڻهو ان کي نوٽيس نه ڪندا آهن، پر ڪيترن ئي سالن تائين مشوري ۾ ڪم ڪري، اسان ان کي نوٽيس ڪرڻ لاء استعمال ڪيو آهي. توهان هڪ ڪمپني ۾ داخل ٿيو ۽ لفظي طور تي ڪجهه منٽن اندر توهان محسوس ڪرڻ شروع ڪيو ته ڇا ٿي رهيو آهي. اسان ان کي "ذائقو" سڏين ٿا. ڪڏهن ڪڏهن هي خوشبو واقعي سٺو آهي. ڪڏهن ڪڏهن اهو ٿلهي جو سبب بڻجي ٿو. (...) توهان هڪ ڪلچر کي تبديل نٿا ڪري سگهو جيستائين مخصوص عملن جي پويان قدر ۽ عقيدن کي سمجهي نه وڃن. رويي جو مشاهدو ڪرڻ آسان آهي، پر عقيدن جي ڳولا ڏکيو آهي. DevOps صرف هڪ بهترين مثال آهي ته ڪيئن شيون وڌيڪ ۽ وڌيڪ پيچيده ٿي رهيون آهن.
مسئلو جو هڪ ٽيڪنيڪل حصو پڻ آهي، يقينا. جيڪڏهن توهان جو نئون ڪوڊ هڪ مهيني ۾ آزمايو وڃي ٿو، پر صرف هڪ سال بعد جاري ڪيو ويو آهي، ۽ اهو جسماني طور تي ناممڪن آهي ته ان کي تيز ڪرڻ، توهان شايد سٺي عملن تي نه رهندا. چڱا عمل سٺن اوزارن جي مدد ڪندا آهن. مثال طور، ذهن ۾ انفراسٽرڪچر-جي-ڪوڊ جي خيال سان، توهان AWS CloudFormation ۽ Terraform کان شيف-Ansible-Puppet تائين ڪجھ به استعمال ڪري سگھو ٿا. توهان کي ڄاڻڻ جي ضرورت آهي ۽ اهو سڀ ڪجهه ڪرڻ جي قابل آهي، ۽ اهو اڳ ۾ ئي هڪ انجنيئرنگ نظم و ضبط آهي. اهو ضروري آهي ته سببن کي اثر سان گڏ نه ڪيو وڃي: پهرين توهان SRE جي اصولن جي مطابق ڪم ڪريو ۽ صرف پوء انهن اصولن کي ڪجهه مخصوص ٽيڪنيڪل حلن جي صورت ۾ لاڳو ڪريو. ساڳئي وقت، SRE هڪ تمام جامع طريقو آهي جيڪو توهان کي نه ٻڌائي ٿو ته جينڪنز کي ڪيئن قائم ڪجي، پر پنجن بنيادي اصولن بابت:
- ڪردار ۽ شعبن جي وچ ۾ بهتر رابطي
- غلطين کي قبول ڪرڻ نوڪري جو هڪ لازمي حصو آهي
- تدريجي تبديليون ڪرڻ
- اوزار ۽ ٻين خودڪار طريقي سان استعمال ڪندي
- هر شيءِ کي ماپڻ جنهن کي ماپي سگهجي
اهو صرف بيانن جو ڪجهه سيٽ ناهي، پر هڪ مخصوص . مثال طور، غلطين کي قبول ڪرڻ جي رستي تي، توهان کي خطرن کي سمجهڻ جي ضرورت پوندي، SLI () ۽ SLO ()، پوسٽ مارٽم لکڻ سکو ۽ لکڻ کي خوفناڪ نه بڻايو.
SRE نظم و ضبط ۾، اوزار جو استعمال صرف ڪاميابي جو هڪ حصو آهي، جيتوڻيڪ هڪ اهم. اسان کي مسلسل ٽيڪنالاجي ترقي ڪرڻ جي ضرورت آهي، ڏسو ته دنيا ۾ ڇا ٿي رهيو آهي ۽ اهو اسان جي ڪم ۾ ڪيئن لاڳو ڪري سگهجي ٿو.
موڙ ۾، Cloud اصلي حل هاڻي تمام مقبول ٿي چڪا آهن. جيئن اڄ ڪلائوڊ نيٽ ورڪ ڪمپيوٽنگ فائونڊيشن پاران وضاحت ڪئي وئي آهي، Cloud Native ٽيڪنالاجيون تنظيمن کي اڄ جي متحرڪ ماحول، جهڙوڪ پبلڪ، پرائيويٽ، ۽ هائبرڊ ڪلائوڊز ۾ اسپيبلبل ايپليڪيشنز کي ترقي ۽ هلائڻ جي قابل بڻائي ٿي. مثالن ۾ شامل آهن ڪنٽينرز، سروس ميشز، مائڪرو سروسز، غير تبديل ٿيندڙ انفراسٽرڪچر، ۽ بيان ڪندڙ APIs. اهي سڀئي ٽيڪنڪون آساني سان ملندڙ سسٽم کي لچڪدار، منظم، ۽ انتهائي مشاهدو ڪرڻ جي اجازت ڏين ٿيون. سٺي آٽوميشن انجنيئرن کي وڏيون تبديليون ڪرڻ جي اجازت ڏئي ٿي بار بار ۽ اڳڪٿي ڪندڙ نتيجن سان ان کي ڪم ڪرڻ کان سواءِ. اهو سڀ ڪجهه سڃاتل اوزارن جي اسٽيڪ سان سهڪار ڪيو ويو آهي جهڙوڪ ڊڪر ۽ ڪبرنيٽس.
هي بلڪه پيچيده ۽ وسيع وصف هن حقيقت جي ڪري آهي ته علائقو پڻ ڪافي پيچيده آهي. هڪ پاسي، اهو دليل ڏنو ويو آهي ته هن نظام ۾ نئين تبديلين کي بلڪل سادو شامل ڪيو وڃي. ٻئي طرف، اهو معلوم ڪرڻ لاءِ ته هڪ قسم جو ڪنٽينر ٿيل ماحول ڪيئن ٺاهيو وڃي جنهن ۾ نرمي سان جوڙيل خدمتون هڪ سافٽ ويئر جي بيان ڪيل انفراسٽرڪچر تي رهن ٿيون ۽ اتي پهچائي وينديون آهن مسلسل CI/CD استعمال ڪندي، ۽ ان جي چوڌاري DevOps مشقون ٺاهيون - اهو سڀ ڪجهه وڌيڪ گهربل آهي. هڪ کان وڌيڪ ڪتي کائي.
اهو سڀ ڪجهه ڇا ڪجي
هرڪو انهن مسئلن کي پنهنجي طريقي سان حل ڪري ٿو: مثال طور، توهان وحشي دائري کي ٽوڙڻ لاء عام خالي جايون شايع ڪري سگهو ٿا. توھان سمجھي سگھوٿا ته ڪھڙا لفظ آھن DevOps ۽ Cloud Native جو مطلب آھي ۽ انھن کي صحيح ۽ نقطي تي استعمال ڪريو. توهان DevOps ۾ ترقي ڪري سگهو ٿا ۽ توهان جي مثال سان صحيح طريقن جو مظاهرو ڪري سگهو ٿا.
اسان هڪ ڪانفرنس ڪري رهيا آهيون ، جيڪو هڪ موقعو فراهم ڪري ٿو انهن شين ۾ وڌيڪ اونهائي جو جيڪو اسان ڳالهايو آهي. ھن لاء رپورٽون جا ڪيترائي گروپ آھن:
- عمل ۽ ثقافت؛
- سائيٽ Reliability انجنيئرنگ;
- Cloud اصلي؛
ڪيئن چونڊيو جتي وڃڻ لاء؟ هتي هڪ ذيلي نقطو آهي. هڪ طرف، DevOps ڳالهه ٻولهه جي باري ۾ آهي، ۽ اسان واقعي چاهيون ٿا ته توهان مختلف بلاڪن مان پيشيونشن ۾ شرڪت ڪريو. ٻئي طرف، جيڪڏهن توهان هڪ ترقياتي مينيجر آهيو جيڪو ڪانفرنس ۾ آيو هو هڪ خاص ڪم تي توجه ڏيڻ لاء، پوء ڪو به توهان کي محدود نه ڪندو آهي - ظاهر آهي، اهو عمل ۽ ثقافت بابت هڪ بلاڪ هوندو. اهو نه وساريو ته توهان وٽ ڪانفرنس کان پوءِ رڪارڊنگ هوندي (فيڊبڪ فارم ڀرڻ کان پوءِ)، تنهن ڪري توهان هميشه بعد ۾ گهٽ اهم پيشيونٽيون ڏسي سگهو ٿا.
ظاهر آهي، ڪانفرنس ۾ توهان پاڻ هڪ ئي وقت ٽن رستن تي نه ٿا وڃو، تنهنڪري اسان پروگرام کي اهڙي طرح ترتيب ڏيون ٿا ته هر وقت جي سلاٽ ۾ هر ذائقي لاءِ موضوع هوندا.
باقي اهو آهي ته سمجھو ته ڇا ڪجي جيڪڏهن توهان هڪ DevOps انجنيئر آهيو! پهرين، اهو طئي ڪرڻ جي ڪوشش ڪريو ته توهان اصل ۾ ڇا ڪندا آهيو. عام طور تي اهي هن لفظ کي سڏيندا آهن:
- ڊولپرز جيڪي انفراسٽرڪچر تي ڪم ڪن ٿا. SRE ۽ Cloud Native بابت رپورٽن جا گروپ توھان لاءِ تمام موزون آھن.
- سسٽم منتظمين. اهو هتي وڌيڪ پيچيده آهي. DevOops سسٽم انتظاميه بابت ناهي. خوشقسمتيءَ سان، ڪيتريون ئي شاندار ڪانفرنسون، ڪتاب، مضمون، انٽرنيٽ تي وڊيوز وغيره آهن، سسٽم ايڊمنسٽريشن جي موضوع تي. ٻئي طرف، جيڪڏهن توهان ثقافت ۽ عمل کي سمجهڻ جي لحاظ کان پنهنجو پاڻ کي ترقي ڪرڻ ۾ دلچسپي رکو ٿا، ڪلائوڊ ٽيڪنالاجيز جي باري ۾ سکڻ ۽ Cloud Native سان زندگي جا تفصيل، ته پوءِ اسان توهان کي ڏسڻ پسند ڪنداسين! هن جي باري ۾ سوچيو: توهان انتظاميه ڪري رهيا آهيو، ۽ پوء توهان ڇا ڪندا؟ اوچتو پاڻ کي اڻ وڻندڙ صورتحال ۾ ڳولڻ کان بچڻ لاء، توهان کي هاڻي سکڻ گهرجي.
هڪ ٻيو اختيار آهي: توهان جاري رکو ۽ دعوي جاري رکو ته توهان آهيو خاص طور تي هڪ DevOps انجنيئر ۽ ٻيو ڪجھ به نه، جيڪو به مطلب آهي. پوء اسان کي توهان کي مايوس ڪرڻو پوندو، DevOops DevOps انجنيئرن لاءِ ڪانفرنس ناهي!
کان سلائڊ ميونخ ۾
DevOops 2020 ماسڪو ماسڪو ۾ 29-30 اپريل تي منعقد ڪئي ويندي، ٽڪيٽون اڳ ۾ ئي موجود آهن .
متبادل طور تي، توهان ڪري سگهو ٿا فيبروري 8 تائين. مهرباني ڪري نوٽ ڪريو ته فارم ڀرڻ وقت، توهان کي حدف ٿيل سامعين کي چونڊڻ گهرجي جيڪي توهان جي رپورٽ مان تمام گهڻو فائدو وٺندا (فهرست جي اندر هڪ تعجب دفن آهي).
جو ذريعو: www.habr.com