Жаңы муун биллинг архитектурасы: Tarantoolга өтүү менен трансформация

Эмне үчүн MegaFon сыяктуу корпорацияга эсеп-кысапта Tarantool керек? Сыртынан караганда, сатуучу адатта келип, кандайдыр бир чоң кутучаны алып келип, сайгычты розеткага сайып кетет окшойт - бул эсеп! Мурда ушундай болгон, азыр болсо архаикалык болуп калды, мындай динозаврлар мурда эле жок болуп кеткен же жок болуп бара жатат. Алгач эсеп-фактураларды чыгаруу системасы - эсептөөчү машина же калькулятор. Заманбап телекоммуникацияларда бул келишим түзүлгөндөн тартып токтотулганга чейинки абонент менен өз ара аракеттенүүнүн бүткүл өмүр цикли үчүн автоматташтыруу системасы, анын ичинде реалдуу убакытта эсеп коюу, төлөмдөрдү кабыл алуу жана башкалар. Телекоммуникация компанияларында эсеп коюу согуштук робот сыяктуу - чоң, күчтүү жана курал-жарактары бар.

Жаңы муун биллинг архитектурасы: Tarantoolга өтүү менен трансформация

Тарантолдун буга кандай тиешеси бар? Алар бул тууралуу сүйлөшөт Олег Ивлев и Андрей Князев. Олег компаниянын башкы архитектору Megaphone Чет элдик компанияларда чоң тажрыйбасы бар Андрей бизнес системаларынын директору. Алардын докладынын стенограммасынан Tarantool конференциясы 2018 Сиз R&D корпорацияларга эмне үчүн керек экенин, Tarantool деген эмне экенин, вертикалдык масштабдашуу жана глобализациянын туюктугу компанияда бул маалымат базасынын пайда болушунун өбөлгөлөрү болуп калганын, технологиялык кыйынчылыктар, архитектуралык трансформация жана MegaFon'тун техностактары Netflixке кандай окшош экенин биле аласыз. , Google жана Amazon.

"Бирдиктүү эсеп-кысап" долбоору

Каралып жаткан долбоор "Бирдиктүү эсеп-кысап" деп аталат. Тарантоол бул жерде өзүнүн эң жакшы сапаттарын көрсөткөн.

Жаңы муун биллинг архитектурасы: Tarantoolга өтүү менен трансформация

Hi-End жабдууларынын өндүрүмдүүлүгүнүн өсүшү абоненттик базанын өсүшүнө тең келе алган жок жана абоненттердин жана кызматтардын санынын андан ары өсүшү M2M, IoT жана тармактык функциялардын эсебинен күтүлгөн; рынокко чыгуу убактысынын начарлашына. Компания учурдагы 8 түрдүү эсеп-кысап системасынын ордуна уникалдуу дүйнөлүк класстагы модулдук архитектурасы менен бирдиктүү бизнес системасын түзүүнү чечти.

MegaFon бир компанияда сегиз компания. 2009-жылы реорганизация аяктады: бүткүл Россия боюнча филиалдар бир компанияга, "МегаФон" ААКсына (азыркы ЖАК) бириктирилген. Ошентип, компаниянын 8 эсеп-кысап тутумдары бар, алардын "баяндама" чечимдери, тармактык өзгөчөлүктөрү жана ар кандай уюштуруу структуралары, IT жана маркетинг.

Биз бирдиктүү федералдык продуктуну ишке киргизгенге чейин бардыгы жакшы болчу. Бул жерде бир топ кыйынчылыктар пайда болду: кээ бирлери үчүн тарифтер тегеректелген, башкалары үчүн тегеректелген, ал эми башкалары үчүн орточо арифметикалык көрсөткүчтүн негизинде. Мындай учурлар миңдеп саналат.

Эсеп-кысап системасынын бир гана версиясы, бир жеткирүүчү болгонуна карабастан, орнотуулар ушунчалык ар түрдүү болгондуктан, аны чогултуу көп убакытты талап кылды. Биз алардын санын кыскартууга аракет кылдык жана көптөгөн корпорацияларга тааныш болгон экинчи көйгөйгө туш болдук.

