Çima pargîdaniyek mîna MegaFon di fatûreya xwe de hewceyê Tarantool e? Ji derve ve dixuye ku firoşkar bi gelemperî tê, cûreyek qutiyek mezin tîne, fîşê di qulikê de vedigire - û ew bill e! Demekê wisa bû, lê niha ew arkaîk e û dînozorên wiha ji berê de tune bûne an jî diqewimin. Di destpêkê de, billing pergalek ji bo derxistina fatûreyan e - makîneyek hejmartinê an hesabker. Di telekoma nûjen de, ev e pergala otomasyonê ya ji bo tevahiya jiyana danûstendina bi aboneyek re ji peymana peymanê heya bidawîbûnê, tevî fatûreya rast-ê, pejirandina dravdanê û hêj bêtir. Heqê di pargîdaniyên telekomê de mîna robotek şerker e - mezin, hêzdar û bi çekan barkirî.
Çi têkiliya Tarantool bi wê re heye? Ew ê li ser wê biaxivin Oleg Ivlev и Andrey Knyazev. Oleg mîmarê sereke yê pargîdaniyê ye Bi ezmûnek berfireh di pargîdaniyên biyanî de, Andrey rêveberê pergalên karsaziyê ye. Ji bernivîsa rapora wan li ser Hûn ê fêr bibin ka gelo R & D di pargîdaniyan de çi hewce ye, ka çi ye ku israreserkirina vertical û gerdûnî ye, di derheqê pirsgirêkên teknîkî de, veguherîna mîkrofîkî, û teknolojiya megafon mîna netflixê ye , Google û Amazon.
Projeya "Billing Yekgirtî"
Projeya ku dê bê nîqaşkirin bi navê "Billing Unified". Li vir bû ku Tarantool taybetmendiyên xwe yên çêtirîn nîşan da.
Pêşkeftina hilberandina alavên Hi-End bi mezinbûna bingeha aboneyan û mezinbûna hejmara karûbaran re hevûdu negirt; ji ber taybetmendiyên M2M, IoT û şaxên ku di rê de bûn, mezinbûna bêtir di hejmara abonet û karûbaran de hate hêvî kirin. ber bi xirabûna dema-bazarê ve. Pargîdaniyê biryar da ku li şûna 8 pergalên bihayên cûda yên heyî, pergalek karsaziyek yekgirtî bi mîmariya modulek bêhempa ya cîhanî biafirîne.
MegaFon heşt pargîdanî di yek de ye. Di sala 2009-an de, ji nû ve organîzekirin qediya: şaxên li seranserê Rûsyayê di yek pargîdaniyek, MegaFon OJSC (niha PJSC) de bûn yek. Bi vî rengî, pargîdanî 8 pergalên fatûreyê bi çareseriyên xwe yên "xwerû", taybetmendiyên şax û strukturên cûda yên rêxistinî, IT û kirrûbirra xwe hene.
Her tişt baş bû heya ku me neçar ma ku hilberek hevpar a federal dest pê bike. Li vir gelek zehmetî derketine holê: hinekan tarîf hatine berhevkirin, hinekan hatine xwarê, û hinekan jî li gorî navgîniya hejmarî. Bi hezaran kêliyên wiha hene.
Tevî vê rastiyê ku tenê yek guhertoya pergala fatûreyê, yek dabînker hebû, mîhengan ew qas cûda bûn ku berhevkirina demek dirêj dirêj kir. Me hewl da ku hejmara wan kêm bikin, û em rastî pirsgirêkek duyemîn a ku ji gelek pargîdaniyan re nas e hatin.
Scaling Vertical. Tewra hardwareya herî xweş a wê demê jî hewcedariyan peyda nedikir. Di xebatê de amûrên Hewlett-Packard ên ji xeta Superdome Hi-End bikar anîn, lê ew hewcedariyên du şaxan jî peyda nekir. Min pîvana horizontî bêyî lêçûnên xebitandinê yên mezin û veberhênanên sermayê dixwest.
Hêviya mezinbûna hejmara abonet û karûbaran. Şêwirmendan ji mêj ve çîrokên li ser IoT û M2M anîne cîhana telekomê: dem dê were ku her têlefon û hesin dê xwedî SIM-kartek be, û her sarincek dê du hebin. Îro heman hejmara aboneyên me hene, lê di demek nêzîk de dê gelek zêdetir bibin.
Zehmetiyên teknolojîk
Van çar sedeman me motîve kirin ku em guhertinên cidî bikin. Hilbijartinek di navbera nûvekirina pergalê û sêwirana ji sifirê de hebû. Me demek dirêj fikirî, biryarên cidî girtin, îhale lîstin. Wekî encamek, me biryar da ku ji destpêkê ve sêwiran bikin, û li ser dijwariyên balkêş - kêşeyên teknolojîk.
Scalability
Ger berê bû, em bêjin, em bêjin Ji bo 8 mîlyon aboneyan 15 fatûre, û niha divê ew kar kiriba 100 milyon aboneyên û zêdetir - barkirin rêzek mezinahiyê bilindtir e.
Em di pîvanê de bi lîstikvanên Internetnternetê yên mezin ên mîna Mail.ru an Netflix re hatine berhev kirin.
Lê tevgera bêtir ji bo zêdekirina bar û bingeha abonetiyê ji me re kêşeyên cidî danîne.
Erdnîgariya welatê me yê berfireh
Di navbera Kaliningrad û Vladivostok de 7500 km û 10 herêmên dem. Leza ronahiyê bêdawî ye û di dûriyên weha de dereng jixwe girîng in. 150 ms li ser kanalên optîkî yên herî xweş ên nûjen ji bo fatûreya rast-demê hinekî pir zêde ye, nemaze ku ew naha di telekomê de li Rûsyayê ye. Wekî din, hûn hewce ne ku di yek rojek karsaziyê de nûve bikin, û bi deverên demjimêrên cûda re ev pirsgirêkek e.
Em ne tenê ji bo xerca abonetiyê karûbaran peyda dikin, me tarîfên tevlihev, pakêt û guhêrbarên cihêreng hene. Pêdivî ye ku em tenê destûrê nedin an înkar bikin ku biaxifin, lê wî quwetek bi vî rengî bidin - di wextê rastîn de telefon û kiryaran hejmartin.
tolerans xelet
Ev aliyê din ê navendîbûnê ye.
Ger em hemî aboneyan di yek pergalê de kom bikin, wê hingê her bûyer û karesatên acîl ji bo karsaziyê felaket in. Ji ber vê yekê, em pergalê bi vî rengî dîzayn dikin ku bandora qezayan li ser tevahî bingeha abonetiyê ji holê rabike.
Ev dîsa encama redkirina pîvana vertîkal e. Dema ku me bi rengek horizontî mezin kir, me hejmara pêşkêşkeran ji sedan zêde kir bi hezaran. Pêdivî ye ku ew bêne rêvebirin û veguheztin, bixweber binesaziya IT-ê piştgirî bikin û li pergala belavkirî vegerînin.
Em bi zehmetiyên wisa balkêş re rû bi rû man. Me pergal çêkir, û di wê kêlîkê de me hewl da ku pratîkên çêtirîn gerdûnî bibînin da ku hûn kontrol bikin ka em çiqas li ser teknolojiyên pêşkeftî bişopînin.
Tecrubeya cîhanê
Ecêb e, me di telekomên gerdûnî de yek referans nedîtiye.
Ewropa di warê hejmara aboneyan û pîvanê de ketiye, Dewletên Yekbûyî jî di warê nermbûna baca xwe de ketiye. Me li hin tiştan li Chinaînê nihêrî, û hin tişt li Hindistanê dîtin û pisporên ji Vodafone Hindistanê girtin.
Ji bo analîzkirina mîmariyê, me Tîmek Xewnê ya ku ji hêla IBM- mîmarên ji warên cihêreng ve tê rêvebirin berhev kir. Van mirovan dikaribûn bi têra xwe tiştên ku me dikirin binirxînin û hin zanyariyan bînin mîmariya me.
Pîvan
Çend hejmar ji bo nimûne.
Em pergalê ji bo dîzayn dikin 80 mîlyon aboneyên bi milyarek rezervan. Bi vî rengî em bendavên paşerojê radikin. Ev ne ji ber ku em ê Chinaînê bi dest bixin, lê ji ber êrîşa IoT û M2M ye.
300 mîlyon belge di dema rast de têne kirin. Tevî ku 80 mîlyon aboneyên me hene, em hem bi xerîdarên potansiyel re û hem jî bi kesên ku ji me derketine re dixebitin ger hewce bike ku em deynan berhev bikin. Ji ber vê yekê, cildên rastîn bi baldarî mezintir in.
2 milyar danûstandin Balansa rojane ji ber drav, xerc, bang û bûyerên din diguhere. Daneyên 200 TB bi awayekî çalak diguherin, hinekî hêdîtir biguhere 8 PB daneyên, û ev ne arşîv e, lê daneyên zindî di yek billing de ye. Scale ji hêla Navenda Data - Li ser 5 malperan 14 hezar server.
Teknolojiya Stack
Dema ku me mîmarî plan kir û dest bi berhevkirina pergalê kir, me teknolojiyên herî balkêş û pêşkeftî îthal kir. Encam zencîreyek teknolojiyê ye ku ji her lîstikvanek Internetnternetê û pargîdaniyên ku pergalên bargiraniyê çêdikin nas dike.
Stack dişibihe stûnên lîstikvanên din ên sereke: Netflix, Twitter, Viber. Ji 6 pêkhateyan pêk tê, lê em dixwazin kurt bikin û bikin yek.
Zelalbûn baş e, lê di pargîdaniyek mezin de rêyek bêyî yekbûnê tune.
Em naçin heman Oracle bi Tarantool biguhezînin. Di rastiyên şirketên mezin de ev utopyayek e, an jî xaçperestiyek 5-10 salan e ku encamek ne diyar e. Lê Cassandra û Couchbase dikarin bi hêsanî ji hêla Tarantool ve werin guheztin, û ya ku em ji bo wê hewl didin ev e.
Çima Tarantool?
4 pîvanên hêsan hene ku çima me vê databasê hilbijart.
Lez. Me li ser pergalên pîşesaziyê MegaFon ceribandinên barkirinê pêk anîn. Tarantool bi ser ket ji ber ku performansa çêtirîn nîşan da.
Ev nayê vê wateyê ku pergalên din hewcedariyên MegaFon nagirin. Çareseriyên bîranîna heyî ew qas bi hêz in ku rezervên pargîdaniyê ji têra xwe zêdetir in. Lê em eleqedar in ku bi rêberek re mijûl bibin, û ne bi yekî ku li dû xwe disekine, tevî ceribandinek stresê.
Tarantool hewcedariyên pargîdaniyê di demek dirêj de jî vedigire.
mesrefa TCO. Piştgiriya Couchbase li ser cildên MegaFon gelek lêçûn e, lê bi Tarantool re rewş pir xweştir e, û ew di fonksiyonê de mîna hev in.
Taybetmendiyek din a xweş a ku hinekî bandor li hilbijartina me kir ev e ku Tarantool ji databasên din çêtir bi bîranînê re dixebite. Ew nîşan dide herî zêde karîgerî.
Ewlehiyê. MegaFon di pêbaweriyê de veberhênan dike, dibe ku wekî din tune. Ji ber vê yekê, dema ku me li Tarantool nihêrî, me fêm kir ku pêdivî ye ku em ew hewcedariyên xwe bicîh bînin.
Me dem û darayî veberhênan kir, û bi Mail.ru re me guhertoyek pargîdanî çêkir, ku naha di çend pargîdaniyên din de tê bikar anîn.
Pargîdaniya Tarantool di warê ewlehî, pêbawerî û têketinê de bi tevahî me têr kir.
Hevaltî
Ji bo min ya herî girîng ew e têkiliya rasterast bi pêşdebiran. Ya ku xortên Tarantool bi min re kirîn ev e.
Ger hûn werin ba lîstikvanek, nemaze yê ku bi xerîdarek ankor re dixebite, û dibêjin ku hûn hewceyê databasê ne ku hûn viya bikin, ev û ev, ew bi gelemperî bersiv dide:
- Baş e, hewcedariyên li binê wê pileyê deynin - rojek, dibe ku em ê bigihîjin wan.
Pir kes ji bo 2-3 salên pêş de nexşeyek rê heye, û hema hema ne gengaz e ku meriv li wir tevbigere, lê pêşdebirên Tarantool bi vebûna xwe, û ne tenê bi MegaFon, dîl digirin, û pergala xwe bi xerîdar re adapte dikin. Ew xweş e û em bi rastî jê hez dikin.
Li ku derê me Tarantool bikar anî
Em Tarantool di çend hêmanan de bikar tînin. Yekem di pîlotê de ye., ku me li ser pergala pelrêça navnîşan çêkir. Carekê, min dixwest ku ew bibe pergalek ku dişibihe Yandex.Maps û Nexşeyên Google-ê, lê ew hinekî cûda derket.
Mînakî, kataloga navnîşan di navgîniya firotanê de. Li ser Oracle, lêgerîna navnîşana xwestinê 12-13 saniyeyan digire. - Hejmarên mixabin. Gava ku em diguhezin Tarantool, Oracle-ê di konsolê de databasek din biguhezînin, û heman lêgerînê pêk bînin, em bilezek 200 qatî distînin! Bajar piştî nameya sêyemîn derdikeve holê. Naha em pêvekê adapte dikin da ku ev yek piştî ya yekem çêbibe. Lêbelê, leza bersivê bi tevahî cûda ye - naha li şûna çirkeyan millisecond.
Serlêdana duyemîn mijarek trendî ye ku jê re IT-ya du-lez tê gotin. Ji ber ku şêwirmendên ji her quncikê dibêjin divê pargîdan biçin wir.
Li ser bingehek binesaziyê, li jor ew qonax hene, mînakî, pergalek billing mîna telekom, pergalên pargîdanî, raporên pargîdanî. Ev bingeha ku divê neyê destgirtin e. Ew, bê guman, mimkun e, lê bi paranoîd qalîteyê misoger dike, ji ber ku ew drav dide pargîdaniyê.
Dûv re qata mîkroxizmetê tê, ya ku operator an lîstikvanek din cûda dike. Mîkroxizmet dikarin bi lez li ser bingeha hin cache werin afirandin, ku daneyên ji domên cihêreng bînin wir. Vir Qada ji bo ezmûnan - heke tiştek nexebite, min mîkroxizmetek girt û yekî din vekir. Ev bi rastî dema-bazarê çêtir peyda dike û pêbawerî û leza pargîdaniyê zêde dike.
Microservice dibe ku rola sereke ya Tarantool li MegaFon be.
Cihê ku em plan dikin ku Tarantool bikar bînin
Ger em projeya xweya fatûreya serketî bi bernameyên veguherînê yên li Deutsche Telekom, Svyazcom, Vodafone Hindistanê bidin ber hev, ew ecêb dînamîk û afirîner e. Di pêvajoya bicihanîna vê projeyê de, ne tenê MegaFon û strukturên wê hatin guheztin, lê di heman demê de Tarantool-pargîdanî jî li Mail.ru xuya bû, û firoşkarê me Nexign (berê Peter-Service) - BSS Box (çareseriya fatûreya qutkirî).
Ev, bi wateyekê, projeyek dîrokî ye ji bo bazara Rûsyayê. Ew dikare bi ya ku di pirtûka Frederick Brooks The Mythical Man-Month de tê vegotin re were berhev kirin. Dûv re, di salên 60-an de, IBM 360 kes kir ku pergala xebitandina nû ya OS/5 ji bo mainframes pêşve bibin. Kêmtir - 000 me hene, lê em di vest de ne, û bi karanîna çavkaniyek vekirî û nêzîkatiyên nû re, em bi hilbertir dixebitin.
Li jêr qadên fatûreyê an, bi berfirehî, pergalên karsaziyê hene. Mirovên pargîdanî CRM pir baş dizanin. Divê her kes jixwe pergalên din hebin: API vekin, API Gateway.
API
Ka em dîsa li hejmaran binihêrin û çawa Open API-a niha dixebite. Barê wê ye 10 muamele per second. Ji ber ku em plan dikin ku bi rengek çalak qatê mîkroservisan pêş bixin û API-ya gelemperî ya MegaFon ava bikin, em di pêşerojê de di vê beşê de pêşkeftinek mezin hêvî dikin. Bê guman dê 100 danûstandin hene.
Ez nizanim ka SSO bi Mail.ru-yê re hevber e - di çirkeyê de 1 danûstendinên mêran xuya dikin. Em zehf ji çareseriya wan re eleqedar in û em plan dikin ku ezmûna xwe bicîh bînin - mînakî, afirandina fonksiyonê bi karanîna fonksiyonel bikar bînin. Naha pêşdebirên ji Mail.ru vê yekê bi me re dikin.
CRM
CRM heman 80 mîlyon aboneyên ku em dixwazin bigihîjin mîlyarek e, ji ber ku jixwe 300 mîlyon belge hene ku dîrokek sê-salî vedihewîne. Em bi rastî li benda karûbarên nû û vir in xala mezinbûnê karûbarên girêdayî ye. Ev topek e ku dê mezin bibe ji ber ku dê bêtir û bêtir xizmet hebin. Li gorî vê yekê, em ê hewceyê çîrokek bin; em naxwazin li ser vê yekê terpilîn.
Di warê derxistina fatûreyan de û xebata bi hesabên xerîdar ên wergirtinê re hesabê xwe hesab dike veguherî domînek cuda. Ji bo baştirkirina performansê, nimûneya mîmarî ya domanê sepandin.
Pergal li ser domanan tê dabeş kirin, barkirin tê belav kirin û tolerasyona xeletiyê tê misoger kirin. Wekî din, me bi mîmariya belavkirî re xebitî.
Her tiştê din çareseriyên asta pargîdaniyê ne. Di hilanîna bangê de - Rojane 2 milyar, mehê 60 milyar. Carinan pêdivî ye ku hûn wan di mehekê de bijmêrin, û çêtir e ku hûn zû bikin. Çavdêriya darayî - ev tam heman 300 mîlyon e ku bi domdarî mezin dibin û mezin dibin: abonet bi gelemperî di navbera operatoran de dimeşin, vê beşê zêde dikin.
Beşa herî telekomê ya ragihandina mobîl e billing serhêl. Van pergalên ku dihêle hûn bang bikin an ne telefon bikin, di wextê rast de biryarek bidin. Li vir bar di çirkeyê de 30 danûstendinan e, lê digel mezinbûna veguheztina daneyê, em plan dikin 250 danûstandin, û ji ber vê yekê em bi Tarantool re pir eleqedar in.
Wêneya berê domên ku em ê Tarantool bikar bînin nîşan dide. CRM bixwe, bê guman, berfirehtir e û em ê wê di bingehê xwe de bikar bînin.
Hejmara meya texmînkirî ya TTX ya 100 mîlyon aboneyên min wekî mîmarek tevlihev dike - heke 101 mîlyon çi bibe? Ma hûn neçar in ku her tiştî ji nû ve bikin? Ji bo pêşîlêgirtina vê yekê, em cache bikar tînin, di heman demê de hebûna zêde dikin.
Bi gelemperî, du rêgezên karanîna Tarantool hene. Yekem - di asta mîkroxizmetê de hemî cache ava bikin. Bi qasî ku ez fêm dikim, VimpelCom vê rêyê dişopîne, kaşek xerîdar diafirîne.
Em kêmtir bi firoşkaran ve girêdayî ne, em bingeha BSS-ê diguhezînin, ji ber vê yekê me pelek yek xerîdar ji qutiyê heye. Lê em dixwazin wê berfireh bikin. Ji ber vê yekê, em nêzîkatiyek hinekî cûda digirin - di hundurê pergalan de cache çêbikin.
Bi vî rengî kêm desenkronîzasyon heye - yek pergal hem ji cache û hem jî çavkaniya sereke ya sereke berpirsiyar e.
Rêbaz bi nêzîkatiya Tarantool re bi îskeletek danûstendinê re baş li hev tê, dema ku tenê beşên ku bi nûvekirinan re têkildar in, ango, guhertinên daneyê, têne nûve kirin. Her tiştê din dikare li cîhek din were hilanîn. Gola daneyê ya mezin, kaşê gerdûnî ya bê rêvebirin tune. Caches ji bo pergalê, an ji bo hilberan, an ji bo xerîdar têne çêkirin, an jî ji bo domandina jiyanê hêsantir têne çêkirin. Gava ku aboneyek gazî dike û ji kalîteya karûbarê we aciz dibe, hûn dixwazin karûbarê kalîteyê peyda bikin.
RTO û RPO
Di IT de du şert hene: OTR и Tevlêbûna.
Armanca dema vegerandinê dema ku ew digire ji bo restorekirina karûbarê piştî têkçûnekê ye. RTO = 0 tê vê wateyê ku heke tiştek têk nebe jî, karûbar berdewam dike.
Armanca xala vegerandinê - ev dema vegerandina daneyê ye, em dikarin di demek diyarkirî de çiqas daneyê winda bikin. RPO = 0 tê vê wateyê ku em daneyan winda nakin.
Karê Tarantool
Ka em hewl bidin ku pirsgirêkek Tarantool çareser bikin.
dayîn: selikek daxwazên ku her kes fêm dike, mînakî, li Amazon an cîhek din. Hewce ye da ku selika kirînê 24 demjimêran 7 rojên hefteyê, an 99,99% ji dema kar dike. Fermanên ku ji me re têne divê bi rêkûpêk bimînin, ji ber ku em nekarin bi rasthatinî pêwendiya aboneyê vekin an qut bikin - divê her tişt bi hişkî hevgirtî be. Abonetiya berê bandorê li ya din dike, ji ber vê yekê dane girîng e - divê tiştek winda nebe.
biryar. Hûn dikarin biceribînin ku wê serê-ser çareser bikin û ji pêşdebirên databasê bipirsin, lê pirsgirêk bi matematîkî nayê çareser kirin. Hûn dikarin teoreman, qanûnên parastinê, fîzîka kuantumê bi bîr bînin, lê çima - ew di asta DB de nayê çareser kirin.
Nêzîkatiya mîmariya kevn a baş li vir dixebite - hûn hewce ne ku qada mijarê baş zanibin û, bi lêçûnên wê, vê puzzle çareser bikin.
Çareseriya me: afirandina qeydek belavkirî ya serîlêdanan ji bo Tarantool - komek jeo-belavkirî. Di diagramê de, ev sê navendên danûstendinê yên cihêreng in - du berî Urals, yek li derveyî Urals, û em hemî daxwazan li van navendan belav dikin.
Netflix, ku naha yek ji pêşengên IT-ê tê hesibandin, heya sala 2012-an tenê navendek daneyê hebû. Di êvara Sersalê ya Katolîk, 24ê Kanûnê de, ev navenda daneyê têk çû. Bikarhênerên li Kanada û Dewletên Yekbûyî yên Amerîkayê ji fîlmên xwe yên bijarte bêpar man, pir xemgîn bûn û li ser torên civakî li ser vê yekê nivîsandin. Netflix naha sê navendên daneyê li perava rojava-rojhilat û yek li rojavayê Ewrûpayê heye.
Em di destpêkê de çareseriyek jeo-belavkirî ava dikin - tolerasyona xeletiyê ji me re girîng e.
Ji ber vê yekê, komek me heye, lê li ser RPO = 0 û RTO = 0 çi ye? Çareserî hêsan e, li ser mijarê girêdayî ye.
Di serlêdanan de çi girîng e? Du Beş: Avêtina baskê TO kirina biryara kirînê, û Piştî. Beşa DO di telekomê de bi gelemperî tê gotin ferman girtin an fermana muzakereyê. Di telekomê de, ev dikare ji dikanek serhêl pir dijwartir be, ji ber ku li wir pêdivî ye ku xerîdar were xizmet kirin, 5 vebijark bêne pêşkêş kirin, û ev hemî ji bo demek diqewime, lê selik tê dagirtin. Di vê nuqteyê de, têkçûnek gengaz e, lê ew ne tirsnak e ji ber ku ew bi înteraktîf di bin çavdêriya mirovan de çêdibe.
Ger navenda daneya Moskowê ji nişka ve têk biçe, wê hingê bi guheztina xweber li navendek daneya din, em ê xebata xwe bidomînin. Ji hêla teorîkî ve dibe ku hilberek di selikê de winda bibe, lê hûn vê yekê dibînin, dîsa li selikê zêde bikin û xebatê bidomînin. Di vê rewşê de, RTO = 0.
Di heman demê de, vebijarkek duyemîn heye: gava ku em "bişîne" bikirtînin, em dixwazin ku dane winda nebin. Ji vê gavê, Automation dest bi xebatê dike - ev yek ji van du şêwazên cûda di yek rewşê de ye ku meriv dikare bi yek masterê guheztinê re bibe yek celebek tomara quorum. Dibe ku şêweyên cûda cûda bibin, lê em pirsgirêkê çareser dikin.
Zêdetir, xwedan tomarek belavkirî ya serîlêdanan, em dikarin wê jî hemî pîvan bikin - gelek belavker û îcrakar hene ku xwe digihînin vê qeydê.
Cassandra û Tarantool bi hev re
Bûyerek din heye - "pêşandana hevsengiyan". Li vir bûyerek balkêş a karanîna hevbeş a Cassandra û Tarantool heye.
Em Cassandra bikar tînin ji ber ku rojane 2 mîlyar bang ne sînor e, û dê bêtir jî hebin. Bazirgan hez dikin ku seyrûseferê li gorî çavkaniyê rengîn bikin; mînakî, bêtir û bêtir hûrgulî li ser torên civakî xuya dibin. Ew hemî çîrokê zêde dike.
Cassandra destûrê dide we ku hûn bi her mezinahiyê ve bi horizontî ve pîvaz bikin.
Em bi Cassandra re rehet hîs dikin, lê pirsgirêkek wê heye - ew di xwendinê de ne baş e. Di tomarkirinê de her tişt baş e, 30 per second ne pirsgirêk e. pirsgirêk di xwendinê de.
Ji ber vê yekê, mijarek bi cache xuya bû, û di heman demê de me pirsgirêka jêrîn çareser kir: bûyerek kevneşopî ya kevn heye dema ku alavên ji veguheztina ji fatûreya serhêl tê nav pelên ku em li Cassandra bar dikin. Me bi pirsgirêka dakêşana pêbawer a van pelan re têkoşîn kir, tewra jî bi karanîna şîreta veguheztina pelê rêveberê IBM-ê - çareserî hene ku veguheztina pelê bi bandor bi karanîna protokola UDP-ê, ji bilî TCP-ê, birêve dibin. Ev baş e, lê ew hîn çend hûrdem e, û heya ku em hemî dakêşin, operatorê li navenda bangê nikare bersivê bide xerîdar ka çi bi balansa wî hatî - divê em li bendê bin.
Ji bo ku ev yek pêk neyê, em em rezerva fonksiyonê ya paralel bikar tînin. Dema ku em bûyerek bi riya Kafka ji Tarantool re dişînin, berhevokan di wextê rast de ji nû ve hesab dikin, mînakî ji bo îro, em distînin. hevsengiyên pere, ku dikare hevsengiyan bi her lezê veguhezîne, mînakî, 100 hezar danûstendin di çirkeyê de û wan heman 2 çirkeyan.
Armanc ev e ku piştî çêkirina bangekê, di nav 2 çirkeyan de, hesabê weya kesane dê ne tenê bîlançoya guherî, lê agahdariya li ser çima guheztina wê hebe.
encamê
Ev mînakên bikaranîna Tarantool bûn. Me ji vekirîbûna Mail.ru û dilxwaziya wan a ku dozên cihêreng bihesibînin pir hez kir.
Jixwe ji şêwirmendên BCG an McKinsey, Accenture an IBM re dijwar e ku me bi tiştek nû şaş bikin - pir tiştên ku ew pêşkêş dikin, em jixwe dikin, kirine, an jî plan dikin ku bikin. Ez difikirim ku Tarantool dê cîhê xwe yê rast di stûna teknolojiya me de bigire û dê şûna gelek teknolojiyên heyî bigire. Em di qonaxa çalak a pêşxistina vê projeyê de ne.
Rapora Oleg û Andrey sala borî di Konferansa Tarantool de yek ji çêtirîn e, û di 17ê Hezîranê de Oleg Ivlev dê li bi raporekê . Alexander Deulin jî dê ji MegaFon pêşkêşiyek bide . Ka em bibînin ka çi hatiye guhertin, çi plan hatine bicihanîn. Tevlî bibin - konferans belaş e, ya ku hûn bikin ev e ... Hemû û bernameya konferansê hate damezrandin: dozên nû, ezmûna nû di karanîna Tarantool, mîmarî, pargîdanî, hîndekarî û mîkroservisan de.
Source: www.habr.com