{"id":37650,"date":"2019-10-31T22:18:50","date_gmt":"2019-10-31T19:18:50","guid":{"rendered":"https:\/\/prohoster.info\/blog\/arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool\/"},"modified":"2019-10-31T22:18:50","modified_gmt":"2019-10-31T19:18:50","slug":"arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool","title":{"rendered":"Uue p\u00f5lvkonna arveldusarkitektuur: transformatsioon \u00fcleminekul Tarantoolile","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Miks on sellisel korporatsioonil nagu MegaFon Tarantool arvelduses? Tundub, et tavaliselt toob teenusepakkuja \u00fche suure kasti, \u00fchendab selle vooluv\u00f5rku - ja voil\u00e0, arveldus tulebki! Kunagi nii oligi, kuid n\u00fc\u00fcd on see ajalooline tagasitulek, ja sellised dinosaurused on juba v\u00e4lja surnud v\u00f5i suremas. Algselt oli arveldus s\u00fcsteem arveteks - arve koostaja v\u00f5i kalkulaator. Kaasaegses telekommunikatsioonis on see kogu kliendisuhete eluts\u00fckli automatiseerimise s\u00fcsteem, alates lepingu s\u00f5lmimisest kuni selle l\u00f5petamiseni<\/b>, sealhulgas reaalajas tariifimine, maksete vastuv\u00f5tt ja veel palju muud. Arveldus telekommunikatsiooniettev\u00f5tetes sarnaneb s\u00f5jas\u00fcsteemiga - suur, v\u00f5imas ja relvastatud varustusega.<\/p>\n

\"Uue
\n
\nKuidas aga Tarantool siia mahtub? Selgitavad Oleg Ivlev<\/b> ja\u00a0Andrei Knyazev<\/b>. Oleg on ettev\u00f5tte MegaFon<\/a><\/noindex> peamine arhitekt, kellel on tohutu rahvusvaheline kogemus, Andrei on \u00e4ris\u00fcsteemide juht. Nende ettekande dekodeerimisest\u00a0Tarantooli konverentsil 2018<\/a><\/noindex>\u00a0saate teada, miks on R&D ettev\u00f5tetes vajalik, mis on Tarantool, kuidas vertikaalse skaleerimise ummik ja globaliseerumine kujunesid selle andmebaasi ilmnemise eeltingimusteks, samuti tehnoloogilised v\u00e4ljakutsed, arhitektuuri transformatsioon ja kuidas MegaFoni tehnoloogia kogum sarnaneb Netflixi, Google'i ja Amazoni omaga.
\n<\/a><\/noindex>
\n

\r\n \"M\u00e4ngi\r\n
<\/div>\r\n <\/div><\/center><\/p>\n

Projekt \u201e\u00dcks arveldus\u201c<\/h2>\n

\nProjekt, millest jutt k\u00e4ib, on nimetatud \u201e\u00dcks arveldus\u201c. Just selles n\u00e4itas Tarantool oma parimaid omadusi. <\/p>\n

\"Uue
\n
\nHi-End riistvara j\u00f5udlus ei suutnud sammu pidada tellijate arvu ja teenuste kasvu korral, oodati edasist kasvu M2M, IoT kaudu, samuti filiaalide erip\u00e4rad halvendavad toote turule toomise aega. Ettev\u00f5te otsustas luua \u00fchtse \u00e4ris\u00fcsteemi ainulaadse maailmatasemel moodulaarse arhitektuuriga, asendades 8 erinevat arvelduss\u00fcsteemi.<\/p>\n

MegaFon on kaheksa ettev\u00f5tet \u00fches<\/b>. 2009. aastal l\u00f5petati \u00fcmberkorraldamine: filiaalid \u00fcle kogu Venemaa liideti \u00fchte ettev\u00f5ttesse OAO \u201eMegaFon\u201c (praegu PAO). Nii tekkis ettev\u00f5ttes 8 arvelduss\u00fcsteemi, millel on oma \u201ekohandatud\u201c lahendused, filiaalide omadused ja erinev organisatsiooniline struktuur, IT ja turundus.<\/p>\n

K\u00f5ik oli h\u00e4sti, kuni tuli k\u00e4ivitada \u00fcks \u00fchine f\u00f6deraalne toode. Siit hakkasid ilmnema hulgaliselt keerukusi: kellegil on \u00fcmberarvutamine \u00fclespoole, kellegil allapoole, ja kellegil - keskmise aritmeetilise j\u00e4rgi. Selliseid hetki on tuhandeid.<\/p>\n

Hoolimata sellest, et arvelduse s\u00fcsteemi versioon on \u00fcks, tarnija \u00fcks, seaded olnud nii erinevad, et neid kokku liimida oli aegan\u00f5udev. Proovisime nende arvu v\u00e4hendada ja sattusime teise probleemile, mis on paljudele korporatsioonidele tuttav.<\/p>\n

Vertikaalne skaleerimine<\/b>. Isegi k\u00f5ige paremad toona olemas olnud riistvara ei rahuldanud vajadusi. T\u00f6\u00f6ks kasutati Hewlett-Packardi seadmeid, Superdome Hi-End seeriast, kuid need ei suutnud rahuldada isegi kahe filiaali vajadusi. Soovisime horisontaalset skaleerimist ilma suurte opereerimiskuludeta ja kapitaliinvesteeringuteta.<\/p>\n

Ootus abonentide ja teenuste arvu kasvu<\/b>. Konsultandid on pikka aega toonud telekommunikatsioonimaailma lugusid IoT ja M2M kohta: tulevad ajad, mil igas telefonis ja triikrauas on sim-kaart, ja k\u00fclmikus kaks. T\u00e4na on meil \u00fcks abonentide arv, kuid l\u00e4hitulevikus on neid k\u00fcmneid kordi rohkem.<\/p>\n

Tehnoloogilised v\u00e4ljakutsed<\/h2>\n

\nNeed neli p\u00f5hjust viisid meid t\u00f5siste muutuste poole. Oli valik s\u00fcsteemi moderniseerimise ja nullist projekteerimise vahel. M\u00f5tlesime kaua, tegime t\u00f5siseid otsuseid, korraldasime hanked. L\u00f5puks otsustasime projekteerida algusest peale ning asusime huvitavatele v\u00e4ljakutsetele - tehnoloogilistele v\u00e4ljakutsetele.<\/p>\n

Skaleeritavus<\/h3>\n

\nKui varem oli, \u00fctleme tinglikult, 8 arvelduse s\u00fcsteemi 15 miljoni abonendiga<\/b>, siis n\u00fc\u00fcd pidi tulema 100 miljonit abonenti ja rohkem<\/b>\u00a0\u2014 koormus on oluliselt suurem.<\/p>\n

Meie m\u00f5\u00f5tmed hakati v\u00f5rdlema suurte internetim\u00e4ngijatega, nagu Mail.ru v\u00f5i Netflix.<\/p><\/blockquote>\n

\nAga edasine liikumine koormuse ja abonentide arvu suurendamise suunas esitas meile t\u00f5siseid \u00fclesandeid.<\/p>\n

Meie piiramatust riigist<\/h3>\n

\nKaliningradi ja Vladivostoki vahel 7500 km ja 10 ajav\u00f6\u00f6ndit<\/b>. Valguse kiirus on l\u00f5plik ja sellistel vahemaadel on viivitused juba olulised. 150 ms k\u00f5ige paremates kaasaegsetes optilistes kanalites on liiga palju reaalajas arveldamiseks, eriti selliseks, nagu praegu on telekommunikatsioonis Venemaal. Lisaks peab olema uuendamine \u00fche t\u00f6\u00f6p\u00e4eva jooksul, ja erinevate ajav\u00f6\u00f6nditega, see on probleem.<\/p>\n

Me ei paku lihtsalt tellimusp\u00f5hiseid teenuseid, meil on keerulised plaanid, paketid ja erinevad modifikaatorid. Me peame mitte ainult lubama v\u00f5i keelama tellijal r\u00e4\u00e4kida, vaid andma neile kindla kvoodi \u2014 arvestama k\u00f5nesid ja toiminguid reaalajas nii, et nad ei m\u00e4rkaks.<\/p>\n

Talitluskatkestustunne<\/h3>\n

<\/p>\n

See on tsentraliseerimise tagaj\u00e4rg.<\/p><\/blockquote>\n

\nKui me kogume k\u00f5ik tellijad \u00fchte s\u00fcsteemi, siis v\u00f5ivad igasugused h\u00e4daolukorrad ja katastroofid olla ettev\u00f5tte jaoks h\u00e4vitavad. Seet\u00f5ttu projekteerime s\u00fcsteemi nii, et v\u00e4listame h\u00e4daolukordade m\u00f5ju kogu tellijabaasile.<\/p>\n

See on j\u00e4lle tagasil\u00fckkamine vertikaalsest skaleerimisest. Kui me l\u00e4ksime horisontaalsesse skaleerimisse, suurenes serverite arv sadadelt tuhandeteni. Nendega tuleb hallata ja luua vastastikune asendatavus, automatiseerida IT-infrastruktuuri varundamine ja taastada jaotatud s\u00fcsteem.<\/p>\n

Meie ees seisis selline huvitav v\u00e4ljakutse. Projekteerisime s\u00fcsteemi ja sel hetkel p\u00fc\u00fcdsime leida maailma parimat kogemust, et kontrollida, kui palju me oleme trendiga, kui palju j\u00e4rgime tipptasemel tehnoloogiaid.<\/p>\n

Maailmakogemus<\/h2>\n

<\/p>\n

\u00dcllatav, kuid maailmatasemel telekommunikatsioonis ei leidnud me \u00fchtegi viidatud n\u00e4idet.<\/p><\/blockquote>\n

\nEuroopa j\u00e4\u00e4b maha tellijate arvu ja mastaabi poolest, USA \u2014 oma hindade taseme poolest. Vaatasime midagi Hiinas ja leidsime midagi Indiast ning kaasasime spetsialiste Vodafone India'lt.<\/p>\n

Arhitektuuri anal\u00fc\u00fcsimiseks kogusime Dream Teami, mille eesotsas oli IBM \u2014 arhitektid erinevatest valdkondadest. Need inimesed suutsid adekvaatselt hinnata, mida me teeme, ja tuua meie arhitektuuri teatud teadmisi.<\/p>\n

Mastaap<\/h2>\n

\nM\u00f5ned numbrid illustratsiooniks.<\/p>\n

Me projekteerime s\u00fcsteemi 80 miljonile tellijale, varuga miljardile<\/b>. Nii k\u00f5rvaldame tulevased piirangud. See ei ole sellep\u00e4rast, et kavatseksime Hiinat vallutada, vaid IoT ja M2M surve t\u00f5ttu.<\/p>\n

300 miljonit dokumenti t\u00f6\u00f6deldakse reaalajas<\/b>. Kuigi meil on 80 miljonit tellijat, tegeleme ka potentsiaalsete klientidega ja nendega, kes on meist lahkunud, kui on vaja sissen\u00f5udmist. Seet\u00f5ttu on tegelikud mahud m\u00e4rgatavalt suuremad.<\/p>\n

2 miljardit tehingut<\/b> muudavad saldo igap\u00e4evaselt \u2014 need on maksed, arvestused, k\u00f5ned ja muud s\u00fcndmused.\u00a0200 TB andmed muutuvad aktiivselt<\/b>, veidi aeglasemalt muudavad 8 PB andmed<\/b>, ja see ei ole arhiiv, vaid elavad andmed \u00fches arveldamises. Skaala andmekeskuste l\u00f5ikes \u2014 5 tuhat serverit 14 asukohas<\/b>.<\/p>\n

Tehnoloogiline tipptehnoloogia<\/h2>\n

\nKui me kavandasime arhitektuuri ja asusime s\u00fcsteemi kokku panema, importisime endale k\u00f5ige huvitavamad ja uuenduslikumad tehnoloogiad. Tulemuseks sai tehnoloogiline tipptehnoloogia, mis on tuttav iga\u00fchele interneti m\u00e4ngijale ja korporatsioonidele, kes arendavad suurt koormust kannatavaid s\u00fcsteeme. <\/p>\n

\"Uue
\n
\nTehnoloogiline baas on sarnane teiste suurte m\u00e4ngijate, nagu Netflix, Twitter, Viber, omadega. See koosneb 6 komponendist, kuid soovime seda l\u00fchendada ja \u00fchtlustada.<\/p>\n

Paindlikkus on hea, kuid suures korporatsioonis ei saa ilma \u00fchtlustamiseta hakkama.<\/p><\/blockquote>\n

\nMe ei kavatse Oracle'it Tarantooliga asendada. Suurtes ettev\u00f5tetes on see utoopia v\u00f5i ristileitmine, mis kestab 5-10 aastat ja mille l\u00f5pptulemust on raske ennustada. Kuid Cassandra ja Couchbase'i v\u00f5ib kindlasti Tarantooliga asendada, ja me p\u00fc\u00fcame seda teha.<\/p>\n

Miks Tarantool?<\/h2>\n

\nOn 4 lihtsat kriteeriumi, miks me selle andmebaasi valisime.<\/p>\n

Kiirus<\/b>. Me tegime koormustestid MegaFoni t\u00f6\u00f6stuss\u00fcsteemides. Tarantool v\u00f5itis \u2014 see n\u00e4itas parimat j\u00f5udlust.<\/p>\n

Ei saa \u00f6elda, et teised s\u00fcsteemid ei rahuldaks MegaFoni vajadusi. Praegused m\u00e4lup\u00f5hised lahendused on nii v\u00f5imsad, et sellest piisab ettev\u00f5tte jaoks. Kuid me tahame tegeleda liidriga, mitte kellelegi, kes on sabas, sealhulgas koormustesti osas.<\/p>\n

Tarantool katab ettev\u00f5tte vajadused isegi pikaajalises perspektiivis.<\/p><\/blockquote>\n

\nTCO kulu<\/b>. Couchbase'i tugi MegaFoni mahus maksab kosmilisi summasid, Tarantooliga on olukord aga palju meeldivam ja funktsionaalsus on nende vahel sarnane.<\/p>\n

Veel \u00fcks meeldiv omadus, mis m\u00f5jutas meie valikut \u2014 Tarantool t\u00f6\u00f6tab m\u00e4luga paremini kui teised andmebaasid. See saavutab maximaalne efektiivsus<\/b>.<\/p>\n

Usaldusv\u00e4\u00e4rsus<\/b>. MegaFon investeerib usaldusv\u00e4\u00e4rsusse, nagu keegi teine. Seega, kui me Tarantoolile pilku peale viskasime, m\u00f5istsime, et peame selle vastama meie n\u00f5udmistele.<\/p>\n

Me investeerisime oma aega ja raha ning koos Mail.ru'ga l\u00f5ime ettev\u00f5tte versiooni, mida kasutatakse juba mitmes teises ettev\u00f5ttes.<\/p>\n

Tarantool-enterprise rahuldas meid t\u00e4ielikult turvalisuse, usaldusv\u00e4\u00e4rsuse ja logimise osas.<\/p><\/blockquote>\n

<\/p>\n

Partnerlus<\/h3>\n

\nMinu jaoks on k\u00f5ige olulisem \u2014 otsene kontakt arendajaga<\/b>. See on t\u00e4pselt see, millega Tarantooli meeskond meid v\u00f5itis.<\/p>\n

Kui sa tuled m\u00e4ngija juurde, eriti kui see t\u00f6\u00f6tab ankurklientidega, ja \u00fctled, et sul on vaja, et andmebaas suudaks seda, seda ja seda, vastab ta tavaliselt:<\/p>\n

\u2014 H\u00e4sti, kirjutage n\u00f5uded selle paki p\u00f5hja \u2014 kunagi, ilmselt, j\u00f5uame nende juurde.<\/i><\/p>\n

Paljusid on l\u00e4hituleviku 2-3 aasta tegevuskavad, ja sinna inteerumine on praktiliselt v\u00f5imatu, aga Tarantooli arendajad on avatuses \u00fclimalt k\u00f6itvad, ja mitte ainult MegaFoniga, ja kohandavad oma s\u00fcsteemi kliendi j\u00e4rgi. See on lahe ja meile meeldib see v\u00e4ga.<\/p>\n

Kus me Tarantooli rakendasime<\/h2>\n

\nMeie juures kasutatakse Tarantooli mitmes elemendis. Esiteks \u2014 pilootprojektis<\/b>, mille me tegime aadressikatalooge s\u00fcsteemi p\u00f5hjal. Aegade alguses soovisime, et sellest saaks s\u00fcsteem, mis sarnaneb Yandex.Maps ja Google Maps, aga tuli v\u00e4lja m\u00f5nev\u00f5rra teisiti. <\/p>\n

N\u00e4iteks, aadressikataloog m\u00fc\u00fcgiliideses. Oracle'il v\u00f5tab vajaliku aadressi leidmine aega 12-13 sekundit \u2014 ebamugavad numbrid. Kui me l\u00fclitume Tarantoolile, asendame Oracle'i teise andmebaasiga konsoolis, ja teeme sama otsingu, saame kiiruset\u00f5usu 200 korda! Linn ilmub ekraanile p\u00e4rast kolmandat t\u00e4hte. Praegu kohandame liidest, et see juhtuks p\u00e4rast esimest. Siiski, vastamisaeg on t\u00e4iesti teine \u2014 juba millisekundid, mitte sekundid.<\/p>\n

Teine rakendus \u2014 moes teema, mida nimetatakse kahekordseks IT-ks<\/b>. Sellep\u00e4rast r\u00e4\u00e4givad konsultandid igal pool, et ettev\u00f5tted peaksid sinna liikuma.<\/p>\n

\"Uue
\n
\nSiin on infrastruktuuri kiht, selle kohal domeenid, n\u00e4iteks arvelduss\u00fcsteem nagu telekomis, ettev\u00f5tte s\u00fcsteemid, ettev\u00f5tte aruandlus. See on alus, mida ei tohi puudutada. Loomulikult v\u00f5ib, aga paranoia tasemel kvaliteedi tagamiseks, sest see toob ettev\u00f5ttele raha.<\/p>\n

Edasi l\u00e4heb mikroteenuste kiht \u2014 see, mis diferentseerib operaatorit v\u00f5i muud m\u00e4ngijat. Mikroteenuseid saab kiiresti luua erinevate vahem\u00e4lu alusel, v\u00e4ljat\u00f5stes andmeid erinevatest domeenidest. Siin on katsetamiseks ruumi<\/b>\u00a0\u2014 kui midagi ei \u00f5nnestunud, sulgesid \u00fche mikroteenuse, avasid teise. See tagab t\u00f5eliselt suurenenud turuletoomise aja ja suurendab ettev\u00f5tte usaldusv\u00e4\u00e4rsust ja kiirus.<\/p>\n

Mikroteenused on ilmselt Tarantooli peamine roll MegaFonis. <\/p><\/blockquote>\n

<\/p>\n

Kus plaanime Tarantooli rakendada<\/h2>\n

\nKui v\u00f5rrelda meie eduka arvelduse projekti Deutsche Telekomi, \u0421\u0432\u044f\u0437\u044c\u043a\u043e\u043c ja Vodafone India transformatsiooniprogrammidega, on see \u00fcllatavalt d\u00fcnaamiline ja loominguline. Selle projekti elluviimise protsessis mitte ainult ei transformeeritud MegaFon ja selle struktuur, vaid tekkis ka Mail.ru Tarantool-enterprise ning meie tarnija Nexign (endine \u201ePeterservice\u201d) - BSS Box (kastilahenduse arveldamise lahendus).<\/p>\n

See on mingil m\u00f5ttes ajalooline projekt Venemaa turul. Seda v\u00f5ib v\u00f5rrelda Frederic Brooksi raamatus \"M\u00fc\u00fcdiline meeskuu\" kirjeldatuga. Tol ajal, 60. aastatel, kaasas IBM uusi peaj\u00f5udude operatsioonis\u00fcsteemi OS\/360 arendamiseks 5000 inimest. Meil on v\u00e4hem - 1800, aga meie teeme seda efektiivsemalt, kasutades avatud l\u00e4htekoodi ja uusi l\u00e4henemisviise.<\/p>\n

Allpool on n\u00e4idatud arvelduse domeenid v\u00f5i, kui r\u00e4\u00e4kida laiemalt, \u00e4ris\u00fcsteemid. Enterprise'i inimesed tunnevad CRM-i h\u00e4sti. Teised s\u00fcsteemid peaksid olema k\u00f5igil: Open API, API Gateway.<\/p>\n

\"Uue
\n<\/p>\n

Open API<\/h3>\n

\nVaadakem j\u00e4lle numbreid ja seda, kuidas Open API praegu t\u00f6\u00f6tab. Selle koormus on 10,000 tehingut sekundis.<\/b>Kuna plaanime aktiivselt arendada mikroteenuste kihti ja ehitada MegaFoni avalikku API-d, siis ootame tulevikus selles osas rohkem kasvu.\u00a0100,000 tehingut kindlasti tuleb.<\/b>.<\/p>\n

Ma ei tea, kas saame Mail.ru SSO-ga v\u00f5rrelda - neil on vist 1,000,000 tehingut sekundis. Meie jaoks on nende lahendus \u00e4\u00e4rmiselt huvitav ja plaanime omandada nende kogemusi - n\u00e4iteks, koostada SSO funktsionaalne varukoopia Tarantooli abil. Praegu tegelevad Mail.ru arendajad sellega meie juures.<\/p>\n

CRM<\/h2>\n

\nCRM - need on 80 miljonit abonenti, keda tahame viia miljardi l\u00e4hedale, kuna meil on juba 300 miljonit dokumenti, mis h\u00f5lmavad kolmeaastast ajalugu. Ootame t\u00f5eliselt uusi teenuseid ja siin kasvupunkt on \u00fchendatud teenused.<\/b>See on sf\u00e4\u00e4r, mis kasvab, kuna teenuseid tuleb aina rohkem. Seega on vajalik ajalugu, me ei soovi sellel komistada.<\/p>\n

Ise arveldus, kliendi tasumata arvete t\u00f6\u00f6tlemine on transformeerunud eraldi domeeniks.<\/b>T\u00e4iendava tootlikkuse nimel rakendati domeeni arhitektuuri arhitektuurimustrit.<\/b>.<\/p>\n

S\u00fcsteem on jagatud domeenideks, koormus on jaotatud ja tagatud on t\u00f5rketaluvus. Lisaks on tehtud t\u00f6\u00f6d hajutatud arhitektuuriga.<\/p><\/blockquote>\n

\nK\u00f5ik muu on ettev\u00f5tte taseme lahendused. K\u00f5nede salvestamisel on 2 miljardit p\u00e4evas<\/b>, 60 miljardit kuus. M\u00f5nikord tuleb neid kuus \u00fcmber lugeda, ja parem on kiiresti. Finantsmonitooring<\/b>\u00a0on just need 300 miljonit, mis pidevalt kasvavad: abonendid jooksevad sageli operaatorite vahel, suurendades seda osa.<\/p>\n

K\u00f5ige telekommunikatsiooniga seotud komponent mobiilsides on online-tariifimine<\/b>. Need on s\u00fcsteemid, mis v\u00f5imaldavad teil helistada v\u00f5i mitte helistada, teevad otsuseid reaalajas. Siin on koormus 30 000 tehingut sekundis, kuid andmeside edasise kasvu arvesse v\u00f5ttes plaanime 250 000 tehingut<\/b>, seega oleme v\u00e4ga huvitatud Tarantoolist.<\/p>\n

Eelmine pilt on need domeenid, kus plaanime Tarantooli rakendada. CRM on muidugi laiem ja plaanime seda rakendada tuumprotsessis. <\/p>\n

Minu jaoks arhitektina tekitab meie arvutatud n\u00e4itaja TTH 100 miljonit abonenti segadust \u2013 ent mis siis, kui 101 miljonit? Kas peame taas k\u00f5ik \u00fcmber tegema? Sellise olukorra v\u00e4ltimiseks rakendame vahem\u00e4lusid, t\u00f5stes samal ajal k\u00e4ttesaadavust.<\/p>\n

\"Uue
\n
\n\u00dcldiselt on Tarantooli rakendamiseks kaks l\u00e4henemist. Esimene on ehitada k\u00f5ik vahem\u00e4lud mikroteenuste tasemele.<\/b>Nii palju kui mina aru saan, l\u00e4heb sel teel VimpelCom, luues klientide vahem\u00e4lu.<\/p>\n

Meie oleme v\u00e4hem s\u00f5ltuvad tarnijatelt, muudame BSS-i tuuma, seega on meil juba valmis klientide kaust. Kuid me tahame seda laiendada. Seet\u00f5ttu rakendame veidi teistsugust l\u00e4henemist \u2013 teeme vahem\u00e4lusid s\u00fcsteemide sees.<\/b>.<\/p>\n

Nii on v\u00e4hem des\u00fcnkroniseerimist \u2013 \u00fcks s\u00fcsteem vastutab nii vahem\u00e4lu kui ka p\u00f5hiallikate eest.<\/p><\/blockquote>\n

\nMeetod sobib h\u00e4sti Tarantooli l\u00e4henemisega, kus tehingute raamistik uuendab ainult osi, mis puudutavad uuendusi, st andmete muutusi. K\u00f5ike muud saab hoida kuskil mujal. Ei ole tohutut andmej\u00e4rve, haldamata globaalset vahem\u00e4lu. Vahem\u00e4lud projekteeritakse s\u00fcsteemi, toodete v\u00f5i klientide j\u00e4rgi, v\u00f5i et elu oleks t\u00e4iendavteenindusele lihtsam. Kui helistab kvaliteedi \u00fcle kurvastav abonent, tahaks teda kvaliteetselt teenindada.<\/p>\n

RTO ja RPO<\/h2>\n

\nIT-s on kaks m\u00f5istet \u2013 RTO<\/b> ja\u00a0RPO<\/b>. <\/p>\n

Recovery time objective<\/b>\u00a0\u2014 see taastumise aeg p\u00e4rast riket. RTO = 0 t\u00e4hendab, et isegi kui midagi juhtub, j\u00e4tkab teenus t\u00f6\u00f6tamist.<\/p>\n

taastumise punkti eesm\u00e4rk<\/b>\u00a0\u2014 see on andmete taastamise aeg, kui palju andmeid me saame kuskil ajavahemikus kaotada. RPO = 0 t\u00e4hendab, et me ei kaota andmeid.<\/p>\n

\u00dclesanne Tarantoolis<\/h2>\n

\nProovime lahendada \u00fclesande Tarantoolile.<\/p>\n

Antud<\/b>: k\u00f5igile arusaadav ostukorv, n\u00e4iteks Amazonis v\u00f5i mujal. Vajaliku<\/b> on see, et ostukorv t\u00f6\u00f6taks 24 tundi 7 p\u00e4eva n\u00e4dalas, v\u00f5i 99,99% ajast. Tellimused, mis meile tulevad, peavad s\u00e4ilitama j\u00e4rjekorra, kuna me ei saa kaootiliselt kliendi side sisse v\u00f5i v\u00e4lja l\u00fclitada \u2014 k\u00f5ik peab olema rangelt j\u00e4rjestatud. Eelmise tellimuse m\u00f5ju j\u00e4rgnevatele, seega on andmed olulised \u2014 mitte midagi ei tohi kaduda.<\/p>\n

Lahendus<\/b>. V\u00f5ib proovida lahendada otseselt ja k\u00fcsida andmebaasi arendajatelt, kuid probleem matemaatiliselt ei lahendata. V\u00f5ib meenutada teoreeme, s\u00e4ilimise seadusi, kvantf\u00fc\u00fcsikat, kuid miks \u2014 seda ei saa lahendada andmebaasi tasandil.<\/p>\n

Siin t\u00f6\u00f6tab vana hea arhitektuuri l\u00e4henemisviis \u2014 tuleb h\u00e4sti tundma \u00f5ppida valdkonda ja selle abil see m\u00f5istatus lahendada.<\/p>\n

\"Uue
\n
\nMeie lahendus: loome jaotatud taotluste registri Tarantoolis \u2014 geograafiliselt jaotatud kluster<\/b>. Skeemil on need kolm erinevat andmekeskust \u2014 kaks Uurali ees ja \u00fcks Uurali taga, ning me jaotame k\u00f5ik taotlused nende keskuste vahel.<\/p>\n

Netflixil, mis on praegu \u00fcks IT valdkonna juhte, oli 2012. aastani ainult \u00fcks andmekeskus. Katoliikliku j\u00f5ulup\u00fcha eel\u00f5htul, 24. detsembril, see andmekeskus kukkus. Kanada ja USA kasutajad j\u00e4id ilma oma lemmikfilmidest, olid sellest v\u00e4ga pettunud ja kirjutasid sotsiaalmeedias sellest. N\u00fc\u00fcd on Netflixil kolm andmekeskust l\u00e4\u00e4ne-idapoolsel rannikul ja \u00fcks l\u00e4\u00e4nes Euroopas. <\/p>\n

Me ehitame algusest peale geograafiliselt jaotatud lahendust \u2014 meile on oluline riketekindlus. <\/p><\/blockquote>\n

\nNii et meil on kluster, aga kuidas olla RPO = 0 ja RTO = 0? Lahendus on lihtne, s\u00f5ltudes valdkonnast.<\/p>\n

Mis on taotluste puhul oluline? Kaks osa: ostukorvi koostamine\u00a0ENNE<\/b> otsuse tegemist ostmise kohta, ja\u00a0PEALE<\/b>. Enne ostufaas peab telekommunikatsioonis tavaliselt olema tellimuse registreerimine<\/b> v\u00f5i tellimuse l\u00e4bir\u00e4\u00e4kimine<\/b>Telekommunikatsioonis on see sageli palju keerulisem kui veebipoes, kuna klienti tuleb teenindada, pakkuda 5 v\u00f5imalust ja see k\u00f5ik toimub mingil hetkel, kuid ostukorv t\u00e4itub. Just sel hetkel v\u00f5ib juhtuda rike, kuid see ei ole hirmutav, kuna tegevus toimub interaktiivses re\u017eiimis inimese j\u00e4relevalve all. <\/p>\n

Kui Moskva andmekeskus ootamatult eba\u00f5nnestub, saame automaatselt \u00fcle l\u00fclitada teise andmekeskusse ning me j\u00e4tkame t\u00f6\u00f6d. Teoreetiliselt v\u00f5ib \u00fches ostukorvis kaduda \u00fcks toode, kuid te n\u00e4ete seda, t\u00e4iendate ostukorvi uuesti ja j\u00e4tkate t\u00f6\u00f6d. Sel juhul RTO = 0.<\/p>\n

Samal hetkel on olemas ka teine v\u00f5imalus: kui me vajutame \"submit\", siis tahame, et andmed ei kaoks. Sellest hetkest alates hakkab automaatika t\u00f6\u00f6le \u2013 see on juba RPO = 0. Nende kahe erineva malli rakendamine \u00fches juhul v\u00f5ib olla lihtsalt geojaotatud klaster \u00fche l\u00fclitatava meistriga, teises juhul m\u00f5ni kvoorumikirje. Mallid v\u00f5ivad varieeruda, kuid me lahendame probleemi.<\/p>\n

J\u00e4tkates, omades jaotatud taotluste registrit, saame veelgi k\u00f5ik seda skaleerida \u2013 omada palju tegijaid ja t\u00e4itjaid, kes p\u00f6\u00f6rduvad selle registri poole.<\/p>\n

\"Uue
\n<\/p>\n

Cassandra ja Tarantool koos<\/h2>\n

\nOn veel \u00fcks juhtum \u2013 \"bilansi vitriin\"<\/b>. Siin on t\u00f5eliselt huvitav juhtum Cassandra ja Tarantooli \u00fchiseks kasutamiseks.<\/p>\n

Kasutame Cassandrat, kuna 2 miljardit k\u00f5net p\u00e4evas ei ole piir ja neid tuleb veelgi rohkem. Turundajad armastavad jagada liiklust allikate kaupa, n\u00e4iteks sotsiaalmeedia kohta tuleb juurde \u00fcha enam detaile. See k\u00f5ik suurendab ajalugu.<\/p>\n

Cassandra v\u00f5imaldab horisontaalset skaleerimist k\u00f5igile mahtudele.<\/p><\/blockquote>\n

\nMe tunneme end Cassandraga mugavalt, kuid sellel on \u00fcks probleem \u2013 see pole lugemise jaoks hea. Kirjutamise osas on k\u00f5ik korras, 30 000 sekundis pole probleem \u2013 probleem on lugemises<\/b>.<\/p>\n

Seet\u00f5ttu tuli jutuks vahem\u00e4lu ja me lahendasime samal ajal j\u00e4rgmise probleemi: on olemas vana traditsiooniline juhtum, kus varustus, mis tuleb l\u00fclitilt online-arvestusse, j\u00f5uab failidesse, mida me laadime Cassandrasse. Oleme v\u00f5idelnud nende failide usaldusv\u00e4\u00e4rse laadimise probleemiga, kasutasime isegi IBM-i juhtkonna soovitust failide edastamiseks \u2013 on olemas sellised lahendused, mis haldavad failide edastamist t\u00f5husalt, kasutades n\u00e4iteks UDP-protokolli, mitte TCP-d. See on hea, aga ikkagi v\u00f5tavad need minutid, ja me ei saa, kuni k\u00f5ik on \u00fcle laaditud, operaator k\u00f5nekeskkonnas ei saa vastata kliendile, mis toimub tema bilansiga \u2013 tuleb oodata.<\/p>\n

Selle v\u00e4ltimiseks\u00a0kasutame paralleelset funktsionaalset reservi<\/b>. Kui saadame s\u00fcndmuse Kafka kaudu Tarantoolisse, \u00fcmber arvutades agregaate reaalajas, n\u00e4iteks t\u00e4na, siis saame bilansivahem\u00e4lu<\/b>, mis v\u00f5ib edastada bilansid mis tahes kiirusel, n\u00e4iteks 100 tuhat tehingut sekundis ja sama 2 sekundiga.<\/p>\n

Eesm\u00e4rk on see, et p\u00e4rast k\u00f5ne sooritamist oleks isiklikus kabinetis juba 2 sekundi p\u00e4rast mitte ainult muudetud saldo, vaid ka teave selle kohta, miks see muutus.<\/p>\n

Kokkuv\u00f5te<\/h2>\n

\nNeed olid Tarantooli kasutamise n\u00e4ited. Meile meeldis Mail.ru avatus, nende valmisolek arvestada erinevaid juhtumeid. <\/p>\n

BCG, McKinsey, Accenture v\u00f5i IBM konsultantidel on raske meid millegagi uuega \u00fcllatada - paljusid asju, mida nad pakuvad, teeme me kas juba, oleme teinud v\u00f5i plaanime teha. Arvan, et Tarantool leiab meie tehnoloogilises kihis v\u00e4\u00e4rika koha ja asendab palju juba olemasolevaid tehnoloogiaid. Oleme aktiivses arendusfaasis selle projektiga.<\/p>\n

Olegi ja Andrei ettekandega oli \u00fcks parimaid Tarantooli konverentsil mullu, ning juba 17. juunil esineb Oleg Ivlev\u00a0T+ Konverentsil 2019<\/a><\/noindex>\u00a0ettekandega \u201eMiks on Tarantool ettev\u00f5ttes vajalik\u201c<\/a><\/noindex>. Samuti esindab MegaFon Alexander Deulin ettekandega \u201eTarantooli vahem\u00e4lud ja Oracle'i replikatsioon\u201c<\/a><\/noindex>. Saame teada, mis on muutunud, milliseid plaane on \u00f5nnestunud ellu viia. Liituge - konverents on tasuta, tuleb ainult registreeruda<\/a><\/noindex>. K\u00f5ik ettekanded on aktsepteeritud<\/a><\/noindex> ja konverentsi programm on moodustatud: uued juhtumid, uus kogemus Tarantooli kasutamisest, arhitektuur, ettev\u00f5te, \u00f5petused ja mikroteenused.<\/p><\/blockquote>\n

Allikas: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0417\u0430\u0447\u0435\u043c \u0442\u0430\u043a\u043e\u0439 \u043a\u043e\u0440\u043f\u043e\u0440\u0430\u0446\u0438\u0438, \u043a\u0430\u043a \u041c\u0435\u0433\u0430\u0424\u043e\u043d, Tarantool \u0432\u00a0\u0431\u0438\u043b\u043b\u0438\u043d\u0433\u0435? \u0421\u043e \u0441\u0442\u043e\u0440\u043e\u043d\u044b \u043a\u0430\u0436\u0435\u0442\u0441\u044f, \u0447\u0442\u043e \u043e\u0431\u044b\u0447\u043d\u043e \u043f\u0440\u0438\u0445\u043e\u0434\u0438\u0442 \u0432\u0435\u043d\u0434\u043e\u0440, \u043f\u0440\u0438\u043d\u043e\u0441\u0438\u0442 \u043a\u0430\u043a\u0443\u044e-\u0442\u043e \u0431\u043e\u043b\u044c\u0448\u0443\u044e \u043a\u043e\u0440\u043e\u0431\u043a\u0443, \u0432\u0442\u044b\u043a\u0430\u0435\u0442 \u0448\u0442\u0435\u043a\u0435\u0440 \u0432\u00a0\u0440\u043e\u0437\u0435\u0442\u043a\u0443\u00a0\u2014 \u0432\u043e\u0442 \u0438\u00a0\u0431\u0438\u043b\u043b\u0438\u043d\u0433! \u041a\u043e\u0433\u0434\u0430-\u0442\u043e \u0442\u0430\u043a \u0438\u00a0\u0431\u044b\u043b\u043e, \u043d\u043e\u00a0\u0441\u0435\u0439\u0447\u0430\u0441 \u044d\u0442\u043e \u0430\u0440\u0445\u0430\u0438\u043a\u0430, \u0438\u00a0\u0442\u0430\u043a\u0438\u0435 \u0434\u0438\u043d\u043e\u0437\u0430\u0432\u0440\u044b \u0443\u0436\u0435 \u0432\u044b\u043c\u0435\u0440\u043b\u0438 \u0438\u043b\u0438 \u0432\u044b\u043c\u0438\u0440\u0430\u044e\u0442. \u0418\u0437\u043d\u0430\u0447\u0430\u043b\u044c\u043d\u043e \u0431\u0438\u043b\u043b\u0438\u043d\u0433 \u044d\u0442\u043e \u0441\u0438\u0441\u0442\u0435\u043c\u0430 \u0434\u043b\u044f \u0432\u044b\u0441\u0442\u0430\u0432\u043b\u0435\u043d\u0438\u044f \u0441\u0447\u0435\u0442\u043e\u0432\u00a0\u2014 \u0441\u0447\u0438\u0442\u0430\u043b\u043a\u0430 \u0438\u043b\u0438 \u043a\u0430\u043b\u044c\u043a\u0443\u043b\u044f\u0442\u043e\u0440. \u0412\u00a0\u0441\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u043e\u043c \u0442\u0435\u043b\u0435\u043a\u043e\u043c\u0435\u00a0\u2014 \u044d\u0442\u043e \u0441\u0438\u0441\u0442\u0435\u043c\u0430 \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u0432\u0441\u0435\u0433\u043e \u0436\u0438\u0437\u043d\u0435\u043d\u043d\u043e\u0433\u043e \u0446\u0438\u043a\u043b\u0430 \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f \u0441\u00a0\u0430\u0431\u043e\u043d\u0435\u043d\u0442\u043e\u043c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28258,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37650","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Uue p\u00f5lvkonna billinguarhitektuur: \u00fcleminek Tarantoolile | ProHoster","description":"Miks on Megafoni t\u00fc\u00fcpi korporatsioonil Tarantool billingus? N\u00e4ib, et tavaliselt tuleb m\u00fc\u00fcja, toob suure kasti, \u00fchendab pistiku vooluv\u00f5rku \u2014 ja siin see on, billimine!","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0410\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u0430 \u0431\u0438\u043b\u043b\u0438\u043d\u0433\u0430 \u043d\u043e\u0432\u043e\u0433\u043e \u043f\u043e\u043a\u043e\u043b\u0435\u043d\u0438\u044f: \u0442\u0440\u0430\u043d\u0441\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044f \u0441 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u043e\u043c \u043d\u0430 Tarantool | ProHoster","og:description":"\u0417\u0430\u0447\u0435\u043c \u0442\u0430\u043a\u043e\u0439 \u043a\u043e\u0440\u043f\u043e\u0440\u0430\u0446\u0438\u0438, \u043a\u0430\u043a \u041c\u0435\u0433\u0430\u0424\u043e\u043d, Tarantool \u0432 \u0431\u0438\u043b\u043b\u0438\u043d\u0433\u0435? \u0421\u043e \u0441\u0442\u043e\u0440\u043e\u043d\u044b \u043a\u0430\u0436\u0435\u0442\u0441\u044f, \u0447\u0442\u043e \u043e\u0431\u044b\u0447\u043d\u043e \u043f\u0440\u0438\u0445\u043e\u0434\u0438\u0442 \u0432\u0435\u043d\u0434\u043e\u0440, \u043f\u0440\u0438\u043d\u043e\u0441\u0438\u0442 \u043a\u0430\u043a\u0443\u044e-\u0442\u043e \u0431\u043e\u043b\u044c\u0448\u0443\u044e \u043a\u043e\u0440\u043e\u0431\u043a\u0443, \u0432\u0442\u044b\u043a\u0430\u0435\u0442 \u0448\u0442\u0435\u043a\u0435\u0440 \u0432 \u0440\u043e\u0437\u0435\u0442\u043a\u0443 \u2014 \u0432\u043e\u0442 \u0438 \u0431\u0438\u043b\u043b\u0438\u043d\u0433!","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:18:50+00:00","article:modified_time":"2019-10-31T19:18:50+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37650","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 18:44:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:23:06","updated":"2026-01-23 18:44:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/37650","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=37650"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/37650\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/28258"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=37650"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=37650"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=37650"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}