Вертикалдуу масштабдоо. Ал кездеги эң сонун аппаратура да муктаждыктарга жооп берген эмес. Биз Superdome Hi-End линиясынан Hewlett-Packard жабдууларын колдондук, бирок ал эки филиалдын да муктаждыктарын канааттандырган жок. Мен чоң операциялык чыгымдарсыз жана капиталдык салымдарсыз горизонталдуу масштабды кааладым.

Абоненттердин жана кызматтардын санынын өсүшүн күтүү. Консультанттар көптөн бери телекоммуникация дүйнөсүнө IoT жана M2M тууралуу окуяларды алып келишти: убакыт келет, ар бир телефондо жана үтүктө SIM карта, ал эми муздаткычта экиден болот. Бүгүнкү күндө бизде бир сандагы жазылуучулар бар, бирок жакынкы келечекте алар дагы көп болот.

Технологиялык кыйынчылыктар

Бул төрт себеп бизге олуттуу өзгөрүүлөрдү жасоого түрткү болду. Системаны жаңыртуу менен нөлдөн баштап долбоорлоонун ортосунда тандоо бар болчу. Көпкө ойлонуп, олуттуу чечимдерди кабыл алдык, тендер ойнодук. Натыйжада, биз башынан эле долбоорлоону чечтик жана кызыктуу чакырыктарды - технологиялык чакырыктарды алдык.

Масштабдуулук

Мурда болсо, айталы, айталы 8 миллион абонент үчүн 15 эсеп, эми ал иштеши керек болчу 100 миллион жазылуучу жана башкалар - жүк чоңураак.

Биз масштабы боюнча Mail.ru же Netflix сыяктуу ири Интернет оюнчулары менен салыштырууга болот.

Бирок жүктөмдү жана абоненттик базаны көбөйтүү боюнча мындан аркы кыймыл биздин алдыбызга олуттуу милдеттерди койду.

Кеңири өлкөбүздүн географиясы

Калининград менен Владивостоктун ортосунда 7500 км жана 10 убакыт алкагы. Жарыктын ылдамдыгы чектүү жана мындай аралыктарда кечигүүлөр олуттуу. Эң сонун заманбап оптикалык каналдардагы 150 мс реалдуу убакытта эсеп коюу үчүн өтө көп, айрыкча азыр Орусиядагы телекоммуникациялык байланышта. Мындан тышкары, сиз бир иш күнүндө жаңыртышыңыз керек жана ар кандай убакыт алкагы менен бул көйгөй.

Биз жөн гана абоненттик төлөм үчүн кызматтарды көрсөтпөйбүз, бизде татаал тарифтер, пакеттер жана ар кандай модификаторлор бар. Биз абонентке сүйлөшүүгө уруксат берип же баш тартуу менен гана чектелбестен, ага белгилүү бир квотаны беришибиз керек - ал байкабай тургандай реалдуу убакыт режиминде чалууларды жана аракеттерди эсептеп чыгышыбыз керек.

катага сабырдуулук

Бул борборлоштуруунун экинчи жагы.

Эгерде биз бардык абоненттерди бир системага чогултсак, анда ар кандай өзгөчө кырдаалдар жана кырсыктар бизнес үчүн каргашалуу. Ошондуктан, биз системаны бүткүл абоненттик базага авариялардын таасирин жок кыла тургандай кылып иштеп чыгабыз.

Бул дагы вертикалдуу масштабдан баш тартуунун кесепети. Биз горизонталдуу масштабда серверлердин санын жүздөгөн миңдегенге чейин көбөйттүк. Аларды башкаруу жана алмаштыруу, IT инфраструктурасынын резервдик көчүрмөсүн автоматтык түрдө сактоо жана бөлүштүрүлгөн системаны калыбына келтирүү керек.

