Ný kynslóð innheimtuarkitektúr: umbreyting með umskiptum yfir í Tarantool

Af hverju þarf fyrirtæki eins og MegaFon Tarantool við innheimtu? Að utan virðist sem seljandinn komi venjulega, komi með einhvers konar stóran kassa, stingur klónni í innstunguna - og það er reikningur! Þetta var einu sinni raunin, en nú er það fornaldarlegt og slíkar risaeðlur hafa þegar dáið út eða eru að verða útdauðar. Upphaflega er innheimta kerfi til að gefa út reikninga - talningarvél eða reiknivél. Í nútíma fjarskiptum er þetta sjálfvirknikerfi fyrir allan lífsferil samskipta við áskrifanda frá gerð samnings til uppsagnar, þar á meðal innheimtu í rauntíma, greiðslusamþykki og margt fleira. Innheimta í fjarskiptafyrirtækjum er eins og bardagavélmenni - stórt, öflugt og hlaðið vopnum.

Ný kynslóð innheimtuarkitektúr: umbreyting með umskiptum yfir í Tarantool

Hvað hefur Tarantool með það að gera? Þeir munu tala um það Oleg Ivlev и Andrey Knyazev. Oleg er yfirarkitekt fyrirtækisins MegaFon með mikla reynslu af störfum í erlendum fyrirtækjum, Andrey er forstöðumaður viðskiptakerfa. Úr afriti skýrslu þeirra um Tarantool ráðstefna 2018 þú munt læra hvers vegna þörf er á rannsóknum og þróun í fyrirtækjum, hvað Tarantool er, hvernig öngþveiti lóðréttrar mælingar og hnattvæðingar varð forsenda þess að þessi gagnagrunnur birtist í fyrirtækinu, um tæknilegar áskoranir, byggingarbreytingar og hvernig tæknistakk MegaFon er svipað og Netflix , Google og Amazon.

Verkefnið "Samræmd innheimta"

Verkefnið sem um ræðir kallast „Sameinuð innheimta“. Það var hér sem Tarantool sýndi bestu eiginleika sína.

Ný kynslóð innheimtuarkitektúr: umbreyting með umskiptum yfir í Tarantool

Vöxtur í framleiðni Hi-End búnaðar hélt ekki í við vöxt áskrifendahópsins og fjölgun þjónustu; búist var við frekari vexti í fjölda áskrifenda og þjónustu vegna M2M, IoT og útibúa. til versnandi tíma til markaðssetningar. Fyrirtækið ákvað að búa til sameinað viðskiptakerfi með einstökum heimsklassa einingaarkitektúr, í stað 8 núverandi mismunandi innheimtukerfa.

MegaFon eru átta fyrirtæki í einu. Árið 2009 var endurskipulagningunni lokið: útibú um allt Rússland sameinuðust í eitt fyrirtæki, MegaFon OJSC (nú PJSC). Þannig hefur fyrirtækið 8 innheimtukerfi með eigin „sérsniðnum“ lausnum, útibúseiginleikum og mismunandi skipulagi, upplýsingatækni og markaðssetningu.

Allt var í lagi þar til við þurftum að setja eina sameiginlega alríkisvöru á markað. Hér komu upp miklir erfiðleikar: fyrir suma eru gjaldskrár rúnnaðar upp, fyrir aðra niður og fyrir aðra - byggðar á reiknuðu meðaltali. Það eru þúsundir slíkra augnablika.

Þrátt fyrir að aðeins hafi verið ein útgáfa af innheimtukerfinu, einn birgir, voru stillingarnar svo ólíkar að það tók langan tíma að setja saman. Við reyndum að fækka þeim og lentum í öðru vandamáli sem mörg fyrirtæki þekkja.

Lóðrétt mælikvarði. Jafnvel flottasti vélbúnaðurinn á þeim tíma uppfyllti ekki þarfir. Verkið notaði Hewlett-Packard búnað úr Superdome Hi-End línunni, en hann uppfyllti ekki þarfir jafnvel tveggja útibúa. Ég vildi lárétta skala án mikils rekstrarkostnaðar og fjármagnsfjárfestinga.

