ميگا فون جهڙي ڪارپوريشن کي بلنگ ۾ ٽرانٽول جي ضرورت ڇو آهي؟ ٻاهران اهو لڳي ٿو ته وينڊر عام طور تي اچي ٿو، ڪجهه قسم جو وڏو دٻو آڻيندو آهي، ساکٽ ۾ پلگ ان ڪري ٿو - ۽ اهو بلنگ آهي! ڪنهن زماني ۾ ائين هو، پر هاڻي اهو قديم آهي، ۽ اهڙا ڊائناسور اڳ ۾ ئي ختم ٿي چڪا آهن يا ختم ٿي رهيا آهن. شروعات ۾، بلنگ انوائس جاري ڪرڻ لاء هڪ سسٽم آهي - هڪ ڳڻپ مشين يا ڳڻپيندڙ. جديد telecoms ۾ هي آهي هڪ سبسڪرائبر سان رابطي جي پوري زندگي جي چڪر لاء خودڪار نظام هڪ معاهدي جي نتيجي کان ختم ٿيڻ تائين، بشمول حقيقي وقت جي بلنگ، ادائيگي جي قبوليت ۽ گهڻو ڪجهه. ٽيلي ڪام ڪمپنين ۾ بلنگ هڪ جنگي روبوٽ وانگر آهي - وڏو، طاقتور ۽ هٿيارن سان ڀريل.
Tarantool جو ان سان ڇا تعلق آهي؟ اهي ان بابت ڳالهائيندا Oleg Ivlev и آندري Knyazev. اوليگ ڪمپني جو چيف معمار آهي غير ملڪي ڪمپنين ۾ ڪم ڪندڙ وسيع تجربو سان، اينڊريو بزنس سسٽم جو ڊائريڪٽر آهي. انهن جي رپورٽ جي نقل مان توهان سکندا سين ته ڇو ڪارپوريشنن ۾ R&D جي ضرورت آهي، Tarantool ڇا آهي، ڪيئن عمودي اسڪيلنگ ۽ گلوبلائيزيشن جو تعطل ڪمپني ۾ هن ڊيٽابيس جي ظاهر ٿيڻ لاءِ لازمي شرط بڻجي ويو، ٽيڪنيڪي چيلينجز، آرڪيٽيڪچرل ٽرانسفارميشن، ۽ ڪيئن MegaFon جي technostack Netflix سان ملندڙ جلندڙ آهي. ، گوگل ۽ ايمازون.
پروجيڪٽ "گڏيل بلنگ"
سوال ۾ پروجيڪٽ کي سڏيو ويندو آهي "يونيفائيڊ بلنگ". اهو هتي هو ته Tarantool پنهنجي بهترين خوبيون ڏيکاري.
هاءِ-اينڊ سامان جي پيداوار ۾ واڌ سبسڪرائبر بيس جي واڌ ۽ خدمتن جي تعداد ۾ واڌ سان رفتار برقرار نه رکي؛ سبسڪرائبرز ۽ خدمتن جي تعداد ۾ وڌيڪ واڌ جي توقع ڪئي وئي ڇاڪاڻ ته M2M، IoT، ۽ برانچ خاصيتن جي اڳواڻي ۾. وقت کان وٺي مارڪيٽ ۾ خراب ٿيڻ. ڪمپني فيصلو ڪيو ته 8 موجوده مختلف بلنگ سسٽم جي بدران، هڪ منفرد عالمي-طبقاتي ماڊلر فن تعمير سان هڪ متحد ڪاروباري نظام ٺاهي.
MegaFon هڪ ۾ اٺ ڪمپنيون آهن. 2009 ۾، تنظيم سازي مڪمل ڪئي وئي: سڄي روس ۾ شاخون هڪ واحد ڪمپني، ميگا فون OJSC (هاڻي PJSC) ۾ ضم ٿي ويون. اهڙيء طرح، ڪمپني وٽ 8 بلنگ سسٽم آهن انهن جي پنهنجي "ڪسٽم" حلن سان، برانچ خاصيتون ۽ مختلف تنظيمي جوڙجڪ، آئي ٽي ۽ مارڪيٽنگ.
سڀ ڪجھ ٺيڪ هو جيستائين اسان کي هڪ عام وفاقي پراڊڪٽ لانچ ڪرڻو پوندو. هتي تمام گهڻيون مشڪلاتون پيدا ٿيون: ڪجهه لاء، تعرفن کي گول ڪيو ويو آهي، ٻين لاء گول ڪيو ويو آهي، ۽ ٻين لاء - رياضي جي بنياد تي. اهڙا هزارين لمحا آهن.
ان حقيقت جي باوجود ته بلنگ سسٽم جو صرف هڪ نسخو هو، هڪ سپلائر، سيٽنگون ايتري قدر مختلف ٿي ويون آهن ته ان کي گڏ ڪرڻ لاء هڪ ڊگهو وقت ورتو. اسان انهن جي تعداد کي گهٽائڻ جي ڪوشش ڪئي، ۽ هڪ ٻيو مسئلو آيو جيڪو ڪيترن ئي ڪارپوريشنن کان واقف آهي.
عمودي ماپڻ. جيتوڻيڪ ان وقت جي بهترين هارڊويئر ضرورتن کي پورو نه ڪيو. اسان استعمال ڪيو Hewlett-Packard سامان Superdome Hi-End لائين مان، پر اھو ٻن شاخن جي ضرورتن کي پورو نٿو ڪري. مون وڏي آپريٽنگ خرچن ۽ سرمائيداري سيڙپڪاري کان سواءِ افقي اسڪيلنگ چاهيو.
صارفين ۽ خدمتن جي تعداد ۾ واڌ جي اميد. صلاحڪار ڊگهي عرصي کان IoT ۽ M2M بابت ڪهاڻيون ٽيلي ڪام جي دنيا ۾ کڻي آيا آهن: اهو وقت ايندو جڏهن هر فون ۽ لوهه وٽ هڪ سم ڪارڊ هوندو، ۽ ٻه فرج ۾. اڄ اسان وٽ رڪنيتن جو هڪ نمبر آهي، پر ويجهي مستقبل ۾ ڪيترائي وڌيڪ هوندا.
ٽيڪنالاجي چئلينج
انهن چئن سببن اسان کي سنجيده تبديليون آڻڻ جي حوصلا افزائي ڪئي. سسٽم کي اپڊيٽ ڪرڻ ۽ شروع کان ڊزائين ڪرڻ جي وچ ۾ ھڪڙو انتخاب ھو. اسان ڪافي وقت سوچيو، سنجيده فيصلا ڪيا، ٽينڊرز کيڏيو. نتيجي طور، اسان شروعات کان ئي ڊزائين ڪرڻ جو فيصلو ڪيو، ۽ دلچسپ چيلينجز - ٽيڪنالاجي چئلينجز تي ورتو.
اسڪاليبلٽي
جيڪڏهن اهو اڳ هو، اچو ته چئو، چئو 8 ملين رڪنن لاءِ 15 بلنگ، ۽ هاڻي اهو ڪم ڪرڻ گهرجي ها 100 ملين رڪن ۽ وڌيڪ - لوڊ هڪ اعلي درجي جو حڪم آهي.
اسان وڏي انٽرنيٽ رانديگرن جهڙوڪ Mail.ru يا Netflix جي پيماني تي برابر ٿي چڪا آهيون.
پر لوڊ ۽ سبسڪرائبر جي بنياد کي وڌائڻ لاء وڌيڪ تحريڪ اسان لاء سنگين چئلينج قائم ڪيو آهي.
اسان جي وسيع ملڪ جي جاگرافي
Kaliningrad ۽ Vladivostok جي وچ ۾ 7500 ڪلوميٽر ۽ 10 ٽائيم زون. روشني جي رفتار محدود آهي ۽ اهڙين فاصلن تي دير اڳ ۾ ئي اهم آهي. بهترين جديد آپٽيڪل چينلز تي 150 ms حقيقي وقت جي بلنگ لاءِ تمام گهڻو آهي، خاص طور تي جيئن هاڻي روس ۾ ٽيلي ڪام ۾ آهي. اضافي طور تي، توهان کي هڪ ڪاروباري ڏينهن ۾ تازه ڪاري ڪرڻ جي ضرورت آهي، ۽ مختلف وقت جي علائقن سان اهو هڪ مسئلو آهي.
اسان صرف سبسڪرپشن فيس لاءِ خدمتون مهيا نه ڪندا آهيون، اسان وٽ پيچيده ٽريف، پيڪيجز، ۽ مختلف تبديليون آهن. اسان کي ضرورت آهي ته نه رڳو سبسڪرائبر کي ڳالهائڻ جي اجازت ڏيون يا انڪار ڪريون، پر کيس هڪ خاص ڪوٽا ڏيو - حقيقي وقت ۾ ڪالن ۽ عملن جو حساب ڪريو ته جيئن هو نوٽيس نه ڪري.
غلطي رواداري
هي مرڪزيت جو ٻيو پاسو آهي.
جيڪڏهن اسان سڀني رڪنن کي گڏ ڪريون ٿا هڪ سسٽم ۾، پوءِ ڪي به هنگامي واقعا ۽ آفتون ڪاروبار لاءِ تباهه ڪندڙ آهن. تنهن ڪري، اسان سسٽم کي اهڙي طرح ٺاهيون ٿا ته جيئن سموري سبسڪرائبر بيس تي حادثن جي اثر کي ختم ڪري سگهجي.
اهو وري عمودي ماپ ڪرڻ کان انڪار جو نتيجو آهي. جڏهن اسان افقي طور تي اسڪيل ڪيو، اسان سرورن جو تعداد سوين کان هزارين تائين وڌايو. انهن کي منظم ۽ مٽائڻ جي ضرورت آهي، خود بخود آئي ٽي انفراسٽرڪچر کي بيڪ اپ ڪيو ۽ ورهايل نظام کي بحال ڪيو.
اسان اهڙن دلچسپ چئلينجن کي منهن ڏنو. اسان سسٽم کي ڊزائين ڪيو، ۽ ان وقت اسان عالمي بهترين طريقا ڳولڻ جي ڪوشش ڪئي ته اسان ڪيئن رجحان ۾ آهيون، اسان ڪيتري قدر جديد ٽيڪنالاجي جي پيروي ڪندا آهيون.
دنيا جو تجربو
حيرت انگيز طور تي، اسان کي گلوبل ٽيليڪ ۾ ھڪڙو حوالو نه مليو.
يورپ سبسڪرائبرن جي تعداد ۽ پيماني جي لحاظ کان پري ٿي چڪو آهي، آمريڪا - ان جي ٽريف جي برابري جي لحاظ کان. اسان ڪجھ چين ۾ ڏٺا، ۽ ڪجھ هندستان ۾ مليا ۽ ووڊافون انڊيا مان ماهرن کي ڀرتي ڪيو.
آرڪيٽيڪچر جو تجزيو ڪرڻ لاءِ، اسان IBM جي اڳواڻي ۾ مختلف شعبن مان آرڪيٽيڪٽس جي هڪ خواب ٽيم کي گڏ ڪيو. اهي ماڻهو مناسب طور تي اندازو لڳائي سگھن ٿا ته اسان ڇا ڪري رهيا آهيون ۽ اسان جي فن تعمير کي ڪجهه ڄاڻ آڻيندا.
اسڪيل
مثال لاءِ چند انگ.
اسان سسٽم لاء ڊزائين ڪيو 80 ملين سبسڪرائبرز هڪ ارب جي رزرو سان. اهو ڪيئن اسان مستقبل جي حدن کي هٽائي ڇڏيو. اهو نه آهي ڇو ته اسان چين تي قبضو ڪرڻ وارا آهيون، پر IoT ۽ M2M جي حملي جي ڪري.
300 ملين دستاويز حقيقي وقت ۾ پروسيس ڪيا ويا. جيتوڻيڪ اسان وٽ 80 ملين سبسڪرائبرز آهن، اسان ٻنهي امڪاني گراهڪن ۽ انهن سان گڏ ڪم ڪندا آهيون جيڪي اسان کي ڇڏي ويا آهن، جيڪڏهن اسان کي وصول ڪرڻ جي ضرورت آهي. تنهن ڪري، حقيقي حجم واضح طور تي وڏا آهن.
2 بلين ٽرانزيڪشن بيلنس روزانو بدلجي ٿو - اهي ادائگيون، چارجز، ڪالون ۽ ٻيا واقعا آهن. 200 TB ڊيٽا فعال طور تي تبديل ٿي رهي آهي، ٿوري دير سان تبديل ڪريو 8 PB ڊيٽا, ۽ هي هڪ آرڪائيو ناهي، پر هڪ واحد بلنگ ۾ لائيو ڊيٽا. ڊيٽا سينٽر پاران ماپ - 5 سائيٽن تي 14 هزار سرور.
ٽيڪنالاجي اسٽيڪ
جڏهن اسان فن تعمير جي رٿابندي ڪئي ۽ سسٽم کي گڏ ڪرڻ شروع ڪيو، اسان سڀ کان وڌيڪ دلچسپ ۽ جديد ٽيڪنالاجيون درآمد ڪيون. نتيجو هڪ ٽيڪنالاجي اسٽيڪ آهي جيڪو ڪنهن به انٽرنيٽ پليئر ۽ ڪارپوريشنن سان واقف آهي جيڪي اعلي لوڊ سسٽم ٺاهيندا آهن.
اسٽيڪ ٻين وڏن رانديگرن جي اسٽيڪ وانگر آهي: Netflix، Twitter، Viber. اهو 6 حصن تي مشتمل آهي، پر اسان ان کي ننڍو ۽ متحد ڪرڻ چاهيون ٿا.
لچڪدار سٺو آهي، پر هڪ وڏي ڪارپوريشن ۾ اتحاد کان سواء ڪو رستو ناهي.
اسان ساڳئي اوريڪل کي ٽرانٽول ۾ تبديل ڪرڻ وارا نه آهيون. وڏين ڪمپنين جي حقيقتن ۾، هي هڪ يوٽوپيا آهي، يا 5-10 سالن لاءِ هڪ صليبي جنگ آهي، جنهن جو نتيجو واضح ناهي. پر Cassandra ۽ Couchbase آساني سان تبديل ڪري سگھجي ٿو Tarantool سان، ۽ اھو اھو آھي جنھن لاءِ اسان ڪوشش ڪري رھيا آھيون.
ڇو Tarantool؟
هتي 4 سادي معيار آهن ڇو ته اسان هن ڊيٽابيس کي چونڊيو آهي.
اسپيڊ. اسان ميگا فون صنعتي سسٽم تي لوڊ ٽيسٽ ڪيا. Tarantool کٽيو - اهو بهترين ڪارڪردگي ڏيکاري ٿو.
اهو چوڻ نه آهي ته ٻيا سسٽم ميگا فون جي ضرورتن کي پورا نٿا ڪن. موجوده ياداشت جا حل تمام پيداوار آهن ته ڪمپني جا ذخيرا ڪافي کان وڌيڪ آهن. پر اسان ليڊر سان معاملو ڪرڻ ۾ دلچسپي رکون ٿا، ۽ نه ڪنهن سان جيڪو پوئتي آهي، بشمول لوڊ ٽيسٽ ۾.
Tarantool ڪمپني جي ضرورتن کي پورو ڪري ٿو جيتوڻيڪ ڊگهي مدت ۾.
TCO قيمت. MegaFon حجمن تي Couchbase جي مدد لاءِ فلڪيات جي رقم خرچ ٿئي ٿي، پر Tarantool سان صورتحال تمام گهڻي خوشگوار آهي، ۽ اهي ڪارڪردگيءَ ۾ ساڳيا آهن.
هڪ ٻي سٺي خاصيت جيڪا اسان جي پسند کي ٿورو متاثر ڪيو اهو آهي ته Tarantool ٻين ڊيٽابيس جي ڀيٽ ۾ ميموري سان بهتر ڪم ڪري ٿو. هو ڏيکاري ٿو وڌ ۾ وڌ ڪارڪردگي.
اعتبار. ميگا فون اعتماد ۾ سيڙپڪاري ڪري ٿو، شايد ڪنهن ٻئي کان وڌيڪ. پوءِ جڏهن اسان Tarantool ڏانهن ڏٺو، اسان محسوس ڪيو ته اسان کي ان کي اسان جي گهرجن کي پورو ڪرڻو آهي.
اسان پنهنجو وقت ۽ مالي خرچ ڪيو، ۽ Mail.ru سان گڏ اسان هڪ انٽرنيشنل ورزن ٺاهيو، جيڪو هاڻي ڪيترن ئي ٻين ڪمپنين ۾ استعمال ٿيندو آهي.
Tarantool-Enterprise مڪمل طور تي اسان کي سيڪيورٽي، اعتبار ۽ لاگنگ جي لحاظ کان مطمئن ڪيو.
پارٽنرشپ
مون لاء سڀ کان اهم شيء آهي ڊولپر سان سڌو رابطو. اهو بلڪل ائين آهي جيڪو ترنٽول جا ماڻهو رشوت وٺي رهيا هئا.
جيڪڏهن توهان هڪ پليئر وٽ ايندا آهيو، خاص طور تي جيڪو هڪ اينڪر ڪلائنٽ سان ڪم ڪري ٿو، ۽ چوي ٿو ته توهان کي ڊيٽابيس جي ضرورت آهي اهو ڪرڻ جي قابل، هي ۽ هي، هو عام طور تي جواب ڏيندو آهي:
- ٺيڪ آهي، ضرورتن کي ان ڍير جي تري ۾ رکو - هڪ ڏينهن، اسان شايد انهن کي حاصل ڪنداسين.
گھڻن وٽ ايندڙ 2-3 سالن لاءِ روڊ ميپ آھي، ۽ اتي ضم ٿيڻ لڳ ڀڳ ناممڪن آھي، پر Tarantool ڊولپرز پنھنجي کُليليءَ سان، ۽ نه رڳو MegaFon کان، ۽ پنھنجي سسٽم کي ڪسٽمر لاءِ موزون ڪن ٿا. اهو ٿڌو آهي ۽ اسان کي واقعي پسند آهي.
جتي اسان Tarantool استعمال ڪيو
اسان ڪيترن ئي عناصر ۾ Tarantool استعمال ڪندا آهيون. پهرين هڪ پائلٽ ۾ آهي، جيڪو اسان ايڊريس ڊاريڪٽري سسٽم تي ٺاهيو. هڪ دفعي، مون چاهيو ته اهو هڪ سسٽم هجي جيڪو Yandex.Maps ۽ Google Maps وانگر هو، پر اهو ٿورو مختلف ٿي ويو.
مثال طور، ايڊريس ڪيٽلاگ سيلز انٽرفيس ۾. Oracle تي، گهربل ايڊريس ڳولڻ ۾ 12-13 سيڪنڊ لڳن ٿا. - اڻ وڻندڙ انگ. جڏهن اسان ٽارنٽول تي سوئچ ڪريون ٿا، Oracle کي ڪنسول ۾ ڪنهن ٻئي ڊيٽابيس سان تبديل ڪريو، ۽ ساڳئي ڳولا کي انجام ڏيو، اسان کي 200x اسپيڊ اپ ملي ٿو! ٽين خط کان پوءِ شهر اڀري ٿو. هاڻي اسان انٽرفيس کي ترتيب ڏئي رهيا آهيون ته جيئن اهو پهرين کان پوء ٿئي. بهرحال، جواب جي رفتار مڪمل طور تي مختلف آهي - سيڪنڊن جي بدران مليسيڪنڊ.
ٻيو ايپليڪيشن هڪ رجحان موضوع آهي جنهن کي ٻه رفتار آئي ٽي سڏيو ويندو آهي. اهو ئي سبب آهي ته هر ڪنڊ کان صلاحڪار چون ٿا ته ڪارپوريشن کي اتي وڃڻ گهرجي.
هتي هڪ انفراسٽرڪچر پرت آهي، ان جي مٿان ڊومينز آهن، مثال طور، هڪ بلنگ سسٽم جهڙوڪ ٽيليڪ، ڪارپوريٽ سسٽم، ڪارپوريٽ رپورٽنگ. هي بنيادي آهي جنهن کي ڇهڻ جي ضرورت ناهي. اهو آهي، يقينا، اهو ممڪن آهي، پر غير معمولي طور تي معيار کي يقيني بڻائي، ڇاڪاڻ ته اهو ڪارپوريشن ڏانهن پئسا آڻيندو آهي.
اڳيون مائڪرو سروسز جو پرت اچي ٿو - جيڪو آپريٽر يا ٻئي پليئر کي مختلف ڪري ٿو. Microservices جلدي ٺاهي سگھجن ٿيون ڪجهه ڪيچز جي بنياد تي، اتي مختلف ڊومينز مان ڊيٽا آڻيندي. هتي تجربن لاء ميدان - جيڪڏهن ڪجهه ڪم نه ڪيو، مون هڪ مائڪرو سروس بند ڪيو ۽ ٻيو کوليو. اهو مهيا ڪري ٿو واقعي وقت کان مارڪيٽ ۾ اضافو ۽ ڪمپني جي اعتبار ۽ رفتار وڌائي ٿو.
Microservices شايد MegaFon تي Tarantool جو مکيه ڪردار آهن.
جتي اسان Tarantool استعمال ڪرڻ جو منصوبو
جيڪڏهن اسان پنهنجي ڪامياب بلنگ پروجيڪٽ جو مقابلو Deutsche Telekom، Svyazcom، Vodafone India تي ٽرانسفارميشن پروگرامن سان ڪريون ٿا، اهو حيرت انگيز طور تي متحرڪ ۽ تخليقي آهي. هن منصوبي کي لاڳو ڪرڻ جي عمل ۾، نه رڳو MegaFon ۽ ان جي جوڙجڪ کي تبديل ڪيو ويو، پر Tarantool-enterprise پڻ Mail.ru تي ظاهر ٿيو، ۽ اسان جي وينڊرز Nexign (اڳوڻي پيٽر-سروس) - BSS Box (هڪ باڪس ٿيل بلنگ حل).
اهو آهي، هڪ لحاظ کان، روسي مارڪيٽ لاء هڪ تاريخي منصوبو. ان جو مقابلو ان سان ڪري سگهجي ٿو، جيڪو فريڊرڪ بروڪس جي ڪتاب ”The Mythical Man-month“ ۾ بيان ڪيو ويو آهي. پوءِ، 60 جي ڏهاڪي ۾، IBM 360 ماڻهن کي نوڪريون ڏنيون ته نئين OS/5 آپريٽنگ سسٽم کي ترقي ڪرڻ لاءِ مين فريمز لاءِ. اسان وٽ گھٽ آھي - 000، پر اسان جا ويسٽن ۾ آھن، ۽ اوپن سورس ۽ نئين طريقن جي استعمال کي مدنظر رکندي، اسان وڌيڪ پيداواري طريقي سان ڪم ڪريون ٿا.
هيٺ ڏنل ڊومين جا بلنگ يا، وڌيڪ وسيع طور تي ڳالهائڻ، ڪاروباري سسٽم آهن. ڪمپني جا ماڻهو CRM کي چڱي طرح ڄاڻن ٿا. هر ڪنهن وٽ اڳ ۾ ئي ٻيا سسٽم هجڻ گهرجن: اوپن API، API گيٽ وي.
Open API
اچو ته انگن کي ٻيهر ڏسو ۽ ڪيئن اوپن API في الحال ڪم ڪري ٿو. ان جو بار آهي 10 ٽرانزيڪشن في سيڪنڊ. جيئن ته اسان مائڪرو سروسز پرت کي فعال طور تي ترقي ڪرڻ ۽ MegaFon پبلڪ API ٺاهڻ جو منصوبو ٺاهيو، اسان مستقبل ۾ هن حصي ۾ وڌيڪ ترقي جي اميد رکون ٿا. اتي ضرور 100 ٽرانزيڪشن ٿيندي.
مون کي خبر ناهي ته اسان SSO ۾ Mail.ru سان مقابلو ڪري سگهون ٿا - ماڻهن کي لڳي ٿو 1 ٽرانزيڪشن في سيڪنڊ. انهن جو حل اسان لاءِ انتهائي دلچسپ آهي ۽ اسان انهن جي تجربي کي اپنائڻ جي رٿابندي ڪريون ٿا - مثال طور، Tarantool استعمال ڪندي هڪ فنڪشنل SSO بيڪ اپ ٺاهڻ. ھاڻي Mail.ru کان ڊولپر اسان لاء ھي ڪم ڪري رھيا آھن.
CRM
CRM اهي ئي 80 ملين سبسڪرائبر آهن جن کي اسان هڪ بلين تائين وڌائڻ چاهيون ٿا، ڇاڪاڻ ته اڳ ۾ ئي 300 ملين دستاويز موجود آهن جن ۾ ٽن سالن جي تاريخ شامل آهي. اسان واقعي نئين خدمتن جي منتظر آهيون ۽ هتي ترقي جو نقطو ڳنڍيل خدمتون آهي. هي هڪ بال آهي جيڪو وڌندو، ڇو ته اتي وڌيڪ ۽ وڌيڪ خدمتون هونديون. ان جي مطابق، اسان کي هڪ ڪهاڻي جي ضرورت پوندي؛ اسان ان تي ٿڪڻ نٿا چاهيون.
انوائس جاري ڪرڻ جي لحاظ کان پاڻ کي بلنگ، ڪسٽمر اڪائونٽس سان ڪم ڪرڻ قابل وصول هڪ الڳ ڊومين ۾ تبديل ڪيو. ڪارڪردگي بهتر ڪرڻ لاء، لاڳو ٿيل ڊومين آرڪيٽيڪچر آرڪيٽيڪچرل نموني.
سسٽم ڊومينز ۾ ورهايل آهي، لوڊ ورهايو ويندو آهي ۽ غلطي رواداري کي يقيني بڻائي ويندي آهي. اضافي طور تي، اسان ورهايل فن تعمير سان ڪم ڪيو.
ٻيو سڀ ڪجهه انٽرنيشنل-سطح حل آهي. ڪال اسٽوريج ۾ - 2 ارب في ڏينهن، هر مهيني 60 بلين. ڪڏهن ڪڏهن توهان کي انهن کي هڪ مهيني ۾ شمار ڪرڻو پوندو، ۽ اهو جلدي بهتر آهي. مالي نگراني - اهو بلڪل ساڳيو آهي 300 ملين جيڪي لڳاتار وڌي رهيا آهن ۽ وڌي رهيا آهن: سبسڪرائبر اڪثر ڪري آپريٽرز جي وچ ۾ هلندا آهن، هن حصي کي وڌايو.
موبائيل ڪميونيڪيشن جو سڀ کان وڌيڪ ٽيليڪم جزو آهي آن لائن بلنگ. اهي سسٽم آهن جيڪي توهان کي ڪال ڪرڻ يا نه ڪال ڪرڻ جي اجازت ڏين ٿا، حقيقي وقت ۾ فيصلا ڪن ٿا. هتي لوڊ 30 ٽرانزيڪشن في سيڪنڊ آهي، پر ڊيٽا جي منتقلي ۾ واڌ کي نظر ۾ رکندي، اسان منصوبو ڪريون ٿا 250 ٽرانزيڪشن, ۽ ان ڪري اسان کي Tarantool ۾ تمام گهڻي دلچسپي آهي.
پوئين تصوير ڊومينز آهي جتي اسان استعمال ڪرڻ وارا آهيون Tarantool. CRM خود، يقينا، وسيع آهي ۽ اسان ان کي بنيادي طور تي استعمال ڪرڻ وارا آهيون.
اسان جي اندازي مطابق 100 ملين سبسڪرائبرز جو TTX انگ مون کي هڪ معمار جي حيثيت ۾ پريشان ڪري ٿو - جيڪڏهن 101 ملين؟ ڇا توهان کي هر شي کي ٻيهر ڪرڻو پوندو؟ ائين ٿيڻ کان روڪڻ لاءِ، اسان ڪيش استعمال ڪريون ٿا، ساڳئي وقت رسائي وڌائي.
عام طور تي، Tarantool استعمال ڪرڻ جا ٻه طريقا آهن. پهريون - microservice سطح تي سڀ ڪيش ٺاهيو. جيتري قدر مان سمجهان ٿو، VimpelCom هن رستي تي عمل ڪري رهيو آهي، گراهڪن جي ڪيش ٺاهيندي.
اسان وينڊرز تي گهٽ ڀاڙي رهيا آهيون، اسان BSS ڪور کي تبديل ڪري رهيا آهيون، تنهنڪري اسان وٽ هڪ واحد ڪلائنٽ فائل دٻي مان ٻاهر آهي. پر اسان ان کي وڌائڻ چاهيون ٿا. تنهن ڪري، اسان ٿورو مختلف طريقو وٺون ٿا. سسٽم اندر ڪيش ٺاهيو.
اهو طريقو گهٽ هم وقت سازي آهي - هڪ سسٽم ٻنهي ڪيش ۽ مکيه ماسٽر ماخذ لاء ذميوار آهي.
طريقو ٽرانزيڪل اسڪيليٽ سان ٽرانٽول جي طريقي سان چڱي ريت ٺهڪي اچي ٿو، جڏهن صرف اهي حصا جيڪي تازه ڪاري سان لاڳاپيل آهن، اهو آهي، ڊيٽا تبديلين، اپڊيٽ ٿيل آهن. ٻيو سڀ ڪجهه ڪنهن ٻئي هنڌ محفوظ ڪري سگهجي ٿو. ڪابه وڏي ڊيٽا ڍنڍ ناهي، غير منظم ٿيل عالمي ڪيش. ڪيش سسٽم لاءِ ٺاهيا ويا آهن، يا پروڊڪٽس لاءِ، يا گراهڪن لاءِ، يا سار سنڀال لاءِ زندگي آسان ڪرڻ لاءِ. جڏهن هڪ سبسڪرائبر ڪال ڪري ٿو ۽ توهان جي خدمت جي معيار بابت پريشان آهي، توهان چاهيو ٿا معيار جي خدمت مهيا ڪرڻ.
RTO ۽ RPO
آئي ٽي ۾ ٻه اصطلاح آهن - آر ٽي او и RPO.
بحالي جي وقت جو مقصد اهو وقت آهي جيڪو ناڪام ٿيڻ کان پوءِ سروس بحال ڪرڻ ۾ وٺندو آهي. RTO = 0 جو مطلب آهي ته جيتوڻيڪ ڪجھ ناڪام ٿئي ٿو، خدمت ڪم جاري رکي ٿي.
بحالي پوائنٽ جو مقصد - هي ڊيٽا جي وصولي وقت آهي، ڪيترو ڊيٽا اسان کي وقت جي هڪ خاص عرصي دوران وڃائي سگهون ٿا. RPO = 0 مطلب ته اسان ڊيٽا نه وڃائي رهيا آهيون.
تارن جو ڪم
اچو ته Tarantool لاء هڪ مسئلو حل ڪرڻ جي ڪوشش ڪريو.
ڏنو: ايپليڪيشنن جي هڪ ٽوڪري جيڪا هرڪو سمجهي، مثال طور، Amazon ۾ يا ڪنهن ٻئي هنڌ. گھربل انهي ڪري ته شاپنگ ڪارٽ ڪم ڪري ٿو 24 ڪلاڪ 7 ڏينهن هڪ هفتي، يا وقت جو 99,99٪. آرڊر جيڪي اسان وٽ اچن ٿا اهي ترتيب ۾ رهڻ گهرجن، ڇاڪاڻ ته اسان بي ترتيب طور تي بند نه ٿا ڪري سگهون يا سبسڪرائبر جي ڪنيڪشن کي بند ڪري سگهون ٿا - هر شيء کي سختي سان هڪجهڙائي هجڻ گهرجي. پوئين سبسڪرپشن ايندڙ هڪ کي متاثر ڪري ٿو، تنهنڪري ڊيٽا اهم آهي - ڪجهه به غائب نه ٿيڻ گهرجي.
فيصلو. توھان ان کي حل ڪرڻ جي ڪوشش ڪري سگھوٿا ۽ ڊيٽابيس ڊولپرز کان پڇو، پر مسئلو رياضياتي طور حل نه ٿو ڪري سگھجي. توھان ياد ڪري سگھوٿا نظريا، تحفظ جا قانون، ڪوانٽم فزڪس، پر ڇو - اھو حل نٿو ڪري سگھجي DB سطح تي.
سٺو پراڻو آرڪيٽيڪچرل طريقو هتي ڪم ڪري ٿو - توهان کي موضوع جي علائقي کي چڱي طرح ڄاڻڻ جي ضرورت آهي ۽ هن کي حل ڪرڻ لاء استعمال ڪريو.
اسان جو حل: Tarantool تي ايپليڪيشنن جي ورهايل رجسٽري ٺاهڻ - هڪ جيو ورهايل ڪلستر. ڊراگرام ۾، اهي ٽي مختلف ڊيٽا پروسيسنگ سينٽر آهن - ٻه يورال کان اڳ، هڪ يورال کان ٻاهر، ۽ اسان سڀني درخواستن کي انهن مرڪزن ۾ ورهايو ٿا.
Netflix، جيڪو هاڻي IT ۾ اڳواڻن مان هڪ سمجهيو ويندو آهي، 2012 تائين صرف هڪ ڊيٽا سينٽر هو. ڪيٿولڪ ڪرسمس جي موقعي تي، ڊسمبر 24، هي ڊيٽا سينٽر هيٺ ٿي ويو. ڪينيڊا ۽ آمريڪا ۾ صارفين کي سندن پسنديده فلمن کان سواء رهجي ويا، تمام پريشان ٿي ويا ۽ سماجي نيٽ ورڪن تي ان جي باري ۾ لکيو. Netflix وٽ هاڻي ٽي ڊيٽا مرڪز آهن اولهه-اوڀر ساحل تي ۽ هڪ اولهه يورپ ۾.
اسان شروعاتي طور تي جيو ورهايل حل ٺاهي رهيا آهيون - غلطي رواداري اسان لاء اهم آهي.
تنهنڪري اسان وٽ هڪ ڪلستر آهي، پر RPO = 0 ۽ RTO = 0 بابت ڇا؟ حل سادو آهي، موضوع تي منحصر آهي.
ايپليڪيشنن ۾ ڇا اهم آهي؟ ٻه حصا: ٽوڪري اڇلائڻ TO خريداري جو فيصلو ڪرڻ، ۽ بعد ۾. ٽيليڪم ۾ ڊي او حصو عام طور تي سڏيو ويندو آهي حڪم قبضو ڪرڻ يا ڳالهين جو حڪم. ٽيلي ڪام ۾، اهو آن لائن اسٽور جي ڀيٽ ۾ تمام گهڻو ڏکيو ٿي سگهي ٿو، ڇاڪاڻ ته اتي ڪلائنٽ کي خدمت ڪرڻ گهرجي، 5 اختيارن جي آڇ ڪئي وئي آهي، ۽ اهو سڀ ڪجهه ڪجهه وقت لاء ٿئي ٿو، پر ٽوڪري ڀريل آهي. هن وقت، هڪ ناڪامي ممڪن آهي، پر اهو خوفناڪ نه آهي، ڇاڪاڻ ته اهو انسان جي نگراني ۾ مداخلت سان ٿئي ٿو.
جيڪڏهن ماسڪو ڊيٽا سينٽر اوچتو ناڪام ٿي، پوء خودڪار طريقي سان ٻئي ڊيٽا سينٽر ڏانهن سوئچ ڪندي، اسان ڪم جاري رکون ٿا. نظرياتي طور تي، ھڪڙي پراڊڪٽ ڪارٽ ۾ گم ٿي سگھي ٿي، پر توھان ان کي ڏسو، ڪارٽ ۾ ٻيهر شامل ڪريو ۽ ڪم جاري رکو. هن صورت ۾ RTO = 0.
ساڳئي وقت، هڪ ٻيو اختيار آهي: جڏهن اسان "جمع" تي ڪلڪ ڪيو، اسان چاهيون ٿا ته ڊيٽا گم نه ٿئي. هن لمحي کان، آٽوميشن ڪم ڪرڻ شروع ٿئي ٿي - هي آهي RPO = 0. انهن ٻن مختلف نمونن کي استعمال ڪندي، هڪ صورت ۾ اهو ٿي سگهي ٿو جيو ورهايل ڪلسٽر هڪ سوئچبل ماسٽر سان، ٻي صورت ۾ ڪجهه قسم جو ڪورم رڪارڊ. نمونا مختلف ٿي سگهن ٿا، پر اسان مسئلو حل ڪريون ٿا.
ان کان علاوه، ايپليڪيشنن جي ورهايل رجسٽري هجڻ سان، اسان پڻ ان کي ماپ ڪري سگهون ٿا - ڪيترائي موڪليندڙ ۽ عمل ڪندڙ آهن جيڪي هن رجسٽري تائين رسائي ڪن ٿا.
Cassandra ۽ Tarantool گڏجي
هڪ ٻيو ڪيس آهي - "بيلنس جي نمائش". هتي Cassandra ۽ Tarantool جي گڏيل استعمال جو هڪ دلچسپ ڪيس آهي.
اسان Cassandra استعمال ڪندا آهيون ڇاڪاڻ ته هر ڏينهن 2 بلين ڪالون حد نه آهي، ۽ وڌيڪ هوندي. مارڪيٽن کي ٽريفڪ کي رنگ ڏيڻ پسند آهي ذريعو ذريعي؛ وڌيڪ ۽ وڌيڪ تفصيل سماجي نيٽ ورڪن تي ظاهر ٿي رهيا آهن، مثال طور. اهو سڀ ڪجهه ڪهاڻي ۾ اضافو ڪري ٿو.
Cassandra توهان کي افقي طور تي ڪنهن به سائيز تائين ماپ ڪرڻ جي اجازت ڏئي ٿي.
اسان Cassandra سان آرام سان محسوس ڪيو، پر ان ۾ هڪ مسئلو آهي - اهو پڙهڻ ۾ سٺو ناهي. رڪارڊنگ تي سڀ ڪجهه ٺيڪ آهي، 30 في سيڪنڊ ڪو مسئلو ناهي - پڙهڻ جو مسئلو.
تنهن ڪري، هڪ ڪيش سان هڪ موضوع ظاهر ٿيو، ۽ ساڳئي وقت اسان هيٺ ڏنل مسئلو حل ڪيو: اتي هڪ پراڻو روايتي ڪيس آهي جڏهن آن لائن بلنگ جي سوئچ مان سامان فائلن ۾ اچي ٿو جيڪي اسان ڪيسندرا ۾ لوڊ ڪندا آهيون. اسان انهن فائلن جي قابل اعتماد ڊائون لوڊنگ جي مسئلي سان جدوجهد ڪئي، جيتوڻيڪ IBM مينيجر فائل جي منتقلي جي صلاح کي استعمال ڪندي - اهڙا حل آهن جيڪي فائل جي منتقلي کي موثر طريقي سان منظم ڪن ٿا، مثال طور، TCP جي بدران، UDP پروٽوڪول استعمال ڪندي. اهو سٺو آهي، پر اهو اڃا منٽ آهي، ۽ اسان اڃا تائين اهو سڀ لوڊ نه ڪيو آهي، ڪال سينٽر ۾ آپريٽر ڪلائنٽ کي جواب نه ٿو ڏئي سگهي ته هن جي بيلنس کي ڇا ٿيو - اسان کي انتظار ڪرڻو پوندو.
ائين ٿيڻ کان روڪڻ لاءِ، اسان اسان متوازي فنڪشنل رزرو استعمال ڪندا آهيون. جڏهن اسان ڪافڪا ذريعي ٽرانٽول ڏانهن هڪ واقعو موڪليندا آهيون، حقيقي وقت ۾ مجموعي کي ٻيهر ڳڻڻ، مثال طور، اڄ لاء، اسان حاصل ڪندا آهيون. نقد بيلنس، جيڪو ڪنهن به رفتار تي بيلنس منتقل ڪري سگهي ٿو، مثال طور، 100 هزار ٽرانزيڪشن في سيڪنڊ ۽ اهي ساڳيا 2 سيڪنڊ.
مقصد اهو آهي ته ڪال ڪرڻ کان پوءِ 2 سيڪنڊن جي اندر توهان جي پرسنل اڪائونٽ ۾ نه رڳو تبديل ٿيل بيلنس پر ان بابت به معلومات هوندي ته اهو ڇو تبديل ٿيو.
ٿڪل
اهي تارنٽول استعمال ڪرڻ جا مثال هئا. اسان واقعي پسند ڪيو Mail.ru جي کليل ۽ مختلف ڪيسن تي غور ڪرڻ جي انهن جي رضامندي.
BCG يا McKinsey، Accenture يا IBM جي صلاحڪارن لاءِ اهو اڳ ۾ ئي مشڪل آهي ته اسان کي ڪجهه نئين سان حيران ڪرڻ - گهڻو ڪري جيڪي اهي پيش ڪن ٿا، اسان يا ته اڳ ۾ ئي ڪري چڪا آهيون، ڪري چڪا آهيون، يا ڪرڻ جي منصوبابندي ڪري رهيا آهيون. مان سمجهان ٿو ته Tarantool اسان جي ٽيڪنالاجي اسٽيڪ ۾ ان جي صحيح جاء وٺندو ۽ ڪيترن ئي موجوده ٽيڪنالاجي کي تبديل ڪندو. اسان هن منصوبي جي ترقي جي فعال مرحلي ۾ آهيون.
اوليگ ۽ اينڊري جي رپورٽ گذريل سال ٽرانٽول ڪانفرنس ۾ بهترين مان هڪ آهي، ۽ 17 جون تي اوليگ آئيليو ڳالهائيندو. هڪ رپورٽ سان . اليگزينڊر ڊيولن به ميگا فون مان هڪ پريزنٽيشن ڏيندو . اچو ته معلوم ڪريون ته ڪهڙيون تبديليون آيون آهن، ڪهڙيون رٿائون لاڳو ڪيون ويون آهن. شامل ٿيو - ڪانفرنس مفت آهي، توهان سڀني کي ڪرڻو آهي . سڀ ۽ ڪانفرنس پروگرام ٺاهيو ويو آهي: نوان ڪيس، ٽرانٽول استعمال ڪرڻ ۾ نئون تجربو، فن تعمير، انٽرنيشنل، سبق ۽ مائڪرو سروسز.
جو ذريعو: www.habr.com