Ушундай кызыктуу кыйынчылыктарга туш болдук. Биз системаны иштеп чыктык жана ошол учурда биз кандай трендде экенибизди, алдыңкы технологияларды канчалык ээрчип жатканыбызды текшерүү үчүн дүйнөлүк мыкты тажрыйбаларды табууга аракет кылдык.

Дүйнөлүк тажрыйба

Таң калыштуусу, глобалдык телекомдон бир да шилтеме таба алган жокпуз.

Жазылуучулардын саны жана масштабы боюнча Европа, тарифтеринин тегиздиги боюнча АКШ артта калды. Кээ бирлерин Кытайдан карап, Индиядан таап, Vodafone Индиядан адистерди жалдадык.

Архитектураны талдоо үчүн биз IBM жетектеген Dream Team - ар түрдүү тармактардагы архитекторлорду чогулттук. Бул адамдар биздин эмне кылып жатканыбызды адекваттуу баалап, биздин архитектурага белгилүү бир билимди алып келе алышкан.

шкала

Иллюстрация үчүн бир нече сандар.

Биз системаны иштеп чыгабыз 80 миллион абонент бир миллиард резерви менен. Келечектеги босоголорду ушинтип алып салабыз. Бул биз Кытайды басып алганыбыз үчүн эмес, IoT жана M2M чабуулунан улам.

300 миллион документ реалдуу убакытта иштетилди. Бизде 80 миллион абонент болсо да, дебитордук карызды өндүрүү керек болсо, потенциалдуу кардарлар менен да, бизди таштап кеткендер менен да иштешебиз. Демек, иш жүзүндөгү көлөмү байкаларлык чоңураак.

2 миллиард транзакция Баланс күн сайын өзгөрүп турат - бул төлөмдөр, төлөмдөр, чалуулар жана башка окуялар. 200 ТБ маалымат активдүү өзгөрүүдө, бир аз жайыраак өзгөртүү 8 PB маалымат, жана бул архив эмес, бир эсеп-кысаптагы жандуу маалымат. Маалымат борбору боюнча масштабдоо - 5 сайтта 14 миң сервер.

Технологиялык стек

Архитектураны пландаштырып, системаны чогулта баштаганда эң кызыктуу жана алдыңкы технологияларды импорттук. Натыйжада, жогорку жүктөөчү системаларды жасаган бардык Интернет-ойноткучтарга жана корпорацияларга тааныш технологиялык стек.

Жаңы муун биллинг архитектурасы: Tarantoolга өтүү менен трансформация

Стек башка негизги оюнчулардын стектерине окшош: Netflix, Twitter, Viber. Ал 6 бөлүктөн турат, бирок биз аны кыскартып, бириктирели деп жатабыз.

Ийкемдүүлүк жакшы, бирок ири корпорацияда унификациясыз жол жок.

Биз ошол эле Oracleды Tarantoolга алмаштырбайбыз. Ири компаниялардын реалдуулугунда бул утопия, же 5-10 жылга созулган крест жортуулунун натыйжасы түшүнүксүз. Бирок Кассандра менен Коучбазды Tarantool менен оңой эле алмаштырууга болот жана биз ушуга умтулуп жатабыз.

Эмне үчүн Tarantool?

Бул базаны эмне үчүн тандап алганыбыздын 4 жөнөкөй критерийи бар.

ылдамдык. Биз MegaFon өнөр жай системалары боюнча жүк сыноолорду өткөрдүк. Тарантоол жеңди - бул эң мыкты көрсөткүчтү көрсөттү.

Бул башка системалар MegaFon муктаждыктарына жооп бербейт дегенди билдирбейт. Учурдагы эс тутумдун чечимдери ушунчалык жемиштүү болгондуктан, ишкананын резервдери жетиштүү. Бирок биз артта калган адам менен, анын ичинде жүктөм сыноодо эмес, лидер менен иштешүүгө кызыкдарбыз.

Tarantool узак мөөнөттүү келечекте да компаниянын муктаждыктарын камтыйт.