Væntingar um vöxt í fjölda áskrifenda og þjónustu. Ráðgjafar hafa lengi flutt sögur um IoT og M2M til fjarskiptaheimsins: sá tími mun koma að hver sími og járn verður með SIM-kort og tvö í ísskápnum. Í dag erum við með jafnmarga áskrifendur en á næstunni verða þeir mun fleiri.

Tæknilegar áskoranir

Þessar fjórar ástæður hvöttu okkur til að gera alvarlegar breytingar. Valið var á milli þess að uppfæra kerfið og hanna frá grunni. Við hugsuðum lengi, tókum alvarlegar ákvarðanir, spiluðum útboð. Í kjölfarið ákváðum við að hanna strax í upphafi og tókum við áhugaverðum áskorunum - tæknilegum áskorunum.

Stærð

Ef það var áður, við skulum segja, við skulum segja 8 reikningar fyrir 15 milljónir áskrifenda, og nú hefði það átt að virka 100 milljónir áskrifenda og fleiri - álagið er stærðargráðu hærra.

Við erum orðin sambærileg að stærð við stóra netspilara eins og Mail.ru eða Netflix.

En frekari hreyfing til að auka álag og fjölda áskrifenda hefur sett okkur alvarlegar áskoranir.

Landafræði okkar víðfeðma lands

Milli Kaliningrad og Vladivostok 7500 km og 10 tímabelti. Ljóshraðinn er endanlegur og á slíkum vegalengdum eru tafirnar þegar verulegar. 150 ms á flottustu nútíma sjónrásum er of mikið fyrir rauntíma innheimtu, sérstaklega þar sem það er núna í fjarskiptum í Rússlandi. Að auki þarftu að uppfæra á einum virka degi og með mismunandi tímabelti er þetta vandamál.

Við veitum ekki bara þjónustu gegn áskriftargjaldi, við erum með flóknar gjaldskrár, pakka og ýmsar breytingar. Við þurfum ekki bara að leyfa eða neita áskrifandanum að tala heldur gefa honum ákveðinn kvóta - reikna út símtöl og aðgerðir í rauntíma svo hann taki ekki eftir því.

bilanaþol

Þetta er hin hlið miðstýringar.

Ef við söfnum öllum áskrifendum í eitt kerfi, þá eru allir neyðaratburðir og hamfarir hörmulegar fyrir fyrirtæki. Þess vegna hönnum við kerfið á þann hátt að það útiloki áhrif slysa á allan áskrifendahópinn.

Þetta er aftur afleiðing af synjun um lóðrétta skala. Þegar við stækkuðum lárétt fjölguðum við fjölda netþjóna úr hundruðum í þúsundir. Þeir þurfa að vera stjórnaðir og skiptanlegir, taka sjálfkrafa öryggisafrit af upplýsingatækniinnviðum og endurheimta dreifða kerfið.

Við stóðum frammi fyrir svo áhugaverðum áskorunum. Við hönnuðum kerfið og á því augnabliki reyndum við að finna alþjóðlegar bestu starfsvenjur til að athuga hvernig við erum í þróuninni, hversu mikið við fylgjum háþróaðri tækni.

Heimsupplifun

Það kemur á óvart að við fundum ekki eina tilvísun í alþjóðlegum fjarskiptum.

Evrópa hefur fallið frá hvað varðar fjölda áskrifenda og umfang, Bandaríkin - hvað varðar flatarleika gjaldskrár. Við skoðuðum nokkra í Kína og fundum nokkra á Indlandi og réðum sérfræðinga frá Vodafone Indlandi.

Til að greina arkitektúrinn settum við saman draumateymi undir forystu IBM - arkitekta frá mismunandi sviðum. Þetta fólk gat metið það sem við vorum að gera á fullnægjandi hátt og komið með ákveðna þekkingu í arkitektúr okkar.

Mælikvarði

Nokkrar tölur til skýringar.

Við hönnum kerfið fyrir 80 milljónir áskrifenda með einn milljarð í varasjóð. Þannig fjarlægjum við framtíðarþröskulda. Þetta er ekki vegna þess að við ætlum að taka yfir Kína, heldur vegna árásar IoT og M2M.

