اڳڪٿي ۾ Vitaly Khabarov انٽرويو ڪيو دمتري Stolyarov ()، ٽيڪنيڪل ڊائريڪٽر ۽ فلانٽ ڪمپني جو گڏيل باني. Vitaly دمتري کان پڇيو ته فلانٽ ڇا ڪندو آهي، ڪبرنيٽس بابت، ماحولياتي نظام جي ترقي، سپورٽ. اسان بحث ڪيو ڇو ڪبرنيٽس جي ضرورت آهي ۽ ڇا اهو سڀ ڪجهه گهربل آهي. ۽ پڻ microservices بابت، Amazon AWS، DevOps ڏانهن ”مان خوش قسمت ٿي ويندس“ جو رستو، خود ڪبرنيٽس جو مستقبل، ڇو، ڪڏهن ۽ ڪيئن اهو دنيا تي قبضو ڪندو، DevOps جا امڪان ۽ ڪهڙي انجنيئرن کي تيار ڪرڻ گهرجي. روشن ۽ ويجهي مستقبل سادگي ۽ نيورل نيٽ ورڪ سان.
DevOps Deflop تي هڪ پوڊ ڪاسٽ جي طور تي ٻڌو - DevOps بابت روسي ٻوليءَ جو پوڊ ڪاسٽ، ۽ هيٺ ڏنل متن جو نسخو آهي.
هتي ۽ هيٺ هو سوال پڇي ٿو ايڪسپريس 42 کان انجنيئر.
جي باري ۾ "Flant"
- هيلو ديما. تون ٽيڪنيڪل ڊائريڪٽر آهين“"۽ پڻ ان جو باني. مهرباني ڪري اسان کي ٻڌايو ته ڪمپني ڇا ڪري ٿي ۽ توهان ان ۾ ڇا آهيو؟
دمتري: ٻاهران اهو لڳي ٿو ته اسان ماڻهو آهيون جيڪي هر ڪنهن لاءِ ڪبرنيٽس انسٽال ڪرڻ ۽ ان سان ڪجهه ڪرڻ جي چوڌاري گهمي رهيا آهيون. پر اهو سچ ناهي. اسان هڪ ڪمپني جي طور تي شروعات ڪئي جيڪا لينڪس سان واسطو رکي ٿي، پر هڪ ڊگهي وقت تائين اسان جي مکيه سرگرمي پيداوار ۽ تيز لوڊ ٽرنڪي منصوبن جي خدمت ڪري رهي آهي. عام طور تي اسان سڄي انفراسٽرڪچر کي شروع کان ٺاهيندا آهيون ۽ پوءِ ان لاءِ ذميوار هوندا آهيون، ڊگهي وقت تائين. تنهن ڪري، مکيه ڪم جيڪو "فلانٽ" ڪري ٿو، جنهن لاء اهو پئسا وصول ڪري ٿو ذميواري کڻڻ ۽ ٽرنڪي جي پيداوار کي لاڳو ڪرڻ.
مان، ٽيڪنيڪل ڊائريڪٽر ۽ ڪمپني جي باني جي حيثيت سان، سڄو ڏينهن ۽ رات ان ڪوشش ۾ گذاريان ٿو ته ڪيئن پيداوار جي پهچ کي وڌائڻ، ان جي آپريشن کي آسان بڻائي، منتظمين جي زندگي کي آسان بڻائي، ۽ ڊولپرز جي زندگي وڌيڪ خوشگوار آهي. .
ڪبرنيٽس بابت
- تازو مان فلانٽ ۽ مان ڪيتريون ئي رپورٽون ڏسي رهيو آهيان Kubernetes جي باري ۾. توهان ان کي ڪيئن آيو؟
دمتري: مون ان بابت ڪيترائي ڀيرا ڳالهايو آهي، پر مون کي ان کي ورجائڻ ۾ ڪو به اعتراض نه آهي. مان سمجهان ٿو ته هن موضوع کي ورجائڻ صحيح آهي ڇو ته سبب ۽ اثر جي وچ ۾ مونجهارو آهي.
اسان کي واقعي هڪ اوزار جي ضرورت آهي. اسان ڪيترن ئي مسئلن کي منهن ڏنو، جدوجهد ڪئي، انهن کي مختلف بيچين سان قابو ڪيو ۽ هڪ اوزار جي ضرورت محسوس ڪئي. اسان ڪيترن ئي مختلف اختيارن جي ذريعي ويا، اسان جي پنهنجي سائيڪل ٺاهي، ۽ تجربو حاصل ڪيو. آهستي آهستي اسان ان نقطي تي پهتاسين جتي اسان ڊاڪر استعمال ڪرڻ شروع ڪيو تقريبن جلد ئي ظاهر ٿيو - 2013 جي آس پاس. ان جي ظاهر ٿيڻ وقت، اسان وٽ اڳ ۾ ئي ڪنٽينرز سان تمام گهڻو تجربو هو، اسان اڳ ۾ ئي "ڊاڪر" جو هڪ اينالاگ لکيو آهي - پٿون ۾ اسان جا پنهنجا ڪچا. Docker جي اچڻ سان، اهو ممڪن ٿي ويو ته ڪچري کي اڇلائي ۽ هڪ قابل اعتماد ۽ ڪميونٽي جي مدد سان حل استعمال ڪريو.
ڪبرنيٽس سان ڪهاڻي ساڳي آهي. ان وقت تائين اهو رفتار حاصل ڪرڻ شروع ڪيو - اسان لاءِ هي نسخو 1.2 آهي - اسان وٽ اڳ ۾ ئي شيل ۽ شيف ٻنهي تي ڪڇن جو هڪ گروپ هو، جنهن کي اسان ڪنهن به طرح ڊاڪر سان ترتيب ڏيڻ جي ڪوشش ڪئي هئي. اسان سنجيدگي سان ڳولي رهيا هئاسين Rancher ۽ ٻين مختلف حلن تي، پر پوءِ ڪبرنيٽس ظاهر ٿيو، جنهن ۾ هر شيءِ تي عمل ڪيو ويو آهي جيئن اسان اهو ڪيو هجي ها يا ان کان به بهتر. شڪايت ڪرڻ جي ڪا به ڳالهه ناهي.
ها، هتي ڪجهه قسم جي نقص آهي، اتي ڪجهه قسم جي خرابي آهي - اتي تمام گهڻيون خاميون آهن، ۽ 1.2 عام طور تي خوفناڪ آهي، پر... ڪبرنيٽس هڪ تعمير هيٺ عمارت وانگر آهي - توهان پروجيڪٽ کي ڏسو ۽ سمجھو ته اهو ٿڌو ٿيندو. جيڪڏهن عمارت هاڻي هڪ بنياد ۽ ٻه منزلون آهن، پوء توهان سمجهو ٿا ته اهو بهتر ناهي ته اڃا تائين منتقل نه ڪيو وڃي، پر سافٽ ويئر سان ڪو به مسئلو ناهي - توهان اڳ ۾ ئي استعمال ڪري سگهو ٿا.
اسان وٽ ھڪڙو لمحو ڪونھي جتي اسان ڪبرنيٽس استعمال ڪرڻ بابت سوچيو يا نه. اسان ان جي ظاهر ٿيڻ کان گهڻو اڳ انتظار ڪري رهيا هئاسين، ۽ پاڻ کي analogues ٺاهڻ جي ڪوشش ڪئي.
ڪبرنيٽس بابت
- ڇا توھان سڌو سنئون ڪبرنيٽس جي ترقي ۾ ملوث آھيو؟
دمتري: وچولي. بلڪه، اسان ماحولياتي نظام جي ترقي ۾ حصو وٺندا آهيون. اسان هڪ خاص تعداد ۾ ڇڪڻ جون درخواستون موڪليندا آهيون: پروميٿيس ڏانهن، مختلف آپريٽرن ڏانهن، هيلم ڏانهن - ماحولياتي نظام ڏانهن. بدقسمتي سان، مان هر شي جي ٽريڪ رکڻ جي قابل نه آهيان جيڪو اسان ڪندا آهيون ۽ مان غلط ٿي سگهي ٿو، پر بنيادي طور تي اسان مان هڪ به تلاء ناهي.
- ساڳئي وقت، ڇا توهان Kubernetes جي چوڌاري پنهنجا ڪيترائي اوزار ٺاهي رهيا آهيو؟
دمتريحڪمت عملي هي آهي: اسان وڃون ٿا ۽ هر شيءِ ڏانهن درخواستون ڪڍون ٿا جيڪي اڳ ۾ ئي موجود آهن. جيڪڏهن ڇڪڻ جون درخواستون قبول نه ڪيون وڃن، اسان صرف انهن کي پاڻ ڏانهن ڇڪيندا آهيون ۽ جيستائين اهي اسان جي تعميرات سان قبول نه ڪيا ويندا آهن. پوء، جڏهن اهو اپ اسٽريم تائين پهچندو آهي، اسان واپس اپ اسٽريم ورزن ڏانهن وڃو.
مثال طور، اسان وٽ هڪ Prometheus آپريٽر آهي، جنهن سان اسان اڳ ۾ ئي 5 ڀيرا اسان جي اسيمبليءَ جي اپ اسٽريم ڏانهن اڳتي ۽ پوئتي تبديل ڪيو آهي. اسان کي ڪجهه قسم جي خاصيت جي ضرورت آهي، اسان هڪ پل جي درخواست موڪلي آهي، اسان کي سڀاڻي ان کي رول ڪرڻ جي ضرورت آهي، پر اسان ان کي جاري ٿيڻ جو انتظار ڪرڻ نٿا چاهيون. ان جي مطابق، اسان پاڻ لاء گڏ ڪريون ٿا، اسان جي اسيمبليء کي اسان جي خصوصيت سان رول ڪريو، جيڪو اسان کي ڪجهه سببن جي ضرورت آهي، اسان جي سڀني ڪلستر ڏانهن. پوءِ، مثال طور، اهي ان کي اسان جي حوالي ڪن ٿا اپ اسٽريم ۾ لفظن سان: ”يار، اچو ته ان کي وڌيڪ عام ڪيس لاءِ ڪريون،“ اسان، يا ڪو ٻيو، ان کي ختم ڪريون ٿا، ۽ وقت گذرڻ سان گڏ اهو وري ٻيهر ضم ٿي وڃي ٿو.
اسان هر شيء کي ترقي ڪرڻ جي ڪوشش ڪندا آهيون جيڪو موجود آهي. ڪيترائي عنصر جيڪي اڃا تائين موجود نه آهن، اڃا تائين ايجاد نه ڪيا ويا آهن، يا ايجاد ڪيا ويا آهن، پر عمل ڪرڻ جو وقت نه آهي - اسان اهو ڪري رهيا آهيون. ۽ ان ڪري نه ته اسان کي پسند آهي پروسيس يا سائيڪل بلڊنگ هڪ صنعت طور، پر صرف ان ڪري جو اسان کي هن اوزار جي ضرورت آهي. سوال اڪثر پڇيو ويندو آهي، اسان اهو يا اهو ڪم ڇو ڪيو؟ جواب سادو آهي - ها، ڇو ته اسان کي اڳتي وڌڻو هو، ڪجهه عملي مسئلو حل ڪرڻو هو، ۽ اسان ان کي هن ٽولا سان حل ڪيو.
رستو هميشه هن طرح هوندو آهي: اسان ڏاڍي غور سان ڳوليندا آهيون، ۽ جيڪڏهن اسان کي ڪو حل نه ٿو ملي ته مانيءَ جي مانيءَ مان ٽرالي بس ڪيئن ٺاهيو وڃي، ته پوءِ اسان پنهنجو روٽي ۽ پنهنجي ٽرالي بس ٺاهيندا آهيون.
فلانٽا اوزار
- مان ڄاڻان ٿو ته فلانٽ هاڻي ايڊون آپريٽرز، شيل آپريٽرز، ۽ ڊيپ / ويرف اوزار آهن. جيئن مان سمجهان ٿو، اهو ساڳيو اوزار آهي مختلف اوتارن ۾. مان اهو به سمجهان ٿو ته فلاونٽ ۾ ڪيترائي ٻيا مختلف اوزار آهن. هي سچ آهي؟
دمتري: اسان وٽ GitHub تي گهڻو ڪجهه آهي. جيڪو مون کي هاڻي ياد آهي، اسان وٽ هڪ اسٽيٽس ميپ آهي - گرافانا لاءِ هڪ پينل جيڪو هرڪو اچي چڪو آهي. اهو وچولي تي ڪبرنيٽس جي نگراني بابت تقريبا هر سيڪنڊ آرٽيڪل ۾ ذڪر ڪيو ويو آهي. مختصر طور تي بيان ڪرڻ ناممڪن آهي ته اسٽيٽس ميپ ڇا آهي - ان لاءِ هڪ الڳ مضمون جي ضرورت آهي، پر وقت گذرڻ سان اسٽيٽس جي نگراني ڪرڻ لاءِ اهو هڪ تمام ڪارآمد شيءِ آهي، ڇاڪاڻ ته ڪبرنيٽس ۾ اسان کي اڪثر وقت تي اسٽيٽس ڏيکارڻ جي ضرورت پوندي آهي. اسان وٽ پڻ LogHouse آھي - ھي ھڪڙي شيء آھي جنھن تي ٻڌل آھي ClickHouse ۽ ڪارو جادو ڪبرنيٽس ۾ لاگ گڏ ڪرڻ لاءِ.
ڪيتريون ئي افاديتون! ۽ اڃا به وڌيڪ ٿيندو، ڇاڪاڻ ته هن سال ڪيترائي اندروني حل جاري ڪيا ويندا. ايڊون آپريٽر تي ٻڌل تمام وڏين مان، ڪبرنيٽس لاءِ ايڊونز جو هڪ گروپ آهي، ala ڪيئن صحيح طريقي سان انسٽال ڪجي sert مئنيجر - سرٽيفڪيٽن کي منظم ڪرڻ لاءِ هڪ اوزار، Prometheus کي ڪيئن صحيح طريقي سان انسٽال ڪجي لوازمات جي هڪ گروپ سان - اهي اٽڪل ويهه مختلف آهن. بائنريز جيڪي ڊيٽا کي برآمد ڪن ٿا ۽ گڏ ڪن ٿا ڪجھھ، ھن پروميٿيوس ڏانھن سڀ کان وڌيڪ حيرت انگيز گرافڪس ۽ الرٽ آھن. هي سڀ ڪبرنيٽس لاءِ صرف اضافون جو هڪ گروپ آهي، جيڪي هڪ ڪلستر ۾ نصب ٿيل آهن، ۽ اهو سادو کان ٿڌو، نفيس، خودڪار، جنهن ۾ ڪيترائي مسئلا اڳ ۾ ئي حل ٿي چڪا آهن. ها، اسان گهڻو ڪري رهيا آهيون.
ماحولياتي نظام جي ترقي
"مون کي لڳي ٿو ته اهو هن اوزار جي ترقي ۽ ان جي استعمال جي طريقن ۾ هڪ تمام وڏو حصو آهي." ڇا توهان اندازو لڳائي سگهو ٿا ته ماحوليات جي ترقيءَ ۾ ٻيو ڪير به ساڳيو ڪردار ادا ڪندو؟
دمتري: روس ۾، ڪمپنيون جيڪي اسان جي مارڪيٽ ۾ ڪم ڪن ٿيون، ڪو به ويجهو نه آهي. يقينن، اهو هڪ بلند بيان آهي، ڇاڪاڻ ته اتي اهم رانديگرن جهڙوڪ ميل ۽ Yandex آهن - اهي پڻ ڪبرنيٽس سان گڏ ڪجهه ڪري رهيا آهن، پر اهي اڃا تائين پوري دنيا ۾ ڪمپنين جي مدد جي ويجهو نه ايندا آهن جيڪي اسان کان گهڻو ڪجهه ڪندا آهن. فلانٽ جو مقابلو ڪرڻ ڏکيو آهي، جنهن ۾ 80 ماڻهن جو اسٽاف آهي، ۽ ريڊ هيٽ، جنهن ۾ 300 انجنيئر آهن في ڪبرنيٽس اڪيلو، جيڪڏهن مان غلط نه آهيان. ان جو مقابلو ڪرڻ مشڪل آهي. اسان وٽ RnD ڊپارٽمينٽ ۾ مون سميت 6 ماڻهو آهن، جن اسان جا سمورا اوزار ڪٽيا. 6 ماڻهو بمقابله 300 ريڊ هيٽ انجنيئر - اهو ڪنهن به طرح سان مقابلو ڪرڻ ڏکيو آهي.
- بهرحال، جڏهن اهي 6 ماڻهو به ڪجهه ڪري سگهن ٿا واقعي مفيد ۽ اجنبي، جڏهن اهي هڪ عملي مسئلي سان منهن ڏيڻ ۽ ڪميونٽي کي حل ڏيو - هڪ دلچسپ ڪيس. مان سمجهان ٿو ته وڏي ٽيڪنالاجي ڪمپنين ۾، جتي انهن وٽ پنهنجي ڪبرنيٽس ڊولپمينٽ ۽ سپورٽ ٽيم آهي، اصول ۾، ساڳيا اوزار ٺاهي سگھجن ٿا. اھو انھن لاءِ ھڪڙو مثال آھي جيڪو ترقي ڪري سگھي ٿو ۽ ڪميونٽي کي ڏنو وڃي ٿو، پوري ڪميونٽي کي حوصلہ ڏئي ٿو جيڪو ڪبرنيٽس استعمال ڪري ٿو.
دمتري: اهو شايد انٽيگريٽر جي هڪ خاصيت آهي، ان جي خاصيت. اسان وٽ ڪيترائي منصوبا آھن ۽ اسان ڪيتريون ئي مختلف حالتون ڏسون ٿا. اسان لاءِ، اضافو قدر پيدا ڪرڻ جو مکيه طريقو انهن ڪيسن جو تجزيو ڪرڻ، مشترڪات ڳولڻ ۽ انهن کي اسان لاءِ جيترو ٿي سگهي سستو بڻائڻ آهي. اسان ان تي فعال طور تي ڪم ڪري رهيا آهيون. مون لاءِ روس ۽ دنيا بابت ڳالهائڻ ڏکيو آهي، پر اسان وٽ ڪمپني ۾ اٽڪل 40 DevOps انجنيئر آهن جيڪي ڪبرنيٽس تي ڪم ڪن ٿا. مان نه ٿو سمجهان ته روس ۾ ڪيتريون ئي ڪمپنيون آهن جن وٽ ماهرن جي مقابلي جو تعداد آهي جيڪي سمجھن ٿا Kubernetes، جيڪڏهن ڪو به هجي.
مان نوڪري جي عنوان بابت سڀ ڪجهه سمجهان ٿو DevOps انجنيئر، هرڪو سڀ ڪجهه سمجهي ٿو ۽ DevOps انجنيئرن کي DevOps انجنيئر سڏڻ جي عادت آهي، اسان ان تي بحث نه ڪنداسين. اهي سڀئي 40 حيرت انگيز DevOps انجنيئر هر روز مسئلن کي منهن ۽ حل ڪن ٿا، اسان صرف هن تجربي جو تجزيو ڪيو ۽ عام ڪرڻ جي ڪوشش ڪئي. اسان سمجهون ٿا ته جيڪڏهن اهو اسان جي اندر رهي ٿو، ته پوء هڪ يا ٻن سالن ۾ اوزار بيڪار ٿي ويندو، ڇاڪاڻ ته ڪميونٽي ۾ ڪنهن به جاء تي تيار ٿيل ٽولا ظاهر ٿيندو. هن تجربي کي اندروني طور تي گڏ ڪرڻ جو ڪو به مقصد نه آهي - اهو صرف توانائي ۽ وقت کي dev/null ۾ ختم ڪري رهيو آهي. ۽ اسان کي ان لاءِ بلڪل به افسوس نه ٿيو. اسان هر شي کي وڏي خوشي سان شايع ڪريون ٿا ۽ سمجهون ٿا ته ان کي شايع ڪرڻ جي ضرورت آهي، ترقي ڪئي وڃي، ترقي ڪئي وڃي، پروموشن ڪئي وڃي، ته جيئن ماڻهو ان کي استعمال ڪن ۽ پنهنجو تجربو شامل ڪن- پوءِ سڀ ڪجهه وڌي ٿو ۽ زندهه رهي ٿو. پوءِ ٻن سالن کان پوءِ اوزار ڪچري ۾ نه ٿو وڃي. طاقت ۾ اضافو جاري رکڻ لاء افسوس نه آهي، ڇاڪاڻ ته اهو واضح آهي ته ڪو توهان جو اوزار استعمال ڪري رهيو آهي، ۽ ٻن سالن کان پوء هرڪو ان کي استعمال ڪري رهيو آهي.
هي اسان جي وڏي حڪمت عملي جو حصو آهي ڊيپ/ورف سان. مون کي ياد ناهي جڏهن اسان ان کي ٺاهڻ شروع ڪيو، اهو لڳي ٿو 3 سال اڳ. شروعات ۾، اهو عام طور تي شيل تي هو. اهو تصور جو هڪ سپر ثبوت هو، اسان اسان جي ڪجهه خاص مسئلن کي حل ڪيو - اهو ڪم ڪيو! پر شيل سان مسئلا آهن، ان کي اڳتي وڌائڻ ناممڪن آهي، شيل تي پروگرامنگ هڪ ٻيو ڪم آهي. اسان کي روبي ۾ لکڻ جي عادت هئي، ان مطابق اسان روبي ۾ ڪا شيءِ ٻيهر ٺاهي، ترقي ڪئي، ترقي ڪئي، ترقي ڪئي ۽ ان حقيقت ۾ رڌل هئاسين ته اها ڪميونٽي، هجوم جيڪو اهو نٿو چوي ته ”اسان چاهيون ٿا يا نه ٿا چاهيون، “ روبي ڏانهن نُڪ موڙي، اها ڪيتري مضحکہ خیز ڳالهه آهي؟ اسان محسوس ڪيو ته اسان کي اهي سڀئي شيون Go ۾ لکڻ گهرجن صرف چيڪ لسٽ تي پهرين نقطي کي پورا ڪرڻ لاءِ: DevOps اوزار هڪ جامد بائنري هجڻ گهرجي. گو ٿيڻ يا نه ٿيڻ ايترو اهم ناهي، پر گو ۾ لکيل هڪ مستحڪم بائنري بهتر آهي.
اسان پنهنجي توانائي خرچ ڪئي، ڊيپ کي Go ۾ ٻيهر لکيو ۽ ان کي ورف سڏيو. ڊيپ هاڻي سپورٽ نه ڪئي وئي آهي، نه ترقي ڪئي وئي آهي، ڪجهه جديد ورزن ۾ هلندي آهي، پر مٿين تائين هڪ مڪمل اپ گريڊ رستو آهي، ۽ توهان ان جي پيروي ڪري سگهو ٿا.
ڊيپ ڇو ٺاهيو ويو؟
- ڇا توھان اسان کي مختصر طور تي ٻڌائي سگھو ٿا ته ڊيپ ڇو ٺاھيو ويو، اھو ڪھڙا مسئلا حل ڪري ٿو؟
دمتري: پهريون سبب اسيمبليءَ ۾ آهي. شروعات ۾، اسان کي تعمير سان سنگين مسئلا هئا جڏهن ڊڪر وٽ ملٽي اسٽيج صلاحيتون نه هيون، تنهنڪري اسان پاڻ تي ملٽي اسٽيج ٺاهيو. پوءِ اسان وٽ تصوير کي صاف ڪرڻ سان گڏ وڌيڪ مسئلا هئا. هر ڪو جيڪو CI/CD ڪري ٿو، جلدي بدران دير سان، هن مسئلي سان منهن ڏيڻو پوندو آهي ته گڏ ڪيل تصويرن جو هڪ گروپ آهي، توهان کي ڪنهن به طريقي سان صاف ڪرڻ جي ضرورت آهي جيڪا ضرورت ناهي ۽ جيڪا ضرورت آهي ڇڏي ڏيو.
ٻيو سبب مقرري آهي. ها، هيلم آهي، پر اهو صرف ڪجهه مسئلن کي حل ڪري ٿو. حيرت انگيز طور تي، اهو لکيو ويو آهي ته "هيلم ڪبرنيٽس لاء پيڪيج مئنيجر آهي." بلڪل ڇا ”جي“. اتي پڻ لفظ آھن ”پيڪيج مئنيجر“ - ھڪڙي پيڪيج مئنيجر کان عام توقع ڇا آھي؟ اسان چئون ٿا: "پيڪيج مئنيجر - پيڪيج کي انسٽال ڪريو!" ۽ اسان اميد ٿا ڪريون ته هو اسان کي ٻڌائي: "پيڪيج پهچايو ويو آهي."
اها دلچسپ ڳالهه آهي ته اسان چئون ٿا: "هيلم، پيڪيج کي انسٽال ڪريو،" ۽ جڏهن هو جواب ڏئي ٿو ته هن ان کي نصب ڪيو، اهو ظاهر ٿئي ٿو ته هن صرف انسٽاليشن شروع ڪئي آهي - هن ڪبرنيٽس ڏانهن اشارو ڪيو: "هي شيء شروع ڪريو!"، ۽ ڇا اهو شروع ڪيو يا نه. ڇا اهو ڪم ڪري ٿو يا نه، هيلم اهو مسئلو حل نٿو ڪري.
اهو ظاهر ٿئي ٿو ته هيلم صرف هڪ ٽيڪسٽ پري پروسيسر آهي جيڪو ڊيٽا کي لوڊ ڪري ٿو Kubernetes.
پر ڪنهن به مقرري جي حصي جي طور تي، اسان اهو ڄاڻڻ چاهيون ٿا ته ايپليڪيشن پيداوار لاء جاري ڪئي وئي آهي يا نه؟ پروڊ ڏانهن رول آئوٽ جو مطلب آهي ته ايپليڪيشن اتي منتقل ٿي وئي آهي، نئون ورزن لڳايو ويو آهي، ۽ گهٽ ۾ گهٽ اهو اتي حادثو نٿو ٿئي ۽ صحيح جواب ڏئي ٿو. هيلم ان مسئلي کي ڪنهن به طريقي سان حل نٿو ڪري. ان کي حل ڪرڻ لاءِ، توهان کي تمام گهڻي ڪوشش ڪرڻي پوندي، ڇو ته توهان کي ڪبرنيٽس کي ڪمانڊ ڏيڻو پوندو رول آئوٽ ڪرڻ ۽ مانيٽر ڪرڻ لاءِ ته اتي ڇا ٿي رهيو آهي - ڇا اهو لڳايو ويو آهي يا رول آئوٽ. ۽ اتي پڻ ڪيترائي ڪم آھن جيڪي ٺاھڻ، صفائي، ۽ اسيمبليء سان لاڳاپيل آھن.
منصوبو
هن سال اسان مقامي ترقي شروع ڪنداسين. اسان اهو حاصل ڪرڻ چاهيون ٿا جيڪو اڳ ۾ Vagrant ۾ هو - اسان ٽائيپ ڪيو “vagrant up” ۽ اسان ورچوئل مشينون لڳايون. اسان ان نقطي تي وڃڻ چاهيون ٿا جتي گٽ ۾ هڪ پروجيڪٽ موجود آهي، اسان اتي لکون ٿا “werf up”، ۽ اهو هن پروجيڪٽ جي هڪ مقامي ڪاپي آڻي ٿو، هڪ مقامي مني-ڪب ۾ لڳايو ويو آهي، سڀني ڊائريڪٽرن سان لاڳاپيل ترقي لاءِ آسان. . ترقي جي ٻولي تي مدار رکندي، اهو مختلف طريقي سان ڪيو ويندو آهي، پر ان جي باوجود، مقامي ترقي آسانيء سان نصب ٿيل فائلن جي تحت ٿي سگهي ٿو.
اسان لاء ايندڙ قدم آهي ڊولپرز جي سهولت ۾ سيڙپڪاري ڪريو. هڪ ٽول سان مقامي طور تي هڪ پروجيڪٽ کي جلدي ترتيب ڏيڻ لاءِ، ان کي ترقي ڪريو، ان کي گٽ ۾ وڌو، ۽ اهو به اسٽيج يا ٽيسٽن تائين پهچندو، پائپ لائنن جي بنياد تي، ۽ پوءِ پيداوار ڏانهن وڃڻ لاءِ ساڳيو اوزار استعمال ڪريو. هي اتحاد، اتحاد، بنيادي ڍانچي جي مقامي ماحول کان سيلز تائين، اسان لاء هڪ اهم نقطو آهي. پر اهو اڃا تائين ڪم ۾ ناهي - اسان صرف اهو ڪرڻ جي منصوبابندي ڪري رهيا آهيون.
پر ڊيپ / ويرف جو رستو هميشه ساڳيو رهيو آهي جيئن شروع ۾ ڪبرنيٽس سان. اسان مسئلن سان منهن ڪيو، انهن کي حل ڪيو ويو حل ڪيو - اسان پاڻ لاء شيل تي، ڪنهن به شيء تي ڪجهه حل کڻي آيا آهيون. پوءِ انهن ڪوشش ڪئي ته ڪنهن نه ڪنهن طريقي سان انهن ڪمن کي سڌو ڪيو، انهن کي عام ڪرڻ ۽ انهن کي بائنري ۾ مضبوط ڪرڻ هن صورت ۾، جنهن کي اسان صرف حصيداري ڪريون ٿا.
هن سڄي ڪهاڻي کي ڏسڻ لاء هڪ ٻيو طريقو آهي، قياس سان.
Kubernetes هڪ انجڻ سان هڪ ڪار فريم آهي. اتي ڪي دروازا، گلاس، ريڊيو، ڪرسمس جو وڻ - ڪجھ به نه. بس فريم ۽ انجڻ. ۽ هيلم آهي - هي اسٽيرنگ ويل آهي. ٿڌي - اتي ھڪڙو اسٽيرنگ ويل آھي، پر توھان کي ھڪڙي اسٽيرنگ پن، اسٽيئرنگ ريڪ، گيرو باڪس ۽ ويلز جي ضرورت آھي، ۽ توھان انھن کان سواء نٿا ڪري سگھو.
werf جي صورت ۾، هي Kubernetes لاء هڪ ٻيو حصو آهي. صرف هاڻي werf جي الفا ورزن ۾، مثال طور، Helm werf جي اندر مرتب ڪيو ويو آهي، ڇاڪاڻ ته اسان پاڻ کي ڪرڻ کان ٿڪل آهيون. ائين ڪرڻ جا ڪيترائي سبب آهن، مان توهان کي تفصيل سان ٻڌايان ٿو ته ڇو اسان پوري هيلم کي گڏ ڪري ٽيلر اندر ورف سان گڏ ڪيو. .
هاڻي werf هڪ وڌيڪ مربوط جزو آهي. اسان کي هڪ مڪمل اسٽيرنگ ويل، هڪ اسٽيرنگ پن ملي ٿو - مان ڪارن ۾ تمام سٺو نه آهيان، پر اهو هڪ وڏو بلاڪ آهي جيڪو اڳ ۾ ئي ڪافي مسئلن کي حل ڪري ٿو. اسان کي پاڻ کي ڪيٽلاگ ذريعي وڃڻ جي ضرورت ناهي، هڪ حصو ٻئي لاءِ چونڊيو، سوچيو ته انهن کي ڪيئن گڏ ڪجي. اسان هڪ تيار ڪيل ٺهيل ملن ٿا جيڪو هڪ ئي وقت ۾ وڏي تعداد ۾ مسئلا حل ڪري ٿو. پر ان جي اندر ان ئي اوپن سورس حصن مان ٺهيل آهي، اهو اڃا تائين اسيمبليءَ لاءِ ڊڪر استعمال ڪري ٿو، ڪجهه ڪارڪردگيءَ لاءِ هيلم، ۽ ٻيون ڪيتريون ئي لائبريريون آهن. هي هڪ مربوط اوزار آهي CI/CD کي دٻي مان تڪڙو ۽ آسانيءَ سان حاصل ڪرڻ لاءِ.
ڇا Kubernetes کي برقرار رکڻ ڏکيو آهي؟
— توهان ان تجربي جي باري ۾ ڳالهايو ٿا جيڪو توهان ڪبرنيٽس استعمال ڪرڻ شروع ڪيو آهي، هي توهان لاءِ هڪ فريم آهي، هڪ انجڻ، ۽ توهان ان تي ڪيتريون ئي مختلف شيون لڪائي سگهو ٿا: هڪ جسم، هڪ اسٽيئرنگ ويل، اسڪرو آن پيڊل، سيٽون. سوال پيدا ٿئي ٿو - ڪبرنيٽس توهان جي مدد لاء ڪيترو ڏکيو آهي؟ توهان وٽ تمام گهڻو تجربو آهي، توهان ڪيترو وقت ۽ وسيلا خرچ ڪندا آهيو ڪبرنيٽس جي مدد ڪرڻ تي هر شيءِ کان اڪيلائي ۾؟
دمتري: هي هڪ تمام ڏکيو سوال آهي ۽ جواب ڏيڻ لاءِ، اسان کي سمجهڻ جي ضرورت آهي ته سپورٽ ڇا آهي ۽ اسان ڪبرنيٽس کان ڇا چاهيون ٿا. ٿي سگهي ٿو ته توهان ظاهر ڪري سگهو ٿا؟
- جيتري قدر مون کي خبر آهي ۽ جيئن مون کي ڏٺو آهي، هاڻي ڪيتريون ئي ٽيمون ڪوشش ڪرڻ چاهين ٿيون ڪبرنيٽس. هرڪو پاڻ کي ان تي ڌڪيندو آهي، ان کي گوڏن ڀر رکي ٿو. مون کي اهو احساس آهي ته ماڻهو هميشه هن سسٽم جي پيچيدگي کي نه سمجهي.
دمتري: ائين ئي آهي.
- ڪبرنيٽس کي شروع کان وٺي ۽ انسٽال ڪرڻ ڪيترو ڏکيو آهي ته جيئن اها پيداوار تيار هجي؟
دمتري: توهان جي خيال ۾ دل جي منتقلي ڪيتري مشڪل آهي؟ مان سمجهان ٿو ته هي هڪ سمجهوتو سوال آهي. اسڪيلپل استعمال ڪرڻ ۽ غلطي نه ڪرڻ ايترو ڏکيو ناهي. جيڪڏهن اهي توهان کي ٻڌايو ته ڪٿي ڪٽي ۽ ڪٿي سلائي، پوء اهو طريقو پاڻ کي پيچيده ناهي. اهو وقت کان پوء وقت جي ضمانت ڏيڻ ڏکيو آهي ته سڀ ڪجهه ڪم ڪندو.
ڪبرنيٽس کي انسٽال ڪرڻ ۽ ان کي ڪم ڪرڻ آسان آهي: ڪڪڙ! - انسٽال ٿيل، تنصيب جا ڪيترائي طريقا آھن. پر ڇا ٿيندو جڏهن مسئلا پيدا ٿين ٿا؟
سوال هميشه پيدا ٿيندا آهن - اسان اڃا تائين ڇا نه ورتو آهي؟ اسان اڃا تائين ڇا نه ڪيو آهي؟ ڪهڙا لينڪس ڪنييل پيٽرولر غلط بيان ڪيا ويا آهن؟ رب، اسان انهن جو ذڪر به ڪيو؟! ڪهڙن ڪبرنيٽس جا جزا اسان ڏنا آهن ۽ ڪهڙا نه آهن؟ هزارين سوال پيدا ٿين ٿا، ۽ انهن جو جواب ڏيڻ لاء، توهان کي هن صنعت ۾ 15-20 سال گذارڻ جي ضرورت آهي.
مون وٽ ھن موضوع تي ھڪڙو تازو مثال آھي جيڪو شايد مسئلي جي معني کي ظاهر ڪري سگھي ٿو "ڇا ڪبرنيٽس کي برقرار رکڻ ڏکيو آھي؟" ڪجهه وقت اڳ اسان سنجيدگي سان غور ڪيو ته ڇا اسان کي ڪوشش ڪرڻ گهرجي ته Cilium کي Kubernetes ۾ نيٽ ورڪ جي طور تي لاڳو ڪرڻ گهرجي.
مون کي ٻڌايو ته Cilium ڇا آهي. Kubernetes ۾ نيٽ ورڪنگ سب سسٽم جا ڪيترائي مختلف عمل آهن، ۽ انهن مان هڪ تمام ٿڌو آهي - Cilium. ان جي معنيٰ ڇا آهي؟ ڪرنل ۾، ڪجهه وقت اڳ اهو ممڪن ٿيو ته ڪنيل لاء ٿلهو لکڻ، جيڪو هڪ يا ٻئي طريقي سان نيٽ ورڪ سب سسٽم ۽ مختلف ٻين سب سسٽم تي حملو ڪري ٿو، ۽ توهان کي ڪني ۾ وڏن حصن کي بائي پاس ڪرڻ جي اجازت ڏئي ٿو.
لينڪس ڪرنل تاريخي طور تي هڪ آئي پي روٽ، هڪ اوور فلٽر، پل ۽ ڪيترائي مختلف پراڻا حصا آهن جيڪي 15، 20، 30 سال پراڻي آهن. عام طور تي، اهي ڪم ڪن ٿا، سڀ ڪجهه عظيم آهي، پر هاڻي اهي ڪنٽينر گڏ ڪري چڪا آهن، ۽ اهو ڏسڻ ۾ اچي ٿو ته 15 سرن جو هڪ ٽاور هڪ ٻئي جي مٿان، ۽ توهان ان تي هڪ ٽنگ تي بيٺو - هڪ عجيب احساس. اهو نظام تاريخي طور تي ڪيترن ئي nuances سان ترقي ڪئي آهي، جسم ۾ ضميمه وانگر. ڪجهه حالتن ۾ ڪارڪردگي جا مسئلا آهن، مثال طور.
هتي هڪ شاندار بي پي ايف آهي ۽ دانا لاء ٿلهو لکڻ جي صلاحيت آهي - ماڻهن پنهنجي پنهنجي ٿلهي کي دانا لاء لکيو. پيڪيج لينڪس ڪنيل ۾ اچي ٿو، اهي ان کي ان پٽ تي صحيح ڪڍندا آهن، ان کي پاڻ تي پروسيس ڪندا آهن جيئن اهو پل کان سواء، بغير TCP، IP اسٽيڪ کان سواء - مختصر طور تي، لينڪس ڪرنل ۾ لکيل هر شيء کي نظرانداز ڪري، ۽ پوء ٿڪايو. ان کي ڪنٽينر ۾ ٻاهر ڪڍو.
ڇا ٿيو؟ تمام سٺي ڪارڪردگي، سٺا خاصيتون - صرف ٿڌو! پر اسان ان کي ڏسون ٿا ۽ ڏسون ٿا ته هر مشين تي هڪ پروگرام هوندو آهي جيڪو ڪبرنيٽس API سان ڳنڍيندو آهي ۽، ڊيٽا جي بنياد تي اهو هن API مان حاصل ڪري ٿو، سي ڪوڊ ٺاهي ٿو ۽ بائنري کي گڏ ڪري ٿو ته اهو ڪرنل ۾ لوڊ ٿئي ٿو ته جيئن اهي ٿلها ڪم ڪن. ڪرنل خلا ۾.
جيڪڏهن ڪجهه غلط ٿي وڃي ته ڇا ٿيندو؟ اسان کي خبر ناهي. ھن کي سمجھڻ لاءِ، توھان کي ھي سڀ ڪوڊ پڙھڻ گھرجي، سڀ منطق سمجھڻ گھرجي، ۽ اھو حيرت انگيز آھي ته اھو ڪيترو ڏکيو آھي. پر، ٻئي طرف، اهي پل، نيٽ فلٽر، آئي پي روٽ آهن - مون انهن جو سورس ڪوڊ نه پڙهيو آهي، ۽ نه ئي 40 انجنيئر آهن جيڪي اسان جي ڪمپني ۾ ڪم ڪن ٿا. ٿي سگهي ٿو ته ڪجھه ڪجھ حصا سمجھن.
۽ ڇا فرق آهي؟ اهو ظاهر ٿئي ٿو ته اتي آهي ip روٽ، لينڪس ڪنيل، ۽ اتي هڪ نئون اوزار آهي - اهو ڇا فرق آهي، اسان هڪ يا ٻئي کي نٿا سمجهون. پر اسان کي ڪجهه نئين استعمال ڪرڻ کان ڊپ آهي - ڇو؟ ڇاڪاڻ ته جيڪڏهن اوزار 30 سالن جو آهي، ته پوءِ 30 سالن ۾ سڀئي ڪيڙا مليا آهن، سڀ غلطيون ختم ٿي ويون آهن ۽ توهان کي هر شيءِ بابت ڄاڻڻ جي ضرورت ناهي - اهو هڪ بليڪ باڪس وانگر ڪم ڪندو آهي ۽ هميشه ڪم ڪندو آهي. هرڪو ڄاڻي ٿو ته ڪهڙو تشخيصي اسڪرو ڊرايور ڪهڙي جاءِ تي بيٺو آهي، ڪهڙو tcpdump ڪهڙي وقت هلڻو آهي. هرڪو تشخيصي يوٽيلٽيز کي چڱيءَ طرح ڄاڻي ٿو ۽ سمجهي ٿو ته لينڪس ڪنيل ۾ اجزاء جو هي سيٽ ڪيئن ڪم ڪري ٿو - نه اهو ڪيئن ڪم ڪري ٿو، پر ان کي ڪيئن استعمال ڪجي.
۽ زبردست ٿڌو Cilium 30 سالن جي عمر ۾ نه آهي، اهو اڃا تائين عمر نه آهي. Kubernetes ساڳيو مسئلو آهي، ڪاپي. اهو Cilium مڪمل طور تي نصب ٿيل آهي، ته ڪبرنيٽس بلڪل نصب ٿيل آهي، پر جڏهن پيداوار ۾ ڪجهه غلط ٿي وڃي ٿي، ڇا توهان جلدي سمجهي سگهندا آهيو نازڪ صورتحال ۾ ڇا غلط ٿيو؟
جڏهن اسان چئون ٿا ته ڪبرنيٽس کي برقرار رکڻ ڏکيو آهي - نه، اهو تمام آسان آهي، ۽ ها، اهو ناقابل اعتماد حد تائين ڏکيو آهي. ڪبرنيٽس پنهنجو پاڻ تي وڏو ڪم ڪري ٿو، پر هڪ ارب نونسن سان.
"مان خوش قسمت ٿي ويندس" جي باري ۾
- ڇا اهي ڪمپنيون آهن جتي اهي nuances لڳ ڀڳ ظاهر ٿيڻ جي ضمانت آهن؟ فرض ڪريو Yandex اوچتو سڀني خدمتن کي Kubernetes ڏانهن منتقل ڪري ٿو، اتي هڪ وڏو لوڊ ٿيندو.
دمتري: نه، اها ڳالهه ٻولهه نه آهي لوڊ بابت، پر سادي شين جي باري ۾. مثال طور، اسان وٽ ڪبرنيٽس آهي، اسان اتي ايپليڪيشن کي ترتيب ڏنو. توهان کي ڪيئن خبر آهي ته اهو ڪم ڪري رهيو آهي؟ اهو سمجهڻ لاءِ ڪو به تيار ٿيل اوزار ناهي ته ايپليڪيشن خراب نه ٿي رهي آهي. ڪو به تيار ٿيل سسٽم ناهي جيڪو الرٽ موڪلي ٿو؛ توهان کي انهن الارٽس ۽ هر شيڊول کي ترتيب ڏيڻ جي ضرورت آهي. ۽ اسان Kubernetes کي اپڊيٽ ڪري رهيا آهيون.
مون وٽ Ubuntu 16.04 آهي. توهان اهو چئي سگهو ٿا ته اهو هڪ پراڻو نسخو آهي، پر اسان اڃا تائين ان تي آهيون ڇو ته اهو LTS آهي. اتي سسٽم ڊي آهي، جنهن جي اهميت اها آهي ته اهو سي-گروپ کي صاف نٿو ڪري. ڪبرنيٽس پوڊز کي لانچ ڪري ٿو، سي-گروپ ٺاهي ٿو، پوءِ پوڊز کي ختم ڪري ٿو، ۽ ڪنهن طرح اهو نڪتو - مون کي تفصيل ياد ناهي، معاف ڪجو - اهو سسٽم ٿيل سلائسون رهي ٿو. اها حقيقت اها آهي ته وقت سان گڏ، ڪنهن به ڪار کي مضبوط طور تي سست ٿيڻ شروع ٿئي ٿو. اهو به اعلي لوڊ بابت سوال ناهي. جيڪڏهن مستقل پوڊز شروع ڪيا وڃن، مثال طور، جيڪڏهن ڪو ڪرون جاب آهي جيڪو مسلسل پوڊ ٺاهي ٿو، ته پوءِ اوبنٽو 16.04 واري مشين هڪ هفتي کان پوءِ سست ٿيڻ شروع ٿي ويندي. اتي مسلسل اعلي لوڊ اوسط ٿي ويندي حقيقت اها آهي ته سي-گروپ جو هڪ گروپ ٺاهيو ويو آهي. اهو مسئلو آهي ته ڪو به ماڻهو جيڪو صرف انسٽال ڪري ٿو Ubuntu 16 ۽ Kubernetes مٿي تي.
اچو ته چئون ته هو ڪنهن نه ڪنهن طريقي سان سسٽم ڊي کي اپڊيٽ ڪري ٿو يا ٻيو ڪجهه، پر لينڪس ڪرنل ۾ 4.16 تائين اهو اڃا به وڌيڪ مزيدار آهي - جڏهن توهان C-groups کي حذف ڪندا آهيو، اهي دستي ۾ لڪي ويندا آهن ۽ اصل ۾ ڊاهي نه ويندا آهن. تنهن ڪري، هن مشين تي ڪم ڪرڻ جي هڪ مهيني کان پوء، ان hearths لاء ياداشت جي انگن اکرن کي ڏسڻ لاء ناممڪن ٿي ويندي. اسان هڪ فائل ڪڍون ٿا، ان کي پروگرام ۾ رول ڪريون ٿا، ۽ هڪ فائل 15 سيڪنڊن لاءِ رول ڪري ٿي، ڇاڪاڻ ته ڪرنل کي پنهنجي اندر ۾ هڪ ملين سي گروپن کي ڳڻڻ ۾ تمام گهڻو وقت لڳندو آهي، جيڪي لڳي ٿو ته ڊليٽ ٿي ويا آهن، پر نه - اهي ليڪ ٿي رهيا آهن. .
اڃا به ڪيتريون ئي اهڙيون ننڍيون شيون هتي ۽ اتي آهن. اهو ڪو مسئلو ناهي ته وڏيون ڪمپنيون ڪڏهن ڪڏهن تمام ڳري بوجھ هيٺ منهن ڏئي سگهن ٿيون - نه، اهو روزمره جي شين جو معاملو آهي. ماڻهو هن طرح مهينن تائين رهي سگهن ٿا - انهن ڪبرنيٽس نصب ڪيو، ايپليڪيشن کي ترتيب ڏنو - اهو ڪم ڪرڻ لڳي. ڪيترن ئي ماڻهن لاء اهو عام آهي. انهن کي اها به خبر نه هوندي ته هي ايپليڪيشن ڪنهن سبب ڪري تباهه ٿي ويندي، انهن کي الرٽ نه ملندو، پر انهن لاءِ اهو معمول آهي. اڳي، اسان بغير نگراني جي مجازي مشينن تي رهندا هئاسين، هاڻي اسان Kubernetes ڏانهن منتقل ڪيو ويو، پڻ نگراني کان سواء - ڇا فرق آهي؟
سوال اهو آهي ته جڏهن اسان برف تي چڙهندا آهيون، اسان کي ڪڏهن به ان جي ٿلهي جي خبر ناهي، جيستائين اسان ان کي اڳ ۾ ماپ ڪري سگهون ٿا. ڪيترائي ماڻھو ھلندا آھن ۽ پريشان نه ڪندا آھن، ڇاڪاڻتہ اھي اڳي ھلندا آھن.
منهنجي نقطي نظر کان، ڪنهن به سسٽم کي هلائڻ جي nuance ۽ پيچيدگي کي يقيني بڻائڻ آهي ته برف جي ٿلهي بلڪل اسان جي مسئلن کي حل ڪرڻ لاء ڪافي آهي. هي اهو آهي جيڪو اسان بابت ڳالهائي رهيا آهيون.
آئي ٽي ۾، اهو مون کي لڳي ٿو، اتي تمام گهڻا آهن "مان خوش قسمت ٿي ويندس" طريقا. ڪيترائي ماڻهو سافٽ ويئر انسٽال ڪن ٿا ۽ سافٽ ويئر لائبرريون استعمال ڪن ٿا اميد ته اهي خوش نصيب ٿيندا. عام طور تي، ڪيترائي ماڻهو خوش قسمت آهن. شايد اهو ئي سبب آهي ته اهو ڪم ڪري ٿو.
- منهنجي مايوسي واري جائزي مان، اهو هن طرح ڏسڻ ۾ اچي ٿو: جڏهن خطرا تمام وڏا آهن، ۽ ايپليڪيشن کي ڪم ڪرڻ گهرجي، پوء Flaunt کان مدد جي ضرورت آهي، شايد Red Hat کان، يا توهان کي پنهنجي اندروني ٽيم جي ضرورت آهي خاص طور تي Kubernetes لاء وقف، جيڪا تيار آهي. ان کي ڪڍڻ لاء.
دمتري: معقول طور تي، ائين ئي آهي. هڪ ننڍڙي ٽيم لاءِ ڪبرنيٽس ڪهاڻي ۾ داخل ٿيڻ ۾ توهان جي پنهنجي طور تي ڪيترائي خطرا شامل آهن.
ڇا اسان کي ڪنٽينرز جي ضرورت آهي؟
- ڇا توھان اسان کي ٻڌائي سگھو ٿا ته ڪبرنيٽس روس ۾ ڪيترو وسيع آھي؟
دمتري: مون وٽ هي ڊيٽا ناهي، ۽ مون کي پڪ ناهي ته اها ڪنهن ٻئي وٽ آهي. اسان چئون ٿا: "Kubernetes، Kubernetes،" پر هن مسئلي کي ڏسڻ جو هڪ ٻيو طريقو آهي. مون کي اها به خبر ناهي ته ڪنٽينر ڪيترا وسيع آهن، پر مان ڄاڻان ٿو ته انٽرنيٽ تي رپورٽن مان هڪ انگ اکر آهي ته 70٪ ڪنٽينرز ڪبرنيٽس پاران ترتيب ڏنل آهن. اهو هڪ قابل اعتماد ذريعو هو دنيا جي چوڌاري وڏي نموني لاء.
پوء ٻيو سوال - ڇا اسان کي ڪنٽينرز جي ضرورت آهي؟ منهنجو ذاتي احساس ۽ فلانٽ ڪمپني جي مجموعي پوزيشن اها آهي ته ڪبرنيٽس هڪ حقيقي معيار آهي.
ڪوبرنيٽس کانسواءِ ڪجهه به نه هوندو.
اهو بنيادي ڍانچي جي انتظام جي ميدان ۾ هڪ مطلق راند-چينجر آهي. بلڪل بلڪل - اھو اھو آھي، وڌيڪ جواب ڏيڻ وارو، شيف، مجازي مشينون، Terraform. مان پراڻي اجتماعي فارم جي طريقن بابت نه ڳالهائي رهيو آهيان. Kubernetes هڪ مطلق بدلائيندڙ آهي، ۽ هاڻي اهو صرف هن وانگر ٿيندو.
اهو واضح آهي ته ڪجهه لاء اهو ڪجهه سال لڳن ٿا، ۽ ٻين لاء ڪجهه ڏهاڪن لاء، اهو محسوس ڪرڻ لاء. مون کي ڪو شڪ ناهي ته ڪوبرنيٽس کانسواءِ ٻيو ڪجهه به نه هوندو ۽ هي نئون روپ: اسان هاڻي آپريٽنگ سسٽم کي نقصان نه ٿا پهچايون، پر استعمال ڪريو. بنيادي ڍانچي جي طور تي ڪوڊ، صرف ڪوڊ سان نه، پر yml سان - هڪ بيان ڪيل بيان ڪيل انفراسٽرڪچر. مون کي اهو احساس آهي ته اهو هميشه وانگر رهندو.
- اھو آھي، اھي ڪمپنيون جيڪي اڃا تائين تبديل نه ڪيا آھن ڪبرنيٽس کي ضرور تبديل ڪندا يا وساري ڇڏيندا. مان توهان کي صحيح سمجهيو؟
دمتري: اهو پڻ مڪمل طور تي درست ناهي. مثال طور، جيڪڏهن اسان وٽ DNS سرور کي هلائڻ جو ڪم آهي، ته پوء اهو فري بي ايس ڊي 4.10 تي هلائي سگهجي ٿو ۽ اهو 20 سالن تائين مڪمل طور تي ڪم ڪري سگهي ٿو. بس ڪم ۽ بس. ٿي سگهي ٿو 20 سالن ۾ ڪجهه هڪ ڀيرو تازه ڪاري ڪرڻ جي ضرورت پوندي. جيڪڏهن اسان سافٽ ويئر بابت ڳالهائي رهيا آهيون انهي فارميٽ ۾ جيڪو اسان شروع ڪيو آهي ۽ اهو اصل ۾ ڪيترن سالن تائين ڪم ڪري ٿو بغير ڪنهن اپڊيٽ جي، بغير تبديلين جي، پوء، يقينا، ڪو به ڪبرنيٽس نه هوندو. هن کي اتي جي ضرورت ناهي.
CI/CD سان لاڳاپيل سڀ ڪجهه - جتي به مسلسل پهچائڻ جي ضرورت آهي، جتي توهان کي ورزن کي اپڊيٽ ڪرڻ جي ضرورت آهي، فعال تبديليون ڪرڻ جي ضرورت آهي، جتي توهان کي غلطي برداشت ڪرڻ جي ضرورت آهي - صرف ڪبرنيٽس.
مائڪرو سروسز بابت
- هتي مون کي ٿورو اختلاف آهي. Kubernetes سان ڪم ڪرڻ لاء، توهان کي بيروني يا اندروني مدد جي ضرورت آهي - هي پهريون نڪتو آهي. ٻيو، جڏهن اسان صرف ترقي شروع ڪري رهيا آهيون، اسان هڪ ننڍڙو شروعاتي آهيون، اسان وٽ اڃا تائين ڪجهه به ناهي، عام طور تي ڪبرنيٽس يا مائڪرو سروس آرڪيٽيڪچر لاء ترقي پيچيده ٿي سگهي ٿي ۽ هميشه اقتصادي طور تي جائز نه آهي. مان توهان جي راء ۾ دلچسپي وٺان ٿو - ڇا شروع ڪرڻ جي ضرورت آهي فوري طور تي شروع کان ڪبرنيٽس لاءِ لکڻ شروع ڪريو، يا ڇا اهي اڃا تائين هڪ واحد لکي سگهن ٿا، ۽ پوءِ صرف ڪبرنيٽس ڏانهن ايندا؟
دمتري: ٿڌو سوال. مون کي microservices جي باري ۾ هڪ ڳالهه ٻولهه آهي ڪيترائي ڀيرا مون ماڻهن سان منهن ڪيو آهي جيڪي هڪ خوردبيني سان ناخن کي هٽائڻ جي ڪوشش ڪري رهيا آهن. اهو طريقو خود درست آهي؛ اسان پاڻ پنهنجي اندروني سافٽ ويئر کي هن طريقي سان ٺاهيو ٿا. پر جڏهن توهان اهو ڪندا آهيو، توهان کي واضح طور تي سمجهڻ جي ضرورت آهي ته توهان ڇا ڪري رهيا آهيو. مائڪرو سروسز جي باري ۾ مون کي سڀ کان وڌيڪ نفرت جو لفظ ”مائڪرو“ آهي. تاريخي طور تي، هي لفظ اتي پيدا ٿيو، ۽ ڪجهه سببن لاء ماڻهن جو خيال آهي ته مائڪرو تمام ننڍڙو آهي، هڪ ملي ميٽر کان گهٽ، هڪ مائڪرو ميٽر وانگر. هي غلط آهي.
مثال طور، اتي هڪ monolith آهي جيڪو 300 ماڻهن طرفان لکيل آهي، ۽ هرڪو جيڪو ترقي ۾ حصو ورتو آهي اهو سمجهي ٿو ته اتي مسئلا موجود آهن، ۽ ان کي ٽوڙيو وڃي ننڍن ٽڪرن ۾ - اٽڪل 10 ٽڪر، جن مان هر هڪ 30 ماڻهن طرفان لکيل آهي. گهٽ ۾ گهٽ نسخي ۾. اهو ضروري، ضروري ۽ ٿڌو آهي. پر جڏهن هڪ شروعات اسان وٽ اچي ٿي، جتي 3 ڏاڍا سٺا ۽ باصلاحيت ماڻهو پنهنجن گوڏن تي 60 مائڪرو سروسز لکيا آهن، هر ڀيري آئون Corvalol کي ڳوليندو آهيان.
اهو مون کي لڳي ٿو ته اهو اڳ ۾ ئي هزارين ڀيرا ڳالهايو ويو آهي - اسان کي هڪ روپ يا ٻئي ۾ ورهايل مونولٿ مليو آهي. اهو اقتصادي طور تي صحيح ناهي، اهو عام طور تي هر شيء ۾ تمام ڏکيو آهي. مون هن کي ڪيترائي ڀيرا ڏٺو آهي ته اهو واقعي مون کي ڏکوئي ٿو، تنهنڪري مان ان بابت ڳالهائڻ جاري رکندو آهيان.
ابتدائي سوال تي، حقيقت جي وچ ۾ تڪرار آهي ته، هڪ طرف، ڪبرنيٽس استعمال ڪرڻ لاء خوفناڪ آهي، ڇاڪاڻ ته اهو واضح ناهي ته اتي ڇا ٿي سگهي ٿو يا ڪم نه ڪندو، ٻئي طرف، اهو واضح آهي ته هر شيء اتي وڃي ٿي. ۽ ڪبرنيٽس کانسواءِ ٻيو ڪجھ به نه ھوندو. جواب - فائدي جي مقدار جو وزن جيڪو اچي ٿو، ڪمن جو مقدار جيڪو توھان حل ڪري سگھو ٿا. اهو پيماني جي هڪ پاسي تي آهي. ٻئي طرف، اتي موجود خطرن سان لاڳاپو آھي گھٽتائي جي وقت يا رد عمل جي وقت ۾ گھٽتائي سان، دستيابي جي سطح - ڪارڪردگي جي اشارن ۾ گھٽتائي سان.
هتي اهو آهي - يا ته اسان جلدي هلون ٿا، ۽ ڪبرنيٽس اسان کي ڪيتريون ئي شيون تمام تيز ۽ بهتر ڪرڻ جي اجازت ڏئي ٿو، يا اسين قابل اعتماد، وقت جي آزمائشي حل استعمال ڪريون ٿا، پر تمام گهڻو سست رفتار سان. هي هڪ اختيار آهي هر ڪمپني کي ٺاهڻ گهرجي. توھان ان کي جنگل ۾ ھڪڙو رستو سمجھي سگھو ٿا - جڏھن توھان پھريون دفعو ھلندا آھيو، توھان کي نانگ، ٽائيگر يا چريو بيجر ملندو، ۽ جڏھن توھان 10 ڀيرا ھلندا آھيو، توھان رستي کي لڪايو آھي، ھٽايو. شاخون ۽ هلڻ آسان. هر ڀيري رستو وسيع ٿيندو پيو وڃي. ان کان پوء اهو هڪ اسفالٽ روڊ آهي، ۽ بعد ۾ هڪ خوبصورت بليوارڊ.
ڪبرنيٽس اڃا بيٺو ناهي. ٻيهر سوال: ڪبرنيٽس، هڪ طرف، 4-5 بائنري آهي، ٻئي طرف، اهو سڄو ماحولياتي نظام آهي. هي اهو آپريٽنگ سسٽم آهي جيڪو اسان جي مشينن تي آهي. هي ڇا آهي؟ Ubuntu يا Curios؟ هي لينڪس ڪنيل آهي، اضافي اجزاء جو هڪ گروپ. اهي سڀ شيون هتي، هڪ زهريلي نانگ کي رستي تان اڇلايو ويو، اتي هڪ باهه لڳل هئي. Kubernetes تمام تيز ۽ متحرڪ طور تي ترقي ڪري رهيو آهي، ۽ خطرن جي مقدار، نامعلوم جو حجم هر مهيني گهٽجي رهيو آهي ۽، مطابق، اهي اسڪيل ٻيهر توازن ڪري رهيا آهن.
سوال جو جواب ڏيندي ته هڪ شروعاتي ڇا ڪرڻ گهرجي، مان چوان ٿو - فلانٽ ڏانهن اچو، 150 هزار روبل ادا ڪريو ۽ هڪ ٽرنڪي DevOps آسان خدمت حاصل ڪريو. جيڪڏهن توهان ڪجهه ڊولپرز سان گڏ هڪ ننڍڙو شروعاتي آهيو، اهو ڪم ڪري ٿو. توهان جي پنهنجي DevOps کي ڀرتي ڪرڻ جي بدران، جن کي سکڻ جي ضرورت پوندي ته توهان جا مسئلا ڪيئن حل ڪيا وڃن ۽ هن وقت هڪ تنخواه ادا ڪريو، توهان کي سڀني مسئلن جو هڪ ٽرنڪي حل ملندو. ها، ڪجهه نقصان آهن. اسان، هڪ آئوٽ سورس جي حيثيت ۾، ايترو ملوث نه ٿا ٿي سگھون ۽ تبديلين تي جلدي جواب ڏيو. پر اسان وٽ تمام گهڻي مهارت ۽ تيار ڪيل مشقون آهن. اسان ضمانت ڏيون ٿا ته ڪنهن به صورتحال ۾ اسان ضرور ان کي جلدي ٻاهر ڪڍنداسين ۽ ڪنهن ڪبرنيٽس کي مئلن مان اٿارينداسين.
مان سختي سان سفارش ڪريان ٿو ته آئوٽ سورسنگ شروع ڪرڻ لاءِ ۽ قائم ڪيل ڪاروبار هڪ سائيز تائين جتي توهان 10 ماڻهن جي هڪ ٽيم کي آپريشن لاءِ وقف ڪري سگهو ٿا، ڇاڪاڻ ته ٻي صورت ۾ ڪو به مقصد ناهي. اھو ضرور سمجھندو آھي ھن کي آئوٽ سورس ڪرڻ لاءِ.
Amazon ۽ گوگل بابت
- ڇا Amazon يا گوگل مان هڪ حل مان ميزبان کي آئوٽ سورس سمجهي سگهجي ٿو؟
دمتري: ها، يقينا، اهو ڪيترن ئي مسئلن کي حل ڪري ٿو. پر وري به nuances آهن. توھان اڃا تائين سمجھڻ جي ضرورت آھي ته ان کي ڪيئن استعمال ڪجي. مثال طور، Amazon AWS جي ڪم ۾ هڪ هزار ننڍيون شيون آهن: لوڊ بيلنسر کي گرم ڪرڻ جي ضرورت آهي يا هڪ درخواست اڳ ۾ ئي لکڻ گهرجي ته ”يار، اسان ٽريفڪ وصول ڪنداسين، لوڊ بيلنسر کي گرم ڪريو اسان لاءِ! توهان کي انهن nuances کي ڄاڻڻ جي ضرورت آهي.
جڏهن توهان انهن ماڻهن ڏانهن رخ ڪندا آهيو جيڪي هن ۾ ماهر هوندا آهن، توهان کي لڳ ڀڳ سڀ عام شيون بند ٿي وينديون آهن. اسان وٽ هاڻي 40 انجنيئر آهن، سال جي آخر تائين شايد 60 ٿي ويندا - اسان انهن سڀني شين کي ضرور منهن ڏنو آهي. جيتوڻيڪ جيڪڏهن اسان کي ڪنهن منصوبي تي اهو مسئلو ٻيهر درپيش آهي، اسان جلدي هڪ ٻئي کان پڇون ٿا ۽ ڄاڻون ٿا ته ان کي ڪيئن حل ڪجي.
شايد جواب آهي - يقينا، هڪ ميزبان ڪهاڻي ڪجهه حصو آسان بڻائي ٿو. سوال اهو آهي ته ڇا توهان انهن ميزبانن تي ڀروسو ڪرڻ لاءِ تيار آهيو ۽ ڇا اهي توهان جا مسئلا حل ڪندا. Amazon ۽ گوگل سٺو ڪم ڪيو آهي. اسان جي سڀني ڪيسن لاء - بلڪل. اسان وٽ وڌيڪ مثبت تجربو نه آهي. ٻيا سڀئي بادل جن سان اسان ڪم ڪرڻ جي ڪوشش ڪئي تمام گهڻا مسئلا پيدا ڪن ٿا - ايجر، ۽ هر شيء جيڪا روس ۾ آهي، ۽ هر قسم جا OpenStack مختلف عملن ۾: Headster، Overage - جيڪو توهان چاهيو ٿا. اهي سڀ مسئلا پيدا ڪن ٿا جيڪي توهان حل ڪرڻ نٿا چاهيون.
تنهن ڪري، جواب ها آهي، پر، حقيقت ۾، اتي تمام گهڻا بالغ ميزبان حل نه آهن.
ڪير ڪبرنيٽس جي ضرورت آهي؟
- ۽ اڃا تائين، ڪير ڪبرنيٽس جي ضرورت آهي؟ ڪير اڳ ۾ ئي ڪبرنيٽس ڏانهن سوئچ ڪرڻ گهرجي، جيڪو عام فلانٽ ڪلائنٽ آهي جيڪو خاص طور تي ڪبرنيٽس لاءِ اچي ٿو؟
دمتري: اهو هڪ دلچسپ سوال آهي، ڇاڪاڻ ته هن وقت، ڪبرنيٽس جي حوالي سان، ڪيترائي ماڻهو اسان وٽ ايندا آهن: "گڏ، اسان ڄاڻون ٿا ته توهان ڪبرنيٽس ڪري رهيا آهيو، اهو اسان لاء ڪريو!" اسان انھن کي جواب ڏيون ٿا: "حضرات، اسان ڪبرنيٽس نه ڪندا آھيون، اسان پروڊڪٽ ڪندا آھيون ۽ ان سان ڳنڍيل سڀ ڪجھ." ڇاڪاڻ ته في الحال اهو ناممڪن آهي پراڊڪٽ ٺاهڻ کان سواءِ سڀني سي آءِ / سي ڊي ۽ هي پوري ڪهاڻي. هر ڪو ان ورهاڱي کان پري ٿي ويو آهي ته اسان وٽ ترقي آهي ترقي، ۽ پوءِ استحصال ذريعي استحصال.
اسان جا گراهڪ مختلف شين جي توقع ڪن ٿا، پر هرڪو ڪجهه سٺي معجزي جي اميد رکي ٿو ته انهن وٽ ڪجهه مسئلا آهن، ۽ هاڻي - هاپ! - ڪبرنيٽس انهن کي حل ڪندو. ماڻهو معجزن تي يقين رکن ٿا. انهن جي ذهنن ۾ اهي سمجهن ٿا ته ڪو معجزو نه ٿيندو، پر انهن جي روح ۾ اهي اميد رکندا آهن - ڇا جيڪڏهن اهو ڪبرنيٽس هاڻي اسان لاء سڀ ڪجهه حل ڪري ڇڏيندو، اهي ان بابت تمام گهڻو ڳالهائيندا آهن! اوچتو هو هاڻي - ڇڪ! - ۽ هڪ چاندي جي گولي، ڇڪڻ! - ۽ اسان وٽ 100٪ اپٽائم آهي، سڀ ڊولپرز جاري ڪري سگھن ٿا جيڪو به پيداوار ۾ اچي ٿو 50 ڀيرا، ۽ اهو حادثو نٿو ٿئي. عام طور تي، هڪ معجزو!
جڏهن اهڙا ماڻهو اسان وٽ ايندا آهن ته چوندا آهن: ”معاف ڪجو، پر معجزو ڪا به شيءِ ناهي. صحتمند ٿيڻ لاء، توهان کي سٺو کائڻ ۽ ورزش ڪرڻ جي ضرورت آهي. هڪ قابل اعتماد پيداوار حاصل ڪرڻ لاء، ان کي قابل اعتماد بڻائڻ جي ضرورت آهي. هڪ آسان CI/CD حاصل ڪرڻ لاء، توهان کي ان کي هن طرح ٺاهڻ جي ضرورت آهي. اهو تمام گهڻو ڪم آهي جيڪو ڪرڻ جي ضرورت آهي.
سوال جو جواب ڏيڻ ڪنهن کي ڪبرنيٽس جي ضرورت آهي - ڪنهن کي به ڪبرنيٽس جي ضرورت ناهي.
ڪجهه ماڻهن کي غلط فڪر آهي ته انهن کي ڪبرنيٽس جي ضرورت آهي. ماڻهن کي ضرورت آهي، انهن کي سوچڻ، مطالعي ڪرڻ، ۽ بنيادي ڍانچي جي سڀني مسئلن ۽ انهن جي ايپليڪيشنن کي هلائڻ جي مسئلن ۾ دلچسپي رکڻ جي سخت ضرورت آهي. اهي چاهيندا آهن ايپليڪيشنون صرف ڪم ڪن ۽ صرف ترتيب ڏيو. انهن لاءِ ، ڪبرنيٽس اها اميد آهي ته اهي اها ڪهاڻي ٻڌڻ بند ڪندا ته ”اسان اتي بيٺا هئاسين ،“ يا ”اسان رول نه ٿا ڪري سگهون ،“ يا ٻيو ڪجهه.
ٽيڪنيڪل ڊائريڪٽر عام طور تي اسان وٽ اچي ٿو. اهي هن کان ٻه شيون پڇن ٿا: هڪ پاسي، اسان کي خاصيتون ڏيو، ٻئي طرف، استحڪام. اسان صلاح ڏيو ٿا ته توهان ان کي پاڻ تي وٺي وٺو ۽ اهو ڪريو. چاندي جي گولي، يا بلڪه چانديء جي تختي، اهو آهي ته توهان انهن مسئلن جي باري ۾ سوچڻ ۽ وقت ضايع ڪرڻ بند ڪندا. توهان وٽ خاص ماڻهو هوندا جيڪي هن مسئلي کي بند ڪندا.
اهو لفظ جيڪو اسان يا ڪنهن ٻئي کي ڪبرنيٽس جي ضرورت آهي غلط آهي.
منتظمين کي واقعي ڪبرنيٽس جي ضرورت آهي، ڇاڪاڻ ته اهو هڪ تمام دلچسپ رانديڪو آهي جنهن سان توهان راند ڪري سگهو ٿا. اچو ته ايماندار ٿي وڃو - هرڪو رانديڪن سان پيار ڪندو آهي. اسان سڀ ٻار آهيون، ۽ جڏهن اسان هڪ نئون ڏسندا آهيون، اسان ان کي راند ڪرڻ چاهيندا آهيون. ڪجھ لاءِ، ھن جي حوصلا افزائي ڪئي وئي آھي، مثال طور، انتظاميه ۾، ڇاڪاڻ ته اھي اڳي ئي ڪافي راند ڪري چڪا آھن ۽ اڳي ئي ٿڪل آھن ان نقطي تي جو اھي رڳو نٿا چاھين. پر اهو مڪمل طور تي ڪنهن کي نه وڃايو ويو آهي. مثال طور، جيڪڏهن مان ڪافي عرصي کان سسٽم ايڊمنسٽريشن ۽ DevOps جي ميدان ۾ رانديڪن کان ٿڪجي چڪو آهيان، تڏهن به مون کي رانديڪن سان پيار آهي، مان اڃا تائين ڪجهه نوان خريد ڪريان ٿو. سڀئي ماڻهو، هڪ طريقو يا ٻيو، اڃا به ڪجهه قسم جا رانديون چاهيندا آهن.
پيداوار سان راند ڪرڻ جي ڪا ضرورت ناهي. جيڪو ڪجهه به مان واضح طور تي سفارش ڪريان ٿو ته نه ڪرڻ ۽ جيڪو هاڻي ڏسان ٿو مجموعي طور تي: "او، هڪ نئون رانديڪو!" - اھي ان کي خريد ڪرڻ لاءِ ڀڄي ويا، اھو خريد ڪيو ۽: ”ھلو ھاڻي ان کي اسڪول وٺي وڃون ۽ پنھنجي سڀني دوستن کي ڏيکاريون. ائين نه ڪر. مان معافي وٺان ٿو، منهنجا ٻار صرف وڌي رهيا آهن، آئون مسلسل ٻارن ۾ ڪجهه ڏسان ٿو، ان کي پاڻ ۾ نوٽيس، ۽ پوء ٻين کي عام ڪيو.
آخري جواب آهي: توهان کي ڪبرنيٽس جي ضرورت ناهي. توهان کي توهان جي مسئلن کي حل ڪرڻ جي ضرورت آهي.
جيڪو توهان حاصل ڪري سگهو ٿا اهو آهي:
- پيداوار نه ٿي پوي؛
- جيتوڻيڪ هو گرڻ جي ڪوشش ڪري ٿو، اسان ان جي باري ۾ اڳ ۾ ڄاڻون ٿا، ۽ اسان ان ۾ ڪجهه وجهي سگهون ٿا.
- اسان ان کي ان رفتار سان تبديل ڪري سگھون ٿا، جنھن تي اسان جو ڪاروبار گھربل آھي، ۽ اسان ان کي آسانيءَ سان ڪري سگھون ٿا؛ اھو اسان کي ڪنھن به قسم جو مسئلو نه ٿو بڻائي.
اتي ٻه حقيقي ضرورتون آهن: اعتماد ۽ متحرڪ / رول آئوٽ جي لچڪ. هرڪو جيڪو هن وقت ڪجهه قسم جي آئي ٽي پروجيڪٽ ڪري رهيو آهي، ڪنهن به قسم جي ڪاروبار ۾، دنيا کي آسان ڪرڻ لاء نرم، ۽ جيڪو اهو سمجهي ٿو، انهن ضرورتن کي حل ڪرڻ جي ضرورت آهي. ڪبرنيٽس صحيح طريقي سان، صحيح سمجھڻ ۽ ڪافي تجربي سان توهان کي انهن کي حل ڪرڻ جي اجازت ڏئي ٿو.
بي سرور بابت
- جيڪڏهن توهان مستقبل ۾ ٿورو اڳتي وڌو ٿا، پوء انفراسٹرڪچر سان سر درد جي غير موجودگي جي مسئلي کي حل ڪرڻ جي ڪوشش ڪندي، رول آئوٽ جي رفتار ۽ ايپليڪيشن تبديلين جي رفتار سان، نوان حل ظاهر ٿيندا، مثال طور، سرور کان سواء. ڇا توهان هن هدايت ۾ ڪا به صلاحيت محسوس ڪندا آهيو ۽، چئو ته، ڪبرنيٽس ۽ ساڳئي حل لاء خطرو؟
دمتري: هتي اسان کي هڪ ڀيرو ٻيهر چوڻو پوندو ته مان ڪو ڏسندڙ ناهيان جيڪو اڳتي ڏسي چوي ته ائين ٿيندو! جيتوڻيڪ مون صرف ساڳيو ڪم ڪيو. مان پنهنجي پيرن کي ڏسان ٿو ۽ اتي مسئلن جو هڪ گروپ ڏسان ٿو، مثال طور، ڪمپيوٽر ۾ ٽرانسسٽر ڪيئن ڪم ڪن ٿا. اهو مذاق آهي، صحيح؟ اسان کي سي پي يو ۾ ڪجهه بگ اچي رهيا آهيون.
سرور بنايو ڪافي قابل اعتماد، سستو، ڪارائتو ۽ آسان، سڀني ماحولياتي نظام جي مسئلن کي حل ڪرڻ. هتي مان ايلون مسڪ سان متفق آهيان ته انسانيت لاءِ غلطي رواداري پيدا ڪرڻ لاءِ هڪ ٻي ڌرتي جي ضرورت آهي. جيتوڻيڪ مون کي خبر ناهي ته هو ڇا چئي رهيو آهي، مان سمجهان ٿو ته مان پاڻ مريخ ڏانهن اڏامڻ لاءِ تيار نه آهيان ۽ اهو سڀاڻي نه ٿيندو.
سرور بيوس سان اهو واضح طور تي واضح آهي ته اها هڪ نظرياتي طور تي صحيح شيء آهي، جهڙوڪ انسانيت لاء غلطي برداشت ڪرڻ - ٻه سيارو هجڻ هڪ کان بهتر آهي. پر هاڻي ڪيئن ڪجي؟ هڪ مهم موڪلڻ ڪو مسئلو ناهي جيڪڏهن توهان پنهنجون ڪوششون ان تي مرکوز ڪريو. ڪيترن ئي سفرن کي موڪلڻ ۽ اتي ڪيترن ئي هزار ماڻهن کي آباد ڪرڻ، مان سمجهان ٿو، پڻ حقيقي آهي. پر ان کي مڪمل طور تي غلط برداشت ڪرڻ لاءِ ته جيئن اڌ انسانيت اتي رهي، اهو هاڻي مون کي ناممڪن لڳي ٿو، نه سمجهيو وڃي.
بي سرور سان گڏ هڪ تي: شيءِ سٺي آهي، پر 2019 جي مسئلن کان پري آهي. 2030 جي ويجهو - اچو ته ان کي ڏسڻ لاءِ رهون. مون کي ڪو شڪ ناهي ته اسان جيئرو هونداسين، اسان ضرور جيئرو هونداسين (سوڻ کان اڳ ورجائي)، پر هاڻي اسان کي ٻين مسئلن کي حل ڪرڻ جي ضرورت آهي. اهو پرين جي ڪهاڻي پوني رينبو ۾ يقين ڪرڻ وانگر آهي. ها، ٻه سيڪڙو ڪيس حل ڪيا ويا آهن، ۽ اهي مڪمل طور تي حل ڪيا ويا آهن، پر موضوعي طور تي، سرور کان سواء هڪ قوس قزح آهي ... منهنجي لاء، اهو موضوع تمام گهڻو پري ۽ ناقابل فهم آهي. مان ڳالهائڻ لاءِ تيار نه آهيان. 2019 ۾، توهان بغير سرور سان هڪ واحد ايپليڪيشن نه لکي سگهو ٿا.
ڪبرنيٽس ڪيئن ترقي ڪندو
- جيئن ته اسان هن امڪاني طور تي شاندار مستقبل جي طرف وڌندا آهيون، توهان ڪيئن سوچيو ٿا ته ڪبرنيٽس ۽ ان جي چوڌاري ماحولياتي نظام ترقي ڪندو؟
دمتري: مون ان بابت گهڻو سوچيو آهي ۽ مون وٽ واضح جواب آهي. پهرين رياستي آهي - آخرڪار، بي وطن ڪرڻ آسان آهي. ڪبرنيٽس شروعاتي طور تي هن ۾ وڌيڪ سيڙپڪاري ڪئي، اهو سڀ ان سان شروع ٿيو. بي رياست ڪبرنيٽس ۾ تقريبن مڪمل طور تي ڪم ڪري ٿو، اتي شڪايت ڪرڻ لاء ڪجھ به ناهي. اڃا به ڪافي مسئلا آهن، يا بلڪه، nuances. اتي سڀ ڪجھ اڳ ۾ ئي اسان لاء ڪم ڪري ٿو، پر اھو اسان آھي. ان لاءِ هر ڪنهن لاءِ ڪم ڪرڻ ۾ گهٽ ۾ گهٽ ٻه سال لڳندا. اهو ڪو حسابي اشارو نه آهي، پر منهنجي سر کان منهنجو احساس.
مختصر ۾، Statefull کي گهرجي - ۽ ٿيندو - ڏاڍي مضبوطيءَ سان ترقي ڪري، ڇو ته اسان جون سڀئي ايپليڪيشنون اسٽيٽس اسٽور ڪريون؛ بي رياست ايپليڪيشنون نه آهن. هي هڪ وهم آهي؛ توهان کي هميشه ڪنهن قسم جي ڊيٽابيس جي ضرورت آهي ۽ ٻيو ڪجهه. Statefull هر شيءِ کي سڌو ڪرڻ جي باري ۾ آهي جيڪو ممڪن آهي، سڀني مسئلن کي درست ڪرڻ، انهن سڀني مسئلن کي بهتر ڪرڻ جيڪي هن وقت سامهون اچي رهيا آهن - اچو ته ان کي اپنائڻ جو نالو ڏيو.
اڻڄاتل سطح، اڻڄاتل مسئلن جي سطح، ڪنهن به شيء کي منهن ڏيڻ جي امڪان جي سطح خاص طور تي گهٽجي ويندي. هي هڪ اهم ڪهاڻي آهي. ۽ آپريٽرز - انتظامي منطق جي ڪوڊيفڪيشن سان لاڳاپيل سڀ ڪجهه، آسان خدمت حاصل ڪرڻ لاءِ ڪنٽرول منطق: MySQL آسان خدمت، RabbitMQ آسان خدمت، Memcache آسان خدمت - عام طور تي، اهي سڀئي حصا جيڪي اسان کي ڪم ڪرڻ جي ضمانت ڏيڻ گهرجن. دٻو. اهو صرف اهو درد حل ڪري ٿو ته اسان هڪ ڊيٽابيس چاهيون ٿا، پر اسان ان کي منظم ڪرڻ نٿا چاهيون، يا اسان چاهيون ٿا Kubernetes، پر اسان ان کي منظم ڪرڻ نٿا چاهيون.
آپريٽر ڊولپمينٽ جي هي ڪهاڻي هڪ روپ يا ٻئي ۾ ايندڙ ڪجهه سالن ۾ اهم ٿي ويندي.
منهنجو خيال آهي ته استعمال جي آسانيء کي تمام گهڻو وڌڻ گهرجي - باڪس وڌيڪ ۽ وڌيڪ ڪارو، وڌيڪ ۽ وڌيڪ قابل اعتماد، وڌيڪ ۽ وڌيڪ سادو نوبس سان.
مون هڪ دفعو يوٽيوب تي ڇنڇر جي رات لائيو شو تي 80 جي ڏهاڪي کان اسحاق عاصموف سان هڪ پراڻو انٽرويو ٻڌو - هڪ پروگرام جهڙو ارگنٽ، صرف دلچسپ. هنن کانئس ڪمپيوٽر جي مستقبل بابت پڇيو. هن چيو ته مستقبل سادگي ۾ آهي، صرف ريڊيو وانگر. ريڊيو رسيور اصل ۾ هڪ پيچيده شيء هو. ڪنهن موج کي پڪڙڻ لاءِ، توهان کي 15 منٽن لاءِ نوبس کي ڦيرائڻو پوندو، اسڪيورز کي ڦيرايو ۽ عام طور تي ڄاڻو ته هر شي ڪيئن ڪم ڪري ٿي، ريڊيو ويو ٽرانسميشن جي فزڪس کي سمجھو. نتيجي طور، ريڊيو ۾ صرف هڪ ڌڪ رهجي ويو.
هاڻي 2019 ۾ ڪهڙو ريڊيو؟ ڪار ۾، ريڊيو رسيور سڀني موجن ۽ اسٽيشنن جا نالا ڳولي ٿو. عمل جي فزيڪس 100 سالن ۾ تبديل نه ڪئي آهي، پر استعمال ۾ آسان آهي. هاڻي، ۽ نه رڳو هاڻي، اڳ ۾ ئي 1980 ۾، جڏهن عظيموف سان هڪ انٽرويو هو، هرڪو ريڊيو استعمال ڪيو ۽ ڪو به نه سوچيو ته اهو ڪيئن ڪم ڪيو. اهو هميشه ڪم ڪيو - اهو ڏنو ويو آهي.
عظيموف پوءِ چيو ته ڪمپيوٽرن سان به ائين ئي ٿيندو. استعمال جي آسانيء ۾ اضافو ٿيندو. جڏهن ته 1980 ۾ توهان کي ڪمپيوٽر تي بٽڻ دٻائڻ جي تربيت ڏيڻي پوندي هئي، مستقبل ۾ ائين نه ٿيندو.
مون کي اهو احساس آهي ته ڪبرنيٽس ۽ انفراسٽرڪچر سان گڏ استعمال جي آسانيءَ ۾ به وڏو اضافو ٿيندو. هي، منهنجي خيال ۾، واضح آهي - اهو سطح تي ڪوڙ آهي.
انجنيئرن سان ڇا ڪجي؟
- پوءِ انجنيئرن ۽ سسٽم ايڊمنسٽريٽرن جو ڇا ٿيندو جيڪي ڪبرنيٽس کي سپورٽ ڪن ٿا؟
دمتري: 1C جي اچڻ کان پوءِ اڪائونٽنٽ جو ڇا ٿيو؟ ساڳئي بابت. هن کان اڳ، اهي ڪاغذ تي ڳڻيا ويا - هاڻي پروگرام ۾. محنت جي پيداوار ۾ واڌارو آرڊر جي شدت سان ٿيو آهي، پر مزدور پاڻ غائب نه ٿيو آهي. جيڪڏهن اڳ ۾ 10 انجنيئرن کي روشني بلب ۾ اسڪرو ڪرڻ لاء، هاڻي هڪ ڪافي ٿيندو.
سافٽ ويئر جو مقدار ۽ ڪمن جو تعداد، اهو مون کي لڳي ٿو، هاڻي تيز رفتار سان وڌي رهيو آهي نئين DevOps جي ڀيٽ ۾ ظاهر ٿي رهيا آهن ۽ ڪارڪردگي وڌي رهي آهي. هن وقت مارڪيٽ ۾ هڪ خاص قلت آهي ۽ اها گهڻي وقت تائين رهندي. بعد ۾، هر شيء ڪجهه قسم جي معمول تي موٽندي، جنهن ۾ ڪم جي ڪارڪردگي وڌندي، اتي وڌيڪ ۽ وڌيڪ سرور کان سواء، هڪ نيورون ڪبرنيٽس سان ڳنڍيل هوندو، جيڪو سڀني وسيلن کي بلڪل صحيح طور تي چونڊيندو، ۽ عام طور تي. سڀ ڪجھ پاڻ ڪريو، جيئن اھو ھئڻ گھرجي - ماڻھو صرف پري ھليو ۽ مداخلت نه ڪريو.
پر ڪنهن کي اڃا به فيصلا ڪرڻ جي ضرورت پوندي. اها ڳالهه واضح آهي ته هن شخص جي قابليت ۽ specialization جي سطح اعلي آهي. اڄڪلهه اڪائونٽنگ ڊپارٽمينٽ ۾ 10 ملازمن جي ضرورت نه آهي جيڪي ڪتاب رکڻ لاءِ ته جيئن انهن جا هٿ نه ٿڪجن. اهو صرف ضروري ناهي. ڪيترائي دستاويز خودڪار طريقي سان اسڪين ڪيا ويا آهن ۽ اليڪٽرانڪ دستاويز مينيجمينٽ سسٽم پاران سڃاتل آهن. هڪ سمارٽ چيف اڪائونٽنٽ ڪافي آهي، اڳ ۾ ئي تمام گهڻي صلاحيتن سان، سٺي سمجھ سان.
عام طور تي، اهو طريقو سڀني صنعتن ۾ وڃڻ آهي. اهو ساڳيو آهي ڪارن سان: اڳ ۾، هڪ ڪار هڪ ميڪيڪل ۽ ٽي ڊرائيور سان گڏ آيو. اڄڪلهه، ڪار هلائڻ هڪ سادي عمل آهي جنهن ۾ اسين سڀ هر روز حصو وٺندا آهيون. ڪو به نه سوچيندو آهي ته ڪار هڪ پيچيده شيء آهي.
DevOps يا سسٽم انجنيئرنگ ختم نه ٿيندي - اعلي سطحي ڪم ۽ ڪارڪردگي وڌندي.
- مون پڻ هڪ دلچسپ خيال ٻڌو ته ڪم اصل ۾ وڌندو.
دمتري: يقينا، هڪ سئو سيڪڙو! ڇو ته سافٽ ويئر جو مقدار جيڪو اسان لکندا آهيون مسلسل وڌندڙ آهي. مسئلن جو تعداد جيڪو اسان سافٽ ويئر سان حل ڪري رهيا آهيون مسلسل وڌي رهيو آهي. ڪم جو مقدار وڌي رهيو آهي. هاڻي DevOps مارڪيٽ تمام گهڻي گرم ٿي وئي آهي. اهو ڏسي سگهجي ٿو تنخواه جي اميدن ۾. سٺي طريقي سان، تفصيل ۾ وڃڻ کان سواءِ، اهڙا جونيئر هجن جيڪي X چاهين ٿا، مڊل جيڪي 1,5X چاهين ٿا، ۽ بزرگ جيڪي 2X چاهين ٿا. ۽ هاڻي، جيڪڏهن توهان ماسڪو DevOps تنخواه مارڪيٽ تي نظر اچن ٿا، هڪ جونيئر چاهي ٿو X کان 3X تائين ۽ هڪ سينئر چاهي ٿو X کان 3X تائين.
ڪنهن کي به خبر ناهي ته ان جي قيمت ڪيتري آهي. تنخواه جي سطح توهان جي اعتماد سان ماپي ويندي آهي - هڪ مڪمل چريو هائوس، ايماندار ٿيڻ لاء، هڪ انتهائي گرم بازار.
يقينا، هن صورتحال تمام جلد تبديل ٿي ويندي - ڪجهه saturation ٿيڻ گهرجي. اهو معاملو سافٽ ويئر ڊولپمينٽ سان نه آهي - ان حقيقت جي باوجود ته هر ڪنهن کي ڊولپرز جي ضرورت آهي، ۽ هر ڪنهن کي سٺي ڊولپرز جي ضرورت آهي، مارڪيٽ سمجهي ٿو ته ڪير ڇا جي لائق آهي - صنعت آباد ٿي چڪي آهي. اهو معاملو انهن ڏينهن ۾ DevOps سان ناهي.
- جيڪو ٻڌو اٿم، مان ان نتيجي تي پهتو آهيان ته موجوده نظام جي منتظم کي گهڻو پريشان نه ٿيڻ گهرجي، پر اهو وقت آهي ته هو پنهنجي صلاحيتن کي اپگريڊ ڪري ۽ ان حقيقت لاءِ تياري ڪري ته سڀاڻي وڌيڪ ڪم ڪرڻو پوندو، پر اهو وڌيڪ قابليت وارو هوندو.
دمتري: سئو سيڪڙو. عام طور تي، اسان 2019 ۾ رهون ٿا ۽ زندگي جو اصول هي آهي: زندگيءَ جي سکيا - اسان سڄي زندگي سکندا آهيون. اهو مون کي لڳي ٿو ته هاڻي هرڪو ڄاڻي ٿو ۽ محسوس ڪري ٿو، پر اهو ڄاڻڻ ڪافي ناهي - توهان کي اهو ڪرڻو پوندو. هر روز اسان کي تبديل ڪرڻ گهرجي. جيڪڏهن اسان ائين نه ڪنداسون ته پوءِ جلد يا دير سان اسان کي پيشي جي پاسي تي ڇڏي ڏنو ويندو.
تيز 180 درجا موڙ لاء تيار ٿي. مان اهڙي صورتحال کي رد نٿو ڪريان جتي ڪا شيءِ بنيادي طور تي تبديل ٿئي ٿي، ڪا نئين ايجاد ٿيل آهي - اهو ٿئي ٿو. هاپ! - ۽ اسان هاڻي مختلف طريقي سان ڪم ڪريون ٿا. ان لاءِ تيار رهڻ ضروري آهي ۽ پريشان نه ٿيڻ. ٿي سگهي ٿو ته سڀاڻي جيڪو ڪجهه ڪريان ٿو سو غير ضروري ٿي پوندو- ڪجهه به نه، مون پنهنجي سڄي ڄمار مطالعو ڪيو آهي ۽ ٻيو ڪجهه سکڻ لاءِ تيار آهيان. اهو ڪو مسئلو ناهي. نوڪري جي حفاظت کان ڊڄڻ جي ڪا ضرورت ناهي، پر توهان کي مسلسل ڪجهه نئين سکڻ لاء تيار ٿيڻ جي ضرورت آهي.
خواهشون ۽ اشتهارن جو هڪ منٽ
- ڇا توهان جي ڪا خواهش آهي؟
دمتري: ها، منهنجون ڪيتريون ئي خواهشون آهن.
پهريون ۽ واپاري - رڪنيت حاصل ڪرڻ لاء . پيارا پڙهندڙ، يوٽيوب تي وڃو ۽ اسان جي چينل کي سبسڪرائيب ڪريو. اٽڪل هڪ مهيني ۾ اسان وڊيو سروس تي فعال توسيع شروع ڪنداسين. اسان وٽ ڪبرنيٽس بابت تمام گهڻو تعليمي مواد هوندو، کليل ۽ متنوع: عملي شين کان وٺي ليبارٽريز تائين، بنيادي نظرياتي شين تائين ۽ ڪبرنيٽس کي ڪيئن استعمال ڪجي. اصولن ۽ نمونن جي سطح.
ٻي واپاري خواهش - ڏانهن وڃو ۽ تارن کي وجھو ڇاڪاڻ ته اسان انھن کي کارائيندا آھيون. جيڪڏهن توهان اسان کي تارا نه ڏيو ته اسان وٽ کائڻ لاءِ ڪجهه به نه هوندو. اهو ڪمپيوٽر جي راند ۾ ماني وانگر آهي. اسان ڪجھ ڪندا آهيون، اسان ڪندا آهيون، اسان ڪوشش ڪندا آهيون، ڪو چوي ٿو ته اهي خوفناڪ سائيڪلون آهن، ڪو ماڻهو چوي ٿو ته سڀ ڪجهه مڪمل طور تي غلط آهي، پر اسان جاري رکون ٿا ۽ بلڪل ايمانداري سان عمل ڪندا آهيون. اسان هڪ مسئلو ڏسون ٿا، ان کي حل ڪريو ۽ اسان جو تجربو حصيداري ڪريو. تنهن ڪري، اسان کي هڪ تارو ڏيو، اهو توهان کان پري نه ٿيندو، پر اهو اسان وٽ ايندو، ڇاڪاڻ ته اسان انهن کي کارائيندا آهيون.
ٽيون، اھم، ۽ ھاڻي ڪا تجارتي خواهش - افسانن ۾ يقين ڪرڻ بند ڪريو. توهان پروفيشنل آهيو. DevOps هڪ تمام سنجيده ۽ ذميوار پيشو آهي. ڪم ڪار ۾ راند ڪرڻ بند ڪريو. اچو ته ان کي توهان لاء ڪلڪ ڪريو ۽ توهان ان کي سمجھندا. تصور ڪريو ته توهان اسپتال ۾ آيا آهيو، ۽ اتي ڊاڪٽر توهان تي تجربا ڪري رهيو آهي. مان سمجهان ٿو ته اهو ٿي سگهي ٿو ڪنهن کي جارحتي، پر، گهڻو ڪري، اهو توهان جي باري ۾ ناهي، پر ڪنهن ٻئي بابت. ٻين کي به روڪيو. اهو واقعي اسان سڀني لاءِ زندگي برباد ڪري ٿو - ڪيترائي آپريشن ڪرڻ شروع ڪن ٿا ، منتظمين ۽ ڊي او پيز کي دوست وانگر جن ٻيهر ڪجهه ٽوڙيو آهي. اهو ”ٽٽل“ گهڻو ڪري ان حقيقت جي ڪري هو جو اسان کيڏڻ ويا هئاسين، ۽ ٿڌي هوشياريءَ سان نه ڏسندا هئاسين ته هي ڪيئن آهي، ۽ ائين ئي آهي.
هن جو مطلب اهو ناهي ته توهان کي تجربو نه ڪرڻ گهرجي. اسان کي تجربو ڪرڻ جي ضرورت آهي، اسان اهو پاڻ ڪندا آهيون. ايماندار ٿيڻ لاء، اسان پاڻ ڪڏهن ڪڏهن رانديون کيڏيندا آهيون - اهو، يقينا، تمام خراب آهي، پر ڪجھ به انسان اسان لاء اجنبي ناهي. اچو ته 2019 کي سنجيده، چڱي طرح سوچڻ وارن تجربن جو سال قرار ڏيون، ۽ پيداوار تي رانديون نه. شايد ائين.
- توهان جي وڏي مهرباني!
دمتري: توهان جي مهرباني، Vitaly، ٻئي وقت ۽ انٽرويو لاء. پيارا پڙهندڙ، توهان جي تمام گهڻي مهرباني جيڪڏهن توهان اوچتو هن نقطي تي پهچي ويا آهيو. مون کي اميد آهي ته اسان توهان کي گهٽ ۾ گهٽ ڪجهه خيال کڻي آيا آهيون.
انٽرويو ۾، دمتري werf جي مسئلي تي رابطو ڪيو. هاڻي هي هڪ آفاقي سوئس چاقو آهي جيڪو تقريبن سڀني مسئلن کي حل ڪري ٿو. پر هميشه ائين نه هو. تي عيد تي دمتري Stolyarov تفصيل سان هن اوزار جي باري ۾ توهان کي ٻڌايو ويندو. رپورٽ ۾ اتي سڀ ڪجھ ھوندو: ڪبرنيٽس جا مسئلا ۽ پوشیدہ nuances، انھن مشڪلاتن کي حل ڪرڻ لاء اختيارن ۽ تفصيل سان werf جي موجوده عمل درآمد. 27 ۽ 28 مئي تي اسان سان شامل ٿيو، اسان مڪمل اوزار ٺاهينداسين.
جو ذريعو: www.habr.com