{"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\/ro\/blog\/administrirovanie\/arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool","title":{"rendered":"Arhitectura de facturare de nou\u0103 genera\u021bie: transformare prin trecerea la Tarantool","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

De ce are o corpora\u021bie precum MegaFon nevoie de Tarantool \u00een facturare? Din exterior, pare c\u0103 un furnizor aduce o cutie mare, o conecteaz\u0103 la priz\u0103 \u2013 \u0219i iat\u0103 factura! C\u00e2ndva a\u0219a era, dar acum este o relicv\u0103, iar astfel de dinosauri au disp\u0103rut sau sunt pe cale s\u0103 dispar\u0103. \u00cen esen\u021b\u0103, facturarea este un sistem pentru emiterea de note de plat\u0103 \u2013 o ma\u0219in\u0103 de calcul sau un calculator. \u00cen telecomunica\u021biile moderne \u2013 aceasta este un sistem de automatizare a \u00eentregului ciclu de via\u021b\u0103 al interac\u021biunii cu abonatul, de la \u00eencheierea contractului p\u00e2n\u0103 la rezilierea acestuia<\/b>, incluz\u00e2nd tarifarea \u00een timp real, acceptarea pl\u0103\u021bilor \u0219i multe altele. Facturarea \u00een companiile de telecomunica\u021bii este asem\u0103n\u0103toare cu un robot de lupt\u0103 \u2013 mare, puternic \u0219i \u00eenc\u0103rcat cu arme.<\/p>\n

\"Arhitectura
\n
\n\u0218i ce leg\u0103tur\u0103 are aici Tarantool? Despre asta vor vorbi Oleg Ivlev<\/b> \u0219i\u00a0Andrei Knyazev<\/b>. Oleg este arhitectul \u0219ef al companiei MegaFon<\/a><\/noindex> , cu o experien\u021b\u0103 vast\u0103 \u00een companii interna\u021bionale, iar Andrei este directorul sistemelor de afaceri. Din desf\u0103\u0219urarea raportului lor de la\u00a0Tarantool Conference 2018<\/a><\/noindex>\u00a0ve\u021bi afla de ce este necesar R&D \u00een corpora\u021bii, ce este Tarantool, cum impasul scal\u0103rii verticale \u0219i globalizarea au fost premisele apari\u021biei acestei Baze de Date \u00een companie, despre provoc\u0103rile tehnologice, transformarea arhitecturii \u0219i \u00een ce fel tehnologiiile MegaFon sunt asem\u0103n\u0103toare cu Netflix, Google \u0219i Amazon.
\n<\/a><\/noindex>
\n

\r\n \"Reda\u021bi\r\n
<\/div>\r\n <\/div><\/center><\/p>\n

Proiectul \u201eFacturarea Unificat\u0103\u201d<\/h2>\n

\nProiectul despre care se va vorbi se nume\u0219te \u201eFacturarea Unificat\u0103\u201d. Exact \u00een acesta, Tarantool \u0219i-a demonstrat cele mai bune calit\u0103\u021bi. <\/p>\n

\"Arhitectura
\n
\nCre\u0219terea performan\u021bei echipamentului de tip Hi-End nu reu\u0219ea s\u0103 \u021bin\u0103 pasul cu cre\u0219terea bazei de clien\u021bi \u0219i a num\u0103rului de servicii, anticip\u00e2ndu-se o cre\u0219tere suplimentar\u0103 a num\u0103rului de abona\u021bi \u0219i servicii datorit\u0103 M2M, IoT, iar particularit\u0103\u021bile filialelor duceau la o agravare a timpului de lansare pe pia\u021b\u0103. Compania a decis s\u0103 creeze un sistem de afaceri unificat cu o arhitectur\u0103 modular\u0103 unic\u0103 de nivel mondial, \u00eenlocuind cele 8 sisteme de facturare diferite existente.<\/p>\n

MegaFon este opt companii \u00eentr-una<\/b>. \u00cen 2009, s-a \u00eencheiat reorganizarea: filialele din \u00eentreaga Rusie s-au unit \u00eentr-o singur\u0103 companie OAO \u201eMegaFon\u201d (acum PAO). Astfel, \u00een companie au ap\u0103rut 8 sisteme de facturare cu propriile solu\u021bii \u201epersonalizate\u201d, particularit\u0103\u021bi filiale \u0219i structuri organiza\u021bionale, IT \u0219i marketing diferite.<\/p>\n

Totul a fost bine p\u00e2n\u0103 c\u00e2nd a trebuit s\u0103 lans\u0103m un produs federal comun. Aici au ap\u0103rut o mul\u021bime de dificult\u0103\u021bi: unii aveau tarifare cu rotunjire \u00een sus, al\u021bii \u00een jos, iar unii - pe media aritmetic\u0103. Astfel de momente sunt mii.<\/p>\n

\u00cen ciuda faptului c\u0103 versiunea sistemului de facturare este aceea\u0219i, un singur furnizor, set\u0103rile au variat at\u00e2t de mult \u00eenc\u00e2t a fost greu de reunit. Am \u00eencercat s\u0103 reducem num\u0103rul acestora \u0219i ne-am lovit de o a doua problem\u0103, cunoscut\u0103 multor corpora\u021bii.<\/p>\n

Scalare vertical\u0103<\/b>. Chiar \u0219i cele mai puternice echipamente de atunci nu au r\u0103spuns nevoilor. \u00cen activitate am folosit echipamente Hewlett-Packard, din seria Superdome Hi-End, dar nu f\u0103ceau fa\u021b\u0103 nevoilor nici m\u0103car a dou\u0103 filiale. Ne-am dorit scalare orizontal\u0103 f\u0103r\u0103 mari costuri opera\u021bionale \u0219i investi\u021bii de capital.<\/p>\n

A\u0219teptarea cre\u0219terii num\u0103rului de abona\u021bi \u0219i servicii<\/b>. Consultan\u021bii au adus de mult timp \u00een lumea telecom pove\u0219ti despre IoT \u0219i M2M: vor veni vremuri c\u00e2nd \u00een fiecare telefon \u0219i fier de c\u0103lcat va fi c\u00e2te o cartel\u0103 SIM, iar \u00een frigider c\u00e2te dou\u0103. Ast\u0103zi avem un num\u0103r de abona\u021bi, iar \u00een viitorul apropiat va cre\u0219te cu mult.<\/p>\n

Provoc\u0103rile tehnologice<\/h2>\n

\nAceste patru motive ne-au determinat s\u0103 facem schimb\u0103ri serioase. A fost o alegere \u00eentre modernizarea sistemului \u0219i proiectarea de la zero. Am g\u00e2ndit mult timp, am luat decizii serioase, am desf\u0103\u0219urat licita\u021bii. \u00cen final, am decis s\u0103 proiect\u0103m totul de la \u00eenceput \u0219i ne-am angajat \u00een provoc\u0103ri interesante - provoc\u0103rile tehnologice.<\/p>\n

Scalabilitate<\/h3>\n

\nDac\u0103 anterior erau, s\u0103 zicem, 8 sisteme de facturare cu 15 milioane de abona\u021bi<\/b>, iar acum ar trebui s\u0103 avem 100 milioane de abona\u021bi \u0219i mai mult<\/b>\u00a0\u2014 \u00eenc\u0103rc\u0103tura este cu mult mai mare.<\/p>\n

Am devenit comparabili ca dimensiune cu marii juc\u0103tori de internet, precum Mail.ru sau Netflix.<\/p><\/blockquote>\n

\nDar continuarea cre\u0219terii \u00eenc\u0103rc\u0103turii \u0219i a bazei de abona\u021bi ne-a pus \u00eenainte provoc\u0103ri serioase.<\/p>\n

Geografia patriei noastre vaste<\/h3>\n

\n\u00centre Kaliningrad \u0219i Vladivostok 7500 km \u0219i 10 fusuri orare<\/b>. Viteza luminii este finit\u0103 \u0219i, pe astfel de distan\u021be, \u00eent\u00e2rzierile devin semnificative. 150 ms pe cele mai avansate canale optice moderne - este prea mult pentru tarifarea \u00een timp real, mai ales a\u0219a cum este acum \u00een telecomunicatii \u00een Rusia. \u00cen plus, este necesar s\u0103 ne actualiz\u0103m \u00eentr-o zi lucr\u0103toare, iar cu diferitele fusuri orare aceasta devine o problem\u0103.<\/p>\n

Nu oferim doar servicii pe baz\u0103 de abonament, ci avem tarife complexe, pachete \u0219i diferite modific\u0103ri. Trebuie s\u0103 nu ne limit\u0103m doar la a permite sau interzice abonatului s\u0103 vorbeasc\u0103, ci s\u0103-i oferim o anumit\u0103 cot\u0103 \u2013 s\u0103 calcul\u0103m apelurile \u0219i ac\u021biunile \u00een timp real astfel \u00eenc\u00e2t el s\u0103 nu observe.<\/p>\n

Redundan\u021b\u0103<\/h3>\n

<\/p>\n

Aceasta este reversul centraliz\u0103rii.<\/p><\/blockquote>\n

\nDac\u0103 adun\u0103m to\u021bi abona\u021bii \u00eentr-un singur sistem, atunci orice eveniment de urgen\u021b\u0103 \u0219i catastrof\u0103 este deosebit de d\u0103un\u0103tor pentru afacere. De aceea, proiect\u0103m sistemul astfel \u00eenc\u00e2t s\u0103 excludem influen\u021ba incidentelor asupra \u00eentregii baze de abona\u021bi.<\/p>\n

Aceasta este din nou o consecin\u021b\u0103 a renun\u021b\u0103rii la scalarea vertical\u0103. C\u00e2nd am trecut la scalarea orizontal\u0103, am crescut num\u0103rul serverelor de la sute la mii. Acestea trebuie gestionate, trebuie s\u0103 construim interschimbabilitate, s\u0103 rezerv\u0103m automat infrastructura IT \u0219i s\u0103 restabilim sistemul distribuit.<\/p>\n

A fost provoc\u0103ri interesante \u00een fa\u021ba noastr\u0103. Am proiectat sistemul \u0219i \u00een acel moment am \u00eencercat s\u0103 g\u0103sim cele mai bune practici globale pentru a verifica \u00een ce m\u0103sur\u0103 suntem \u00een tendin\u021be \u0219i c\u00e2t de bine ne aliniem tehnologiilor avansate.<\/p>\n

Experien\u021b\u0103 global\u0103<\/h2>\n

<\/p>\n

Este uimitor, dar \u00een telecomunica\u021biile globale nu am g\u0103sit niciun referin\u021b\u0103.<\/p><\/blockquote>\n

\nEuropa a fost exclus\u0103 din cauza num\u0103rului de abona\u021bi \u0219i a dimensiunii, iar SUA - din cauza diversit\u0103\u021bii tarifelor lor. Am analizat ceva \u00een China, iar \u00een India am \u00eent\u00e2lnit speciali\u0219ti de la Vodafone India.<\/p>\n

Pentru analiza arhitecturii, am adunat o echip\u0103 de vis condus\u0103 de IBM - arhitec\u021bi din diferite domenii. Aceste persoane au putut evalua adecvat ceea ce facem \u0219i s\u0103 aduc\u0103 anumite cuno\u0219tin\u021be \u00een arhitectura noastr\u0103.<\/p>\n

Scalabilitate<\/h2>\n

\nC\u00e2teva cifre pentru ilustrare.<\/p>\n

Proiect\u0103m sistemul pentru 80 milioane de abona\u021bi, cu un rezervor pentru un miliard<\/b>. Astfel elimin\u0103m pragurile viitoare. Nu pentru c\u0103 ne \u00eendrept\u0103m s\u0103 cucerim China, ci din cauza avansului IoT \u0219i M2M.<\/p>\n

300 milioane de documente sunt procesate \u00een timp real<\/b>. De\u0219i avem 80 milioane de abona\u021bi, lucr\u0103m \u0219i cu clien\u021bi poten\u021biali \u0219i cu cei care ne-au p\u0103r\u0103sit, dac\u0103 trebuie s\u0103 recuper\u0103m datoriile. De aceea, volumele reale sunt semnificativ mai mari.<\/p>\n

2 miliarde de tranzac\u021bii<\/b> schimb\u0103 zilnic soldul - acestea sunt pl\u0103\u021bi, venituri, apeluri \u0219i alte evenimente.\u00a0200 TB de date se schimb\u0103 activ<\/b>, se schimb\u0103 pu\u021bin mai \u00eencet 8 PB de date<\/b>, \u0219i\u00a0aceasta nu\u00a0este\u00a0un\u00a0arhiv, ci\u00a0date live \u00eentr-un\u00a0sistem de\u00a0facturare unificat. Scalarea pentru\u00a0centrele de\u00a0date\u00a0\u2014 5\u00a0mii de\u00a0servere pe\u00a014\u00a0site-uri<\/b>.<\/p>\n

Stiva tehnologic\u0103<\/h2>\n

\nC\u00e2nd am\u00a0planificat arhitectura \u0219i\u00a0am \u00eenceput s\u0103\u00a0construim sistemul, am\u00a0importat cele mai interesante \u0219i\u00a0avansate tehnologii. Am\u00a0f\u0103cut o\u00a0stiv\u0103 tehnologic\u0103 cunoscut\u0103 de\u00a0orice actor din\u00a0internet \u0219i\u00a0de\u00a0corpora\u021biile care construiesc sisteme cu\u00a0\u00eenc\u0103rcare mare. <\/p>\n

\"Arhitectura
\n
\nStiva este similar\u0103 cu\u00a0cele ale altor juc\u0103tori mari: Netflix, Twitter, Viber. Aceasta\u00a0se compune din\u00a06\u00a0componente, dar\u00a0ne dorim s\u0103\u00a0o\u00a0reducem \u0219i\u00a0s\u0103\u00a0o\u00a0unific\u0103m.<\/p>\n

Flexibilitatea\u00a0este bun\u0103, dar\u00a0\u00eentr-o mare corpora\u021bie, f\u0103r\u0103 unificare nu\u00a0se poate.<\/p><\/blockquote>\n

\nNu\u00a0ne propunem s\u0103\u00a0schimb\u0103m Oracle cu\u00a0Tarantool. \u00cen realitatea companiilor mari, aceasta\u00a0este o utopie, sau o cruciad\u0103 de\u00a05\u201310 ani cu un rezultat incert. Dar Cassandra \u0219i\u00a0Couchbase pot fi cu\u00a0siguran\u021b\u0103 \u00eenlocuite cu\u00a0Tarantool, \u0219i\u00a0ne str\u0103duim\u00a0spre aceasta.<\/p>\n

De ce Tarantool?<\/h2>\n

\nExist\u0103 4\u00a0criterii simple pentru\u00a0care am\u00a0ales aceast\u0103 baz\u0103 de\u00a0date.<\/p>\n

Vitez\u0103<\/b>. Am\u00a0efectuat teste de\u00a0\u00eenc\u0103rcare pe\u00a0sisteme industriale MegaFon. Tarantool a\u00a0c\u00e2\u0219tigat\u00a0\u2014 a ar\u0103tat cea mai bun\u0103 performan\u021b\u0103.<\/p>\n

Nu\u00a0se poate spune c\u0103\u00a0alte sisteme nu\u00a0satisfac nevoile MegaFon. Solu\u021biile actuale de\u00a0memorie sunt at\u00e2t de\u00a0performante, \u00eenc\u00e2t rezervele companiei sunt mai mult dec\u00e2t suficiente. Dar\u00a0ne\u00a0intereseaz\u0103 s\u0103\u00a0lucr\u0103m cu\u00a0liderul, nu\u00a0cu\u00a0cel care r\u0103m\u00e2ne \u00een\u00a0urm\u0103, inclusiv \u00een\u00a0testul de\u00a0\u00eenc\u0103rcare.<\/p>\n

Tarantool satisface nevoile companiei chiar \u0219i\u00a0pe termen lung.<\/p><\/blockquote>\n

\nCostul TCO<\/b>. Suportul pentru Couchbase la\u00a0volumurile MegaFon cost\u0103 bani foarte mul\u021bi, \u00een\u00a0timp ce\u00a0situa\u021bia cu\u00a0Tarantool este mult mai pl\u0103cut\u0103, iar \u00een\u00a0ceea ce prive\u0219te func\u021bionalitatea, sunt aproape identice.<\/p>\n

O alt\u0103 caracteristic\u0103 pl\u0103cut\u0103, care a\u00a0influeni\u021bat pu\u021bin alegerea noastr\u0103\u00a0\u2014 Tarantool lucreaz\u0103 mai bine cu\u00a0memoria dec\u00e2t celelalte baze de\u00a0date. Acesta arat\u0103 eficien\u021b\u0103 maxim\u0103<\/b>.<\/p>\n

Fiabilitate<\/b>. MegaFon investe\u0219te \u00een\u00a0fiabilitate, probabil, ca\u00a0nimeni altcineva. A\u0219adar, c\u00e2nd ne-am\u00a0uitat la\u00a0Tarantool, am\u00a0\u00een\u021beles c\u0103 trebuie s\u0103\u00a0facem a\u0219a \u00eenc\u00e2t s\u0103\u00a0satisfac\u0103 cerin\u021bele noastre.<\/p>\n

Am\u00a0investit timpul \u0219i\u00a0finan\u021bele noastre \u0219i, \u00eempreun\u0103 cu\u00a0Mail.ru, am creat o\u00a0versiune enterprise, care este\u00a0folosit\u0103 deja \u00een\u00a0c\u00e2teva alte companii.<\/p>\n

Tarantool-enterprise ne-a\u00a0satisf\u0103cut complet \u00een\u00a0ceea ce prive\u0219te securitatea, fiabilitatea \u0219i\u00a0\u00eenregistrarea.<\/p><\/blockquote>\n

<\/p>\n

Parteneriate<\/h3>\n

\nCel mai important pentru mine\u00a0\u2014 contactul direct cu\u00a0dezvoltatorul<\/b>. Acesta\u00a0este exact ceea ce l-a convins pe\u00a0tipii de\u00a0la Tarantool.<\/p>\n

Dac\u0103 te duci la un juc\u0103tor, mai ales unul care lucreaz\u0103 cu un client de baz\u0103, \u0219i \u00eei spui c\u0103 ai nevoie ca baza de date s\u0103 poat\u0103 face asta, asta \u0219i asta, de obicei el r\u0103spunde:<\/p>\n

\u2014 Bine, pune cerin\u021bele sub fundul acelei stive \u2014 probabil c\u0103 \u00een cele din urm\u0103 vom ajunge la ele.<\/i><\/p>\n

Multe companii au un roadmap pentru urm\u0103torii 2-3 ani, \u0219i este practic imposibil s\u0103 te integrezi acolo, iar dezvoltatorii de Tarantool sunt atr\u0103g\u0103tori prin deschiderea lor, \u0219i nu doar cu MegaFon, \u0219i \u00ee\u0219i adapteaz\u0103 sistemul la client. Este grozav, \u0219i ne place foarte mult.<\/p>\n

Unde am folosit Tarantool<\/h2>\n

\n\u00cen cazul nostru, Tarantool este utilizat \u00een c\u00e2teva elemente. Primul \u2014 \u00een pilot<\/b>, pe care l-am realizat pe sistemul de catalog de adrese. La vremea respectiv\u0103, ne doream s\u0103 fie un sistem asem\u0103n\u0103tor cu Yandex Maps \u0219i Google Maps, dar a ie\u0219it pu\u021bin diferit. <\/p>\n

Ca exemplu, catalogul de adrese \u00een interfa\u021ba de v\u00e2nz\u0103ri. Pe Oracle, c\u0103utarea unei adrese dureaz\u0103 12-13 secunde \u2014 cifre incomode. C\u00e2nd trecem la Tarantool, \u00eenlocuim Oracle cu o alt\u0103 baz\u0103 de date \u00een consol\u0103, \u0219i efectu\u0103m aceea\u0219i c\u0103utare, ob\u021binem o accelerare de 200 de ori! Ora\u0219ul apare dup\u0103 a treia liter\u0103. Acum adapt\u0103m interfa\u021ba, astfel \u00eenc\u00e2t s\u0103 se \u00eent\u00e2mple dup\u0103 prima. Totu\u0219i, viteza de reac\u021bie este complet diferit\u0103 \u2014 deja milisecunde \u00een loc de secunde.<\/p>\n

A doua utilizare \u2014 tema popular\u0103 care se nume\u0219te IT cu dou\u0103 viteze<\/b>. Totul pentru c\u0103 consultan\u021bii din fiecare col\u021b spun c\u0103 corpora\u021biile ar trebui s\u0103 mearg\u0103 \u00een aceast\u0103 direc\u021bie.<\/p>\n

\"Arhitectura
\n
\nAici exist\u0103 un strat de infrastructur\u0103, deasupra c\u0103ruia sunt domeniile, de exemplu, sistemul de facturare, ca \u00een telecomunica\u021bii, sistemele corporative, raportarea corporativ\u0103. Acesta este nucleul, pe care nu trebuie s\u0103-l atingi. Adic\u0103, desigur, se poate, dar trebuie s\u0103 asiguri calitatea \u00een mod paranoic, deoarece aceasta aduce bani corpora\u021biei.<\/p>\n

Urm\u0103torul strat este cel al microserviciilor \u2014 ceea ce diferen\u021biaz\u0103 operatorul sau alt juc\u0103tor. Microserviciile pot fi create rapid pe baza unor anumite cache-uri, ridic\u00e2nd date din diferite domenii. Aici este un domeniu pentru experimente<\/b>\u00a0\u2014 dac\u0103 ceva nu a func\u021bionat, \u00eenchizi un microserviciu, deschizi altul. Acest lucru garanteaz\u0103 cu adev\u0103rat un time-to-market crescut \u0219i \u00eembun\u0103t\u0103\u021be\u0219te fiabilitatea \u0219i viteza companiei.<\/p>\n

Microserviciile reprezint\u0103, probabil, rolul principal al Tarantool \u00een MegaFon. <\/p><\/blockquote>\n

<\/p>\n

Unde planific\u0103m s\u0103 aplic\u0103m Tarantool<\/h2>\n

\nCompar\u00e2nd proiectul nostru de facturare de succes cu programele de transformare de la Deutsche Telekom, Svyaznoy, Vodafone India, acesta este surprinz\u0103tor de dinamic \u0219i creativ. \u00cen procesul de implementare al acestui proiect, nu doar c\u0103 a fost transformat MegaFon \u0219i structura sa, dar a ap\u0103rut \u0219i Tarantool-enterprise la Mail.ru, iar furnizorul nostru Nexign (fost \u201ePeterservice\u201d) a lansat BSS Box (o solu\u021bie de facturare de tip cutie).<\/p>\n

Acesta este, \u00eentr-un anumit sens, un proiect istoric pentru pia\u021ba rus\u0103. Poate fi comparat cu ceea ce este descris \u00een cartea lui Frederick Brooks \u201eMythical Man-Month\u201d. Atunci, \u00een anii '60, pentru dezvoltarea unui nou sistem de operare OS\/360 pentru mainframe-urile IBM, au fost atra\u0219i 5.000 de oameni. Noi avem mai pu\u021bini \u2014 1.800, dar avem un avantaj, iar av\u00e2nd \u00een vedere utilizarea open source \u0219i noilor abord\u0103ri, lucr\u0103m mai eficient.<\/p>\n

Mai jos sunt afi\u0219ate domeniile de facturare sau, dac\u0103 dorim s\u0103 extindem, - sistemele de afaceri. Oamenii din mediul enterprise cunosc bine CRM. Alte sisteme ar trebui s\u0103 fie deja disponibile pentru toat\u0103 lumea: Open API, API Gateway.<\/p>\n

\"Arhitectura
\n<\/p>\n

Open API<\/h3>\n

\nS\u0103 ne uit\u0103m din nou la numere \u0219i la modul \u00een care func\u021bioneaz\u0103 acum Open API. \u00cen prezent, sarcina sa este de 10.000 de tranzac\u021bii pe secund\u0103<\/b>. Deoarece inten\u021bion\u0103m s\u0103 dezvolt\u0103m activ stratul de microservicii \u0219i s\u0103 construim un API public pentru MegaFon, a\u0219tept\u0103m o cre\u0219tere \u0219i mai mare \u00een viitor, \u00een special \u00een acest domeniu.\u00a0100.000 de tranzac\u021bii vor fi cu siguran\u021b\u0103 realizate<\/b>.<\/p>\n

Nu \u0219tiu dac\u0103 ne vom compara \u00een privin\u021ba SSO cu Mail.ru \u2014 se pare c\u0103 au 1.000.000 de tranzac\u021bii pe secund\u0103. Solu\u021bia lor este extrem de interesant\u0103 pentru noi \u0219i pl\u0103nuim s\u0103 le adopt\u0103m experien\u021ba \u2014 de exemplu, s\u0103 realiz\u0103m un rezervor func\u021bional SSO cu ajutorul Tarantool. Acum, dezvoltatorii de la Mail.ru se ocup\u0103 de acest lucru pentru noi.<\/p>\n

CRM<\/h2>\n

\nCRM-ul reprezint\u0103 acei 80 de milioane de abona\u021bi pe care vrem s\u0103 \u00eei ducem la un miliard, deoarece deja exist\u0103 300 de milioane de documente, care includ o istorie de trei ani. A\u0219tept\u0103m cu adev\u0103rat noi servicii, iar aici punctul de cre\u0219tere este serviciile conectate<\/b>. Aceasta este o sfer\u0103 care va cre\u0219te, deoarece vor exista din ce \u00een ce mai multe servicii. Prin urmare, va fi nevoie de istorie, nu dorim s\u0103 ne \u00eempiedic\u0103m \u00een acest aspect.<\/p>\n

\u00centreaga facturare \u00een ceea ce prive\u0219te emiterea de facturi, gestionarea crean\u021belor clien\u021bilor s-a transformat \u00eentr-un domeniu separat<\/b>. Pentru a extinde performan\u021ba, s-a aplicat un model arhitectural de arhitectur\u0103 domenial\u0103.<\/b>.<\/p>\n

Sistemul este \u00eemp\u0103r\u021bit \u00een domenii, sarcina este distribuit\u0103 \u0219i este asigurat\u0103 redundan\u021ba. \u00cen plus, s-a lucrat pe arhitectura distribuit\u0103.<\/p><\/blockquote>\n

\nTot ce r\u0103m\u00e2ne sunt solu\u021bii la nivel enterprise. \u00cen depozitul de apeluri - 2 miliarde pe zi<\/b>, 60 miliarde pe lun\u0103. Uneori trebuie s\u0103 le recalcul\u0103m pentru luna respectiv\u0103, iar mai bine este s\u0103 o facem rapid. Monitorizarea financiar\u0103<\/b>\u00a0\u2014 reprezint\u0103 tocmai cele 300 milioane, care cresc constant: abona\u021bii trec frecvent \u00eentre operatori, sporind aceast\u0103 parte.<\/p>\n

Cel mai telecom component din serviciile mobile este tarifarea online<\/b>. Acestea sunt sistemele care \u00ee\u021bi permit s\u0103 suni sau s\u0103 nu suni, lu\u00e2nd decizii \u00een timp real. Aici, sarcina este de 30.000 de tranzac\u021bii pe secund\u0103, dar av\u00e2nd \u00een vedere cre\u0219terea transferului de date, planific\u0103m 250.000 de tranzac\u021bii<\/b>, de aceea suntem foarte interesa\u021bi de Tarantool.<\/p>\n

Imaginea anterioar\u0103 reprezint\u0103 domeniile unde ne propunem s\u0103 aplic\u0103m Tarantool. \u00centreg CRM-ul, desigur, este mai extins \u0219i ne propunem s\u0103 \u00eel aplic\u0103m \u00een nucleul s\u0103u. <\/p>\n

Num\u0103rul nostru estimat de capacitate tehnic\u0103 de 100 milioane de abona\u021bi m\u0103 \u00eengrijoreaz\u0103 ca arhitect \u2014 ce se \u00eent\u00e2mpl\u0103 dac\u0103 ajungem la 101 milioane? Trebuie s\u0103 refacem totul? Pentru a evita acest lucru, aplic\u0103m cache-uri, sporind \u00een acela\u0219i timp disponibilitatea.<\/p>\n

\"Arhitectura
\n
\n\u00cen general, exist\u0103 dou\u0103 abord\u0103ri pentru utilizarea Tarantool. Prima este s\u0103 construim toate cache-urile la nivel de microservicii<\/b>. Din c\u00e2te \u0219tiu, pe aceast\u0103 cale merge VimpelCom, cre\u00e2nd cache-uri pentru clien\u021bi.<\/p>\n

Noi suntem mai pu\u021bin dependen\u021bi de furnizori, schimb\u0103m nucleul BSS, de aceea avem deja un catalog unitar de clien\u021bi din cutie. Dar dorim s\u0103 \u00eel extindem. De aceea aplic\u0103m o abordare pu\u021bin diferit\u0103 \u2014 facem cache-uri \u00een interiorul sistemelor<\/b>.<\/p>\n

Astfel, exist\u0103 mai pu\u021bin desincronizare \u2014 un singur sistem r\u0103spunde at\u00e2t pentru cache, c\u00e2t \u0219i pentru sursa principal\u0103.<\/p><\/blockquote>\n

\nMetoda se aliniaz\u0103 bine cu abordarea Tarantool utiliz\u00e2nd un schelet tranzac\u021bional, c\u00e2nd se actualizeaz\u0103 doar p\u0103r\u021bile care \u021bin de actualiz\u0103ri, adic\u0103 modific\u0103rile de date. Tot restul poate fi stocat altundeva. Nu exist\u0103 un lac de date imens, un cache global necontrolat. Cache-urile sunt proiectate pentru sistem, fie pentru produse, fie pentru clien\u021bi, fie pentru a u\u0219ura via\u021ba \u00eentre\u021binerii. C\u00e2nd un abonat deranjat de calitate sun\u0103, vrei s\u0103 \u00eei oferi un serviciu de calitate.<\/p>\n

RTO \u0219i RPO<\/h2>\n

\n\u00cen IT exist\u0103 doi termeni \u2014 RTO<\/b> \u0219i\u00a0RPO<\/b>. <\/p>\n

Obiectivul timpului de recuperare<\/b>\u00a0\u2014 este timpul de recuperare a serviciului dup\u0103 o defec\u021biune. RTO = 0 \u00eenseamn\u0103 c\u0103, chiar dac\u0103 ceva cedeaz\u0103, serviciul continu\u0103 s\u0103 func\u021bioneze.<\/p>\n

Obiectivul punctului de recuperare<\/b>\u00a0\u2014 este timpul de recuperare a datelor, c\u00e2t de multe date putem pierde \u00eentr-o anumit\u0103 perioad\u0103 de timp. RPO = 0 \u00eenseamn\u0103 c\u0103 nu pierdem date.<\/p>\n

Sarcina pe Tarantool<\/h2>\n

\nS\u0103 \u00eencerc\u0103m s\u0103 rezolv\u0103m sarcina pentru Tarantool.<\/p>\n

Dat<\/b>: un co\u0219 de cereri bine cunoscut, de exemplu, \u00een Amazon sau altundeva. Este necesar<\/b> ca co\u0219ul s\u0103 func\u021bioneze 24 de ore pe zi, 7 zile pe s\u0103pt\u0103m\u00e2n\u0103, sau 99,99% din timp. Comenzile care vin la noi trebuie s\u0103 p\u0103streze o ordine, deoarece nu putem activa sau dezactiva haotic conexiunea clientului \u2014 totul trebuie s\u0103 fie strict secven\u021bial. Abonamentul anterior influen\u021beaz\u0103 pe cel urm\u0103tor, a\u0219a c\u0103 datele sunt importante \u2014 nimic nu trebuie s\u0103 dispar\u0103.<\/p>\n

Solu\u021bie<\/b>. Se poate \u00eencerca s\u0103 se abordeze direct \u0219i s\u0103 se \u00eentrebe dezvoltatorii de Baze de Date, dar sarcina nu se rezolv\u0103 matematic. Se pot aminti teoremele, legile conserv\u0103rii, fizica cuantic\u0103, dar de ce \u2014 nu poate fi rezolvat\u0103 la nivelul Bazei de Date.<\/p>\n

Aici func\u021bioneaz\u0103 vechiul \u0219i bunul principiu arhitectural \u2014 trebuie s\u0103 cuno\u0219ti bine domeniul \u0219i, folosind aceasta, s\u0103 rezolvi acest rebus.<\/p>\n

\"Arhitectura
\n
\nSolu\u021bia noastr\u0103: cre\u0103m un registru distribuit de cereri pe Tarantool \u2014 un cluster geo-distribuit<\/b>. Pe schem\u0103, acestea sunt trei centre diferite de procesare a datelor \u2014 dou\u0103 \u00eenainte de Ural, unul dup\u0103 Ural, iar noi distribuim toate cererile \u00eentre aceste centre.<\/p>\n

Netflix, care acum este considerat unul dintre liderii \u00een IT, p\u00e2n\u0103 \u00een 2012 avea doar un singur DC. Cu o zi \u00eenainte de Cr\u0103ciunul catolic, pe 24 decembrie, acest DC a c\u0103zut. Utilizatorii din Canada \u0219i SUA au r\u0103mas f\u0103r\u0103 filmele lor preferate, s-au sup\u0103rat foarte mult \u0219i au scris despre asta pe re\u021belele sociale. Acum Netflix are trei DC-uri pe coasta de vest-est \u0219i unul \u00een vestul Europei. <\/p>\n

Noi construim ini\u021bial o solu\u021bie geo-distribuit\u0103 \u2014 ne pas\u0103 de rezilien\u021ba \u00een fa\u021ba defec\u021biunilor. <\/p><\/blockquote>\n

\nA\u0219adar, avem un cluster, dar cum r\u0103m\u00e2ne cu RPO = 0 \u0219i RTO = 0? Solu\u021bia este simpl\u0103, depinde de subiect.<\/p>\n

Ce este important \u00een cereri? Dou\u0103 p\u0103r\u021bi: compilarea co\u0219ului\u00a0\u00ceNAINTE<\/b> de a lua decizia de cump\u0103rare, \u0219i\u00a0DUP\u0102<\/b>. Partea \u00ceNAINTE \u00een telecomunica\u021bii este de obicei numit\u0103 captarea comenzii<\/b> sau negocierea comenzii<\/b>. \u00cen telecomunica\u021bii, acest lucru poate fi mult mai complicat dec\u00e2t \u00eentr-un magazin online, deoarece trebuie s\u0103 deservim clientul, s\u0103 oferim 5 op\u021biuni, \u0219i toate acestea se \u00eent\u00e2mpl\u0103 pentru o anumit\u0103 perioad\u0103 de timp, dar co\u0219ul se umple. \u00cen acest moment, o defec\u021biune este posibil\u0103, dar nu este o problem\u0103, deoarece se desf\u0103\u0219oar\u0103 \u00eentr-un mod interactiv sub supravegherea unei persoane. <\/p>\n

Dac\u0103 centrul de date din Moscova ar ie\u0219i brusc din func\u021biune, atunci, comut\u00e2ndu-ne automat pe un alt centru de date, vom continua activitatea. Teoretic, un produs din co\u0219 ar putea fi pierdut, dar tu \u00eel vezi, completezi din nou co\u0219ul \u0219i continui s\u0103 lucrezi. \u00cen acest caz, RTO = 0.<\/p>\n

\u00cen acela\u0219i moment, exist\u0103 o a doua op\u021biune: c\u00e2nd am ap\u0103sat \u201esubmit\u201d, dorim ca datele s\u0103 nu se piard\u0103. Din acest punct, automatizarea \u00eencepe s\u0103 func\u021bioneze \u2014 aceasta este deja RPO = 0. Aplicarea acestor dou\u0103 modele diferite \u00eentr-un caz, poate fi pur \u0219i simplu un cluster georepartizat cu un master comutabil, \u00een cel\u0103lalt caz, o \u00eenregistrare cu un num\u0103r de voturi. Modelele pot varia, dar noi rezolv\u0103m problema.<\/p>\n

Mai departe, av\u00e2nd un registru distribuit al cererilor, putem s\u0103 scal\u0103m totul \u2014 s\u0103 avem mul\u021bi dispeceri \u0219i executan\u021bi care acceseaz\u0103 acest registru.<\/p>\n

\"Arhitectura
\n<\/p>\n

Cassandra \u0219i Tarantool \u00eempreun\u0103<\/h2>\n

\nExist\u0103 \u0219i un alt caz \u2014 \u201evitrina soldurilor\u201d<\/b>. Aici avem un caz interesant de aplicare comun\u0103 a Cassandra \u0219i Tarantool.<\/p>\n

Folosim Cassandra pentru c\u0103 2 miliarde de apeluri pe zi nu sunt limita, \u0219i vor fi mai multe. Marketerii ador\u0103 s\u0103 coloreze traficul \u00een func\u021bie de surse, apar tot mai multe detalii pe re\u021belele sociale, de exemplu. Toate acestea cresc istoricul.<\/p>\n

Cassandra permite scalarea orizontal\u0103 la orice volum.<\/p><\/blockquote>\n

\nNe sim\u021bim confortabil cu Cassandra, dar are o problem\u0103 \u2014 nu este bun\u0103 la citire. La scriere, totul este OK, 30.000 pe secund\u0103 nu este o problem\u0103 \u2014 problema este la citire<\/b>.<\/p>\n

Prin urmare, a ap\u0103rut problema cache-ului \u0219i, de asemenea, am rezolvat urm\u0103toarea problem\u0103: exist\u0103 un caz tradi\u021bional vechi, c\u00e2nd echipamentul de la comutator, de la tarificarea online, vine \u00een fi\u0219iere pe care le \u00eenc\u0103rc\u0103m \u00een Cassandra. Am luptat cu problema \u00eenc\u0103rc\u0103rii fi\u0219ierelor \u00een mod fiabil, am aplicat chiar, la recomandarea managerului de transfer de fi\u0219iere IBM, solu\u021bii care administreaz\u0103 eficient transferul fi\u0219ierelor, utiliz\u00e2nd protocolul UDP, de exemplu, \u0219i nu TCP. Este bine, dar sunt totu\u0219i minute \u0219i, p\u00e2n\u0103 nu \u00eenc\u0103rc\u0103m totul, operatorul din call center nu poate r\u0103spunde clientului ce s-a \u00eent\u00e2mplat cu balan\u021ba sa - trebuie s\u0103 a\u0219tepte.<\/p>\n

Pentru a evita acest lucru, noi\u00a0utiliz\u0103m un rezervor func\u021bional paralel<\/b>. C\u00e2nd trimitem un eveniment prin Kafka \u00een Tarantool, recalcul\u00e2nd agregatele \u00een timp real, de exemplu, pentru ast\u0103zi, atunci ob\u021binem cache-ul balan\u021belor<\/b>, care poate livra balan\u021be cu orice vitez\u0103, de exemplu, 100 de mii de tranzac\u021bii pe secund\u0103 \u0219i acelea\u0219i 2 secunde.<\/p>\n

Scopul este ca, dup\u0103 efectuarea apelului, s\u0103 avem deja \u00een cabineta personalizat, \u00een termen de 2 secunde, nu doar balan\u021ba modificat\u0103, ci \u0219i informa\u021bia despre motivul pentru care a fost modificat\u0103.<\/p>\n

Concluzie<\/h2>\n

\nAcestea au fost exemple de utilizare a Tarantool. Ne-a pl\u0103cut foarte mult deschiderea Mail.ru, disponibilitatea lor de a analiza diferite cazuri. <\/p>\n

Consultan\u021bii de la BCG sau McKinsey, Accenture sau IBM deja au dificult\u0103\u021bi s\u0103 ne surprind\u0103 cu ceva nou \u2014 multe dintre cele ce le propun, fie le facem deja, fie le-am f\u0103cut, fie planific\u0103m s\u0103 le facem. Cred c\u0103 Tarantool va ocupa un loc de cinste \u00een teaca noastr\u0103 tehnologic\u0103 \u0219i va \u00eenlocui multe tehnologii deja existente. Suntem \u00een faza activ\u0103 de dezvoltare a acestui proiect.<\/p>\n

Prezentarea lui Oleg \u0219i Andrei a fost una dintre cele mai bune de la Tarantool Conference de anul trecut, iar pe 17 iunie Oleg Ivlev va vorbi la\u00a0T+ Conference 2019<\/a><\/noindex>\u00a0cu o prezentare \u00abDe ce Tarantool \u00een Enterprise\u00bb<\/a><\/noindex>. De asemenea, de la MegaFon va vorbi Alexander Deulin cu prezentarea \u00abCache-urile Tarantool \u0219i replicarea din Oracle\u00bb<\/a><\/noindex>. Vom afla ce s-a schimbat, ce planuri au fost realizate. Al\u0103tura\u021bi-v\u0103 \u2014 conferin\u021ba este gratuit\u0103, trebuie doar s\u0103 trebuie s\u0103 v\u0103 \u00eenregistra\u021bi<\/a><\/noindex>. Toate prezent\u0103rile au fost acceptate<\/a><\/noindex> iar programul conferin\u021bei a fost format: cazuri noi, noi experien\u021be de utilizare a Tarantool, arhitectur\u0103, enterprise, tutoriale \u0219i microservicii.<\/p><\/blockquote>\n

Sursa: 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\udd47Arhitectura de facturare de nou\u0103 genera\u021bie: transformare prin trecerea la Tarantool | ProHoster","description":"De ce are nevoie o corpora\u021bie precum MegaFon de Tarantool \u00een facturare? Din exterior, pare c\u0103 un furnizor obi\u0219nuit vine, aduce o cutie mare, o conecteaz\u0103 la priz\u0103 - \u0219i gata, este facturarea!","canonical_url":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"ro_RO","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\/ro\/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\/ro\/wp-json\/wp\/v2\/posts\/37650","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/comments?post=37650"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts\/37650\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media\/28258"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media?parent=37650"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/categories?post=37650"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/tags?post=37650"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}