300 milljónir skjala unnin í rauntíma. Þó við séum með 80 milljónir áskrifenda þá vinnum við bæði með mögulegum viðskiptavinum og þeim sem hafa yfirgefið okkur ef við þurfum að innheimta kröfur. Þess vegna er raunverulegt magn áberandi meira.

2 milljarða viðskipti Staðan breytist daglega - þetta eru greiðslur, gjöld, símtöl og aðrir atburðir. 200 TB af gögnum er að breytast, breyta aðeins hægar 8 PB af gögnum, og þetta er ekki skjalasafn, heldur lifandi gögn í einni innheimtu. Skala eftir gagnaveri - 5 þúsund netþjónar á 14 síðum.

Tæknistafla

Þegar við skipulögðum arkitektúrinn og byrjuðum að setja kerfið saman fluttum við inn áhugaverðustu og fullkomnustu tæknina. Niðurstaðan er tæknistafla sem allir netspilarar og fyrirtæki sem búa til háhlaðna kerfi þekkja.

Ný kynslóð innheimtuarkitektúr: umbreyting með umskiptum yfir í Tarantool

Staflinn er svipaður og stafla annarra helstu leikmanna: Netflix, Twitter, Viber. Það samanstendur af 6 hlutum en við viljum stytta það og sameina það.

Sveigjanleiki er góður, en í stóru fyrirtæki er engin leið án sameiningar.

Við ætlum ekki að breyta sama Oracle í Tarantool. Í raunveruleika stórfyrirtækja er þetta útópía, eða krossferð í 5-10 ár með óljósri niðurstöðu. En Cassandra og Couchbase er auðveldlega hægt að skipta út fyrir Tarantool og það er það sem við erum að leitast við.

Af hverju Tarantool?

Það eru 4 einföld skilyrði hvers vegna við völdum þennan gagnagrunn.

Speed. Við gerðum álagsprófanir á MegaFon iðnaðarkerfum. Tarantool vann - það sýndi besta frammistöðu.

Þetta er ekki þar með sagt að önnur kerfi uppfylli ekki þarfir MegaFon. Núverandi minnislausnir eru svo afkastamiklar að varasjóðir fyrirtækisins eru meira en nógir. En við höfum áhuga á að eiga við leiðtoga, en ekki við einhvern sem er eftirbátur, þar á meðal í álagsprófinu.

Tarantool uppfyllir þarfir fyrirtækisins jafnvel til lengri tíma litið.

TCO kostnaður. Stuðningur við Couchbase á MegaFon bindum kostar stjarnfræðilegar fjárhæðir, en með Tarantool er ástandið mun notalegra og þau eru svipuð að virkni.

Annar ágætur eiginleiki sem hafði örlítið áhrif á val okkar er að Tarantool virkar betur með minni en aðrir gagnagrunnar. Hann sýnir hámarks skilvirkni.

Áreiðanleiki. MegaFon fjárfestir í áreiðanleika, líklega meira en nokkur annar. Svo þegar við skoðuðum Tarantool, áttuðum við okkur á því að við yrðum að láta það uppfylla kröfur okkar.

Við fjárfestum tíma okkar og fjárhag og ásamt Mail.ru bjuggum við til fyrirtækjaútgáfu sem er nú notuð í nokkrum öðrum fyrirtækjum.

Tarantool-fyrirtækið uppfyllti okkur algjörlega hvað varðar öryggi, áreiðanleika og skógarhögg.

Samstarf

Það mikilvægasta fyrir mig er beint samband við framkvæmdaraðila. Þetta er einmitt það sem strákarnir frá Tarantool mútuðu með.

Ef þú kemur að leikmanni, sérstaklega þeim sem vinnur með akkerisbiðlara, og segir að þú þurfir gagnagrunninn til að geta gert þetta, þetta og þetta, þá svarar hann venjulega:

- Allt í lagi, settu kröfurnar neðst í bunkann - einhvern tíma munum við líklega ná þeim.

Margir eru með vegvísi fyrir næstu 2-3 árin og það er nánast ómögulegt að samþætta þar, en Tarantool forritarar töfra með hreinskilni sinni, en ekki bara frá MegaFon, og laga kerfið sitt að viðskiptavininum. Það er flott og okkur líkar það mjög vel.

