Anton Weiss، Otomato Software جو باني ۽ ڊائريڪٽر، اسرائيل ۾ پهرين DevOps سرٽيفڪيشن جي شروعات ڪندڙ ۽ استادن مان هڪ، گذريل سال جي افراتفري جي نظريي ۽ افراتفري انجنيئرنگ جي بنيادي اصولن بابت، ۽ اهو پڻ وضاحت ڪيو ته مستقبل جي مثالي DevOps تنظيم ڪيئن ڪم ڪري ٿي.
اسان رپورٽ جو ٽيڪسٽ ورزن تيار ڪيو آهي.
سٺا صبح جو
DevOpsDays ماسڪو ۾ مسلسل ٻئي سال، هي منهنجو ٻيو ڀيرو آهي هن اسٽيج تي، توهان مان ڪيترائي هن ڪمري ۾ ٻيو ڀيرو آهن. هن جو ڇا مطلب آهي؟ هن جو مطلب اهو آهي ته روس ۾ DevOps تحريڪ وڌي رهي آهي، وڌندي، ۽ سڀ کان اهم، ان جو مطلب اهو آهي ته اهو وقت اچي ويو آهي ته ڳالهائڻ جو وقت آهي DevOps 2018 ۾ ڇا آهي.
پنهنجا هٿ اٿاريو جيڪي سمجهن ٿا ته DevOps اڳ ۾ ئي 2018 ۾ هڪ پيشو آهي؟ اهڙا آهن. ڇا ڪمري ۾ ڪي DevOps انجنيئر آهن جن جي نوڪري جو تفصيل چوي ٿو ”DevOps انجنيئر“؟ ڇا ڪمري ۾ ڪي DevOps مينيجر آهن؟ اهڙو ڪو به ڪونهي. DevOps معمار؟ پڻ نه. ڪافي نه آهي. ڇا اهو واقعي سچ آهي ته ڪو به نٿو چوي ته اهي هڪ DevOps انجنيئر آهن؟
تنهن ڪري توهان مان گھڻا سوچيو ته هي هڪ مخالف نمونو آهي؟ ڇا اهڙو پيشو نه هئڻ گهرجي؟ اسان سوچي سگهون ٿا جيڪو اسان چاهيون ٿا، پر جڏهن اسان سوچي رهيا آهيون، صنعت سنجيدگي سان اڳتي وڌي رهي آهي DevOps ٽرمپ جي آواز ڏانهن.
DevDevOps نالي هڪ نئين موضوع بابت ڪير ٻڌو آهي؟ هي هڪ نئين ٽيڪنڪ آهي جيڪا ڊولپرز ۽ ڊيوپس جي وچ ۾ مؤثر تعاون جي اجازت ڏئي ٿي. ۽ ايترو نئون ناهي. Twitter پاران فيصلو ڪندي، اهي پهريان ئي 4 سال اڳ هن بابت ڳالهائڻ شروع ڪيو. ۽ هينئر تائين، هن ۾ دلچسپي وڌي رهي آهي ۽ وڌي رهي آهي، اهو آهي، هڪ مسئلو آهي. مسئلو حل ڪرڻ جي ضرورت آهي.
اسان تخليقي ماڻهو آهيون، اسان صرف آرام نه ڪندا آهيون. اسان چئون ٿا: DevOps هڪ جامع ڪافي لفظ نه آهي؛ اهو اڃا تائين سڀني قسمن جي مختلف، دلچسپ عناصر جي کوٽ ناهي. ۽ اسان پنھنجي ڳجھي ليبارٽريز ڏانھن وڃون ٿا ۽ دلچسپ ميوٽيشنز پيدا ڪرڻ شروع ڪريون ٿا: DevTestOps، GitOps، DevSecOps، BizDevOps، ProdOps.
منطق لوهي آهي، صحيح؟ اسان جو ڊليوري سسٽم ڪم نه ٿو ڪري، اسان جو سسٽم غير مستحڪم آهي ۽ اسان جا صارف مطمئن آهن، اسان وٽ وقت تي سافٽ ويئر رول آئوٽ ڪرڻ جو وقت ناهي، اسان بجيٽ ۾ نه آهيون. اسان اهو سڀ ڪجهه ڪيئن حل ڪنداسين؟ اسان هڪ نئين لفظ سان گڏ ڪنداسين! اهو "Ops" سان ختم ٿي ويندو ۽ مسئلو حل ٿي ويندو.
تنهن ڪري مان هن طريقي کي سڏيندو آهيان - "اوپس، ۽ مسئلو حل ٿي ويو آهي."
اهو سڀ ڪجهه پس منظر ۾ ڦهلجي وڃي ٿو جيڪڏهن اسان پاڻ کي ياد ڏياريون ته اسان اهو سڀ ڪجهه کڻي آيا آهيون. اسان هن سڄي DevOps شين سان گڏ آيا آهيون سافٽ ويئر پهچائڻ ۽ اسان جي پنهنجي ڪم کي هن پروسيس ۾ بغير ڪنهن رڪاوٽ، دردناڪ، موثر، ۽ سڀ کان اهم، ممڪن طور تي لطف اندوز.
DevOps درد مان وڌي ويو. ۽ اسان تڪليفن کان ٿڪجي پيا آهيون. ۽ اهو سڀ ڪجهه ٿيڻ لاءِ، اسان سدا بہار عملن تي ڀروسو رکون ٿا: مؤثر تعاون، وهڪري جا طريقا، ۽ سڀ کان اهم، سسٽم سوچ، ڇاڪاڻ ته ان کان سواءِ ڪوبه DevOps ڪم نٿو ڪري.
سسٽم ڇا آهي؟
۽ جيڪڏهن اسان اڳ ۾ ئي سسٽم سوچڻ بابت ڳالهائي رهيا آهيون، اچو ته پاڻ کي ياد ڏياريون ته هڪ نظام ڇا آهي.
جيڪڏهن توهان هڪ انقلابي هيڪر آهيو، ته پوء توهان لاء سسٽم واضح طور تي برائي آهي. اهو هڪ ڪڪر آهي جيڪو توهان جي مٿان لڪي ٿو ۽ توهان کي اهي ڪم ڪرڻ تي مجبور ڪري ٿو جيڪي توهان نٿا ڪرڻ چاهيو.
نظام جي سوچ جي نقطي نظر کان، هڪ نظام هڪ مڪمل آهي جيڪو حصن تي مشتمل آهي. هن لحاظ کان، اسان مان هر هڪ هڪ نظام آهي. اسان جن تنظيمن ۾ ڪم ڪندا آهيون اهي سسٽم آهن. ۽ جيڪو توهان ۽ مان ٺاهي رهيا آهيون ان کي سسٽم سڏيو ويندو آهي.
هي سڀ هڪ وڏي سماجي-ٽيڪنالاجي نظام جو حصو آهي. ۽ صرف جيڪڏهن اسان سمجھون ٿا ته هي سماجي-ٽيڪنالاجي نظام ڪيئن گڏجي ڪم ڪري ٿو، تڏهن ئي اسان هن معاملي ۾ واقعي ڪجهه بهتر ڪرڻ جي قابل ٿي سگهنداسين.
سسٽم جي سوچ جي نقطه نظر کان، هڪ سسٽم مختلف دلچسپ خاصيتون آهن. پهريون، اهو حصن تي مشتمل آهي، جنهن جو مطلب آهي ته ان جي رويي تي منحصر آهي حصن جي رويي تي. ان کان سواء، ان جا سڀئي حصا پڻ هڪ ٻئي تي منحصر آهن. اهو ظاهر ٿئي ٿو ته سسٽم ۾ وڌيڪ حصا آهن، ان جي رويي کي سمجهڻ يا اڳڪٿي ڪرڻ وڌيڪ ڏکيو آهي.
رويي جي نقطي نظر کان، اتي هڪ ٻيو دلچسپ حقيقت آهي. سسٽم ڪجهه ڪري سگهي ٿو جيڪو ان جو ڪو به حصو نه ٿو ڪري سگهي.
جيئن ڊاڪٽر رسل اڪوف (سسٽم سوچ جي باني مان هڪ) چيو ته، اهو ڪافي آسان آهي ثابت ڪرڻ لاءِ هڪ سوچ جي تجربي سان. مثال طور، ڪمري ۾ ڪير ڄاڻي ٿو ته ڪوڊ ڪيئن لکجي؟ اتي ڪيترائي ھٿ آھن، ۽ اھو عام آھي، ڇاڪاڻتہ اھو اسان جي پيشي جي بنيادي ضرورتن مان ھڪڙو آھي. ڇا توهان ڄاڻو ٿا ته لکڻ ڪيئن، پر ڇا توهان جا هٿ توهان کان الڳ ڪوڊ لکي سگهن ٿا؟ اهڙا ماڻهو آهن جيڪي چوندا آهن: "اهو منهنجا هٿ نه آهن جيڪي ڪوڊ لکن ٿا، اهو منهنجو دماغ آهي جيڪو ڪوڊ لکي ٿو." ڇا توهان جو دماغ توهان کان الڳ ڪوڊ لکي سگهي ٿو؟ خير، شايد نه.
دماغ هڪ عجيب مشين آهي، اسان کي 10 سيڪڙو به خبر ناهي ته اهو اتي ڪيئن ڪم ڪري ٿو، پر اهو اسان جي جسم جي سسٽم کان الڳ ڪم نٿو ڪري سگهي. ۽ اهو ثابت ڪرڻ آسان آهي: پنهنجي کوپڙي کوليو، پنهنجي دماغ کي ڪڍي، ڪمپيوٽر جي سامهون رکي، هن کي ڪجهه سادو لکڻ جي ڪوشش ڪرڻ ڏيو. "هيلو، دنيا" پٿون ۾، مثال طور.
جيڪڏهن ڪو نظام اهڙو ڪم ڪري سگهي ٿو جيڪو ان جو ڪو به حصو الڳ الڳ نه ٿو ڪري سگهي، ته پوءِ ان جو مطلب اهو آهي ته ان جو عمل ان جي حصن جي رويي سان طئي نه ٿيندو آهي. پوءِ ان جو تعين ڇا ٿيو؟ اهو انهن حصن جي وچ ۾ رابطي جي ذريعي طئي ڪيو ويندو آهي. ۽ ان جي مطابق، وڌيڪ حصا، وڌيڪ پيچيده تعامل، سسٽم جي رويي کي سمجهڻ ۽ اڳڪٿي ڪرڻ وڌيڪ ڏکيو آهي. ۽ اهو اهڙي نظام کي افراتفري بڻائي ٿو، ڇاڪاڻ ته سسٽم جي ڪنهن به حصي ۾ ڪا به، جيتوڻيڪ سڀ کان وڌيڪ غير معمولي، پوشيده تبديلي مڪمل طور تي غير متوقع نتيجا آڻي سگهي ٿي.
ابتدائي حالتن ۾ هي حساسيت پهريون ڀيرو آمريڪي موسميات جي ماهر ايڊ لورينز پاران دريافت ۽ اڀياس ڪئي وئي هئي. ان کان پوء، ان کي "تتلي اثر" سڏيو ويو ۽ "افراتفري نظريي" جي نالي سان سائنسي سوچ جي تحريڪ جي ترقي جو سبب بڻيو. هي نظريو 20 صدي جي سائنس ۾ وڏي پئماني تي تبديلين مان هڪ بڻجي ويو.
افراتفري جو نظريو
افراتفري جو مطالعو ڪندڙ ماڻهو پاڻ کي افراتفري جي ماهر سڏين ٿا.
دراصل، هن رپورٽ جو سبب اهو هو ته، پيچيده تقسيم سسٽم ۽ وڏين بين الاقوامي تنظيمن سان ڪم ڪندي، ڪجهه نقطي تي مون محسوس ڪيو ته اهو ئي آهي جيڪو مون وانگر محسوس ڪيو. مان هڪ افراتفري جو ماهر آهيان. اهو بنيادي طور تي چوڻ جو هڪ هوشيار طريقو آهي: "مون کي سمجهه ۾ نٿو اچي ته هتي ڇا ٿي رهيو آهي ۽ مون کي خبر ناهي ته ان بابت ڇا ڪجي."
مان سمجهان ٿو ته توهان مان ڪيترائي اڪثر اهو محسوس ڪندا آهن، تنهنڪري توهان پڻ افراتفري وارا آهيو. مان توهان کي افراتفري جي عالمن جي گلڊ ڏانهن دعوت ڏيان ٿو. اهي سسٽم جيڪي توهان ۽ مان، پيارا ساٿي افراتفري جي ماهرن جو مطالعو ڪنداسين، "پيچيده موافقت وارو نظام" سڏيو ويندو آهي.
موافقت ڇا آهي؟ موافقت جو مطلب اهو آهي ته حصن جي انفرادي ۽ اجتماعي رويي کي اهڙي موافقت واري نظام ۾ تبديل ڪري ٿو ۽ پاڻ کي منظم ڪري ٿو، سسٽم ۾ واقعن يا ننڍن واقعن جي زنجيرن کي جواب ڏيڻ. اهو آهي، سسٽم خود تنظيم جي ذريعي تبديلين کي ترتيب ڏئي ٿو. ۽ خود منظم ڪرڻ جي هي صلاحيت آزاد خودمختيار ايجنٽن جي رضاڪارانه، مڪمل طور تي غير مرڪزي تعاون تي ٻڌل آهي.
اهڙين سسٽم جي هڪ ٻي دلچسپ ملڪيت اها آهي ته اهي آزاديء سان اسڪيلبل آهن. ڇا بلاشبہ اسان کي دلچسپي ڏيڻ گهرجي، جيئن افراتفري-انجنيئرز. تنهن ڪري، جيڪڏهن اسان چئون ٿا ته هڪ پيچيده سسٽم جو رويو ان جي حصن جي رابطي سان طئي ڪيو ويندو آهي، پوء اسان کي ڇا ۾ دلچسپي رکڻ گهرجي؟ ڳالهه ٻولهه.
اتي ٻه وڌيڪ دلچسپ نتيجا آهن.
پهرين، اسان سمجهون ٿا ته هڪ پيچيده نظام ان جي حصن کي آسان ڪرڻ سان آسان نه ٿو ڪري سگهجي. ٻيو، هڪ پيچيده نظام کي آسان ڪرڻ جو واحد رستو ان جي حصن جي وچ ۾ رابطي کي آسان ڪرڻ سان آهي.
اسان ڪيئن رابطو ڪريون؟ توهان ۽ مان سڀ هڪ وڏي معلوماتي نظام جا حصا آهيون جنهن کي انساني سماج سڏيو ويندو آهي. اسان هڪ عام ٻولي ذريعي رابطو ڪريون ٿا، جيڪڏهن اسان وٽ آهي، جيڪڏهن اسان ان کي ڳوليندا آهيون.
پر ٻولي بذات خود هڪ پيچيده موافقت وارو نظام آهي. انهي جي مطابق، وڌيڪ موثر ۽ آسانيء سان رابطو ڪرڻ لاء، اسان کي ڪجهه قسم جي پروٽوڪول ٺاهڻ جي ضرورت آهي. اهو آهي، علامتن ۽ عملن جو ڪجهه سلسلو جيڪو اسان جي وچ ۾ معلومات جي تبادلي کي آسان بڻائي ٿو، وڌيڪ پيش گوئي، وڌيڪ سمجھڻ وارو.
مان اهو چوڻ چاهيان ٿو ته پيچيدگي جي طرف رجحان، موافقت جي طرف، غير مرڪزيت ڏانهن، افراتفري ڏانهن هر شيء ۾ ڳولي سگهجي ٿو. ۽ انهن نظامن ۾ جيڪي توهان ۽ مان ٺاهي رهيا آهيون، ۽ انهن نظامن ۾ جن جو اسين حصو آهيون.
۽ بي بنياد نه هجڻ جي، اچو ته ڏسو ته ڪيئن سسٽم جيڪي اسان ٺاهي رهيا آهيون تبديل ٿي رهيا آهن.
توهان هن لفظ جي انتظار ۾ آهيو، مان سمجهان ٿو. اسان هڪ DevOps ڪانفرنس ۾ آهيون، اڄ اهو لفظ اٽڪل هڪ لک ڀيرا ٻڌو ويندو ۽ پوء اسان ان بابت رات جو خواب ڏسندا.
Microservices پهريون سافٽ ويئر آرڪيٽيڪچر آهي جيڪو DevOps جي عملن جي رد عمل طور سامهون آيو، جيڪو اسان جي سسٽم کي وڌيڪ لچڪدار، وڌيڪ اسپيبلبل، ۽ مسلسل ترسيل کي يقيني بڻائڻ لاءِ ٺاهيو ويو آهي. هوءَ اهو ڪيئن ڪندي؟ خدمتن جي مقدار کي گھٽائڻ سان، مسئلن جي دائري کي گھٽائڻ جيڪي اھي خدمتون سرانجام ڏين ٿيون، ترسيل وقت گھٽائڻ. اهو آهي، اسان سسٽم جي حصن کي گھٽائي ۽ آسان بڻائي، انهن جو تعداد وڌايو، ۽ ان جي مطابق، انهن حصن جي وچ ۾ رابطي جي پيچيدگي هميشه وڌائي ٿي، اهو آهي، نوان مسئلا پيدا ٿين ٿا جيڪي اسان کي حل ڪرڻو پوندو.
Microservices آخر نه آھن، microservices آھن، عام طور تي، اڳ ۾ ئي ڪالھ، ڇاڪاڻ ته Serverless اچي رھيو آھي. سڀ سرور ساڙيا ويا، نه سرور، نه آپريٽنگ سسٽم، صرف خالص قابل عمل ڪوڊ. ترتيبون الڳ آهن، رياستون الڳ آهن، هر شي واقعن جي ذريعي ڪنٽرول آهي. خوبصورتي، صفائي، خاموشي، ڪو واقعو، ڪجهه به نه، مڪمل نظم.
پيچيدگي ڪٿي آهي؟ مشڪل، يقينا، رابطي ۾ آهي. هڪ فنڪشن پنهنجي طور تي ڪيترو ڪم ڪري سگهي ٿو؟ اهو ڪيئن ٻين ڪمن سان لهه وچڙ ڪندو؟ پيغام جي قطار، ڊيٽابيس، بيلنسرز. جڏهن ناڪامي ٿي وئي ته ڪنهن واقعي کي ٻيهر ڪيئن ٺاهيو؟ ڪيترائي سوال ۽ ٿورا جواب.
Microservices ۽ Serverless اھي آھن جن کي اسان geek hipsters Cloud Native سڏين ٿا. اهو سڀ بادل جي باري ۾ آهي. پر بادل پڻ موروثي طور تي ان جي پيماني تي محدود آهي. اسان ان کي ورهايل نظام طور سوچڻ جا عادي آهيون. حقيقت ۾، بادل مهيا ڪندڙن جا سرور ڪٿي رهن ٿا؟ ڊيٽا مرڪز ۾. اهو آهي، اسان وٽ هتي هڪ قسم جو مرڪزي، تمام محدود، ورهايل ماڊل آهي.
اڄ اسان سمجھون ٿا ته انٽرنيٽ آف ٿنگز هاڻي صرف وڏيون ڳالھيون نه رهيون آهن، جيتوڻيڪ معمولي اڳڪٿين جي مطابق، انٽرنيٽ سان ڳنڍيل اربين ڊوائيس ايندڙ پنجن ڏهن سالن ۾ اسان جي انتظار ۾ آهن. مفيد ۽ بيڪار ڊيٽا جو هڪ وڏو مقدار جيڪو بادل ۾ ضم ڪيو ويندو ۽ بادل مان اپ لوڊ ڪيو ويندو.
ڪلائوڊ آخري نه ٿيندو، تنهنڪري اسان اڳتي وڌندا رهيا آهيون ڪنهن شيءِ بابت جنهن کي ايج ڪمپيوٽنگ سڏيو ويندو آهي. يا مون کي پڻ ”فوگ ڪمپيوٽنگ“ جي شاندار تعريف پسند آهي. اهو رومانويت ۽ اسرار جي تصوف ۾ ڍڪيل آهي.
فوگ ڪمپيوٽنگ. نقطو اهو آهي ته ڪڪر پاڻي، ٻاڦ، برف ۽ پٿر جا مرڪزي ڪلپس آهن. ۽ ڪوهيڙو پاڻي جا قطرا آهن جيڪي اسان جي چوڌاري فضا ۾ پکڙيل آهن.
دھند جي تمثيل ۾، اڪثر ڪم انھن بوندن طرفان مڪمل طور تي خودمختياري يا ٻين بوندن جي تعاون سان ڪيو ويندو آھي. ۽ اهي بادل ڏانهن رخ ڪندا آهن جڏهن اهي واقعي واقعي دٻجي ويندا آهن.
اهو آهي، ٻيهر غير مرڪزيت، خودمختياري، ۽، يقينا، توهان مان ڪيترائي پهريان ئي سمجهي رهيا آهن ته هي سڀ ڪٿي وڃي رهيو آهي، ڇو ته توهان بلاڪچين جو ذڪر ڪرڻ کان سواء غير مرڪزيت جي باري ۾ ڳالهائي نٿا سگهو.
اتي اھي آھن جيڪي ايمان آڻيندا آھن، اھي اھي آھن جن cryptocurrency ۾ سيڙپڪاري ڪئي آھي. اهڙا آهن جيڪي ايمان آڻين ٿا پر ڊڄن ٿا، مون وانگر، مثال طور. ۽ اهڙا آهن جيڪي نه مڃيندا آهن. هتي توهان مختلف علاج ڪري سگهو ٿا. ٽيڪنالاجي آهي، هڪ نئون نامعلوم معاملو آهي، مسئلا آهن. ڪنهن به نئين ٽيڪنالاجي وانگر، اهو ان جي جوابن کان وڌيڪ سوال پيدا ڪري ٿو.
blockchain جي چوڌاري hype سمجھ ۾ اچي ٿو. گولڊ رش هڪ طرف، ٽيڪنالاجي پاڻ هڪ روشن مستقبل لاء قابل ذڪر واعدو رکي ٿو: وڌيڪ آزادي، وڌيڪ خودمختياري، ورهايل عالمي اعتماد. ڇا نه چاهيو؟
ان جي مطابق، دنيا جي چوڌاري وڌيڪ ۽ وڌيڪ انجنيئر غير معياري ايپليڪيشنن کي ترقي ڪرڻ شروع ڪري رهيا آهن. ۽ اها هڪ طاقت آهي جنهن کي رد نه ٿو ڪري سگهجي صرف اهو چوڻ سان: "آه، بلاڪچين صرف هڪ خراب طريقي سان ورهايل ڊيٽابيس آهي." يا جيئن شڪي ماڻهو اهو چوڻ پسند ڪن ٿا: "بلاڪ چين لاءِ ڪي به حقيقي ايپليڪيشنون نه آهن." جيڪڏهن توهان ان جي باري ۾ سوچيو ته 150 سال اڳ اهي ساڳيا شيون بجليء جي باري ۾ چوندا هئا. ۽ اهي به ڪجهه طريقن سان صحيح هئا، ڇاڪاڻ ته جيڪا بجلي اڄ ممڪن بڻائي ٿي 19 صدي ۾ ڪنهن به طريقي سان ممڪن نه هئي.
رستي ۾، ڪير ڄاڻي ٿو ته اسڪرين تي ڪهڙي قسم جو لوگو آهي؟ هي Hyperledger آهي. هي هڪ منصوبو آهي جيڪو لينڪس فائونڊيشن جي سرپرستي هيٺ ترقي ڪري رهيو آهي ۽ بلاڪچين ٽيڪنالاجيز جو هڪ سيٽ شامل آهي. اها واقعي اسان جي اوپن سورس ڪميونٽي جي طاقت آهي.
افراتفري انجنيئرنگ
تنهن ڪري، جيڪو نظام اسان ترقي ڪري رهيا آهيون اهو وڌيڪ کان وڌيڪ پيچيده، وڌيڪ ۽ وڌيڪ افراتفري، ۽ وڌيڪ ۽ وڌيڪ موافقت وارو ٿيندو. Netflix microservice سسٽم جا علمبردار آهن. اهي سڀ کان پهرين انهن مان هئا جن اها ڳالهه سمجهي، انهن اوزارن جو هڪ مجموعو تيار ڪيو، جنهن کي سيمين آرمي سڏيو ويو، جن مان سڀ کان وڌيڪ مشهور هئي. . هن تعريف ڪئي ته جيئن مشهور ٿيو .
رستي ۾، رپورٽ تي ڪم ڪرڻ جي عمل ۾، اسان پڻ هن متن کي روسي ۾ ترجمو ڪيو، تنهنڪري وڃو ، پڙهو، تبصرو، دڙڪو.
مختصر طور تي، افراتفري انجنيئرنگ جا اصول هيٺ ڏنل چوندا آهن. ڪمپليڪس ورهايل سسٽم موروثي طور تي غير متوقع ۽ موروثي طور تي بگڙيل آهن. غلطيون ناگزير آهن، جنهن جو مطلب آهي ته اسان کي انهن غلطين کي قبول ڪرڻ ۽ انهن سسٽم سان مڪمل طور تي مختلف طريقي سان ڪم ڪرڻ جي ضرورت آهي.
اسان کي پاڻ انهن غلطين کي پنهنجي پيداواري نظام ۾ متعارف ڪرائڻ جي ڪوشش ڪرڻ گهرجي ته جيئن اسان جي سسٽم کي ان ساڳي موافقت، خود تنظيم جي اها ئي صلاحيت، بقا لاءِ پرکجي.
۽ اهو سڀ ڪجهه تبديل ڪري ٿو. نه رڳو اسان سسٽم کي پيداوار ۾ ڪيئن لانچ ڪريون ٿا، پر اهو پڻ ته اسان انهن کي ڪيئن ترقي ڪريون ٿا، اسان انهن کي ڪيئن جانچون ٿا. ڪوڊ جي استحڪام يا منجمد ڪرڻ جو ڪو به عمل ناهي؛ ان جي برعڪس، غير مستحڪم ٿيڻ جو هڪ مسلسل عمل آهي. اسان سسٽم کي مارڻ جي ڪوشش ڪري رهيا آهيون ۽ ڏسو ته ان کي جاري رهندو.
ورهايل سسٽم انٽيگريشن پروٽوڪول
ان جي مطابق، اسان جي سسٽم کي ڪنهن به طرح تبديل ڪرڻ جي ضرورت آهي. انھن لاءِ وڌيڪ مستحڪم ٿيڻ لاءِ، انھن کي پنھنجي حصن جي وچ ۾ رابطي لاءِ ڪجھ نوان پروٽوڪول جي ضرورت آھي. ته جيئن اهي حصا متفق ٿين ۽ ڪنهن قسم جي خود تنظيم ۾ اچي وڃن. ۽ هر قسم جا نوان اوزار، نوان پروٽوڪول پيدا ٿين ٿا، جن کي مان چوان ٿو ”پروٽوڪول فارانٽرڪشن آف ڊسٽريبيوٽڊ سسٽم“.
مان ڪهڙي ڳالهه ڪري رهيو آهيان؟ پهريون، پروجيڪٽ . ڪجھ ڪوششون ھڪڙي عام ورهايل ٽريڪنگ پروٽوڪول ٺاھڻ جي ڪوشش ڪن ٿيون، جيڪو پيچيده ورهايل سسٽم کي ڊيبگ ڪرڻ لاء بلڪل ناگزير اوزار آھي.
اڳتي - . اسان چئون ٿا ته اسان اڳڪٿي نٿا ڪري سگهون ته سسٽم جو ڇا ٿيندو، يعني اسان کي ان جي مشاهدي، مشاهدي کي وڌائڻو پوندو. Opentracing اوزارن جي خاندان سان تعلق رکي ٿو جيڪي اسان جي سسٽم کي مشاهدو ڏين ٿا. پر اسان کي مشاهدي جي ضرورت آهي اهو طئي ڪرڻ لاءِ ته ڇا اهو نظام عمل ڪري ٿو جيئن اسان ان جي توقع ڪريون ٿا يا نه. اسان توقع جي رويي کي ڪيئن بيان ڪريون ٿا؟ ڪنهن به قسم جي پاليسيءَ جي وضاحت ڪندي، ڪي قاعدا مقرر ڪرڻ. اوپن پاليسي ايجنٽ پروجيڪٽ ڪم ڪري رهيو آهي ضابطن جي هن سيٽ کي وضاحت ڪرڻ لاءِ هڪ اسپيڪٽرم تائين رسائي کان وٺي وسيلن جي مختص ڪرڻ تائين.
جيئن اسان چيو آهي، اسان جا سسٽم وڌي رهيا آهن واقعي تي مبني. سرور بي ترتيب واقعن تي هلندڙ نظام جو هڪ بهترين مثال آهي. اسان لاءِ سسٽم جي وچ ۾ واقعن کي منتقل ڪرڻ ۽ انهن کي ٽريڪ ڪرڻ لاءِ، اسان کي ڪجهه عام ٻولي جي ضرورت آهي، ڪجهه عام پروٽوڪول جي ضرورت آهي ته اسان واقعن بابت ڪيئن ڳالهايون، اسان انهن کي هڪ ٻئي ڏانهن ڪيئن منتقل ڪريون. اھو اھو آھي جيڪو ھڪڙو منصوبو سڏيو ويندو آھي .
تبديلين جو مسلسل وهڪرو جيڪو اسان جي سسٽم تي ڌوئي ٿو، انهن کي مسلسل غير مستحڪم ڪري ٿو، سافٽ ويئر جي نموني جو هڪ مسلسل وهڪرو آهي. تبديلين جي هن مسلسل وهڪري کي برقرار رکڻ لاءِ، اسان کي ڪجهه قسم جي عام پروٽوڪول جي ضرورت آهي، جنهن ذريعي اسين ڳالهائي سگهون ٿا ته سافٽ ويئر ڇا آهي، ان کي ڪيئن آزمايو وڃي ٿو، ڪهڙي تصديق ٿي چڪي آهي. اھو اھو آھي جيڪو ھڪڙو منصوبو سڏيو ويندو آھي . اهو آهي، سافٽ ويئر جي نموني لاء هڪ عام ميٽاداٽ پروٽوڪول.
۽ آخرڪار، جيڪڏهن اسان چاهيون ٿا ته اسان جا نظام مڪمل طور تي آزاد، موافقت ۽ خود منظم هجن، اسان کي انهن کي پنهنجي سڃاڻپ جو حق ڏيڻ گهرجي. پروجيڪٽ سڏيو اهو ئي آهي جيڪو هو ڪندو آهي. هي پڻ Cloud Native Computing Foundation جي سرپرستي هيٺ هڪ منصوبو آهي.
اهي سڀئي منصوبا نوجوان آهن، انهن سڀني کي اسان جي پيار، اسان جي تصديق جي ضرورت آهي. اهو سڀ کليل ذريعو آهي، اسان جي جاچ، اسان جي عمل درآمد. اهي اسان کي ڏيکارين ٿا ته ٽيڪنالاجي ڪٿي آهي.
پر DevOps ڪڏهن به بنيادي طور تي ٽيڪنالاجي بابت نه رهيو آهي، اهو هميشه ماڻهن جي وچ ۾ تعاون بابت رهيو آهي. ۽، ان جي مطابق، جيڪڏهن اسان چاهيون ٿا ته جيڪي نظام اسان ترقي ڪريون ٿا، انهن کي تبديل ڪرڻ گهرجي، پوء اسان کي پاڻ کي تبديل ڪرڻ گهرجي. حقيقت ۾، اسان هر حال ۾ تبديل ڪري رهيا آهيون؛ اسان وٽ گهڻو پسند نه آهي.
اتي هڪ شاندار آهي برطانوي ليکڪ ريچل بوٽسمين، جنهن ۾ هوء انساني تاريخ ۾ اعتماد جي ارتقاء بابت لکي ٿي. هوءَ چوي ٿي ته شروعات ۾، پراڻن سماجن ۾، ڀروسو مقامي هوندو هو، يعني اسان رڳو انهن تي ڀروسو ڪندا هئاسين، جن کي اسين ذاتي طور تي سڃاڻندا آهيون.
پوءِ هڪ تمام ڊگهو عرصو هو - هڪ اونداهو دور جڏهن اعتماد کي مرڪزيت حاصل هئي، جڏهن اسان انهن ماڻهن تي ڀروسو ڪرڻ شروع ڪيو جن کي اسان حقيقت جي بنياد تي نه ٿا ڄاڻون ته اسان جو تعلق هڪ ئي عوامي يا رياستي اداري سان آهي.
۽ اھو اھو آھي جيڪو اسان جي جديد دنيا ۾ ڏسون ٿا: اعتماد وڌيڪ ۽ وڌيڪ ورهايل ۽ غير مرڪب ٿي رھيو آھي، ۽ اھو معلومات جي وهڪري جي آزادي تي ٻڌل آھي، معلومات جي دستيابي تي.
جيڪڏهن توهان ان جي باري ۾ سوچيو ٿا، اها تمام رسائي، جيڪا هن اعتماد کي ممڪن بڻائي ٿي، اهو آهي جيڪو توهان ۽ مان لاڳو ڪري رهيا آهيون. هن جو مطلب اهو آهي ته ٻنهي جو طريقو جيڪو اسان تعاون ڪريون ٿا ۽ اهو طريقو جيڪو اسان ڪندا آهيون اهو تبديل ٿيڻ گهرجي، ڇاڪاڻ ته مرڪزي، اعلي درجي جي آئي ٽي تنظيمون هاڻي ڪم نه ڪري رهيا آهن. اهي مرڻ شروع ڪن ٿا.
DevOps آرگنائيزيشن بنياديات
مستقبل جي مثالي DevOps تنظيم هڪ غير مرڪزي، موافقت وارو نظام آهي جيڪو خودمختيار ٽيمن تي مشتمل آهي، هر هڪ خودمختيار فردن تي مشتمل آهي. اهي ٽيمون پوري دنيا ۾ پکڙيل آهن، انتهائي شفاف ڪميونيڪيشن پروٽوڪول استعمال ڪندي، غير مطابقت رکندڙ ڪميونيڪيشن استعمال ڪندي هڪ ٻئي سان مؤثر سهڪار ڪنديون آهن. تمام خوبصورت، آهي نه؟ هڪ تمام خوبصورت مستقبل.
يقينن، ثقافتي تبديليءَ کان سواءِ ان مان ڪو به ممڪن ناهي. اسان کي لازمي طور تي تبديل ٿيندڙ قيادت، ذاتي ذميواري، اندروني حوصلا هجڻ گهرجي.
هي آهي DevOps تنظيمن جو بنياد: معلومات جي شفافيت، هم وقت سازي مواصلات، تبديلي جي قيادت، غير مرڪزيت.
سڙي چڪو
اسان جن سسٽم جو حصو آهيون ۽ جن کي اسين ٺاهي رهيا آهيون اهي تمام گهڻي افراتفري جو شڪار آهن، ۽ اسان انسانن لاء هن سوچ کي منهن ڏيڻ ڏکيو آهي، ڪنٽرول جي وهم کي ڇڏي ڏيڻ ڏکيو آهي. اسان انهن کي ڪنٽرول ڪرڻ جاري رکڻ جي ڪوشش ڪندا آهيون، ۽ اهو اڪثر ڪري جلن جي ڪري ٿي. مان اها ڳالهه پنهنجي تجربي مان چوان ٿو، مان به سڙي ويس، پيداوار ۾ اڻڄاتل ناڪامين جي ڪري معذور به ٿي ويس.
برن آئوٽ تڏهن ٿئي ٿو جڏهن اسان ڪنهن شيءِ کي ڪنٽرول ڪرڻ جي ڪوشش ڪندا آهيون جيڪا فطري طور تي بي قابو هجي. جڏهن اسان سڙي ويندا آهيون، هر شيء پنهنجي معني وڃائي ڇڏيندي آهي ڇو ته اسان ڪجهه نئين ڪرڻ جي خواهش وڃائي ڇڏيو آهي، اسان دفاعي ٿي وڃون ٿا ۽ دفاع ڪرڻ شروع ڪيو جيڪو اسان وٽ آهي.
انجنيئرنگ جو پيشو، جيئن مان اڪثر پاڻ کي ياد ڏيارڻ چاهيان ٿو، پهريون ۽ سڀ کان اول هڪ تخليقي پيشو آهي. جيڪڏهن اسان ڪنهن شيءِ ٺاهڻ جي خواهش وڃائي ويهون، ته پوءِ اسان خاڪ ۾ تبديل ٿي ويندا آهيون، خاڪ ۾ تبديل ٿي ويندا آهيون. ماڻهو سڙي ويندا آهن، سموريون تنظيمون سڙي وينديون آهن.
منهنجي خيال ۾، صرف افراتفري جي تخليقي طاقت کي قبول ڪرڻ، صرف ان جي اصولن جي مطابق تعاون جي تعمير آهي، جيڪو اسان جي پيشه ورانه ۾ سٺي شيء کي وڃائڻ ۾ مدد ڏيندو.
اھو اھو آھي جيڪو مان توھان لاءِ چاھيان ٿو: پنھنجي نوڪري سان پيار ڪرڻ ، پيار ڪرڻ لاءِ جيڪو اسان ڪندا آھيون. هي دنيا معلومات تي کارائيندو آهي، اسان کي ان کي کارائڻ جو اعزاز حاصل آهي. سو اچو ته افراتفري جو مطالعو ڪريون، اچو ته افراتفري جا ماهر ٿي وڃون، اچو ته قدر آڻيون، ڪجهه نئون پيدا ڪريون، چڱا، مسئلا، جيئن اسان اڳي ئي معلوم ڪري چڪا آهيون، ناگزير آهن، ۽ جڏهن اهي ظاهر ٿين ٿا، ته اسان بس چونداسون ”اوپس!“ ۽ مسئلو حل ٿي ويو آهي.
افراتفري بندر کان سواء ٻيو ڇا آهي؟
حقيقت ۾، اهي سڀئي اوزار تمام نوجوان آهن. ساڳيو ئي Netflix ٺاهيل اوزار پاڻ لاءِ. پنھنجو اوزار ٺاھيو. افراتفري انجنيئرنگ جا اصول پڙهو ۽ ٻين اوزارن کي ڳولڻ جي ڪوشش ڪرڻ بجاءِ انهن اصولن تي عمل ڪريو جيڪي ڪنهن ٻئي اڳ ۾ ئي ٺاهيا آهن.
سمجهڻ جي ڪوشش ڪريو ته توهان جو سسٽم ڪيئن ٽوڙيو ۽ انهن کي ٽوڙڻ شروع ڪيو ۽ ڏسو ته اهي ڪيئن رکو. اهو پهريون اچي ٿو. ۽ توهان اوزار ڳولي سگهو ٿا. هر قسم جا منصوبا آهن.
مون کي ان لمحي بلڪل سمجھ ۾ نه آيو جڏهن توهان چيو ته سسٽم کي ان جي اجزاء کي آسان ڪرڻ سان آسان نه ٿو ڪري سگهجي، ۽ فوري طور تي مائڪرو سروسز ڏانهن منتقل ڪيو ويو، جيڪو سسٽم کي آسان بڻائي ٿو پاڻ کي اجزاء کي آسان ڪرڻ ۽ ڳالهين کي پيچيده ڪندي. اهي بنيادي طور تي ٻه حصا آهن جيڪي هڪ ٻئي سان تضاد رکن ٿا.
اھو صحيح آھي، مائڪرو سروسز عام طور تي ھڪڙو تڪراري موضوع آھن. حقيقت ۾، حصن کي آسان ڪرڻ لچڪ وڌائي ٿو. microservices ڇا مهيا ڪن ٿا؟ اهي اسان کي لچڪ ۽ رفتار ڏين ٿا، پر اهي ضرور اسان کي سادگي نٿا ڏين. اهي تڪليف وڌائين ٿا.
تنهن ڪري، DevOps فلسفي ۾، microservices اهڙي سٺي شيء نه آهن؟
ڪنهن به چڱائي جي هڪ پٺتي پاسي آهي. فائدو اهو آهي ته اهو لچڪ وڌائي ٿو، اسان کي تيزيء سان تبديليون ڪرڻ جي اجازت ڏئي ٿو، پر اهو پيچيدگي وڌائي ٿو ۽ تنهنڪري سڄي سسٽم جي نازڪيت.
اڃا، وڌيڪ زور ڇا آهي: رابطي کي آسان ڪرڻ يا حصن کي آسان ڪرڻ تي؟
زور، يقينا، ڳالهين کي آسان ڪرڻ تي آهي، ڇاڪاڻ ته جيڪڏهن اسان ان نقطي نظر سان ڏسون ٿا ته اسان توهان سان ڪيئن ڪم ڪريون ٿا، ته پوء، سڀ کان پهريان، اسان کي ڪم کي آسان ڪرڻ تي نه، پر اسان کي ڳالهين کي آسان ڪرڻ تي ڌيان ڏيڻ جي ضرورت آهي. اسان مان هر هڪ الڳ الڳ. ڇاڪاڻ ته ڪم کي آسان ڪرڻ جو مطلب آهي روبوٽ ۾ تبديل ٿيڻ. هتي McDonald's تي اهو عام طور تي ڪم ڪري ٿو جڏهن توهان کي هدايتون آهن: هتي توهان برگر رکو ٿا، هتي توهان ان تي ساس وجھو. اهو سڀ ڪجهه اسان جي تخليقي ڪم ۾ ڪم نٿو ڪري.
ڇا اهو سچ آهي ته جيڪو ڪجهه توهان چيو آهي اهو دنيا ۾ رهي ٿو بغير مقابلي جي، ۽ اتي جي افراتفري تمام قسم جي آهي، ۽ هن افراتفري ۾ ڪو به تضاد نه آهي، ڪو به ڪنهن کي کائڻ يا مارڻ نٿو چاهي؟ مقابلو ۽ DevOps کي ڪيئن حاصل ڪرڻ گهرجي؟
يقينن، اهو منحصر آهي ته اسان ڪهڙي قسم جي مقابلي بابت ڳالهائي رهيا آهيون. ڇا اهو ڪم ڪار ۾ مقابلي بابت يا ڪمپنين جي وچ ۾ مقابلو آهي؟
خدمتن جي مقابلي بابت جيڪي موجود آهن ڇو ته خدمتون ڪيتريون ئي ڪمپنيون نه آهن. اسان هڪ نئين قسم جي معلوماتي ماحول ٺاهي رهيا آهيون، ۽ ڪو به ماحول مقابلي کان سواء رهي نٿو سگهي. هر هنڌ مقابلو آهي.
ساڳي Netflix، اسان انهن کي هڪ رول ماڊل طور وٺون ٿا. اهي هن سان ڇو آيا؟ ڇاڪاڻ ته انهن کي مقابلي جي ضرورت هئي. هي لچڪدار ۽ حرڪت جي رفتار بلڪل مقابلي جي گهرج آهي؛ اهو اسان جي سسٽم ۾ افراتفري کي متعارف ڪرايو آهي. اهو آهي، افراتفري اها شيء ناهي جيڪا اسان شعوري طور تي ڪندا آهيون ڇو ته اسان اهو چاهيون ٿا، اهو ڪجهه آهي جيڪو ٿئي ٿو ڇاڪاڻ ته دنيا ان جي طلب ڪري ٿي. اسان کي صرف موافقت ڪرڻي آهي. ۽ افراتفري، اهو صحيح طور تي مقابلي جو نتيجو آهي.
ڇا ان جو مطلب اهو آهي ته افراتفري مقصدن جي غير موجودگي آهي، جيئن اهي هئا؟ يا اهي مقصد جيڪي اسان نٿا ڏسڻ چاهيون؟ اسان گهر ۾ آهيون ۽ ٻين جي مقصدن کي نٿا سمجهون. مقابلي، حقيقت ۾، حقيقت جي سبب آهي ته اسان وٽ واضح مقصد آهن ۽ اسان ڄاڻون ٿا ته اسان وقت ۾ هر ايندڙ لمحن تي ختم ڪنداسين. هي، منهنجي نقطي نظر کان، ڊي اوپس جو جوهر آهي.
سوال تي پڻ هڪ نظر. منهنجو خيال آهي ته اسان سڀني جو هڪ ئي مقصد آهي: زنده رهڻ ۽ ان سان گڏ ڪرڻ
سڀ کان وڏي خوشي. ۽ ڪنهن به تنظيم جي مقابلي جو مقصد ساڳيو آهي. بقا اڪثر مقابلي جي ذريعي ٿيندي آهي، اتي ڪجھ به نه آهي جيڪو توهان ان بابت ڪري سگهو ٿا.
هن سال جي ڪانفرنس 7 ڊسمبر تي Technopolis ۾ ٿيندي. اسان 11 نومبر تائين رپورٽن لاءِ درخواستون قبول ڪري رهيا آهيون. اسان کي جيڪڏهن توهان ڳالهائڻ چاهيو ٿا.
شرڪت ڪندڙن لاء رجسٽريشن کليل آهي، ٽڪيٽن جي قيمت 7000 روبل. اسان سان شامل ٿيو!
جو ذريعو: www.habr.com