25 اپريل تي، اسان Mail.ru گروپ ۾ بادل ۽ چوڌاري هڪ ڪانفرنس منعقد ڪئي. . ڪجھ نمايان ڳالھيون:
- بنيادي — Mail.ru Cloud Solutions, #CloudMTS, SberCloud, Selectel, Rostelecom Data Center ۽ Yandex.Cloud اسان جي ڪلائوڊ مارڪيٽ جي خاصيتن ۽ انهن جي خدمتن بابت ڳالهايو؛
- Bitrix24 کان ساٿي ٻڌايو ته اهي ڪيئن ;
- Leroy Merlin، Otkritie، Burger King ۽ Schneider Electric مهيا ڪيل دلچسپ - ڪھڙا ڪم انھن جو ڪاروبار IT لاءِ سيٽ ڪندو آھي ۽ ڪھڙين ٽيڪنالاجيون، بشمول ڪلائوڊ وارا، اھي ڏسندا آھن سڀ کان وڌيڪ اميد رکندڙ.
توھان mailto:CLOUD ڪانفرنس مان سڀ وڊيوز ڏسي سگھو ٿا ، ۽ هتي توهان پڙهي سگهو ٿا ته مائڪرو سروسز بابت بحث ڪيئن ٿيو. اليگزينڊر ڊيولن، ميگا فون بزنس سسٽم ريسرچ اينڊ ڊولپمينٽ سينٽر جو سربراهه ۽ ايم ويڊيو-ايلڊوراڊو گروپ جي انفارميشن ٽيڪنالاجي ڊائريڪٽر سرجي سرجيف، مونولٿس کان نجات حاصل ڪرڻ جا پنهنجا ڪامياب ڪيس شيئر ڪيا. اسان آئي ٽي حڪمت عملي، عمل ۽ حتي HR سان لاڳاپيل مسئلن تي پڻ بحث ڪيو.
پينلسٽ
- سرجي Sergeev، گروپ CIO "ايم ويڊيو-ايلڊوراڊو";
- اليگزينڊر ڊيولنتحقيق ۽ ڪاروباري نظام جي ترقي لاء مرڪز جو سربراهه ميگا فون;
- منتظم - دمتري Lazarenko، PaaS هدايت جو سربراهه Mail.ru ڪلائوڊ حل.
اليگزينڊر ڊيولن جي تقرير کان پوء هن کي بحث لاءِ شامل ڪيو ويو سرجي سرجيف M.Video-Eldorado کان ۽ بحث جو منتظم دمتري لازارينڪو، Mail.ru Cloud Solutions.
هيٺ اسان توهان لاءِ بحث جو نقل تيار ڪيو آهي، پر توهان وڊيو پڻ ڏسي سگهو ٿا:
مائڪرو سروسز ڏانهن منتقلي مارڪيٽ جي ضرورتن جو جواب آهي
دمتري:
ڇا توهان کي مائڪرو سروسز ڏانهن لڏڻ جو ڪو ڪامياب تجربو ٿيو آهي؟ ۽ عام طور تي: توهان ڪٿي ڏسندا آهيو سڀ کان وڏو ڪاروباري فائدو microservices استعمال ڪرڻ يا monoliths کان microservices ڏانهن منتقل ڪرڻ مان؟
سرجي:
اسان اڳ ۾ ئي مائڪرو سروسز جي منتقلي ۾ ڪجهه طريقي سان آيا آهيون ۽ ٽن سالن کان وڌيڪ عرصي تائين هن طريقي کي استعمال ڪري رهيا آهيون. پهرين ضرورت جيڪا مائڪرو سروسز جي ضرورت کي جواز بڻائي ٿي اها هئي مختلف فرنٽ-اينڊ پروڊڪٽس جو پوئين آفيس سان لامحدود انضمام. ۽ هر دفعي اسان کي اضافي انضمام ۽ ترقي ڪرڻ تي مجبور ڪيو ويو، هن يا انهي خدمت جي آپريشن لاء اسان جي پنهنجي ضابطن کي لاڳو ڪرڻ.
ڪجهه نقطي تي، اسان محسوس ڪيو ته اسان کي اسان جي سسٽم جي آپريشن ۽ ڪارڪردگي جي پيداوار کي تيز ڪرڻ جي ضرورت آهي. انهي وقت، مائڪرو سروسز ۽ هڪ مائڪرو سروسز جو طريقو اڳ ۾ ئي مارڪيٽ تي موجود آهي، ۽ اسان ان کي ڪوشش ڪرڻ جو فيصلو ڪيو. اهو 2016 ۾ شروع ٿيو. ان کان پوء پليٽ فارم رکيو ويو ۽ پهرين 10 خدمتون هڪ الڳ ٽيم پاران لاڳو ڪيا ويا.
پهرين خدمتن مان هڪ، سڀ کان وڌيڪ ڀريل، قيمت جي حساب جي خدمت هئي. هر دفعي توهان ڪنهن به چينل تي اچو، ڪمپني جي M.Video-Eldorado گروپ ڏانهن، اها ويب سائيٽ هجي يا پرچون اسٽور، اتي هڪ پراڊڪٽ چونڊيو، قيمت ڏسو ويب سائيٽ تي يا “Basket” ۾، قيمت خود بخود ٿيندي آهي ھڪڙي خدمت جي حساب سان. اهو ڇو ضروري آهي: هن کان اڳ، هر سسٽم کي پروموشنز سان ڪم ڪرڻ لاء پنهنجا اصول هئا - رعايت سان، وغيره. اسان جي پوئين آفيس قيمتن کي سنڀاليندو آهي؛ رعايت جي ڪارڪردگي ٻئي سسٽم ۾ لاڳو ڪئي وئي آهي. انهي کي مرڪزي ٿيڻ جي ضرورت آهي ۽ هڪ منفرد، الڳ ٿيڻ واري خدمت هڪ ڪاروباري عمل جي صورت ۾ ٺاهي وئي جيڪا اسان کي هن کي لاڳو ڪرڻ جي اجازت ڏئي ٿي. اهو تمام گهڻو آهي ته اسان ڪيئن شروع ڪيو.
پهرين نتيجن جو قدر تمام وڏو هو. پهرين، اسان الڳ الڳ ادارا ٺاهي سگهندا هئاسين جيڪي اسان کي الڳ الڳ ۽ مجموعي انداز ۾ ڪم ڪرڻ جي اجازت ڏين ٿيون. ٻيو، اسان وڌيڪ سسٽم سان گڏ انضمام جي لحاظ کان ملڪيت جي قيمت گھٽائي ڇڏيو آهي.
گذريل ٽن سالن ۾، اسان ٽي فرنٽ لائن سسٽم شامل ڪيا آهن. اهو انهن کي برقرار رکڻ ڏکيو هو وسيلن جي ساڳئي مقدار سان جيڪا ڪمپني برداشت ڪري سگهي ٿي. تنهن ڪري، ڪم پيدا ٿيو نئين دڪانن کي ڳولڻ لاء، رفتار جي لحاظ کان مارڪيٽ کي جواب ڏيڻ، اندروني خرچن ۽ ڪارڪردگي جي لحاظ کان.
مائڪرو سروسز ڏانهن لڏپلاڻ جي ڪاميابي کي ڪيئن اندازو ڪجي
دمتري:
مائڪرو سروسز ڏانهن لڏپلاڻ ۾ ڪاميابي ڪيئن طئي ڪئي وئي آهي؟ هر ڪمپني ۾ "اڳ" ڇا هو؟ منتقلي جي ڪاميابي کي طئي ڪرڻ لاء توهان ڪهڙي ميٽرڪ استعمال ڪيو، ۽ ڪير اصل ۾ اهو طئي ڪيو؟
سرجي:
سڀ کان پهريان، اهو آئي ٽي جي اندر اندر پيدا ٿيو هو هڪ اينبلر جي طور تي - "انلاڪ ڪرڻ" نئين صلاحيتون. اسان کي نسبتا ساڳئي پئسن لاءِ سڀ ڪجهه تيز ڪرڻ جي ضرورت هئي ، مارڪيٽ جي چئلينجن جو جواب ڏيڻ. هاڻي ڪاميابي مختلف سسٽم پاران ٻيهر استعمال ڪيل خدمتن جي تعداد ۾ بيان ڪيو ويو آهي، پاڻ ۾ عمل جي اتحاد. هاڻي اهو آهي، پر ان وقت اهو هڪ موقعو هو ته هڪ پليٽ فارم ٺاهي ۽ هن نظريي جي تصديق ڪريون ته اسان اهو ڪري سگهون ٿا، اهو هڪ اثر ڏيندو ۽ ڪاروبار ڪيس جي حساب سان.
سڪندر:
ڪاميابي بلڪه هڪ اندروني احساس آهي. ڪاروبار هميشه وڌيڪ چاهي ٿو، ۽ اسان جي پٺتي پيل جي کوٽائي ڪاميابي جو ثبوت آهي. مون کي ائين لڳي ٿو.
سرجي:
ها، مان متفق آهيان. ٽن سالن ۾، اسان وٽ اڳ ۾ ئي ٻه سو کان وڌيڪ خدمتون ۽ بيڪ لاگ آهن. ٽيم جي اندر وسيلن جي ضرورت صرف وڌي رهي آهي - هر سال 30٪ طرفان. اهو ٿي رهيو آهي ڇاڪاڻ ته ماڻهن محسوس ڪيو: اهو تيز آهي، اهو مختلف آهي، مختلف ٽيڪنالاجيون آهن، اهو سڀ ڪجهه ترقي ڪري رهيو آهي.
Microservices اينديون، پر بنيادي رھندو
دمتري:
اهو هڪ ڪڏهن ختم نه ٿيندڙ عمل وانگر آهي جتي توهان ترقي ۾ سيڙپڪاري ڪريو ٿا. ڇا ڪاروبار لاءِ مائڪرو سروسز جي منتقلي اڳ ۾ ئي ختم ٿي چڪي آهي يا نه؟
سرجي:
اهو جواب ڏيڻ بلڪل آسان آهي. توهان ڇا ٿا سوچيو: فون کي تبديل ڪرڻ هڪ لامحدود عمل آهي؟ اسان پاڻ هر سال فون خريد ڪندا آهيون. ۽ هتي اهو آهي: جيستائين رفتار جي ضرورت آهي، مارڪيٽ جي موافقت لاء، ڪجهه تبديلين جي ضرورت پوندي. هن جو مطلب اهو ناهي ته اسان معياري شين کي ڇڏي ڏيو.
پر اسان هڪ ڀيرو هر شيء کي ڍڪي ۽ ٻيهر نه ٿا ڪري سگهون. اسان وٽ ميراثي، معياري انضمام جون خدمتون آهن جيڪي اڳ ۾ موجود هيون: انٽرپرائز بسون وغيره. پر اتي هڪ پٺتي پيل آهي، ۽ اتي پڻ ضرورت آهي. موبائل ايپليڪيشنن جو تعداد ۽ انهن جي ڪارڪردگي وڌي رهي آهي. ساڳئي وقت، ڪو به نٿو چوي ته توهان کي 30 سيڪڙو وڌيڪ پئسا ڏنا ويندا. اهو آهي، اتي هميشه هڪ طرف ضرورتون آهن، ۽ ٻئي طرف ڪارڪردگي جي ڳولا.
دمتري:
زندگي سٺي شڪل ۾ آهي. (کلڻ)
سڪندر:
عام طور تي، ها. اسان وٽ انقلابي طريقا نه آهن ته منظرنامي مان بنيادي حصي کي هٽائي. سسٽماتي ڪم جاري آهي سسٽم کي ختم ڪرڻ لاءِ ته جيئن اهي هڪ ٻئي تي سسٽم جي اثر کي گهٽائڻ لاءِ مائڪرو سروس آرڪيٽيڪچر سان وڌيڪ مطابقت رکن.
پر اسان بنيادي حصو رکڻ جو ارادو رکون ٿا، ڇو ته آپريٽر جي نظارن ۾ هميشه ڪجهه پليٽ فارم هوندا جيڪي اسان خريد ڪندا آهيون. ٻيهر، اسان کي هڪ صحتمند توازن جي ضرورت آهي: اسان کي بنيادي ڪٽڻ ۾ جلدي نه ڪرڻ گهرجي. اسان سسٽم کي پاسي سان رکون ٿا، ۽ هاڻي اهو ظاهر ٿئي ٿو ته اسان اڳ ۾ ئي ڪيترن ئي بنيادي حصن جي چوٽي تي آهيون. وڌيڪ، ڪارڪردگي کي ترقي ڪندي، اسان سڀني چينلن لاء ضروري نمائندگي ٺاهيندا آهيون جيڪي اسان جي مواصلاتي خدمتن سان ڪم ڪن ٿيون.
ڪاروبار کي مائڪرو سروسز ڪيئن وڪرو ڪجي
دمتري:
مون کي پڻ دلچسپي آهي - انهن لاءِ جن کي تبديل نه ڪيو آهي، پر منصوبابندي ڪري رهيا آهن: هن خيال کي ڪاروبار ۾ وڪڻڻ ڪيترو آسان هو ۽ ڇا اهو هڪ ايڊونچر، هڪ سيڙپڪاري منصوبو هو؟ يا اها هڪ باشعور حڪمت عملي هئي: هاڻي اسان مائڪرو سروسز ڏانهن وڃي رهيا آهيون ۽ اهو ئي آهي، اسان کي ڪجھ به نه روڪيندو. اهو توهان لاء ڪيئن هو؟
سرجي:
اسان هڪ نقطو وڪڻڻ وارا نه هئا، پر هڪ ڪاروباري فائدو. ڪاروبار ۾ هڪ مسئلو هو، ۽ اسان ان کي حل ڪرڻ جي ڪوشش ڪئي. ان وقت، اها حقيقت ظاهر ڪئي وئي هئي ته مختلف چينلز قيمتن جي حساب سان مختلف اصولن کي استعمال ڪن ٿا - الڳ الڳ پروموشنز لاء، پروموشنز لاء، وغيره. اهو برقرار رکڻ ڏکيو هو، غلطيون ٿي ويون، ۽ اسان گراهڪ شڪايتون ٻڌيون. اهو آهي، اسان هڪ مسئلي جو حل وڪرو ڪري رهيا هئاسين، پر اسان حقيقت سان آيا آهيون ته اسان کي هڪ پليٽ فارم ٺاهڻ لاء پئسن جي ضرورت آهي. ۽ انهن هڪ ڪاروباري ڪيس ڏيکاريو مثال استعمال ڪندي سيڙپڪاري جي پهرين اسٽيج جو: اسان ان کي ڪيئن بحال ڪنداسين ۽ اهو اسان کي ڇا ڪرڻ جي اجازت ڏيندو.
دمتري:
ڇا توهان ڪنهن به طريقي سان پهرين اسٽيج جو وقت رڪارڊ ڪيو؟
سرجي:
ها، ضرور. اسان 6 مهينا مختص ڪيا آهن ڪور کي پليٽ فارم طور ٺاهڻ ۽ پائلٽ کي جانچڻ لاءِ. ان دوران، اسان هڪ پليٽ فارم ٺاهڻ جي ڪوشش ڪئي جنهن تي پائلٽ اسڪيٽ ڪرڻ لاء. پوءِ مفروضي جي تصديق ڪئي وئي، ۽ جيئن ته اهو ڪم ڪري ٿو، ان جو مطلب آهي ته اسان جاري رکي سگهون ٿا. انهن کي نقل ڪرڻ شروع ڪيو ۽ ٽيم کي مضبوط ڪيو - انهن ان کي هڪ الڳ ڊويزن ۾ منتقل ڪيو جيڪو صرف اهو ڪري ٿو.
اڳيان اچي ٿو منظم ڪم جي بنياد تي ڪاروباري ضرورتن، موقعن، وسيلن جي دستيابي ۽ هر شي جيڪا هن وقت ڪم ۾ آهي.
دمتري:
ٺيڪ. اليگزينڊر، تون ڇا ٿو چوين؟
سڪندر:
اسان جون مائيڪرو سروسز ”سمنڊ جي جھاگ“ مان پيدا ٿيون - وسيلن جي بچت جي ڪري، سرور جي گنجائش جي صورت ۾ ڪجهه بچيل ۽ ٽيم جي اندر قوتن جي ٻيهر ورڇ جي ڪري. شروعات ۾، اسان هن منصوبي کي ڪاروبار لاء وڪرو نه ڪيو. اهو هڪ منصوبو هو جتي اسان ٻنهي جي تحقيق ۽ ترقي ڪئي هئي. اسان 2018 جي شروعات ۾ شروع ڪيو ۽ صرف هن هدايت کي جوش سان ترقي ڪئي. وڪرو شروع ٿي چڪو آهي ۽ اسان عمل ۾ آهيون.
دمتري:
ڇا اهو ٿئي ٿو ته ڪو ڪاروبار توهان کي اهڙيون شيون ڪرڻ جي اجازت ڏئي ٿو جهڙوڪ گوگل - هفتي ۾ هڪ مفت ڏينهن تي؟ ڇا توهان وٽ اهڙي هدايت آهي؟
سڪندر:
ساڳئي وقت تحقيق جي طور تي، اسان ڪاروبار مسئلن سان پڻ ڊيل ڪيو، تنهنڪري اسان جون سڀئي مائڪرو سروسز ڪاروباري مسئلن جو حل آهن. صرف شروعات ۾ اسان مائڪرو سروسز ٺاهيا جيڪي سبسڪرائبر بيس جو هڪ ننڍڙو حصو ڍڪيندا هئا، ۽ هاڻي اسان تقريبن سڀني پرچم بردار شين ۾ موجود آهيون.
۽ مادي اثر اڳ ۾ ئي واضح آهي - اسان اڳ ۾ ئي شمار ڪري سگهون ٿا، پيداوار جي لانچ جي رفتار ۽ گم ٿيل آمدني جو اندازو لڳائي سگهجي ٿو جيڪڏهن اسان پراڻي رستي جي پيروي ڪئي هئي. اهو آهي جيڪو اسان ڪيس ٺاهي رهيا آهيون.
Microservices: hype يا ضرورت؟
دمتري:
نمبر نمبر آهن. ۽ آمدني يا پئسا بچايو تمام ضروري آهي. ڇا جيڪڏهن توهان ٻئي طرف ڏسو؟ اهو لڳي ٿو ته microservices هڪ رجحان آهي، هڪ hype ۽ ڪيتريون ئي ڪمپنيون ان کي غلط استعمال ڪري رهيا آهن؟ توهان ڪيترو واضح طور تي فرق ڪريو ٿا انهن جي وچ ۾ جيڪي توهان ڪندا آهيو ۽ مائڪرو سروسز ۾ ترجمو نه ڪندا آهيو؟ جيڪڏهن هاڻي وراثت آهي، ڇا توهان وٽ اڃا تائين 5 سالن ۾ وراثت هوندي؟ 5 سالن ۾ M.Video-Eldorado ۽ MegaFon تي ڪم ڪندڙ انفارميشن سسٽم جي عمر ڇا هوندي؟ ڇا ڏهه سال، پندرهن سال پراڻو انفارميشن سسٽم هوندو يا اهو نئون نسل هوندو؟ توهان هن کي ڪيئن ٿا ڏسو؟
سرجي:
مون کي لڳي ٿو ته اهو تمام گهڻو پري سوچڻ ڏکيو آهي. جيڪڏهن اسان پوئتي ڏسندا آهيون، ڪنهن تصور ڪيو ته ٽيڪنالاجي مارڪيٽ هن طريقي سان ترقي ڪندي، بشمول مشين سکيا ۽ منهن ذريعي صارف جي سڃاڻپ؟ پر جيڪڏهن توهان ايندڙ سالن تي نظر رکون ٿا، اهو مون کي لڳي ٿو ته بنيادي سسٽم، ڪمپنين ۾ اي آر پي ڪلاس سسٽم - اهي ڪافي عرصي کان ڪم ڪري رهيا آهن.
اسان جون ڪمپنيون مجموعي طور تي 25 سالن جي عمر ۾ آهن، کلاسک ERP سان گڏ سسٽم جي منظرنامي ۾ تمام گهڻي. اهو واضح آهي ته اسان اتان ڪجهه ٽڪر ڪڍي رهيا آهيون ۽ انهن کي مائڪرو سروسز ۾ گڏ ڪرڻ جي ڪوشش ڪري رهيا آهيون، پر بنيادي رهندي. اهو مون لاءِ هاڻي اهو تصور ڪرڻ مشڪل آهي ته اسان اتي موجود سڀني بنيادي نظامن کي مٽائينداسين ۽ جلدي نئين نظام جي ٻئي روشن پاسي ڏانهن منتقل ٿينداسين.
مان ان حقيقت جو حامي آهيان ته هر شيءِ جيڪا ڪلائنٽ ۽ صارف جي ويجهو آهي، جتي سڀ کان وڏو ڪاروباري فائدو ۽ قدر آهي، جتي موافقت ۽ توجه رفتار تي، تبديلي تي، ”ڪوشش ڪريو، منسوخ ڪريو، ٻيهر استعمال ڪريو، ڪجهه مختلف ڪريو“ تي. جي ضرورت آهي "- اهو آهي جتي منظر بدلجي ويندو. ۽ باڪس ٿيل پراڊڪٽس اتي چڱيءَ طرح نه ٺهندا آهن. گهٽ ۾ گهٽ اسان اهو نه ٿا ڏسو. اتي سڀ کان آسان، آسان حل گهربل آهن.
اسان هن ترقي کي ڏسون ٿا:
- بنيادي معلومات سسٽم (اڪثر ڪري پوئتي آفيس)؛
- وچين تہه microservices جي صورت ۾ ڪور کي ڳنڍي، مجموعي، هڪ ڪيش ٺاهيو، وغيره.
- فرنٽ لائن سسٽم جو مقصد صارف لاءِ آهي.
- هڪ انضمام واري پرت جيڪا عام طور تي مارڪيٽ، ٻين سسٽم ۽ ماحولياتي نظام ۾ ضم ٿي ويندي آهي. هي پرت ممڪن طور تي هلڪو، سادو آهي، ۽ گهٽ ۾ گهٽ ڪاروباري منطق تي مشتمل آهي.
پر ساڳئي وقت، مان پراڻن اصولن کي استعمال ڪرڻ جاري رکڻ جو حامي آهيان جيڪڏهن انهن کي مناسب استعمال ڪيو وڃي.
اچو ته چوندا آهن توهان وٽ هڪ کلاسک انٽرپرائز سسٽم آهي. اهو هڪ وينڊر جي نظارن ۾ واقع آهي ۽ ٻن ماڊلز تي مشتمل آهي جيڪي هڪ ٻئي سان ڪم ڪن ٿا. اتي پڻ ھڪڙو معياري انضمام انٽرفيس آھي. ڇو ان کي ٻيهر ڪريو ۽ اتي هڪ microservice آڻيو؟
پر جڏهن پوئين آفيس ۾ 5 ماڊل هوندا آهن، جن مان معلومات جا ٽڪرا گڏ ڪيا ويندا آهن ڪاروباري عمل ۾، جنهن کي پوءِ 8-10 فرنٽ لائن سسٽم ذريعي استعمال ڪيو ويندو آهي، فائدو فوري طور تي قابل ذڪر هوندو آهي. توهان پنجن بيڪ-آفيس سسٽم مان وٺو ۽ هڪ خدمت ٺاهي، هڪ الڳ الڳ، جيڪو ڪاروباري عمل تي مرکوز آهي. خدمت کي ٽيڪنالاجي طور تي ترقي يافته بڻايو - انهي ڪري ته اها معلومات کي محفوظ ڪري ۽ غلطي برداشت ڪري، ۽ دستاويزن يا ڪاروباري ادارن سان پڻ ڪم ڪري. ۽ توھان ان کي ھڪڙي اصول جي مطابق سڀني فرنٽ لائين پراڊڪٽس سان گڏ ڪريو. انهن فرنٽ لائين پراڊڪٽ کي منسوخ ڪيو - انهن صرف انضمام کي بند ڪري ڇڏيو. سڀاڻي توهان کي هڪ موبائل ايپليڪيشن لکڻ يا هڪ ننڍڙي ويب سائيٽ ٺاهڻ جي ضرورت آهي ۽ صرف هڪ حصو ڪارڪردگي ۾ رکڻو پوندو - سڀ ڪجهه آسان آهي: توهان ان کي هڪ تعمير ڪندڙ وانگر گڏ ڪيو. مان هن طرف وڌيڪ ترقي ڏسان ٿو - گهٽ ۾ گهٽ اسان جي ملڪ ۾.
سڪندر:
سرجي مڪمل طور تي اسان جي انداز کي بيان ڪيو، مهرباني. مان صرف ايترو چوندس جتي اسان ضرور نه وينداسين - بنيادي حصي ڏانهن، آن لائن بلنگ جي موضوع ڏانهن. اھو آھي، درجه بندي ۽ چارج رھندو، حقيقت ۾، ھڪڙو "وڏو" ٺھرايل آھي جيڪو معتبر طور تي پئسا لکي ڇڏيندو. ۽ اهو نظام جاري رهندو اسان جي ريگيوليٽري اختيارين طرفان تصديق ٿيل. ٻيو سڀ ڪجهه جيڪو گراهڪن ڏانهن ڏسندو آهي، يقينا، مائڪرو سروسز آهي.
دمتري:
هتي سرٽيفڪيشن هڪ ڪهاڻي آهي. شايد وڌيڪ حمايت. جيڪڏهن توهان سپورٽ تي ٿورو خرچ ڪيو يا سسٽم کي سپورٽ ۽ ترميم جي ضرورت ناهي، اهو بهتر آهي ته ان کي هٿ نه ڪرڻ. هڪ معقول سمجهوتو.
قابل اعتماد مائڪرو سروسز کي ڪيئن ترقي ڪجي
دمتري:
ٺيڪ. پر مون کي اڃا به دلچسپي آهي. هاڻي توهان هڪ ڪاميابي جي ڪهاڻي ٻڌائي رهيا آهيو: سڀ ڪجهه ٺيڪ هو، اسان مائڪرو سروسز ڏانهن تبديل ڪيو، ڪاروبار ڏانهن خيال جو دفاع ڪيو، ۽ سڀ ڪجهه ڪم ڪيو. پر مون ٻيون ڳالهيون ٻڌيون آهن.
ڪجهه سال اڳ، هڪ سوئس ڪمپني جنهن ٻن سالن جي سيڙپڪاري ڪئي هئي بينڪن لاءِ هڪ نئين مائڪرو سروس پليٽ فارم ٺاهڻ ۾ آخرڪار پروجيڪٽ بند ٿي ويو. مڪمل طور تي تباهه ٿي ويو. ڪيترائي لکين سوئس فرانڪس خرچ ڪيا ويا، ۽ آخر ۾ ٽيم منتشر ٿي وئي - اهو ڪم نه ڪيو.
ڇا توهان وٽ اهڙيون ڪهاڻيون آهن؟ ڪي مشڪلاتون هيون يا آهن؟ مثال طور، مائڪرو سروسز ۽ نگراني کي برقرار رکڻ پڻ ڪمپني جي آپريشنل سرگرمين ۾ سر درد آهي. سڀ کان پوء، اجزاء جو تعداد ڏهن ڀيرا وڌائي ٿو. توهان ان کي ڪيئن ٿا ڏسو، ڇا هتي سيڙپڪاري جا ناڪام مثال آهن؟ ۽ توهان ماڻهن کي ڇا مشورو ڏئي سگهو ٿا ته جيئن اهي اهڙن مسئلن کي منهن نه ڪن؟
سڪندر:
ناڪام مثالن ۾ شامل آھن ڪاروبار تبديل ڪرڻ ترجيحات ۽ منصوبا منسوخ ڪرڻ. جڏهن تياري جي سٺي مرحلي تي (حقيقت ۾، ايم وي پي تيار آهي)، ڪاروبار چيو: "اسان وٽ نيون ترجيحون آهن، اسان هڪ ٻئي منصوبي تي منتقل ڪري رهيا آهيون، ۽ اسان هن کي بند ڪري رهيا آهيون."
اسان وٽ مائڪرو سروسز سان ڪا به عالمي ناڪامي نه هئي. اسان آرام سان سمهون ٿا، اسان وٽ 24/7 ڊيوٽي شفٽ آهي جيڪا پوري BSS [بزنس سپورٽ سسٽم] جي خدمت ڪري ٿي.
۽ هڪ ٻي شيءِ - اسان قاعدن مطابق مائڪرو سروسز ڪرائي تي ڏيون ٿا جيڪي باڪس ٿيل شين تي لاڳو ٿين ٿيون. ڪاميابي جي ڪنجي اها آهي ته توهان کي ضرورت آهي، پهرين، هڪ ٽيم گڏ ڪرڻ لاءِ جيڪا مڪمل طور تي مائڪرو سروس تيار ڪندي پيداوار لاءِ. ترقي پاڻ آهي، مشروط طور تي، 40٪. باقي آهي تجزياتي، DevSecOps طريقو، صحيح انضمام ۽ صحيح فن تعمير. اسان محفوظ ايپليڪيشنن جي تعمير جي اصولن تي خاص ڌيان ڏيون ٿا. معلومات جي حفاظت جا نمائندا هر منصوبي ۾ حصو وٺندا آهن ٻنهي فن تعمير جي منصوبابندي واري مرحلي ۾ ۽ عمل درآمد جي عمل دوران. اهي پڻ سسٽم کي منظم ڪن ٿا تجزيو ڪرڻ لاءِ ڪوڊ جي ڪمزورين لاءِ.
اچو ته چئون ته اسان پنهنجي رياستي خدمتن کي ترتيب ڏيو - اسان وٽ اهي آهن ڪبرنيٽس ۾. اهو هر ڪنهن کي آرام سان سمهڻ جي اجازت ڏئي ٿو آٽو اسڪيلنگ ۽ سروسز جي خود بخود وڌائڻ جي ڪري، ۽ ڊيوٽي شفٽ واقعن کي جنم ڏئي ٿو.
اسان جي مائڪرو سروسز جي سڄي وجود ۾، صرف هڪ يا ٻه واقعا ٿيا آهن جيڪي اسان جي قطار تائين پهچي ويا آهن. هاڻي آپريشن سان ڪو مسئلو ناهي. اسان وٽ، يقينا، 200 نه، پر اٽڪل 50 مائڪرو سروسز، پر اهي پرچم بردار شين ۾ استعمال ٿيندا آهن. جيڪڏهن اهي ناڪام ٿيا، اسان ان بابت ڄاڻڻ وارا پهريان هوندا.
مائڪرو سروسز ۽ HR
سرجي:
مان پنهنجي ساٿي سان سهڪار جي منتقلي بابت متفق آهيان - اهو ڪم صحيح طريقي سان ترتيب ڏيڻ جي ضرورت آهي. پر مان توهان کي انهن مسئلن بابت ٻڌايان ٿو جيڪي، يقينا، موجود آهن.
پهرين، ٽيڪنالاجي جديد آهي. هي هڪ سٺي طريقي سان هائپ آهي، ۽ هڪ ماهر ڳولڻ جيڪو سمجهي سگهندو ۽ ٺاهي سگهي ٿو اهو هڪ وڏو چئلينج آهي. وسيلن جي مقابلي ۾ چريو آهي، تنهنڪري ماهر انهن جي وزن ۾ سون جي قيمت آهي.
ٻيو، ڪجهه نظارن جي پيدائش ۽ خدمتن جي وڌندڙ تعداد سان، ٻيهر استعمال جو مسئلو مسلسل حل ڪيو وڃي. جيئن ڊولپرز ائين ڪرڻ پسند ڪن ٿا: ”اچو ته ھاڻي ھتي ڪيتريون ئي دلچسپ شيون لکون...“ ھن جي ڪري، سسٽم وڌندو آھي ۽ پئسي، ملڪيت جي قيمت، وغيره جي لحاظ کان پنھنجو اثر وڃائيندو آھي. اهو آهي، اهو ضروري آهي ته سسٽم آرڪيٽيڪچر ۾ ٻيهر استعمال شامل ڪيو وڃي، ان کي شامل ڪرڻ لاء روڊ ميپ ۾ خدمتون متعارف ڪرائڻ ۽ ورثي کي نئين فن تعمير ڏانهن منتقل ڪرڻ لاء.
ٻيو مسئلو - جيتوڻيڪ اهو پنهنجي طريقي سان سٺو آهي - اندروني مقابلو آهي. ”او، هتي نوان فيشن وارا ماڻهو ظاهر ٿيا آهن، اهي هڪ نئين ٻولي ڳالهائين ٿا. ماڻهو، يقينا، مختلف آهن. اتي اھي آھن جيڪي جاوا ۾ لکڻ لاء استعمال ڪيا ويا آھن، ۽ اھي جيڪي لکندا ۽ استعمال ڪندا آھن Docker ۽ Kubernetes. اهي مڪمل طور تي مختلف ماڻهو آهن، اهي مختلف طرح سان ڳالهائيندا آهن، مختلف اصطلاحن کي استعمال ڪندا آهن ۽ ڪڏهن ڪڏهن هڪ ٻئي کي سمجهي نٿا سگهن. مشق، علم جي حصيداري ڪرڻ جي صلاحيت يا ناڪامي، هن لحاظ کان پڻ هڪ مسئلو آهي.
خير، وسيلن جي ماپ. ”زبردست، اچو ته هلون! ۽ هاڻي اسان چاهيون ٿا تيز، وڌيڪ. ڇا، توهان نٿا ڪري سگهو؟ ڇا اهو ممڪن ناهي ته سال ۾ ٻه ڀيرا پهچائڻ؟ ۽ ڇو؟" اهڙا وڌندڙ درد شايد ڪيترن ئي شين لاء معياري آهن، ڪيترن ئي طريقن سان، ۽ توهان انهن کي محسوس ڪري سگهو ٿا.
نگراني جي حوالي سان. اهو مون کي لڳي ٿو ته خدمتون يا صنعتي نگراني جا اوزار اڳ ۾ ئي سکيا آهن يا هڪ مختلف، غير معياري موڊ ۾ Docker ۽ Kubernetes ٻنهي سان ڪم ڪرڻ جي قابل آهن. تنهن ڪري، مثال طور، توهان 500 جاوا مشينن سان ختم نه ڪيو جنهن جي تحت اهو سڀ هلي رهيو آهي، يعني، اهو مجموعي طور تي. پر اهي شيون اڃا تائين پختگي جي کوٽ آهن؛ انهن کي هن ذريعي وڃڻو پوندو. موضوع واقعي نئون آهي، اڳتي وڌندو رهندو.
دمتري:
ها، تمام دلچسپ. ۽ اهو HR تي لاڳو ٿئي ٿو. شايد توهان جي HR پروسيس ۽ HR برانچ انهن 3 سالن کان ٿورو تبديل ٿي چڪو آهي. توهان ٻين ماڻهن کي مختلف صلاحيتن سان ڀرتي ڪرڻ شروع ڪيو. ۽ شايد اتي ٻئي نفعو ۽ نقصان آهن. اڳي، blockchain ۽ ڊيٽا سائنس hype هئا، ۽ انهن ۾ ماهرن جي قيمت لکين هئا. هاڻي قيمت گهٽجي رهي آهي، مارڪيٽ سٿري ٿي رهي آهي، ۽ مائڪرو سروسز ۾ ساڳيو رجحان آهي.
سرجي:
ها، بلڪل.
سڪندر:
HR سوال پڇي ٿو: "توهان جو گلابي يونيڪارن پس منظر ۽ فرنٽ اينڊ جي وچ ۾ ڪٿي آهي؟" HR سمجھ ۾ نٿو اچي ته مائڪرو سروس ڇا آهي. اسان انهن کي راز ٻڌايو ۽ ٻڌايو ته پٺاڻ اهو سڀ ڪجهه ڪيو آهي، ۽ ڪو به يونيسيور ناهي. پر HR تبديل ٿي رهيو آهي، جلدي سکڻ ۽ ماڻهن کي ڀرتي ڪري رهيو آهي جن وٽ بنيادي آئي ٽي ڄاڻ آهي.
مائڪرو سروسز جي ارتقا
دمتري:
جيڪڏهن توهان ٽارگيٽ فن تعمير تي نظر اچن ٿا، microservices هڪ اهڙي دانو وانگر نظر اچن ٿا. تنهنجي سفر ۾ ڪيترائي سال لڳي ويا. ٻين وٽ هڪ سال آهي، ٻيا ٽي سال. ڇا توهان سڀني مسئلن جي اڳڪٿي ڪئي، ٽارگيٽ فن تعمير، ڇا ڪجهه تبديل ڪيو؟ مثال طور، مائڪرو سروسز جي صورت ۾، گيٽ ويز ۽ سروس ميشز هاڻي ٻيهر ظاهر ٿي رهيا آهن. ڇا توھان انھن کي شروعات ۾ استعمال ڪيو يا توھان پنھنجي فن تعمير کي تبديل ڪيو؟ ڇا توهان وٽ اهڙا چئلينج آهن؟
سرجي:
اسان اڳ ۾ ئي ڪيترائي ڪميونيڪيشن پروٽوڪول ٻيهر لکيا آهن. پهرين ته هڪ پروٽوڪول هوندو هو، هاڻي اسان ٻئي ڏانهن تبديل ڪيو. اسان حفاظت ۽ اعتبار کي وڌايو. اسان انٽرپرائز ٽيڪنالاجيز سان شروع ڪيو - Oracle، Web Logic. هاڻي اسان مائڪرو سروسز ۾ ٽيڪنالاجي انٽرنيشنل پروڊڪٽس کان پري ٿي رهيا آهيون ۽ اوپن سورس يا مڪمل طور تي اوپن ٽيڪنالاجيز ڏانهن منتقل ٿي رهيا آهيون. اسان ڊيٽابيس کي ڇڏي ڏيون ٿا ۽ منتقل ڪريون ٿا جيڪو اسان لاءِ وڌيڪ اثرائتو ڪم ڪري ٿو هن ماڊل ۾. اسان کي هاڻي Oracle ٽيڪنالاجي جي ضرورت ناهي.
اسان صرف هڪ خدمت جي طور تي شروع ڪيو، اهو سوچڻ کان سواءِ ته اسان کي ڪيش جي ڪيتري ضرورت آهي، اسان ڇا ڪنداسين جڏهن مائڪرو سروس سان ڪو واسطو نه هو، پر ڊيٽا جي ضرورت هئي، وغيره. هاڻي اسان هڪ پليٽ فارم ٺاهي رهيا آهيون ته جيئن فن تعمير کي بيان ڪري سگهجي. خدمتن جي ٻولي ۾ نه، ۽ ڪاروباري ٻولي ۾، ڪاروباري منطق کي ايندڙ سطح تي وٺي وڃو جڏهن اسان لفظن ۾ ڳالهائڻ شروع ڪندا آهيون. ھاڻي اسان سکيو آھي اکر ۾ ڳالھائڻ، ۽ ايندڙ سطح آھي جڏھن خدمتون گڏ ڪيون وينديون ڪنھن قسم جي مجموعي ۾، جڏھن اھو اڳ ۾ ئي ھڪڙو لفظ آھي - مثال طور، ھڪڙو سڄو پراڊڪٽ ڪارڊ. اهو microservices مان گڏ ڪيو ويو آهي، پر اهو هڪ API آهي جنهن جي مٿان ٺهيل آهي.
حفاظت تمام ضروري آهي. جيئن ئي توهان جي رسائي ٿيڻ شروع ٿئي ٿي ۽ توهان وٽ هڪ خدمت آهي جنهن جي ذريعي توهان تمام گهڻيون دلچسپ شيون حاصل ڪري سگهو ٿا، ۽ تمام جلدي، هڪ ورهايل سيڪنڊ ۾، پوءِ ان کي حاصل ڪرڻ جي خواهش آهي نه تمام محفوظ طريقي سان. هن کان پري ٿيڻ لاء، اسان کي جانچ ۽ نگراني جي طريقن کي تبديل ڪرڻو پيو. اسان کي ٽيم کي تبديل ڪرڻو پيو، ترسيل انتظامي ڍانچي، CI/CD.
هي هڪ ارتقا آهي - جهڙوڪ فونن سان، صرف تمام تيز: پهريان اتي پش-بٽن فون هئا، پوءِ سمارٽ فون ظاهر ٿيا. انهن پراڊڪٽ کي ٻيهر لکيو ۽ ٻيهر ڊزائين ڪيو ڇاڪاڻ ته مارڪيٽ کي مختلف ضرورت هئي. اسان ڪيئن ترقي ڪندا آهيون: پهريون درجو، ڏهين گريڊ، ڪم.
عام طور تي، ٽيڪنالاجي جي نقطي نظر کان هر سال ڪجهه رکيل آهي، باقي ڪجهه پوئتي ۽ ضرورتن جي نقطي نظر کان. اسان هڪ شيء کي ٻئي سان ڳنڍيندا آهيون. ٽيم 20 سيڪڙو ٽيڪنيڪل قرض ۽ ٽيم لاءِ ٽيڪنيڪل سپورٽ تي خرچ ڪري ٿي، 80 سيڪڙو ڪاروباري اداري تي. ۽ اسان سمجھڻ سان اڳتي وڌون ٿا ته اسان اهو ڇو ڪري رهيا آهيون، اسان اهي ٽيڪنيڪل سڌارا ڇو ڪري رهيا آهيون، اهي ڪهڙا سبب هوندا. ان جيان.
دمتري:
عمده. MegaFon ۾ ڇا آهي؟
سڪندر:
جڏهن اسان مائڪرو سروسز تي آياسين ته بنيادي چئلينج افراتفري ۾ نه پوڻ هو. ميگا فون جي آرڪيٽيڪچرل آفيس فوري طور تي اسان سان شامل ٿيو، جيتوڻيڪ هڪ شروعات ڪندڙ ۽ ڊرائيور بڻجي ويو - هاڻي اسان وٽ هڪ تمام مضبوط فن تعمير آهي. هن جو ڪم اهو سمجهڻ هو ته اسان ڪهڙي ٽارگيٽ ماڊل ڏانهن وڃي رهيا آهيون ۽ ڪهڙي ٽيڪنالاجي کي پائلٽ ٿيڻ جي ضرورت آهي. فن تعمير سان، اسان انهن پائلٽس پاڻ کي منظم ڪيو.
اڳيون سوال هو: ”پوءِ اهو سڀ ڪجهه ڪيئن استعمال ڪجي؟ ۽ هڪ وڌيڪ: "مائڪرو سروسز جي وچ ۾ شفاف رابطي کي ڪيئن يقيني بڻايو وڃي؟" سروس ميش اسان کي آخري سوال جو جواب ڏيڻ ۾ مدد ڪئي. اسان Istio پائلٽ ڪيو ۽ نتيجن کي پسند ڪيو. هاڻي اسان پيداواري علائقن ۾ رول آئوٽ ڪرڻ جي مرحلي تي آهيون. اسان وٽ سڀني چيلينجز جي حوالي سان مثبت رويو آهي - حقيقت اها آهي ته اسان کي مسلسل اسٽيڪ کي تبديل ڪرڻ جي ضرورت آهي، ڪجهه نئين سکڻ جي ضرورت آهي. اسان ترقي ڪرڻ ۾ دلچسپي رکون ٿا، نه پراڻن حلن جو استحصال ڪرڻ.
دمتري:
سونا لفظ! اهڙا چئلينج ٽيم ۽ ڪاروبار کي پنهنجي آڱرين تي رکندا آهن ۽ مستقبل ٺاهيندا آهن. GDPR ٺاهيا چيف ڊيٽا تحفظ آفيسر، ۽ موجوده چيلينجز ٺاهيا چيف مائڪرو سروسز ۽ آرڪيٽيڪچر آفيسر. ۽ اهو راضي آهي.
اسان گهڻو بحث ڪيو. بنيادي شيء اها آهي ته مائڪرو سروسز جو هڪ سٺو ڊزائين ۽ فن تعمير پاڻ کي توهان کي ڪيترن ئي غلطين کان بچڻ جي اجازت ڏئي ٿو. يقينا، اهو عمل ٻيهر ۽ ارتقائي آهي، پر اهو مستقبل آهي.
سڀني شرڪت ڪندڙن جي مهرباني، سرجي ۽ اليگزينڊر جي مهرباني!
سامعين کان سوال
سامعين کان سوال (1):
سرجي، توهان جي ڪمپني ۾ آئي ٽي مينيجمينٽ ڪيئن تبديل ٿي وئي آهي؟ مان سمجهان ٿو ته جڏهن ڪيترن ئي سسٽم جو هڪ وڏو اسٽيڪ هوندو آهي، اهو ڪيئن منظم ڪيو ويندو آهي هڪ صاف ۽ منطقي عمل آهي. اهڙي مختصر وقت ۾ تمام وڏي تعداد ۾ مائڪرو سروسز ضم ٿيڻ کان پوءِ توهان آئي ٽي جزو جي انتظام کي ڪيئن بحال ڪيو؟
سرجي:
مان پنهنجي ساٿي سان متفق آهيان ته فن تعمير تمام ضروري آهي تبديلي جي ڊرائيور جي طور تي. اسان هڪ آرڪيٽيڪچرل ڊويزن سان شروع ڪيو. معمار هڪ ئي وقت ۾ ڪارڪردگي جي ورڇ جا مالڪ آهن ۽ انهن لاءِ گهرجون آهن ته اها منظرنامي ۾ ڪيئن ظاهر ٿيندي. تنهن ڪري اهي انهن تبديلين جي همراهن جي طور تي ڪم ڪن ٿا. نتيجي طور، خاص ترسيل جي عمل ۾ خاص تبديليون هيون جڏهن اسان هڪ CI/CD پليٽ فارم ٺاهيو.
پر معياري، بنيادي اصولن جي ترقي، ڪاروباري تجزيو، جاچ ۽ ترقي کي منسوخ نه ڪيو ويو آهي. اسان صرف رفتار شامل ڪئي. اڳي، چڪر تمام گهڻو ورتو، ٽيسٽ ماحول تي تنصيب گهڻو ڪجهه ورتو. هاڻي ڪاروبار فائدو ڏسي ٿو ۽ چوي ٿو: "اسان ٻين هنڌن تي ساڳيو ڪم ڇو نٿا ڪري سگهون؟"
اهو جهڙو آهي، سٺي طريقي سان، هڪ انجيڪشن هڪ ويڪسين جي صورت ۾ جنهن ڏيکاريو: توهان هن طريقي سان ڪري سگهو ٿا، پر توهان اهو ٻئي طريقي سان ڪري سگهو ٿا. يقينن، عملي ۾، صلاحيت ۾، علم ۾، مزاحمت ۾ هڪ مسئلو آهي.
سامعين کان سوال (2):
microservice فن تعمير جي نقادن جو چوڻ آهي ته جاچ ۽ ترقي ڏکيو آهي. اهو منطقي آهي جتي شيون پيچيده ٿي وڃن ٿيون. توهان جي ٽيم ڪهڙن چئلينجن کي منهن ڏنو ۽ توهان انهن تي ڪيئن قابو ڪيو؟ سوال سڀني لاء.
سڪندر:
اتي مشڪلاتون آھن جڏھن microservices کان پليٽ فارم ڏانھن منتقل، پر انھن کي حل ڪري سگهجي ٿو.
مثال طور، اسان هڪ پيداوار ٺاهي رهيا آهيون جيڪا 5-7 مائڪرو سروسز تي مشتمل آهي. اسان کي پوري مائڪرو سروسز اسٽيڪ تي انضمام ٽيسٽ مهيا ڪرڻ جي ضرورت آهي ته جيئن ماسٽر برانچ ڏانهن وڃڻ لاءِ سائي روشني ڏني وڃي. اهو ڪم اسان لاءِ نئون نه هو: اسان بي ايس ايس تي گهڻو وقت ڪري رهيا هئاسين، جڏهن وينڊر اسان کي اڳ ۾ ئي موڪليل حل فراهم ڪيو.
۽ اسان جو مسئلو صرف ننڍي ٽيم ۾ آهي. ھڪڙي QA انجنيئر ھڪڙي مشروط پيداوار لاءِ گھربل آھي. ۽ ائين، اسان 5-7 مائڪرو سروسز جو هڪ پراڊڪٽ موڪليندا آهيون، جن مان 2-3 ٽئين پارٽيون ٺاهي سگھجن ٿيون. مثال طور، اسان وٽ ھڪڙو پراڊڪٽ آھي جنھن جي ترقي ۾ اسان جو بلنگ سسٽم وينڊر، Mail.ru گروپ ۽ MegaFon R&D حصو وٺندا آھن. اسان کي ان کي پيداوار ۾ موڪلڻ کان پهريان ٽيسٽ سان ڍڪڻ جي ضرورت آهي. QA انجنيئر هن پراڊڪٽ تي هڪ اڌ مهيني کان ڪم ڪري رهيو آهي، ۽ باقي ٽيم هن جي مدد کان سواء رهجي وئي آهي.
هي پيچيدگي صرف اسڪيلنگ جي سبب آهي. اسان سمجھون ٿا ته مائڪرو سروسز خلا ۾ موجود نه ٿي سگھن ٿيون؛ مطلق اڪيلائي موجود ناهي. جڏهن هڪ خدمت تبديل ڪندي، اسان هميشه API معاهدي کي محفوظ ڪرڻ جي ڪوشش ڪندا آهيون. جيڪڏهن هود جي هيٺان ڪجهه تبديل ٿئي ٿي، سامهون خدمت رهي ٿي. جيڪڏهن تبديليون موتمار آهن، ڪجهه قسم جي تعميراتي تبديلي اچي ٿي ۽ اسان هڪ مڪمل طور تي مختلف ڊيٽا ميٽاموڊل ڏانهن وڃو، جيڪو مڪمل طور تي غير مطابقت رکندڙ آهي - صرف پوء اسين ڳالهائينداسين v2 سروس API جي وضاحت بابت. اسان هڪ ئي وقت پهرين ۽ ٻئي ورزن کي سپورٽ ڪريون ٿا، ۽ سڀني صارفن کان پوءِ ٻئي ورزن ڏانهن رخ ڪيو، اسان صرف پهرين کي بند ڪريون ٿا.
سرجي:
مان شامل ڪرڻ چاهيان ٿو. مان پيچيدگين بابت بلڪل متفق آهيان - اهي ٿين ٿا. نظارو وڌيڪ پيچيده ٿي رهيو آهي، ۽ مٿي جي قيمت وڌي رهي آهي، خاص طور تي جاچ لاءِ. ان سان ڪيئن ڊيل ڪجي: خودڪار ٽيسٽنگ ڏانھن وڃو. ها، توهان کي آٽو ٽيسٽ ۽ يونٽ ٽيسٽ لکڻ ۾ اضافي طور تي سيڙپڪاري ڪرڻي پوندي. انهي ڪري ته ڊولپر امتحان پاس ڪرڻ کان سواء انجام نه ڏئي سگهيا، اهي ڪوڊ تبديل نه ڪري سگهيا. ان ڪري ته پش بٽڻ به آٽو ٽيسٽ، يونٽ ٽيسٽ کانسواءِ ڪم نٿو ڪري.
اهو ضروري آهي ته اڳوڻي ڪارڪردگي کي برقرار رکڻ لاء، ۽ اهو اضافي مٿي آهي. جيڪڏهن توهان هڪ ٽيڪنالاجي کي ٻئي پروٽوڪول تي ٻيهر لکندا آهيو، ته توهان ان کي ٻيهر لکندا آهيو جيستائين توهان هر شيء کي مڪمل طور تي بند نه ڪندا.
اسان ڪڏهن ڪڏهن مقصد جي بنياد تي آخر کان آخر تائين جاچ نه ڪندا آهيون، ڇاڪاڻ ته اسان ترقي کي روڪڻ نٿا چاهيون، جيتوڻيڪ اسان وٽ پڻ هڪ کان پوءِ هڪ شيءِ آهي. نظارو تمام وڏو آهي، پيچيده، اتي ڪيترائي نظام آهن. ڪڏهن ڪڏهن اهو صرف اسٽبس آهي - ها، توهان حفاظت جي مارجن کي گهٽايو، وڌيڪ خطرات ظاهر ٿيندا. پر ساڳئي وقت توهان فراهمي کي جاري ڪيو.
سڪندر:
ها، خودڪار ٽيسٽ ۽ يونٽ ٽيسٽ توهان کي اعلي معيار جي خدمت ٺاهڻ جي اجازت ڏين ٿا. اسان هڪ پائيپ لائين لاءِ آهيون جيڪا بغير يونٽ ۽ انٽيگريشن ٽيسٽن جي پاس نه ٿي ڪري سگهجي. اسان کي اڪثر ايموليٽرز ۽ ڪمرشل سسٽم کي ٽيسٽ زونز ۽ ڊولپمينٽ ماحول ۾ ڇڪڻو پوندو آهي، ڇاڪاڻ ته نه سڀئي سسٽم ٽيسٽ زونن ۾ رکيا ويندا آهن. ان کان علاوه، اهي صرف گندا نه ٿيندا آهن - اسان سسٽم مان هڪ مڪمل جواب پيدا ڪندا آهيون. اهو microservices سان ڪم ڪرڻ جو هڪ سنگين حصو آهي، ۽ اسان پڻ ان ۾ سيڙپڪاري ڪري رهيا آهيون. ان جي بغير، افراتفري پيدا ٿيندي.
سامعين کان سوال (3):
جيتري قدر مان سمجهان ٿو، مائڪرو سروسز شروعات ۾ هڪ الڳ ٽيم مان وڌيون ۽ هاڻي هن ماڊل ۾ موجود آهن. ان جا فائدا ۽ نقصان ڇا آهن؟
اسان وٽ صرف هڪ ساڳي ڪهاڻي آهي: هڪ قسم جو مائڪرو سروسز ڪارخانو پيدا ٿيو. هاڻي اسان تصوراتي طور تي ان نقطي تي پهچي چڪا آهيون ته اسان پيداوار جي هن طريقي کي اسٽريمز ۽ سسٽم ذريعي وڌائي رهيا آهيون. ٻين لفظن ۾، اسان microservices، microservices ماڊلز جي مرڪزي ترقي کان پري ٿي رهيا آهيون، ۽ سسٽم جي ويجهو ٿي رهيا آهيون.
انهي جي مطابق، اسان جو آپريشن پڻ سسٽم ڏانهن وڃي ٿو، اهو آهي، اسان هن موضوع کي غير مرڪزي ڪري رهيا آهيون. توهان جو طريقو ڇا آهي ۽ توهان جي ٽارگيٽ ڪهاڻي ڇا آهي؟
سڪندر:
توهان پنهنجي وات مان "مائڪرو سروسز فيڪٽري" جو نالو ڪڍي ڇڏيو - اسان پڻ ماپڻ چاهيون ٿا. پهرين، اسان وٽ واقعي هڪ ٽيم آهي. اسان سڀني ڊولپمينٽ ٽيمن کي مهيا ڪرڻ چاهيون ٿا جيڪي MegaFon وٽ آهن هڪ عام ماحولياتي نظام ۾ ڪم ڪرڻ جو موقعو. اسان نه ٿا چاهيون ته مڪمل طور تي سڀني ترقياتي ڪارڪردگي تي قبضو ڪريون جيڪي اسان وٽ آهن. مقامي ڪم ماپ ڪرڻ آهي، عالمي ڪم سڀني ٽيمن کي مائڪرو سروس پرت ۾ ترقي جي اڳواڻي ڪرڻ آهي.
سرجي:
مان توهان کي ٻڌايان ٿو ته اسان جيڪو رستو ورتو آهي. اسان واقعي هڪ ٽيم طور ڪم ڪرڻ شروع ڪيو، پر هاڻي اسان اڪيلو نه آهيون. مان ھيٺين جو حامي آھيان: عمل جو ھڪڙو مالڪ ھئڻ گھرجي. ڪنهن کي مائڪرو سروسز جي ترقي جي عمل کي سمجهڻ، منظم ڪرڻ، ڪنٽرول ڪرڻ ۽ تعمير ڪرڻ جي ضرورت آهي. هن کي وسيلن جي مالڪ هجڻ گهرجي ۽ وسيلن جي انتظام ۾ مشغول هجڻ گهرجي.
اهي وسيلا، جيڪي ڄاڻن ٿا ٽيڪنالاجيون، وضاحتون ۽ سمجھن ٿيون ته مائڪرو سروسز ڪيئن ٺاهيون، پراڊڪٽ ٽيمن ۾ واقع ٿي سگهن ٿيون. اسان وٽ هڪ ميلاپ آهي جتي microservice پليٽ فارم جا ماڻهو پراڊڪٽ ٽيم ۾ آهن جيڪي موبائل ايپليڪيشن ٺاهي ٿي. اھي اتي آھن، پر اھي پنھنجي ڊولپمينٽ مئنيجر سان گڏ microservice پليٽ فارم مئنيجمينٽ ڊپارٽمينٽ جي عمل جي مطابق ڪم ڪن ٿا. هن ڊويزن جي اندر هڪ الڳ ٽيم آهي جيڪا ٽيڪنالاجي سان معاملو ڪري ٿي. اهو آهي، اسان پاڻ ۾ وسيلن جي هڪ عام تلاء کي ملائي ۽ انهن کي ورهائي، انهن کي ٽيمن کي ڏيو.
ساڳئي وقت، اهو عمل عام رهي ٿو، ڪنٽرول، اهو عام ٽيڪنالاجي اصولن جي مطابق اڳتي وڌندو آهي، يونٽ جي جاچ ۽ انهي سان گڏ - هر شيء جيڪا مٿي تي ٺهيل آهي. اتي ٿي سگھي ٿو ڪالمن ۾ وسيلن جي صورت ۾ گڏ ڪيل وسيلن جي مختلف شعبن مان گڏ ڪيل پيداوار جي نقطي نظر.
سڪندر:
سرجي، توهان اصل ۾ پروسيس جا مالڪ آهيو، صحيح؟ ڇا ڪم جي پٺڀرائي حصيداري ڪئي وئي آهي؟ ان جي ورڇ جو ذميوار ڪير آهي؟
سرجي:
ڏس: هتي وري ملاوٽ آهي. اتي ھڪڙو پٺتي پيل آھي جيڪو ٺاھيو ويو آھي ٽيڪنالاجي سڌارن جي بنياد تي - ھي ھڪڙي ڪهاڻي آھي. اتي ھڪڙو بيڪ لاگ آھي، جيڪو منصوبن مان ٺاھيو ويو آھي، ۽ ھڪڙو بيڪ لاگ آھي پروڊڪٽس مان. پر هر هڪ سروس پراڊڪٽس ۾ تعارف جو سلسلو يا هن خدمت جي تخليق هڪ پراڊڪٽ اسپيشلسٽ طرفان تيار ڪئي وئي آهي. هو آءِ ٽي ڊائريڪٽوريٽ ۾ ناهي، کيس خاص طور ان مان ڪڍيو ويو. پر منهنجا ماڻهو ضرور ان ئي عمل مطابق ڪم ڪن ٿا.
مختلف طرفن ۾ پٺتي جو مالڪ - تبديلين جو پٺڀرائي - مختلف ماڻهو هوندا. ٽيڪنالاجي خدمتن جو ڪنيڪشن، انهن جي تنظيمي اصول - هي سڀ آئي ٽي ۾ هوندو. مون وٽ پليٽ فارم ۽ وسيلا پڻ آهن. مٿين تي اهو آهي جيڪو پسمانده ۽ فنڪشنل تبديلين جو تعلق آهي، ۽ هن معنى ۾ فن تعمير.
اچو ته هڪ ڪاروبار چوي ٿو: "اسان هي فنڪشن چاهيون ٿا، اسان هڪ نئين پيداوار ٺاهڻ چاهيون ٿا - هڪ قرض ٻيهر ٺاهيو." اسان جواب ڏيون ٿا: "ها، اسان ان کي ٻيهر ڪنداسين." معمار چون ٿا: ”اچو ته سوچيو: قرض ۾ ڪٿي لکنداسين microservices ۽ ڪيئن ڪنداسين؟ پوء اسان ان کي ٽوڙيو منصوبن، مصنوعات يا ٽيڪنالاجي اسٽيڪ ۾، ان کي ٽيمن ۾ وجھو ۽ ان کي لاڳو ڪريو. ڇا توهان اندروني طور هڪ پراڊڪٽ ٺاهيو آهي ۽ هن پراڊڪٽ ۾ مائڪرو سروسز استعمال ڪرڻ جو فيصلو ڪيو آهي؟ اسان چئون ٿا: "هاڻي اهي ورثي نظام جيڪي اسان وٽ هئا، يا فرنٽ لائن سسٽم، انهن مائڪرو سروسز ڏانهن تبديل ٿيڻ گهرجن." معمار چون ٿا: ”تنهنڪري: ٽيڪنالاجي پس منظر ۾ فرنٽ لائن پروڊڪٽس جي اندر - مائڪرو سروسز ڏانهن منتقلي. وڃ“. ۽ پراڊڪٽ جا ماهر يا ڪاروباري مالڪ سمجهن ٿا ته ڪيتري گنجائش مختص ڪئي وئي آهي، جڏهن اهو ڪيو ويندو ۽ ڇو.
بحث جي پڄاڻي، پر سڀ نه
mailto: CLOUD ڪانفرنس منعقد ڪئي وئي .
اسان ٻيا واقعا پڻ ڪندا آهيون - مثال طور @ ڪبرنيٽس ميٽ اپ، جتي اسان هميشه بهترين ڳالهائيندڙن کي ڳولي رهيا آهيون:
- اسان جي ٽيليگرام چينل ۾ @Kubernetes ۽ ٻين @Meetup خبرون کي فالو ڪريو
- @Meetups مان هڪ تي ڳالهائڻ ۾ دلچسپي رکو ٿا؟ لاءِ درخواست ڏيو
جو ذريعو: www.habr.com