Þar sem við notuðum Tarantool

Við notum Tarantool í nokkrum þáttum. Sá fyrsti er í flugmanninum, sem við gerðum á heimilisfangaskrárkerfinu. Á sínum tíma vildi ég að þetta væri kerfi sem var svipað og Yandex.Maps og Google Maps, en það reyndist aðeins öðruvísi.

Til dæmis, heimilisfangaskráin í söluviðmótinu. Á Oracle tekur leit að viðkomandi heimilisfangi 12-13 sekúndur. - óþægilegar tölur. Þegar við skiptum yfir í Tarantool, skiptum út Oracle fyrir annan gagnagrunn í vélinni og framkvæmum sömu leitina fáum við 200x hraða! Borgin birtist eftir þriðja bréfið. Nú erum við að laga viðmótið þannig að þetta gerist eftir það fyrsta. Hins vegar er viðbragðshraðinn allt annar - millisekúndur í stað sekúndna.

Annað forritið er töff þema sem kallast tveggja hraða upplýsingatækni. Þetta er vegna þess að ráðgjafar frá hverju horni segja að fyrirtæki ættu að fara þangað.

Ný kynslóð innheimtuarkitektúr: umbreyting með umskiptum yfir í Tarantool

Það er innviðalag, fyrir ofan það eru lén, til dæmis innheimtukerfi eins og fjarskiptakerfi, fyrirtækjakerfi, fyrirtækjaskýrslur. Þetta er kjarninn sem ekki þarf að snerta. Það er, auðvitað, það er mögulegt, en ofsóknaræði að tryggja gæði, vegna þess að það færir peninga til hlutafélagsins.

Næst kemur lagið af örþjónustu - það sem aðgreinir rekstraraðilann eða annan leikmann. Hægt er að búa til örþjónustur fljótt út frá ákveðnum skyndiminni og koma með gögn frá mismunandi lénum þangað. Hérna reit fyrir tilraunir — ef eitthvað gekk ekki upp lokaði ég einni örþjónustu og opnaði aðra. Þetta veitir sannarlega aukinn tíma til markaðssetningar og eykur áreiðanleika og hraða fyrirtækisins.

Örþjónustur eru kannski aðalhlutverk Tarantool hjá MegaFon.

Þar sem við ætlum að nota Tarantool

Ef við berum árangursríkt innheimtuverkefni okkar saman við umbreytingaráætlanir hjá Deutsche Telekom, Svyazcom, Vodafone Indlandi, þá er það furðu kraftmikið og skapandi. Í því ferli að innleiða þetta verkefni var ekki aðeins MegaFon og uppbyggingu þess umbreytt, heldur einnig Tarantool-enterprise birtist á Mail.ru, og söluaðili okkar Nexign (áður Peter-Service) - BSS Box (innheimtulausn í kassa).

Þetta er í vissum skilningi sögulegt verkefni fyrir rússneska markaðinn. Það má líkja því við það sem lýst er í bókinni „The Mythical Man-Month“ eftir Frederick Brooks. Síðan, á sjöunda áratugnum, réð IBM 60 manns til að þróa nýja OS/360 stýrikerfið fyrir stórtölvur. Við erum með færri - 5, en okkar eru í vestum og að teknu tilliti til notkunar opins hugbúnaðar og nýrra aðferða þá vinnum við afkastameiri.

Hér að neðan eru lén innheimtu eða, í almennum skilningi, viðskiptakerfi. Fólk frá fyrirtæki þekkir CRM mjög vel. Allir ættu nú þegar að hafa önnur kerfi: Open API, API Gateway.

Ný kynslóð innheimtuarkitektúr: umbreyting með umskiptum yfir í Tarantool

Opnaðu API

Við skulum skoða tölurnar aftur og hvernig Open API virkar eins og er. Álag hennar er 10 færslur á sekúndu. Þar sem við ætlum að þróa örþjónustulagið á virkan hátt og byggja upp MegaFon opinbera API, gerum við ráð fyrir meiri vexti í framtíðinni í þessum hluta. Það verða örugglega 100 viðskipti.