ТКО баасы. MegaFon көлөмүндө Couchbase колдоо астрономиялык сумманы талап кылат, бирок Tarantool менен кырдаал алда канча жагымдуу жана алар функционалдык жагынан окшош.

Биздин тандообузга бир аз таасир эткен дагы бир жакшы өзгөчөлүк - Tarantool башка маалымат базаларына караганда эс тутум менен жакшы иштейт. Ал көрсөтөт максималдуу натыйжалуулук.

ишенимдүүлүк. MegaFon башкаларга караганда ишенимдүүлүккө жумшайт. Ошентип, биз Tarantool карап, биз аны биздин талаптарга жооп бериши керек экенин түшүндүм.

Биз убактыбызды жана каржыбызды жумшадык жана Mail.ru менен биргеликте ишкананын версиясын түздүк, ал азыр бир нече башка компанияларда колдонулат.

Tarantool-ишканасы бизди коопсуздук, ишенимдүүлүк жана логистика жагынан толугу менен канааттандырды.

Өнөктөштүк

Мен үчүн эң негизгиси иштеп чыгуучу менен түздөн-түз байланыш. Тарантоолук жигиттер дал ушул нерсе менен пара алышкан.

Эгер сиз оюнчуга, айрыкча казык кардары менен иштеген оюнчуга келип, муну, муну жана муну кыла алуу үчүн маалымат базасы керек деп айтсаңыз, ал адатта мындай деп жооп берет:

- Макул, талаптарды ошол үймөктүн түбүнө кой - качандыр бир күнү биз аларга жетебиз.

Көптөгөн жакынкы 2-3 жыл үчүн жол картасы бар, ал жакка интеграциялоо дээрлик мүмкүн эмес, бирок Tarantool иштеп чыгуучулары MegaFon гана эмес, өздөрүнүн ачыктыгы менен таң калтырып, өз тутумдарын кардарга ылайыкташтырышат. Бул сонун жана бизге абдан жагат.

Биз Tarantool колдонгон жерде

Биз бир нече элементтерде Tarantool колдонобуз. Биринчиси учкучта, биз дарек каталог системасында жасаган. Бир убакта мен аны Yandex.Maps жана Google Maps сыяктуу система болушун каалагам, бирок ал бир аз башкача болуп чыкты.

Мисалы, сатуу интерфейсиндеги дарек каталогу. Oracleда каалаган даректи издөө 12-13 секундду талап кылат. - ыңгайсыз сандар. Tarantoolга которулганда, Oracle'ды консолдогу башка маалымат базасы менен алмаштырып, ошол эле издөөнү аткарганда, биз 200x ылдамдыкка ээ болобуз! Шаар үчүнчү тамгадан кийин пайда болот. Азыр биз интерфейсти биринчиден кийин боло тургандай кылып ыңгайлаштыруудабыз. Бирок, жооп ылдамдыгы такыр башкача - секунданын ордуна миллисекунд.

Экинчи колдонмо эки ылдамдыктагы IT деп аталган модалуу тема. Себеби, ар бир бурчтан консультанттар корпорациялар барыш керек деп айтышат.

Жаңы муун биллинг архитектурасы: Tarantoolга өтүү менен трансформация

Инфраструктуралык катмар бар, анын үстүндө домендер бар, мисалы, телеком, корпоративдик системалар, корпоративдик отчеттуулук сыяктуу биллинг системасы. Бул тийип кереги жок өзөк болуп саналат. Бул, албетте, мүмкүн, бирок параноидалдык түрдө сапатты камсыз кылуу, анткени ал корпорацияга акча алып келет.

Андан кийин микросервистердин катмары келет - операторду же башка оюнчуну эмнеси менен айырмалайт. Микросервистерди ар кандай домендерден маалыматтарды алып келип, белгилүү кэштердин негизинде тез түзсө болот. Мына эксперименттер үчүн талаа — эгер бир нерсе болбой калса, мен бир микросервисти жаап, экинчисин ачтым. Бул чындап рынокко чыгуу убактысын көбөйтөт жана компаниянын ишенимдүүлүгүн жана ылдамдыгын жогорулатат.

