مئي جي آخر ۾ موضوع تي هڪ آن لائن اجلاس منعقد ڪيو . اسان ڪنٽينرز، ڪبرنيٽس ۽ آرڪسٽريشن بابت اصولي طور تي، بنيادي ڍانچي کي چونڊڻ لاء معيار ۽ گهڻو ڪجهه ڳالهايو. شرڪت ڪندڙن پنھنجي پنھنجي مشق کان ڪيس شيئر ڪيو.
:астники:
- Evgeniy Potapov، ITSumma جي سي اي او. ان جي اڌ کان وڌيڪ گراهڪ يا ته اڳ ۾ ئي منتقل ٿي رهيا آهن يا ڪبرنيٽس ڏانهن سوئچ ڪرڻ چاهيندا آهن.
- دمتري Stolyarov، CTO "Flant". ڪنٽينر سسٽم سان ڪم ڪرڻ جو 10+ سالن جو تجربو آهي.
- Denis Remchukov (aka Eric Oldmann)، COO argotech.io، اڳوڻي RAO UES. هن واعدو ڪيو ته "خوني" ادارن ۾ ڪيسن بابت ڳالهائڻ.
- Andrey Fedorovsky، CTO "News360.com"ٻئي پليئر طرفان ڪمپني کي خريد ڪرڻ کان پوء، هو ڪيترن ئي ML ۽ AI منصوبن ۽ انفراسٽرڪچر لاء ذميوار آهي.
- Ivan Kruglov، سسٽم انجنيئر، ex-Booking.com.اهو ساڳيو شخص جيڪو پنهنجي هٿن سان ڪبرنيٽس سان گهڻو ڪجهه ڪيو.
موضوعات:
- ڪنٽينرز ۽ آرڪيسٽريشن بابت شرڪت ڪندڙن جي بصيرت (ڊاڪر، ڪبرنيٽس، وغيره)؛ جيڪو عمل ۾ آزمايو ويو يا تجزيو ڪيو ويو.
- ڪيس: ڪمپني سالن تائين هڪ انفراسٽرڪچر ڊولپمينٽ پلان ٺاهي رهي آهي. اهو فيصلو ڪيئن ڪيو ويو آهي ته ڇا ڪنٽينرز ۽ ڪبير ڏانهن انفراسٽرڪچر ٺاهڻ (يا موجوده لڏپلاڻ) يا نه؟
- بادل جي اصلي دنيا ۾ مسئلا، ڇا غائب آهي، اچو ته تصور ڪريو ته سڀاڻي ڇا ٿيندو.
هڪ دلچسپ بحث ٿيو، شرڪت ڪندڙن جا رايا مختلف هئا ۽ ايترا تبصرا ٿيا جو مان توهان سان شيئر ڪرڻ چاهيان ٿو. کائو ، ۽ هيٺ ڏنل بحث جو خلاصو آهي.
ڇا Kubernetes اڳ ۾ ئي هڪ معياري يا عظيم مارڪيٽنگ آهي؟
”اسان ان وٽ آياسين (Kubernetes. - Ed.) جڏهن اڃا تائين ڪنهن کي به خبر نه هئي. اسان وٽ ان وقت به آياسين جڏهن هو نه هو. اسان ان کان اڳ چاهيون ٿا "- دمتري Stolyarov
Reddit.com کان فوٽو
5-10 سال اڳ اتي اوزارن جو هڪ وڏو تعداد هئا، ۽ ڪو به معياري نه هو. هر ڇهن مهينن ۾ هڪ نئين پيداوار ظاهر ٿيو، يا هڪ کان وڌيڪ. پهرين ويگرنٽ، پوءِ سالٽ، شيف، پپٽ،...“ ۽ توهان هر ڇهن مهينن کانپوءِ پنهنجي انفراسٽرڪچر کي ٻيهر ٺاهيندا آهيو. توهان وٽ پنج ايڊمنسٽريٽر آهن جيڪي مسلسل ترتيبن کي ٻيهر لکڻ ۾ مصروف آهن،“ اينڊري فيدوروفسڪي ياد ڪري ٿو. هن کي يقين آهي ته ڊاڪر ۽ ڪبرنيٽس باقي ”هجوم“ آهن. Docker گذريل پنجن سالن ۾ هڪ معيار بڻجي چڪو آهي، گذريل ٻن سالن ۾ Kubernetes. ۽ اهو صنعت لاء سٺو آهي..
دمتري Stolyarov ۽ سندس ٽيم Kuber سان پيار. انهن اهڙي اوزار جي ظاهر ٿيڻ کان اڳ چاهيو، ۽ اهو ان وقت آيو جڏهن ڪو به ان جي باري ۾ نه ڄاڻندو هو. في الحال، سهولت جي سببن لاء، اهي هڪ گراهڪ تي نه کڻندا آهن جيڪڏهن اهي سمجهندا آهن ته اهي هن سان ڪبرنيٽس تي عمل نه ڪندا. ساڳئي وقت، دمتري جي مطابق، ڪمپني "خوفناڪ ورثي کي ٻيهر ٺاهڻ بابت ڪيتريون ئي وڏيون ڪاميابيون ڪهاڻيون آهن."
ڪبرنيٽس نه رڳو ڪنٽينر آرڪيسٽريشن آهي، اهو هڪ ترقي يافته API، هڪ نيٽ ورڪنگ جزو، L3 بيلنسنگ ۽ انگريس ڪنٽرولرز سان ترتيب ڏيڻ وارو انتظاماتي نظام آهي، جيڪو انفراسٽرڪچر جي هيٺين تہن مان وسيلن، پيماني ۽ خلاصن کي منظم ڪرڻ نسبتا آسان بڻائي ٿو.
بدقسمتي سان، اسان جي زندگي ۾ اسان کي هر شيء لاء ادا ڪرڻو پوندو. ۽ هي ٽيڪس وڏو آهي، خاص طور تي جيڪڏهن اسان هڪ ڪمپني جي Kubernetes ڏانهن منتقلي جي باري ۾ ڳالهايون ٿا هڪ ترقي يافته انفراسٽرڪچر سان، جيئن ايوان ڪرگلوف مڃي ٿو. هو آزاديءَ سان هڪ ڪمپنيءَ ۾ روايتي انفراسٽرڪچر ۽ ڪبير سان گڏ ڪم ڪري سگهي ٿو. بنيادي شيء ڪمپني ۽ مارڪيٽ جي خاصيتن کي سمجهڻ آهي. پر، مثال طور، Evgeny Potapov لاء، جيڪو Kubernetes کي ڪنهن به ڪنٽينر آرڪسٽريشن اوزار کي عام ڪندو، اهڙي سوال پيدا نٿو ٿئي.
Evgeniy 1990 جي ڏهاڪي جي صورتحال سان هڪ تشبيهه ٺاهي، جڏهن اعتراض تي مبني پروگرامنگ پروگرامنگ پيچيده ايپليڪيشنن جي طريقي جي طور تي ظاهر ٿيو. انهي وقت، بحث جاري رهي ۽ او او پي جي حمايت ڪرڻ لاء نوان اوزار ظاهر ٿيا. پوء microservices هڪ واٽ جي طور تي monolithic تصور کان پري وڃڻ جي طور تي ظاهر ٿيو. اهو، موڙ ۾، ڪنٽينر ۽ ڪنٽينر مينيجمينٽ اوزار جي ظاهر ٿيڻ جو سبب بڻيو. ”منهنجو خيال آهي ته اسان جلد ئي هڪ اهڙو وقت اچي وينداسين جڏهن اتي ڪو به سوال نه هوندو ته ڇا اهو لکڻ جي لائق آهي هڪ ننڍڙي مائڪرو سروس ايپليڪيشن، ان کي ڊفالٽ طور مائڪرو سروس لکيو ويندو،“ هو مڃي ٿو. ساڳئي طرح، Docker ۽ Kubernetes آخرڪار چونڊ جي ضرورت کان سواء معياري حل بڻجي ويندا.
بي رياست ۾ ڊيٽابيس جو مسئلو
تصويرون طرفان
اڄڪلهه، ڪيبرنيٽس ۾ ڊيٽابيس کي هلائڻ لاء ڪيتريون ئي ترڪيبون آهن. جيتوڻيڪ اهو حصو ڪيئن الڳ ڪجي جيڪو I/O ڊسڪ سان ڪم ڪري ٿو، شرط طور، ڊيٽابيس جو ايپليڪيشن حصو. ڇا اهو ممڪن آهي ته مستقبل ۾ ڊيٽابيس ۾ ايتري تبديلي ايندي جو انهن کي هڪ باڪس ۾ پهچايو ويندو، جتي هڪ حصو Docker ۽ Kubernetes ذريعي ترتيب ڏنو ويندو، ۽ انفراسٽرڪچر جي ٻئي حصي ۾، الڳ سافٽ ويئر ذريعي، اسٽوريج حصو مهيا ڪيو ويندو. ؟ ڇا بنيادن کي پيداوار جي طور تي تبديل ڪندو؟
هي وضاحت قطار جي انتظام سان ملندڙ جلندڙ آهي، پر روايتي ڊيٽابيس ۾ معلومات جي اعتبار ۽ هم وقت سازي جي گهرج تمام گهڻي آهي، اينڊريو مڃي ٿو. عام ڊيٽابيس ۾ ڪيش هٽ تناسب 99٪ تي رهي ٿو. جيڪڏھن ڪو ڪم ڪندڙ ھيٺ لھي ٿو، ھڪڙو نئون لانچ ڪيو ويو آھي، ۽ ڪيش شروع کان "گرم اپ" آھي. جيستائين ڪيش کي گرم نه ڪيو وڃي، ڪم ڪندڙ سست ڪم ڪري ٿو، جنهن جو مطلب آهي ته اهو صارف جي لوڊ سان لوڊ نه ٿو ڪري سگهجي. جڏهن ته ڪو به صارف لوڊ نه آهي، ڪيش گرم نه ڪندو آهي. اهو هڪ شيطاني دائرو آهي.
دمتري بنيادي طور تي متفق ناهي - ڪورم ۽ شارڊنگ مسئلو حل ڪري ٿو. پر Andrey اصرار ڪري ٿو ته حل هر ڪنهن لاء مناسب نه آهي. ڪجهه حالتن ۾، ڪورم مناسب آهي، پر اهو نيٽ ورڪ تي اضافي لوڊ رکي ٿو. هڪ NoSQL ڊيٽابيس سڀني ڪيسن ۾ مناسب ناهي.
گڏجاڻي ۾ شرڪت ڪندڙن کي ٻن ڪئمپن ۾ ورهايو ويو.
ڊينس ۽ اينڊريو دليل ڏئي ٿو ته هر شي جيڪا ڊسڪ تي لکيل آهي - ڊيٽابيس وغيره - موجوده ڪبر ماحولياتي نظام ۾ ڪرڻ ناممڪن آهي. Kubernetes ۾ پيداوار جي ڊيٽا جي سالميت ۽ استحڪام کي برقرار رکڻ ناممڪن آهي. هي هڪ بنيادي خصوصيت آهي. حل: هائبرڊ انفراسٽرڪچر.
ايستائين جو جديد ڪلائوڊ اصلي ڊيٽابيس جهڙوڪ MongoDB ۽ Cassandra، يا پيغام جون قطارون جهڙوڪ ڪافڪا يا RabbitMQ، ڪبرنيٽس کان ٻاهر مسلسل ڊيٽا اسٽورن جي ضرورت آهي.
Evgeniy اعتراضات: "Kubera ۾ اڏاوت هڪ ويجهو-روسي، يا ويجهي-انٽرپرائز زخم آهن، جيڪو حقيقت سان جڙيل آهي ته روس ۾ ڪو به ڪلائوڊ ايڊاپشن ناهي." اولهه ۾ ننڍيون يا وچولي ڪمپنيون Cloud آهن. Amazon RDS ڊيٽابيس استعمال ڪرڻ آسان آهن ڪبرنيٽس سان پاڻ ۾ ٽڪرائڻ کان. روس ۾ اهي ڪبير استعمال ڪندا آهن "پرمائز" ۽ ان کي منتقلي اڪريون جڏهن اهي زو کان نجات حاصل ڪرڻ جي ڪوشش ڪري رهيا آهن.
دمتري به ان بيان سان اختلاف ڪيو ته ڪبرنيٽس ۾ ڪو به ڊيٽابيس نه ٿو رکي سگهجي: ”بنيادي بنياد کان مختلف آهي. ۽ جيڪڏهن توهان هڪ وڏو لاڳاپو ڊيٽابيس کي ڌڪايو، پوء ڪنهن به حالت ۾. جيڪڏھن توھان ڪنھن ننڍڙي ۽ بادل جي اصلي شيءِ کي دٻايو، جيڪو ذهني طور تي نيم ابدي زندگي لاءِ تيار آھي، سڀ ڪجھ ٺيڪ ٿي ويندو. دمتري اهو به ذڪر ڪيو آهي ته ڊيٽابيس مينيجمينٽ جا اوزار ڊاڪر يا ڪبر لاءِ تيار نه آهن، تنهنڪري وڏيون مشڪلاتون پيدا ٿين ٿيون.
ايوان، موڙ ۾، پڪ آهي ته جيتوڻيڪ اسين رياستي ۽ بي رياست جي تصورن کان خلاصو ڪريون، ڪبرنيٽس ۾ ڪاروباري حل جو ماحولياتي نظام اڃا تائين تيار ناهي. ڪبير سان، قانون سازي ۽ ريگيوليٽري گهرجن کي برقرار رکڻ ڏکيو آهي. مثال طور، سڃاڻپ جي فراهمي جو حل ڪرڻ ناممڪن آهي جتي سخت سرور جي سڃاڻپ جي ضمانت گهربل هجي، ساڄي طرف هارڊويئر تائين جيڪو سرور ۾ داخل ڪيو ويو آهي. هي علائقو ترقي ڪري رهيو آهي، پر اڃا تائين ڪو به حل ناهي.
شرڪت ڪندڙ متفق ٿيڻ جي قابل نه هئا، تنهنڪري هن حصي ۾ ڪو به نتيجو نه ڪڍيو ويندو. اچو ته ڪجھ عملي مثال ڏيو.
ڪيس 1. ”ميگا ريگيوليٽر“ جي سائبر سيڪيورٽي ڪبيرا کان ٻاهر بيس سان
هڪ ترقي يافته سائبر سيڪيورٽي سسٽم جي صورت ۾، ڪنٽينرز ۽ آرڪيسٽريشن جو استعمال حملن ۽ مداخلت کي منهن ڏيڻ ممڪن بڻائي ٿو. مثال طور، هڪ ميگا ريگيوليٽر ۾، ڊينس ۽ سندس ٽيم هڪ تربيت يافته SIEM سروس سان آرڪيسٽرٽر جي ميلاپ تي عمل ڪيو جيڪو حقيقي وقت ۾ لاگز جو تجزيو ڪري ٿو ۽ حملي، هيڪنگ يا ناڪامي جي عمل کي طئي ڪري ٿو. حملي جي صورت ۾، ڪنهن شيءِ کي رکڻ جي ڪوشش، يا رينسم ويئر وائرس جي حملي جي صورت ۾، اهو، آرڪيسٽرٽر جي ذريعي، ايپليڪيشنن سان گڏ ڪنٽينرز کي تيزيءَ سان کڻندو آهي جيئن اهي متاثر ٿين ٿا، يا حملي آور جي حملي کان وڌيڪ تيز.
ڪيس 2. ڪبرنيٽس ڏانهن Booking.com ڊيٽابيس جي جزوي لڏپلاڻ
Booking.com ۾، مکيه ڊيٽابيس آهي MySQL غير مطابقت واري نقل سان - اتي هڪ ماسٽر آهي ۽ غلامن جو هڪ مڪمل درجو آهي. جڏهن آئيون ڪمپني ڇڏي، غلامن کي منتقل ڪرڻ لاء هڪ منصوبو شروع ڪيو ويو جيڪو ڪجهه نقصان سان "شاٽ" ٿي سگهي ٿو.
مکيه بنياد کان علاوه، اتي هڪ Cassandra تنصيب آهي جيڪو خود لکيل آرڪيسٽريشن سان آهي، جيڪو ڪبير جي مکيه وهڪرو ۾ داخل ٿيڻ کان اڳ به لکيو ويو هو. ان سلسلي ۾ ڪو به مسئلو ناهي، پر اهو مقامي SSDs تي مسلسل آهي. ريموٽ اسٽوريج، جيتوڻيڪ ساڳئي ڊيٽا سينٽر جي اندر، اعلي دير جي مسئلي جي ڪري استعمال نه ڪيو ويو آهي.
ڊيٽابيس جو ٽيون طبقو Booking.com سرچ سروس آهي، جتي هر سروس نوڊ هڪ ڊيٽابيس آهي. سرچ سروس کي ڪبر ڏانهن منتقل ڪرڻ جي ڪوشش ناڪام ٿي وئي، ڇاڪاڻ ته هر نوڊ 60-80 GB مقامي اسٽوريج آهي، جنهن کي "لفٽ" ۽ "گرم اپ" ڪرڻ ڏکيو آهي.
نتيجي طور، سرچ انجڻ Kubernetes ڏانهن منتقل نه ڪيو ويو، ۽ ايوان اهو نه سوچيو ته ويجهي مستقبل ۾ نئين ڪوششون ٿينديون. MySQL ڊيٽابيس اڌ ۾ منتقل ڪيو ويو: صرف غلام، جيڪي "شاٽ" ٿيڻ کان ڊپ نه آهن. Cassandra مڪمل طور تي آباد ٿي چڪو آهي.
بنيادي ڍانچي جي چونڊ هڪ ڪم جي طور تي عام حل کان سواء
تصويرون طرفان
اچو ته چئون ته اسان وٽ هڪ نئين ڪمپني آهي، يا هڪ ڪمپني جتي انفراسٽرڪچر جو حصو پراڻي طريقي سان ٺهيل آهي. اهو سالن تائين هڪ انفراسٽرڪچر ڊولپمينٽ پلان ٺاهي ٿو. اهو فيصلو ڪيئن ٿيو ته ڪنٽينرز ۽ ڪبير تي انفراسٽرڪچر تعمير ڪيو وڃي يا نه؟
ڪمپنيون جيڪي nanoseconds لاء وڙهندا آهن بحث کان خارج ٿيل آهن. صحت مند قدامت پسندي جي اعتبار جي لحاظ کان بند ڪري ٿو، پر اڃا به ڪمپنيون آهن جن کي نئين طريقن تي غور ڪرڻ گهرجي.
ايوان: ”مان ضرور هاڻي ڪلائوڊ تي هڪ ڪمپني شروع ڪندس، بس ان ڪري ته اها تيز آهي،“ جيتوڻيڪ ضروري ناهي ته سستو هجي. سرمائيداري سرمائيداري جي ترقي سان، شروعاتي پئسن سان ڪو وڏو مسئلو ناهي، ۽ بنيادي ڪم مارڪيٽ کي فتح ڪرڻ آهي.
ايوان جو خيال آهي ته موجوده زيربنا جي ترقي هڪ چونڊ معيار آهي. جيڪڏهن ماضي ۾ هڪ سنجيده سيڙپڪاري هئي، ۽ اهو ڪم ڪري ٿو، پوء ان کي ٻيهر ڪرڻ جو ڪو به مقصد ناهي. جيڪڏهن انفراسٽرڪچر ترقي يافته نه آهي، ۽ اوزار، سيڪيورٽي ۽ نگراني سان مسئلا آهن، پوء اهو هڪ ورهايل انفراسٽرڪچر کي ڏسڻ جو احساس آهي.
ٽيڪس هر صورت ۾ ادا ڪرڻو پوندو، ۽ ايوان اهو ادا ڪندو جيڪو هن کي مستقبل ۾ گهٽ ادا ڪرڻ جي اجازت ڏني. "ڇاڪاڻ ته صرف ان حقيقت جي ڪري ته مان هڪ ٽرين تي چڙهندو آهيان جنهن ۾ ٻيا به هلندا آهن، مان ان کان گهڻو اڳتي سفر ڪندس جو مان ٻي ٽرين ۾ ويهان، جنهن ۾ مون کي پاڻ کي ٻارڻ ڏيڻو آهي."ايوان چوي ٿو. جڏهن ڪمپني نئين آهي، ۽ ويڪرائي گهرجون ڏهه مليسيڪنڊ آهن، ته پوءِ Ivan انهن ”آپريٽرز“ ڏانهن ڏسندو جنهن ۾ اڄڪلهه ڪلاسيڪل ڊيٽابيس ”ليپ ٿيل“ آهن. اهي نقل ڪرڻ واري زنجير کي وڌائين ٿا، جيڪو ناڪام ٿيڻ جي صورت ۾ پاڻ کي تبديل ڪري ٿو، وغيره.
هڪ ننڍڙي ڪمپني لاءِ ڪجهه سرورن سان ، ڪبيرا ڪو به احساس نه ٿو رکي ،“ اينڊريو چوي ٿو. پر جيڪڏھن اھو منصوبا وڌائي ٿو سوين سرورز يا وڌيڪ، پوءِ ان کي ضرورت آھي آٽوميشن ۽ ريسورس مئنيجمينٽ سسٽم. 90 سيڪڙو ڪيسن جي قيمت آهي. ان کان سواء، لوڊ ۽ وسيلن جي سطح کان سواء. اهو هر ڪنهن لاءِ سمجهه ۾ اچي ٿو، شروعاتن کان وٺي وڏين ڪمپنين تائين، لکين سامعين سان، آهستي آهستي ڪنٽينر آرڪيسٽريشن پروڊڪٽس ڏانهن ڏسڻ لاءِ. "ها، اهو واقعي مستقبل آهي،" اينڊريو يقين آهي.
ڊينس ٻه مکيه معيار بيان ڪيا آهن - آپريشن جي استحڪام ۽ استحڪام. هو اوزار چونڊيندو جيڪي ڪم لاءِ مناسب هوندا. "اهو توهان جي گوڏن تي گڏ ٿيل هڪ نالو ٿي سگهي ٿو، ۽ ان تي Nutanix ڪميونٽي ايڊيشن آهي. اها ٻي لائن ٿي سگهي ٿي ڪبر تي ايپليڪيشن جي صورت ۾ بيڪ اينڊ تي هڪ ڊيٽابيس سان، جنهن کي نقل ڪيو ويو آهي ۽ RTO ۽ RPO پيرا ميٽرن کي بيان ڪيو ويو آهي" (بحالي وقت/پوائنٽ مقصد - لڳ ڀڳ).
Evgeniy اهلڪارن سان هڪ ممڪن مسئلو جي نشاندهي ڪئي. هن وقت، مارڪيٽ تي ڪيترائي اعلي معيار وارا ماهر نه آهن جيڪي سمجھندا آهن "گٽ". درحقيقت، جيڪڏهن چونڊيل ٽيڪنالوجي پراڻي آهي، پوء اهو ڏکيو آهي ته وچين عمر وارن ماڻهن کان سواء ڪنهن ٻئي کي ڀرتي ڪرڻ، جيڪو بور ۽ زندگي کان ٿڪل آهي. جيتوڻيڪ ٻين شرڪت ڪندڙن کي يقين آهي ته اهو عملي جي تربيت جو معاملو آهي.
جيڪڏهن اسان چونڊ جو سوال رکون ٿا: پبلڪ ڪلائوڊ ۾ هڪ ننڍڙي ڪمپني لانچ ڪرڻ لاءِ ڊيٽابيس سان Amazon RDS ۾ يا ”بنياد تي“ ڪبرنيٽس ۾ ڊيٽابيس سان، پوءِ ڪجهه نقصن جي باوجود، Amazon RDS شرڪت ڪندڙن جو انتخاب بڻجي ويو.
ڇو ته ملاقات جي ٻڌندڙن جي اڪثريت ”خونري“ اداري مان نه آهي، پوءِ ورهايل حل آهن جيڪي اسان کي ڪوشش ڪرڻ گهرجي. ڊيٽا اسٽوريج سسٽم لازمي طور تي ورهايو وڃي، قابل اعتماد، ۽ ويڪرائي پيدا ڪيو وڃي مليس سيڪنڊن جي يونٽن ۾ ماپيل، ڏهن ۾ وڌ ۾ وڌ"، اينڊريو خلاصو ڪيو.
ڪبرنيٽس جي استعمال جو اندازو لڳائڻ
ٻڌندڙ Anton Zhbankov Kubernetes معافي ڏيندڙن کان هڪ ٽريپ سوال پڇيو: توهان ڪيئن چونڊيو ۽ فزيبلٽي مطالعو ڪيو؟ ڇو ڪبرنيٽس، ڇو نه مجازي مشينون، مثال طور؟
تصويرون طرفان
دمتري ۽ ايوان ان جو جواب ڏنو. ٻنهي صورتن ۾، آزمائش ۽ غلطي جي ذريعي، فيصلن جو هڪ سلسلو ٺاهيو ويو، جنهن جي نتيجي ۾ ٻنهي شرڪت ڪندڙن کي ڪبرنيٽس پهچي ويا. ھاڻي ڪاروبار شروع ڪري رھيا آھن آزاديءَ سان سافٽ ويئر ڊولپ ڪرڻ جيڪي سمجھندا آھن ڪبر ڏانھن منتقل ڪرڻ. اسان کلاسک ٽئين پارٽي سسٽم بابت نه ڳالهائي رهيا آهيون، جهڙوڪ 1C. ڪبرنيٽس مدد ڪري ٿو جڏهن ڊولپرز کي جلدي رليز ڪرڻ جي ضرورت آهي، نان اسٽاپ مسلسل بهتري سان.
اينڊريو جي ٽيم ورچوئل مشينن جي بنياد تي اسپيبلبل ڪلسٽر ٺاهڻ جي ڪوشش ڪئي. نوڊس ڊومينو وانگر ٿي ويا، جيڪي ڪڏهن ڪڏهن ڪلستر جي خاتمي جو سبب بڻيا. "نظرياتي طور تي، توهان ان کي ختم ڪري سگهو ٿا ۽ پنهنجي هٿن سان ان جي حمايت ڪري سگهو ٿا، پر اهو مشڪل آهي. ۽ جيڪڏھن مارڪيٽ تي ھڪڙو حل آھي جيڪو توھان کي دٻي مان ڪم ڪرڻ جي اجازت ڏئي ٿو، پوء اسان ان لاء وڃڻ لاء خوش آھيون. ۽ اسان نتيجي طور تبديل ڪيو، "آندري چوي ٿو.
اهڙا تجزيا ۽ حساب ڪتاب جا معيار آهن، پر ڪو به نٿو چئي سگهي ته اهي آپريشن ۾ حقيقي هارڊويئر تي ڪيترو صحيح آهن. حسابن لاءِ، اهو پڻ ضروري آهي ته هر اوزار ۽ ماحولياتي نظام کي سمجهڻ، پر اهو ممڪن ناهي.
اسان کي ڇا انتظار آهي
تصويرون طرفان
جيئن ٽيڪنالاجي ترقي ڪري ٿي، وڌيڪ ۽ وڌيڪ مختلف ٽڪرا ظاهر ٿيندا آهن، ۽ پوء هڪ مرحلو منتقلي ٿئي ٿي، هڪ وينڊر ظاهر ٿئي ٿو جيڪو هڪ اوزار ۾ گڏ ٿيڻ لاء هر شيء لاء ڪافي آٽو ماريو آهي.
ڇا توهان سوچيو ٿا ته هڪ وقت ايندو جڏهن لينڪس جي دنيا لاء اوبنٹو جهڙو اوزار هوندو؟ شايد هڪ واحد ڪنٽينرائيزيشن ۽ آرڪيسٽريشن ٽول ۾ ڪبير شامل هوندو. اهو ان کي آسان بڻائي ڇڏيندو آن پريم بادل تعمير ڪرڻ.
جواب ڏنو ويو Ivan پاران: "گوگل هاڻي Anthos ٺاهي رهيو آهي - هي انهن جي پيڪيج ٿيل پيشڪش آهي جيڪا بادل کي ترتيب ڏئي ٿي ۽ شامل آهي ڪبر، سروس ميش، مانيٽرنگ - سڀ هارڊويئر جيڪي آن پريميس مائڪرو سروسز لاء گهربل آهن." اسان تقريبن مستقبل ۾ آهيون."
ڊينس پڻ ذڪر ڪيو Nutanix ۽ VMWare سان گڏ vRealize Suite پراڊڪٽ، جيڪو ڪنٽينرائيزيشن کان سواء ساڳي ڪم سان مقابلو ڪري سگهي ٿو.
دمتري پنهنجي راءِ جو اظهار ڪيو ته "درد" کي گهٽائڻ ۽ ٽيڪس گهٽائڻ ٻه علائقا آهن جتي اسان بهتري جي اميد ڪري سگهون ٿا.
بحث کي اختصار ڪرڻ لاءِ، اسان جديد انفراسٽرڪچر جي هيٺين مسئلن کي اجاگر ڪريون ٿا:
- ٽن شرڪت ڪندڙن کي فوري طور تي رياستي سان مسئلو جي نشاندهي ڪئي وئي.
- مختلف سيڪيورٽي سپورٽ مسئلا، جنهن ۾ اهو امڪان شامل آهي ته ڊڪر پٿون جي ڪيترن ئي ورزن، ايپليڪيشن سرورز، ۽ اجزاء سان ختم ٿي ويندو.
Overspending، جنهن کي هڪ الڳ اجلاس ۾ بحث ڪيو وڃي بهتر آهي.
آرڪيسٽريشن جي طور تي هڪ سکيا چئلينج هڪ پيچيده ماحولياتي نظام آهي.
صنعت ۾ هڪ عام مسئلو اوزار جي غلط استعمال آهي.باقي نتيجو توهان تي منحصر آهي. اڃا تائين هڪ احساس آهي ته اهو آسان ناهي Docker + Kubernetes ميلاپ لاءِ سسٽم جو ”مرڪزي“ حصو بڻجڻ. مثال طور، آپريٽنگ سسٽم پهريون ڀيرو هارڊويئر تي نصب ٿيل آهن، جن کي ڪنٽينرز ۽ آرڪيسٽريشن بابت نه ٿو چئي سگهجي. شايد مستقبل ۾، آپريٽنگ سسٽم ۽ ڪنٽينرز ڪلائوڊ مئنيجمينٽ سافٽ ويئر سان ضم ٿي ويندا.
تصويرون طرفانمان هن موقعي تي پنهنجي ماءُ کي هيلو چوڻ چاهيان ٿو ۽ توهان کي ياد ڏيارڻ چاهيان ٿو ته اسان جو هڪ فيسبوڪ گروپ آهي ، چئنل مختلف ٽيڪنالاجي بلاگن جي دلچسپ اشاعتن سان. ۽ منهنجو چينل ، جتي آئون پراڊڪٽ ڪمپنين ۾ ترقي جي انتظام بابت ڳالهائيندو آهيان.
جو ذريعو: www.habr.com