Ég veit ekki hvort við getum borið saman við Mail.ru í SSO - strákarnir virðast hafa 1 færslur á sekúndu. Lausn þeirra er mjög áhugaverð fyrir okkur og við ætlum að tileinka okkur reynslu þeirra - til dæmis að búa til hagnýtt SSO öryggisafrit með Tarantool. Nú eru verktaki frá Mail.ru að gera þetta fyrir okkur.

CRM

CRM eru sömu 80 milljónir áskrifenda og við viljum auka í milljarð, vegna þess að það eru nú þegar 300 milljónir skjala sem innihalda þriggja ára sögu. Við hlökkum mikið til nýrrar þjónustu og hér vaxtarpunktur er tengd þjónusta. Þetta er bolti sem á eftir að stækka, því þjónustuna verður sífellt meiri. Í samræmi við það þurfum við sögu; við viljum ekki lenda í þessu.

Innheimta sjálft hvað varðar útgáfu reikninga, vinna með viðskiptakröfur viðskiptavina breytt í sérstakt lén. Til að bæta árangur, beitt lénsarkitektúr byggingarmynstri.

Kerfinu er skipt í lén, álag er dreift og bilanaþol tryggt. Að auki unnum við með dreifðan arkitektúr.

Allt annað eru lausnir á fyrirtækisstigi. Í símtalageymslunni - 2 milljarðar á dag, 60 milljarðar á mánuði. Stundum þarf að telja þær á mánuði og það er fljótt betra. Fjármálaeftirlit - þetta eru nákvæmlega sömu 300 milljónirnar sem eru stöðugt að stækka og stækka: áskrifendur hlaupa oft á milli rekstraraðila og auka þennan hluta.

Mest fjarskiptaþáttur farsímasamskipta er innheimtu á netinu. Þetta eru kerfin sem gera þér kleift að hringja eða ekki hringja, taka ákvarðanir í rauntíma. Hér er álagið 30 færslur á sekúndu, en að teknu tilliti til vaxtar í gagnaflutningi ætlum við 250 færslur, og þess vegna höfum við mikinn áhuga á Tarantool.

Fyrri myndin er lénin þar sem við ætlum að nota Tarantool. CRM sjálft er auðvitað víðtækara og við ætlum að nota það í kjarnanum sjálfum.

Áætluð TTX tala okkar upp á 100 milljónir áskrifenda ruglar mig sem arkitekt - hvað ef 101 milljón? Þarftu að endurtaka allt aftur? Til að koma í veg fyrir að þetta gerist notum við skyndiminni og aukum um leið aðgengi.

Ný kynslóð innheimtuarkitektúr: umbreyting með umskiptum yfir í Tarantool

Almennt séð eru tvær aðferðir við notkun Tarantool. Fyrst - byggja öll skyndiminni á örþjónustustigi. Eftir því sem ég skil þá er VimpelCom að fylgja þessari slóð og búa til skyndiminni viðskiptavina.

Við erum minna háð söluaðilum, við erum að breyta BSS kjarnanum, þannig að við erum með eina viðskiptavinaskrá úr kassanum. En við viljum stækka það. Þess vegna tökum við aðeins aðra nálgun - búa til skyndiminni inni í kerfum.

Þannig er minni samstilling - eitt kerfi er ábyrgt fyrir bæði skyndiminni og aðaluppsprettu.

Aðferðin passar vel við Tarantool nálgunina með viðskiptabeinagrind, þegar aðeins hlutar sem tengjast uppfærslum, það er gagnabreytingum, eru uppfærðir. Allt annað er hægt að geyma annars staðar. Það er ekkert risastórt gagnavatn, óstýrt alheims skyndiminni. Skyndiminni eru hönnuð fyrir kerfið, eða fyrir vörur, eða fyrir viðskiptavini, eða til að auðvelda viðhald. Þegar áskrifandi hringir og er í uppnámi yfir gæðum þjónustunnar, vilt þú veita góða þjónustu.

RTO og RPO

Það eru tvö hugtök í upplýsingatækni - RTO и RPO.