Микросервистер, балким, MegaFonдогу Tarantoolдун негизги ролу.

Биз Tarantool колдонууну пландаштырып жаткан жерде

Эгерде биздин ийгиликтүү эсеп-кысап долбоорубузду Deutsche Telekom, Svyazcom, Vodafone Индиядагы трансформация программалары менен салыштырсак, бул таң калыштуу динамикалуу жана чыгармачыл. Бул долбоорду ишке ашыруу процессинде бир гана MegaFon жана анын түзүмү өзгөрбөстөн, Mail.ru сайтында Tarantool-ишканасы да пайда болгон жана биздин сатуучубуз Nexign (мурунку Питер-Сервис) - BSS Box (кутуланган эсеп-кысап чечими).

Бул кандайдыр бир мааниде орус рыногу үчүн тарыхый долбоор. Аны Фредерик Брукстун "Мифтик адам-ай" китебинде сүрөттөлгөн нерсеге салыштырууга болот. Андан кийин, 60-жылдары, IBM мэйнфреймдер үчүн жаңы OS/360 операциялык системасын иштеп чыгуу үчүн 5 адамды жалдаган. Бизде азыраак - 000, бирок биздикилер жилетчелерде, ачык булактарды жана жаңы ыкмаларды колдонууну эске алуу менен биз жемиштүү иштейбиз.

Төмөндө эсеп-кысаптын домендери же кененирээк айтканда, бизнес системалары бар. Ишкананын адамдары CRMди жакшы билишет. Ар бир адам мурунтан эле башка системаларга ээ болушу керек: Open API, API Gateway.

Жаңы муун биллинг архитектурасы: Tarantoolга өтүү менен трансформация

Open API

Келгиле, кайрадан сандарды жана учурда Open API кантип иштээрин карап көрөлү. Анын жүгү секундасына 10 000 транзакция. Биз микросервис катмарын жигердүү иштеп чыгууну жана MegaFon коомдук API түзүүнү пландап жаткандыктан, келечекте бул бөлүктө чоң өсүштү күтөбүз. Сөзсүз түрдө 100 000 транзакция болот.

Мен SSOдагы Mail.ru менен салыштыра алабызбы, билбейм - балдар секундасына 1 000 0000 транзакцияга ээ окшойт. Алардын чечими биз үчүн абдан кызыктуу жана биз алардын тажрыйбасын колдонууну пландаштырып жатабыз - мисалы, Tarantool аркылуу функционалдык SSO камдык көчүрмөсүн жасоо. Азыр Mail.ru сайтынын иштеп чыгуучулары муну биз үчүн жасап жатышат.

CRM

CRM - бул 80 миллион абонент, биз миллиардга чейин көбөйткүбүз келет, анткени үч жылдык тарыхты камтыган 300 миллион документ бар. Биз чындап эле жаңы кызматтарды жана бул жерде күтүп жатабыз өсүү чекити - туташкан кызматтар. Бул өсө турган шар, анткени барган сайын кызматтар көп болот. Демек, биз бул жөнүндө мүдүрүлбөйбүз деген окуя керек болот;

Кардардын дебитордук карызы менен иштөө, эсеп-дүмүрчөктөрдү берүү жагынан өзүн эсепке алуу өзүнчө доменге айландырылат. Ишти жакшыртуу үчүн, колдонулган домен архитектурасынын архитектуралык үлгүсү.

Система домендерге бөлүнөт, жүк бөлүштүрүлөт жана каталарга чыдамдуулук камсыз кылынат. Мындан тышкары, биз бөлүштүрүлгөн архитектура менен иштеген.