Markmið batatíma er tíminn sem það tekur að endurheimta þjónustuna eftir bilun. RTO = 0 þýðir að jafnvel þótt eitthvað mistakist heldur þjónustan áfram að virka.

Markmið batapunkts - þetta er gagnaendurheimtartíminn, hversu mikið af gögnum við getum tapað á ákveðnum tíma. RPO = 0 þýðir að við erum ekki að tapa gögnum.

Tarantool verkefni

Við skulum reyna að leysa vandamál fyrir Tarantool.

Gefið: körfu af forritum sem allir skilja, til dæmis á Amazon eða annars staðar. Nauðsynlegt þannig að innkaupakarfan virkar allan sólarhringinn 24 daga vikunnar eða 7% tilvika. Pantanir sem berast til okkar verða að vera í lagi, því við getum ekki kveikt eða slökkt á tengingu áskrifanda af handahófi - allt verður að vera nákvæmlega í samræmi. Fyrri áskrift hefur áhrif á þá næstu, svo gögnin eru mikilvæg - ekkert ætti að vanta.

ákvörðun. Þú getur reynt að leysa það beint og spurt gagnagrunnshönnuði, en vandamálið er ekki hægt að leysa stærðfræðilega. Þú getur munað setningar, varðveislulögmál, skammtaeðlisfræði, en hvers vegna - það er ekki hægt að leysa það á DB stigi.

Gamla góða arkitektúrnálgunin virkar hér - þú þarft að þekkja fagsviðið vel og nota það til að leysa þessa þraut.

Ný kynslóð innheimtuarkitektúr: umbreyting með umskiptum yfir í Tarantool

Lausnin okkar: búa til dreifða skrá yfir forrit á Tarantool - landdreifðan klasa. Á skýringarmyndinni eru þetta þrjár mismunandi gagnavinnslustöðvar - tvær á undan Úralfjöllum, ein handan Úralfjöllum og við dreifum öllum beiðnum á milli þessara miðstöðva.

Netflix, sem nú er talið eitt af leiðandi í upplýsingatækni, var aðeins með eina gagnaver til ársins 2012. Í aðdraganda kaþólskra jóla, 24. desember, fór þetta gagnaver niður. Notendur í Kanada og Bandaríkjunum voru skildir eftir án uppáhaldsmyndanna sinna, voru mjög í uppnámi og skrifuðu um það á samfélagsmiðlum. Netflix er nú með þrjú gagnaver á vestur-austurströndinni og eitt í Vestur-Evrópu.

Við erum í upphafi að byggja upp landfræðilega dreifða lausn - bilanaþol er mikilvægt fyrir okkur.

Þannig að við höfum klasa, en hvað með RPO = 0 og RTO = 0? Lausnin er einföld, fer eftir viðfangsefninu.

Hvað er mikilvægt í umsóknum? Tveir hlutar: Körfukast Til að taka ákvörðun um kaup, og EFTIR. DO hluti í fjarskiptum er venjulega kallaður röð handtaka eða pöntunarviðræðum. Í fjarskiptum getur þetta verið mun erfiðara en í netverslun því þar þarf að þjónusta viðskiptavininn, bjóða upp á 5 valkosti og þetta gerist allt í einhvern tíma en karfan er fyllt. Á þessari stundu er bilun möguleg, en hún er ekki skelfileg, því hún gerist gagnvirkt undir eftirliti manna.

Ef gagnaverið í Moskvu bilar skyndilega, þá munum við halda áfram að vinna með því að skipta sjálfkrafa yfir í aðra gagnaver. Fræðilega séð gæti ein vara týnst í körfunni, en þú sérð hana, bætir í körfuna aftur og heldur áfram að vinna. Í þessu tilviki RTO = 0.

Á sama augnabliki er annar valkostur: þegar við smelltum á „senda“ viljum við að gögnin glatist ekki. Frá þessari stundu byrjar sjálfvirknin að virka - þetta er RPO = 0. Með því að nota þessi tvö mismunandi mynstur gæti það í einu tilviki einfaldlega verið landadreifður þyrping með einum skiptanlegum meistara, í öðru tilviki einhvers konar sveitarskrá. Mynstur geta verið mismunandi, en við leysum vandamálið.