Калганынын баары ишкана деңгээлиндеги чечимдер. Чалуу сактагычында - күнүнө 2 млрд, айына 60 млрд. Кээде бир айдын ичинде аларды санап чыгууга туура келет, тезирээк жакшы болот. Финансылык мониторинг - бул так эле 300 миллион тынымсыз өсүп жана өсүп жатат: абоненттер көбүнчө операторлордун ортосунда иштешет, бул бөлүгүн көбөйтүү.

Мобилдик байланыштын эң телеком компоненти болуп саналат онлайн эсеп коюу. Бул реалдуу убакыт режиминде чалуу же чалбоого, чечим кабыл алууга мүмкүндүк берүүчү системалар. Бул жерде жүктөө секундасына 30 000 транзакцияны түзөт, бирок маалыматтарды берүүнүн өсүшүн эске алуу менен биз пландап жатабыз. 250 000 транзакциялар, ошондуктан биз Tarantool абдан кызыкдар.

Мурунку сүрөттө биз Tarantool колдоно турган домендер. CRM өзү, албетте, кененирээк жана биз аны өзөктө колдонобуз.

100 миллион жазылуучубуздун болжолдуу TTX көрсөткүчү мени архитектор катары чаташтырат - 101 миллион болсочы? Баарын кайра жасоо керекпи? Мунун алдын алуу үчүн биз кэштерди колдонобуз, ошол эле учурда жеткиликтүүлүктү арттырабыз.

Жаңы муун биллинг архитектурасы: Tarantoolга өтүү менен трансформация

Жалпысынан алганда, Tarantool колдонуу үчүн эки ыкма бар. Алгачкы - микросервис деңгээлинде бардык кэштерди түзүңүз. Менин түшүнүшүм боюнча, VimpelCom кардарлардын кэшин түзүп, ушул жол менен баратат.

Биз сатуучулардан азыраак көз карандыбыз, биз BSS өзөгүн өзгөртүп жатабыз, ошондуктан бизде кутудан бир гана кардар файлы бар. Бирок биз аны кеңейтүүнү каалайбыз. Ошондуктан, биз бир аз башкача мамиле жасайбыз - системалардын ичинде кэштерди түзүү.

Бул жол менен синхрондоштуруу азыраак болот - бир система кэш жана негизги башкы булак үчүн жооп берет.

Метод транзакциялык скелети бар Tarantool ыкмасына жакшы төп келет, анда жаңыртууларга тиешелүү бөлүктөр гана, башкача айтканда, маалыматтардын өзгөрүшү жаңыртылган. Калган нерселердин бардыгын башка жерде сактаса болот. Эч кандай чоң маалымат көлү, башкарылбаган глобалдык кэш жок. Кэштер система үчүн, же өнүмдөр үчүн, же кардарлар үчүн же тейлөөнү жеңилдетүү үчүн иштелип чыккан. Абонент чалып, кызматтын сапатына капа болгондо, сиз сапаттуу кызмат көрсөткүңүз келет.

RTO жана RPO

IT эки термин бар - ОТР и АТС.

Калыбына келтирүү убактысынын максаты бузулгандан кийин кызматты калыбына келтирүүгө кеткен убакыт. RTO = 0 бир нерсе иштебей калса дагы, кызмат иштей берет дегенди билдирет.

Калыбына келтирүү чекити максаты - бул маалыматтарды калыбына келтирүү убактысы, биз белгилүү бир убакыттын ичинде канча маалыматтарды жоготуп алабыз. RPO = 0 биз маалыматтарды жоготуп жаткан жокпуз дегенди билдирет.

Tarantool тапшырмасы

Келгиле, Tarantool үчүн көйгөйдү чечүүгө аракет кылалы.

Берилген: ар бир адам түшүнгөн тиркемелер себет, мисалы, Amazon же башка жерде. талап кылынат Ошентип, соода арабасы жумасына 24 күн 7 саат же 99,99% иштейт. Бизге келген буйрутмалар өз ордунда болушу керек, анткени биз абоненттин байланышын кокусунан күйгүзүп же өчүрө албайбыз - бардыгы так ырааттуу болушу керек. Мурунку жазылуу кийинкиге таасирин тийгизет, андыктан маалыматтар маанилүү - эч нерсе жок болуп кетпеши керек.

чечим. Сиз аны чечүүгө аракет кылып, маалымат базасын иштеп чыгуучулардан сурасаңыз болот, бирок маселени математикалык түрдө чечүү мүмкүн эмес. Сиз теоремаларды, сакталуу мыйзамдарын, кванттык физиканы эстей аласыз, бирок эмне үчүн бул МБ деңгээлинде чечилбейт.

Бул жерде жакшы эски архитектуралык ыкма иштейт - сиз предметтик аймакты жакшы билип, аны бул табышмакты чечүү үчүн колдонушуңуз керек.

Жаңы муун биллинг архитектурасы: Tarantoolга өтүү менен трансформация

Биздин чечимибиз: Tarantool боюнча бөлүштүрүлгөн тиркемелер реестрин түзүү - гео бөлүштүрүлгөн кластер. Диаграммада булар үч түрдүү маалыматтарды иштеп чыгуучу борборлор - экөө Уралдан мурун, бири Уралдан ары, жана биз бардык суроо-талаптарды ушул борборлор арасында бөлүштүрөбүз.

Учурда IT тармагындагы лидерлердин бири катары эсептелген Netflixтин 2012-жылга чейин бир гана маалымат борбору болгон. Католик Рождествосунун алдында, 24-декабрда, бул маалымат борбору иштебей калды. Канада менен АКШдагы колдонуучулар сүйүктүү тасмалары жок калып, абдан капа болуп, бул тууралуу социалдык тармактарга жазышты. Азыр Netflixтин батыш-чыгыш жээгинде үч жана батыш Европада бир маалымат борбору бар.

Биз адегенде гео-бөлүштүрүлгөн чечимди куруп жатабыз - каталарга сабырдуулук биз үчүн маанилүү.

Ошентип, бизде кластер бар, бирок RPO = 0 жана RTO = 0 жөнүндө эмне айтууга болот? Чечим жөнөкөй, темага жараша.

Колдонмолордо эмне маанилүү? Эки бөлүк: Себет ыргытуу үчүн сатып алуу жөнүндө чечим кабыл алуу, жана КИЙИН. Телекомдогу DO бөлүгү адатта деп аталат тартуу тартиби же буйрук сүйлөшүү. Телекомдо бул интернет-дүкөнгө караганда алда канча кыйын болушу мүмкүн, анткени ал жерде кардарды тейлөө керек, 5 вариантты сунуш кылышат жана мунун баары бир канча убакытка созулат, бирок себет толтурулат. Бул учурда, ийгиликсиз болушу мүмкүн, бирок бул коркунучтуу эмес, анткени ал адамдын көзөмөлү астында интерактивдүү болот.

Москва дата борбору күтүлбөгөн жерден иштен чыгып калса, автоматтык түрдө башка дата борборуна өтүү менен биз иштей беребиз. Теориялык жактан алганда, бир продукт арабада жоголуп кетиши мүмкүн, бирок сиз аны көрүп, кайра арабага кошуп, иштей бериңиз. Бул учурда RTO = 0.

Ошол эле учурда, экинчи вариант бар: биз "тапшыруу" баскычын басканда, биз маалыматтар жоголбосун каалайбыз. Ушул учурдан тартып, автоматташтыруу иштей баштайт - бул RPO = 0. Бул эки башка схеманы колдонуу менен, бир учурда ал жөн гана бир которушуучу мастери бар гео-бөлүштүрүлгөн кластер, башка учурда кандайдыр бир кворум жазуусу болушу мүмкүн. Үлгүлөр ар кандай болушу мүмкүн, бирок биз маселени чечебиз.

Андан тышкары, тиркемелердин бөлүштүрүлгөн реестрине ээ болуу менен биз мунун баарын масштабдай алабыз - бул реестрге кире алган көптөгөн диспетчерлер жана аткаруучулар бар.

Жаңы муун биллинг архитектурасы: Tarantoolга өтүү менен трансформация