Ennfremur, með dreifða skrá yfir forrit, getum við líka stækkað þetta allt - höfum marga sendendur og framkvæmdastjóra sem fá aðgang að þessari skrá.

Ný kynslóð innheimtuarkitektúr: umbreyting með umskiptum yfir í Tarantool

Cassandra og Tarantool saman

Það er annað mál - "sýning á jafnvægi". Hér er áhugavert dæmi um sameiginlega notkun Cassandra og Tarantool.

Við notum Cassöndru vegna þess að 2 milljarðar símtala á dag eru ekki takmörkin og þau verða fleiri. Markaðsmenn elska að lita umferð eftir uppruna; fleiri og fleiri upplýsingar birtast á samfélagsnetum, til dæmis. Þetta bætir allt við söguna.

Cassandra gerir þér kleift að skala lárétt í hvaða stærð sem er.

Okkur líður vel með Cassöndru, en hún hefur eitt vandamál - það er ekki gott að lesa. Allt er í lagi á upptökunni, 30 á sekúndu er ekki vandamál - lestrarvandamál.

Þess vegna birtist umræðuefni með skyndiminni og á sama tíma leystum við eftirfarandi vandamál: það er gamalt hefðbundið tilfelli þegar búnaður frá skipti frá netreikningi kemur inn í skrárnar sem við hleðum inn í Cassöndru. Við glímdum við vandamálið við áreiðanlega niðurhal á þessum skrám, jafnvel með ráðleggingum IBM stjórnanda skráaflutnings - það eru til lausnir sem stjórna skráaflutningi á skilvirkan hátt, með því að nota UDP samskiptareglur, til dæmis, frekar en TCP. Þetta er gott, en það eru samt mínútur, og við höfum ekki hlaðið öllu enn, símastjórinn í símaverinu getur ekki svarað viðskiptavininum hvað varð um stöðuna hans - við verðum að bíða.

Til að koma í veg fyrir að þetta gerist, höfum við við notum samhliða virkan varasjóð. Þegar við sendum viðburð í gegnum Kafka til Tarantool, endurreiknum samanlagða í rauntíma, til dæmis fyrir daginn í dag, fáum við staðgreiðslur í reiðufé, sem getur flutt stöður á hvaða hraða sem er, til dæmis 100 þúsund færslur á sekúndu og þessar sömu 2 sekúndur.

Markmiðið er að eftir að hafa hringt, innan 2 sekúndna á persónulega reikningnum þínum mun ekki aðeins vera breytt inneign heldur upplýsingar um hvers vegna hún breyttist.

Ályktun

Þetta voru dæmi um notkun Tarantool. Okkur líkaði mjög við hreinskilni Mail.ru og vilja þeirra til að íhuga mismunandi mál.

Það er nú þegar erfitt fyrir ráðgjafa frá BCG eða McKinsey, Accenture eða IBM að koma okkur á óvart með einhverju nýju - margt af því sem þeir bjóða upp á, annað hvort gerum við nú þegar, höfum gert eða ætlum að gera. Ég held að Tarantool muni taka sinn rétta sess í tæknibunkanum okkar og koma í stað margra núverandi tækni. Við erum á virkum stigi þróunar þessa verkefnis.

Skýrsla Oleg og Andrey er ein sú besta á Tarantool ráðstefnunni í fyrra og 17. júní mun Oleg Ivlev tala kl. T+ ráðstefna 2019 með skýrslu „Af hverju Tarantool í Enterprise“. Alexander Deulin mun einnig halda kynningu frá MegaFon „Tarantool skyndiminni og afritun frá Oracle“. Við skulum komast að því hvað hefur breyst, hvaða áætlanir hafa verið framkvæmdar. Vertu með - ráðstefnan er ókeypis, það eina sem þú þarft að gera er skrá... Allt skýrslur samþykktar og ráðstefnudagskráin hefur verið mótuð: ný tilvik, ný reynsla í notkun Tarantool, arkitektúr, framtak, kennsluefni og örþjónustur.

Heimild: www.habr.com

Bæta við athugasemd