Кассандра менен Тарантул чогуу

Дагы бир окуя бар - "баланстардын көргөзмөсү". Бул жерде Кассандра жана Тарантулды биргелешип колдонуунун кызыктуу учуру.

Биз Кассандраны колдонобуз, анткени күнүнө 2 миллиард чалуу чек эмес, андан да көп болот. Маркетологдор трафикти булагы боюнча боёгонду жакшы көрүшөт, мисалы, социалдык тармактарда көбүрөөк маалымат пайда болууда. Мунун баары окуяны кошумчалайт.

Кассандра горизонталдуу түрдө каалаган өлчөмгө чейин масштабдоого мүмкүндүк берет.

Кассандра менен биз өзүбүздү ыңгайлуу сезебиз, бирок анын бир көйгөйү бар – ал окууда жакшы эмес. Жазууда баары жакшы, секундасына 30 000 көйгөй эмес - окуу көйгөйү.

Ошондуктан, кэш менен тема пайда болду жана ошол эле учурда биз төмөнкү көйгөйдү чечтик: эски салттуу учур бар, онлайн биллингден которулган жабдуулар биз Кассандрага жүктөгөн файлдарга кирет. Биз бул файлдарды ишенимдүү жүктөө көйгөйү менен күрөштүк, жада калса IBM менеджеринин файл өткөрүп берүү кеңешин колдонуу менен - ​​TCP эмес, мисалы, UDP протоколун колдонуп, файлдарды өткөрүп берүүнү эффективдүү башкарган чечимдер бар. Бул жакшы, бирок дагы эле мүнөттөр бар, биз анын баарын жүктөй элекпиз, колл-борбордогу оператор кардар анын балансына эмне болгонун жооп бере албайт - биз күтүшүбүз керек.

Мунун алдын алуу үчүн биз параллелдүү функционалдык резервди колдонобуз. Кафка аркылуу Тарантолго окуяны жөнөткөндө, агрегаттарды реалдуу убакытта кайра эсептеп, мисалы, бүгүнкү күндө биз алабыз накталай акча калдыктары, бул балансты каалаган ылдамдыкта которо алат, мисалы, секундасына 100 миң транзакция жана ошол эле 2 секунд.

Максаты – чалуу жасагандан кийин 2 секунданын ичинде сиздин жеке кабинетиңизде өзгөргөн баланс гана эмес, анын эмне себептен өзгөргөндүгү тууралуу маалымат да болот.

жыйынтыктоо

Бул Tarantool колдонуу мисалдары болгон. Бизге Mail.ru сайтынын ачыктыгы жана алардын ар кандай иштерди кароого даярдыгы абдан жакты.

BCG же McKinsey, Accenture же IBM консультанттары үчүн бизди жаңы нерсе менен таң калтыруу кыйынга турат - алар сунуштаган нерселердин көбүн биз жасап жатабыз, жасадык, же жасоону пландаштырып жатабыз. Мен Tarantool биздин технологиялык стекке өзүнүн татыктуу ордун ээлейт жана көптөгөн учурдагы технологияларды алмаштырат деп ойлойм. Биз бул долбоорду иштеп чыгуунун активдүү фазасындабыз.

Олег менен Андрейдин доклады былтыркы Тарантоол конференциясында эң мыктылардын бири жана 17-июнда Олег Ивлев T+ конференциясы 2019 отчет менен "Эмне үчүн Tarantool Enterprise". Александр Деулин ошондой эле МегаФондон презентация кылат "Tarantool кэштери жана Oracleдан репликация". Эмнелер өзгөрдү, кандай пландар аткарылды, ошону билели. Кошулуу – конференция бекер, болгону бул кол менен... Баары отчеттор кабыл алынат жана конференциянын программасы түзүлдү: жаңы учурлар, Tarantool, архитектура, ишкана, окуу куралдары жана микросервистерди колдонуудагы жаңы тажрыйба.

Source: www.habr.com

Комментарий кошуу