{"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 arvepidamisarchitektuur: \u00fcmberkujundamine Tarantooli kasutuselev\u00f5tuga","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Miks vajab selline ettev\u00f5te nagu MegaFon Tarantooli arvelduse jaoks? Kaugelt vaadates tundub, et tavaliselt tuleb tarnija, toob suure kasti, \u00fchendab pistiku vooluv\u00f5rku \u2014 ja arveldamine ongi kohal! Kunagi oli see t\u00f5si, kuid t\u00e4na on see arhaika ning sellised dinosaurused on juba v\u00e4lja surnud v\u00f5i suremas. Alguses oli arveldamine s\u00fcsteem, mis esitas arveid \u2014 arve loendur v\u00f5i kalkulaator. Kaasaegses telekommunikatsioonis on see kogu juurdep\u00e4\u00e4su eluts\u00fckli automatiseerimise s\u00fcsteem, alates lepingute s\u00f5lmimisest kuni l\u00f5petamiseni<\/b>, sealhulgas reaalajas arveldamine, maksete vastuv\u00f5tt ja veel palju muud. Arveldamine telekomifirmades on sarnane s\u00f5jamasinale \u2014 suurele, v\u00f5imsale ja relvadega kaetud.<\/p>\n

\"Uue
\n
\nKuidas seondub siia Tarantool? Sellele vastavad Oleg Ivlev<\/b> ja\u00a0Andrei Knyazev<\/b>. Oleg on ettev\u00f5tte peaarhitekt MegaFon<\/a><\/noindex> suurte rahvusvaheliste kogemustega, Andrei on \u00e4ris\u00fcsteemide direktor. Nende ettekande salvestus\u00a0Tarantool Conference 2018<\/a><\/noindex>\u00a0Te saate teada, miks on R&D ettev\u00f5tetes vajalik, mis on Tarantool, kuidas vertikaalse skaleerimise ummik ja globaliseerumine said selle andmebaasi ilmumise eeltingimusteks ettev\u00f5ttes, tehnilised v\u00e4ljakutsed, arhitektuuri transformatsioon ning millega MegaFoni tehnoloogia virn sarnaneb Netflixile, Google'ile ja Amazonile.
\n<\/a><\/noindex>
\n

\r\n \"Vaata\r\n
<\/div>\r\n <\/div><\/center><\/p>\n

\u00dchtne arvelduss\u00fcsteem<\/h2>\n

\nProjekt, millest juttu tuleb, nimetatakse \u00ab\u00dchtne arvelduss\u00fcsteem\u00bb. Just selles on Tarantool n\u00e4idanud oma parimaid omadusi. <\/p>\n

\"Uue
\n
\nHigh-End seadmete j\u00f5udlus ei pidanud ajalise kasvuga sammu abonenndite arvu ja teenuste arvu suurendamisega. Oodati, et abonenndite ja teenuste arv kasvab t\u00e4nu M2M-le, IoT-le, ja kohalikud erip\u00e4rad halvendasid time-to-market'i. Ettev\u00f5te otsustas luua ainulaadse moodulaarse arhitektuuriga maailmatasemel \u00e4ri s\u00fcsteemi kaheksa erineva arvelduss\u00fcsteemi asemel.<\/p>\n

MegaFon on kaheksa ettev\u00f5tet \u00fches<\/b>. 2009. aastal toimus \u00fcmberkorraldus: k\u00f5ik Venemaa filiaalid \u00fchinesid \u00fchtseks ettev\u00f5tteks OAO \u201eMegaFon\u201d (praegu PAO). Nii tekkis ettev\u00f5ttes 8 arvelduse s\u00fcsteemi, mis sisaldasid omaenda \u201ekohandatud\u201d lahendusi, filiaalide erip\u00e4ra ja erinevat organisatsioonilist struktuuri, IT ja turundust.<\/p>\n

K\u00f5ik sujus h\u00e4sti, kuni tuli k\u00e4ivitada \u00fcks \u00fchtne f\u00f6deraalne toode. Siit tekkis hulk keerukusi: kellelgi oli arvestus \u00fclespoole \u00fcmardamisega, kellelgi allapoole, aga kellelgi - aritmeetilise keskmise j\u00e4rgi. Selliseid olukordi on tuhandeid.<\/p>\n

Hoolimata sellest, et arvelduse s\u00fcsteemi versioon on \u00fcks, \u00fcks tarnija, seadistused erinevad nii palju, et nende kokkuliimimine v\u00f5tab kaua aega. Proovisime nende arvu v\u00e4hendada ja sattusime teise probleemiga, mis on tuttav paljudele korporatsioonidele.<\/p>\n

Vertikaalne skaleerimine<\/b>. Isegi parim sel ajal olnud riistvara ei rahuldanud vajadusi. T\u00f6\u00f6s kasutati Hewlett-Packardi seadmeid, Superdome Hi-End seeriat, kuid nende v\u00f5imsus ei katnud isegi kahte filiaali. Soovisime horisontaalset skaleerimist ilma suurte opereerimiskulude ja kapitaliinvesteeringuteta.<\/p>\n

Ooten kasvavast tellijate ja teenuste arvust<\/b>. Konsultandid on juba ammu toonud telekommunikatsiooni maailma jutud IoT-st ja M2M-st: tulevad ajad, mil igas telefonis ja triikis on sim-kaart, ning k\u00fclmkapis kaks. T\u00e4na on meil kindel arv tellijaid, aga l\u00e4hitulevikus on neid kordades rohkem.<\/p>\n

Tehnoloogilised v\u00e4ljakutsed<\/h2>\n

\nNeed neli p\u00f5hjust sundisid meid t\u00f5eliselt muutuma. Oli valik s\u00fcsteemi t\u00e4iendamise ja nullist projekteerimise vahel. M\u00f5tlesime kaua, tegime t\u00f5siseid otsuseid, m\u00e4ngisime hangetes. L\u00f5puks otsustasime projekteerida algusest peale ja p\u00fc\u00fcdlesime huvitavate v\u00e4ljakutsete poole \u2014 tehnoloogilistele v\u00e4ljakutsetele.<\/p>\n

Skaleeritavus<\/h3>\n

\nKui varem oli, \u00fctleme niimoodi, 8 arveldust 15 miljonile tellijale<\/b>, siis praegu pidi saama 100 miljonit tellijat ja rohkem<\/b>\u00a0\u2014 koormus on kordades suurem.<\/p>\n

Oleme muutunud v\u00f5rreldavaks suurte internetim\u00e4ngijatega, nagu Mail.ru v\u00f5i Netflix.<\/p><\/blockquote>\n

\nAga edasine liikumine koormuse ja tellijate arvu suurendamiseks t\u00f5i meile t\u00f5sised \u00fclesanded.<\/p>\n

Meie hiiglaslik riigi geograafia<\/h3>\n

\nKaliningradi ja Vladivostoki vahel 7500 km ja 10 ajav\u00f6\u00f6ndit<\/b>. Valguse kiirus on l\u00f5plik ja neil kaugustel on viivitused juba m\u00e4rkimisv\u00e4\u00e4rsed. 150 ms k\u00f5ige tipptasemel modernsetes optilistes kanalites - see on palju real-time-tasumiseks, eriti selliseks nagu praegu telekomis Venemaal. Lisaks on vaja v\u00e4rskendada \u00fche t\u00f6\u00f6p\u00e4eva jooksul, ja erinevate ajav\u00f6\u00f6nditega - see on probleem.<\/p>\n

Me ei teeni lihtsalt teenust maksu kaudu; meil on keerulised tariifid, paketid ja erinevad modifikaatorid. Meie peame mitte ainult lubama v\u00f5i keelama abonendil r\u00e4\u00e4kida, vaid andma talle teatud kvoodi - arvestama k\u00f5nesid ja toiminguid reaalajas nii, et ta ei m\u00e4rkaks.<\/p>\n

Katastroofitaluvus<\/h3>\n

<\/p>\n

See on keskse s\u00fcsteemi teine k\u00fclg.<\/p><\/blockquote>\n

\nKui me kogume k\u00f5ik abonendid \u00fchte s\u00fcsteemi, on k\u00f5ik \u00f5nnetused ja katastroofid \u00e4ritegevuse jaoks katastroofilised. Seet\u00f5ttu projekteerime s\u00fcsteemi nii, et v\u00e4listada avariide m\u00f5ju kogu abonendibaasile.<\/p>\n

See, see on j\u00e4lle tagasil\u00fckkamine vertikaalsest skaleerimisest. Kui me l\u00e4ksime horisontaalsesse skaleerimisse, suurendasime serverite arvu sadadest tuhandeteni. Nendega tuleb hallata ja luua vahetatavust, automaatselt varundada IT-infrastruktuuri ja taastada jaotatud s\u00fcsteemi.<\/p>\n

Ees seisis meil huvitav v\u00e4ljakutse. Me kavandasime s\u00fcsteemi ja sel hetkel \u00fcritasime leida globaalseid tipptavasid, et kontrollida, kui palju oleme trendis, kui palju j\u00e4rgime uusimaid tehnoloogiaid.<\/p>\n

\u00dcks globaalne praktika<\/h2>\n

<\/p>\n

Imelik, kuid globaalsetes telekommunikatsioonides ei leidnud me \u00fchtegi viidatud n\u00e4idet.<\/p><\/blockquote>\n

\nEuroopa kukkus v\u00e4lja abonentide arvu ja ulatuse t\u00f5ttu, USA oma pakettide taseme t\u00f5ttu. Vaatasime midagi Hiinas, kuid leidsime ka Indiast ja palkasime spetsialiste Vodafone Indiast.<\/p>\n

Arhitektuuri anal\u00fc\u00fcsimiseks kogusime unistuste tiimi, mille eesotsas oli IBM \u2014 arhitektid erinevatest valdkondadest. Need inimesed suudavad adekvaatselt hinnata, mida me teeme, ja tuua meie arhitektuurisse kindlaid teadmisi.<\/p>\n

Ulatus<\/h2>\n

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

Kavandame s\u00fcsteemi 80 miljonile abonendile, varuga miljardile.<\/b>. Nii eemaldame tulevased k\u00fcnnist. See ei ole sellep\u00e4rast, et me plaanime Hiinat vallutada, vaid IoT ja M2M surve t\u00f5ttu.<\/p>\n

300 miljonit dokumenti t\u00f6\u00f6deldakse reaalajas<\/b>. Kuigi meil on 80 miljonit abonenti, tegeleme ka potentsiaalsete klientidega ja nendega, kes on meie juurest lahkunud, kui tuleb sissen\u00f5udmisega tegeleda. Seet\u00f5ttu on tegelikud mahud m\u00e4rkimisv\u00e4\u00e4rselt suuremad.<\/p>\n

2 miljardit tehingut<\/b> muudavad taset iga p\u00e4ev \u2014 need on maksed, arvestused, k\u00f5ned ja muud s\u00fcndmused.\u00a0200 TB andmeid muutuvad aktiivselt<\/b>, veidi aeglasemalt muutuvad 8 PB andmeid<\/b>, ja see ei ole arhiiv, vaid elavad andmed \u00fches arveldamises. Skaala andmekeskustele \u2014 5000 serverit 14 paiknemises<\/b>.<\/p>\n

Tehnoloogiline alus<\/h2>\n

\nKui planeerisime arhitektuuri ja hakkasime s\u00fcsteemi ehitama, importisime endale k\u00f5ige huvitavamad ja tipptasemel tehnoloogiad. Tuli v\u00e4lja tehnoloogiline alus, mille tunnevad \u00e4ra k\u00f5ik internetim\u00e4ngijad ja korporatsioonid, kes loovad k\u00f5rge koormuse s\u00fcsteeme. <\/p>\n

\"Uue
\n
\nAlus on sarnane teiste suurte m\u00e4ngijate, nagu Netflix, Twitter, Viber, omadele. See koosneb 6 komponendist, kuid me tahame seda l\u00fchendada ja \u00fchtlustada.<\/p>\n

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

\nMe ei kavatse sama Oracle'i asendada Tarantooliga. Suurte ettev\u00f5tete reaalsuses on see utoopia v\u00f5i ristis\u00f5da, mis kestab 5-10 aastat ja mille tulemus pole teada. Kuid Cassandra ja Couchbase'i saab Tarantooliga t\u00e4iesti asendada, ja me p\u00fcrgime selle poole.<\/p>\n

Miks Tarantool?<\/h2>\n

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

Kiirus<\/b>. Me tegime koormustestid Megafoni t\u00f6\u00f6stuss\u00fcsteemidel. Tarantool v\u00f5itis - see n\u00e4itas parimat j\u00f5udlust.<\/p>\n

Ei saa \u00f6elda, et teised s\u00fcsteemid ei rahuldaks Megafoni vajadusi. Praegused m\u00e4lulahendused on nii v\u00f5imsad, et ettev\u00f5tte varu on enam kui piisav. Kuid meile on huvitav tegeleda liidriga, mitte nende tagaolijatega, sealhulgas koormustestide osas.<\/p>\n

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

\nTCO hind<\/b>. Couchbase'i tugi Megafoni mahtudel maksab kosmilisi summasid, Tarantooliga on olukord aga palju meeldivam ja funktsionaalsuses on nad sarnased.<\/p>\n

Veel meeldivam omadus, mis m\u00f5jutas meie valikut, on see, et Tarantool t\u00f6\u00f6tab m\u00e4luhalduse osas paremini kui teised andmebaasid. Ta n\u00e4itab maksimaalset efektiivsust<\/b>.<\/p>\n

Usaldusv\u00e4\u00e4rsus<\/b>. MegaFon investeerib usaldusv\u00e4\u00e4rsusesse t\u00f5en\u00e4oliselt rohkem kui keegi teine. Seet\u00f5ttu, kui vaatasime Tarantooli, m\u00f5istsime, et peame tagama, et see vastaks meie n\u00f5udmistele.<\/p>\n

Oleme investeerinud oma aega ja ressursse ning koos Mail.ru'ga l\u00f5ime ettev\u00f5tte versiooni, mis on n\u00fc\u00fcdseks juba m\u00f5nedes teistes ettev\u00f5tetes kasutusel.<\/p>\n

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

<\/p>\n

Partnerlus<\/h3>\n

\nMinu jaoks on k\u00f5ige olulisem otsene kontakt arendajaga<\/b>. Just see on see, millega Tarantooli tiim mind v\u00f5itis.<\/p>\n

Kui sa l\u00e4hed m\u00e4ngijaga, eriti sellisega, kes t\u00f6\u00f6tab suure kliendiga, ja \u00fctled, et sul on vaja, et andmebaas suudaks seda, seda ja seda, vastab ta tavaliselt:<\/p>\n

\u2014 H\u00e4sti, pange n\u00f5uded sinna madalaima hunniku alla \u2013 kunagi, ilmselt, j\u00f5uame nende juurde.<\/i><\/p>\n

Paljuski on teinud l\u00e4hituleviku plaanid 2-3 aastaks, kuhu on peaaegu v\u00f5imatu sisse saada, kuid Tarantooli arendajad kompenseerivad oma avatuses, mitte vaid MegaFoni tootega, ja kohandavad oma s\u00fcsteemi kliendi vajadustele. See on \u00e4ge ja meile t\u00f5esti meeldib.<\/p>\n

Kus me rakendasime Tarantoolit<\/h2>\n

\nMeie Tarantool on kasutusel mitmes elemendis. Esimene on meie piloot<\/b>, mille l\u00f5ime aadressikataloogis\u00fcsteemile. Omast ajast tahtsime, et see oleks sarnane Yandex.Mapsile ja Google Mapsile, kuid v\u00e4lja tuli veidi teisiti. <\/p>\n

N\u00e4iteks aadressikataloog m\u00fc\u00fcgiliideses. Oracle'is v\u00f5tab \u00f5ige aadressi otsimine aega 12-13 s \u2014 ebamugavad numbrid. Kui me l\u00fclitame Tarantoolile, vahetame Oracle'i v\u00e4lja teise andmebaasi vastu konsoolis ja teeme sama otsingu, saame 200-kordse kiiruskasvu! Linn h\u00fcppab peale kolmandat t\u00e4hte. Praegu kohandame liidese, et see toimuks peale esimest. Sellegipoolest on reageerimiskiirus t\u00e4iesti erinev \u2014 juba millisekundid sekundite asemel.<\/p>\n

Teine rakendus on moes teema, mida nimetatakse kahekordseks IT-ks<\/b>. K\u00f5ik selle t\u00f5ttu, et iga\u00fche konsultandid \u00fctlevad, et organisatsioonidel on sinna suunduda.<\/p>\n

\"Uue
\n
\nSiin on infrastruktuuri kiht, mille kohal on domeenid, n\u00e4iteks arveldamise s\u00fcsteem, nagu telekommunikatsioonis, ettev\u00f5tte s\u00fcsteemid ja korporatiivne aruandlus. See on l\u00f5pp, mida ei tohi puudutada. Loomulikult on v\u00f5imalik, kuid kvaliteedi tagamine peab olema \u00e4\u00e4rmiselt t\u00e4helepanelik, sest see genereerib ettev\u00f5ttele tulu.<\/p>\n

Edasi liigub mikroteenuste kiht \u2013 see, mis eristab operaatorit v\u00f5i teisi m\u00e4ngijaid. Mikroteenuseid saab kiiresti luua erinevate vahem\u00e4lu p\u00f5hjal, t\u00f5stes sinna andmeid erinevatelt domeenidelt. Siin on eksperimentide ala<\/b>\u00a0\u2014 kui midagi ei l\u00e4inud korda, sulgesin \u00fche mikroteenuse ja avasin teise. See tagab t\u00f5eliselt l\u00fchema time-to-market\u2019i ja suurendab ettev\u00f5tte usaldusv\u00e4\u00e4rsust ja kiirus.<\/p>\n

Mikroteenused on t\u00f5en\u00e4oliselt Tarantooli peamine roll MegaFon\u2019is. <\/p><\/blockquote>\n

<\/p>\n

Kus kavatseme Tarantooli rakendada<\/h2>\n

\nKui v\u00f5rrelda meie edukat arveldamise projekti Deutsche Telekomi, Svjaztcomi ja Vodafone India transformatsiooniprogrammidega, on see \u00fcllatavalt d\u00fcnaamiline ja loominguline. Selle projekti elluviimise k\u00e4igus ei ole mitte ainult MegaFoni ja selle struktuuri \u00fcmberkujundamine toimunud, vaid on ilmnenud ka Tarantool-enterprise Mail.ru-s ning meie tarnija Nexign (endise nimega \u00abPeter-Service\u00bb) juures \u2014 BSS Box (karbit\u00fc\u00fcpi arvelduse lahendus).<\/p>\n

See on mingil moel ajalooline projekt Venemaa turul. Seda v\u00f5ib v\u00f5rrelda Frederick Brooksi raamatus \u00abM\u00fc\u00fcdiline kuud\u00bb kirjeldatud s\u00fcndmustega. 60. aastatel kaasas IBM uue OS\/360 operatsioonis\u00fcsteemi v\u00e4ljat\u00f6\u00f6tamiseks oma peamistele arvutitele 5 000 inimest. Meil on v\u00e4hem \u2014 1 800, kuid meie t\u00f6\u00f6tavad nagu sidrunipeenral, ja avatud l\u00e4htekoodi ja uute l\u00e4henemiste kasutamisega t\u00f6\u00f6tame tootlikumalt.<\/p>\n

Allpool on toodud arvelduse domeenid v\u00f5i, kui r\u00e4\u00e4kida laiemalt, \u00e4ris\u00fcsteemid. Enterprise'i inimesed tunnevad h\u00e4sti CRM-i. 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 n\u00fc\u00fcd t\u00f6\u00f6tab. Selle koormus on \u2014 10 000 tehingut sekundis<\/b>. Kuna me plaanime aktiivselt arendada mikroteenuste kihti ja luua MTS avalikku API-d, ootame tulevikus sellel alal suuremat kasvu.\u00a0100 000 tehingut kindlasti tuleb.<\/b>.<\/p>\n

Ei tea, kas suudame Mail.ru-ga SSO-s v\u00f5rrelda \u2014 neil on ju 1 000 000 tehingut sekundis. Nende lahendused on meile \u00e4\u00e4rmiselt huvitavad ja plaanime nende kogemust \u00fcle v\u00f5tta \u2014 n\u00e4iteks luua funktsionaalne SSO reserv Tarantooli abil. Praegu tegelevad Mail.ru arendajad sellega meie juures.<\/p>\n

CRM<\/h2>\n

\nCRM on need 80 miljonit tellijat, kelle arvu tahame t\u00f5sta miljardini, sest meil on juba 300 miljonit dokumenti, mis h\u00f5lmavad kolmeaastast ajalugu. Ootame t\u00f5eliselt uusi teenuseid ja siin kasvupunkt on lisateenuste aktiveerimine.<\/b>See on sf\u00e4\u00e4r, mis hakkab kasvama, sest teenuseid tuleb j\u00e4rjest rohkem. Vastavalt on vajalik ajalugu, me ei soovi sellel takerduda.<\/p>\n

Kogu arveldus teenuste osas, mis puudutab arve esitamist ja klientide debitoorseid n\u00f5udeid on hakanud arenema eraldi domeeniks.<\/b>Selleks et suurendada tootlikkust, rakendatakse domeeniarhitektuuri arhitektuurimudelit.<\/b>.<\/p>\n

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

\nK\u00f5ik muu on ettev\u00f5tte tasandi lahendused. K\u00f5nede hoidlas \u2014 2 miljardit p\u00e4evas<\/b>, 60 miljardit kuus. M\u00f5nikord tuleb neid kuus uuesti arvestada, 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 telekommunikatsioonialasem komponent mobiiliteenustes on reaalajas tariifimine<\/b>. Need on s\u00fcsteemid, mis v\u00f5imaldavad teil helistada v\u00f5i mitte helistada, tehes otsuse reaalajas. Siin on koormus 30 000 tehingut sekundis, kuid andmeedastuse kasvu arvestades plaanime 250 000 tehingut<\/b>, seet\u00f5ttu oleme tugevalt huvitatud Tarantoolist.<\/p>\n

Eelmine pilt on need domeenid, kus plaanime Tarantoolit rakendada. CRM on muidugi laiem ja plaanime seda rakendada s\u00fcgavamal tasemel. <\/p>\n

Minu jaoks, kui arhitekt, on meie tehniliste n\u00e4itajate arv 100 miljonit abonenti murettekitav \u2014 mis siis, kui 101 miljonit? Kas peame uuesti k\u00f5ik \u00fcle tegema? Selle v\u00e4ltimiseks kasutame vahem\u00e4lus\u00fcsteeme, mis t\u00f5stab ka k\u00e4ttesaadavust.<\/p>\n

\"Uue
\n
\nKokkuv\u00f5ttes on Tarantooli rakendamiseks kaks l\u00e4henemist. Esimene \u2014 ehitada k\u00f5ik vahem\u00e4lud mikroteenuste tasemel<\/b>. Kui ma \u00f5igesti aru saan, siis seda teed l\u00e4heb VimpelCom, luues klientide vahem\u00e4lu.<\/p>\n

Meie oleme enam s\u00f5ltumatud teenusepakkujatest, muutes BSS-i tuuma, seega on meil juba kastist v\u00e4lja tulnud \u00fchtne klientide registri s\u00fcsteem. Kuid me tahame seda laiendada. Seet\u00f5ttu rakendame natuke teistsugust l\u00e4henemist \u2014 teeme vahem\u00e4lud s\u00fcsteemide sisse<\/b>.<\/p>\n

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

\nMeetod sobib h\u00e4sti Tarantooli l\u00e4henemesse koos tehingute raamistiku ja osaliste uuendustega, see t\u00e4hendab andmete muutmisega. K\u00f5ik muu saab salvestada kuskile mujale. Ei ole suurt andmej\u00e4rve, haldamata globaalseid vahem\u00e4leid. Vahem\u00e4lud projekteeritakse s\u00fcsteemi, toote v\u00f5i kliendi jaoks v\u00f5i selleks, et teenindamist lihtsustada. Kui helistab kvaliteedi \u00fcle \u00e4rritunud klient, siis tahaks teda kvalitatiivselt teenindada.<\/p>\n

RTO ja RPO<\/h2>\n

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

Recovery time objective<\/b>\u00a0\u2014 see on teenuse taastamise aeg p\u00e4rast t\u00f5rget. RTO = 0 t\u00e4hendab, et isegi kui midagi kukub, teenus j\u00e4tkab t\u00f6\u00f6d.<\/p>\n

Recovery point objective<\/b>\u00a0\u2014 see on andmete taastamise aeg, kui palju andmeid me saame kaotada teatud aja jooksul. RPO = 0 t\u00e4hendab, et me ei kaota andmeid.<\/p>\n

Tarantooli \u00fclesanne<\/h2>\n

\nProovime lahendada Tarantooli \u00fclesanne.<\/p>\n

Antud<\/b>: k\u00f5igile arusaadav taotluste korv, n\u00e4iteks Amazonis v\u00f5i kuskil mujal. N\u00f5utav<\/b> et korv t\u00f6\u00f6taks 24 tundi \u00f6\u00f6p\u00e4evas, 7 p\u00e4eva n\u00e4dalas, v\u00f5i 99,99% ajast. Tellimused, mis meieni j\u00f5uavad, peavad s\u00e4ilitama j\u00e4rjekorra, kuna me ei saa tellijale \u00fchendust kaootiliselt sisse ja v\u00e4lja l\u00fclitada \u2014 k\u00f5ik peab olema rangelt j\u00e4rjepidev. Eelmine tellimus m\u00f5jutab j\u00e4rgmist, seet\u00f5ttu on andmed olulised \u2014 miski ei tohi kaduma minna.<\/p>\n

Lahendus<\/b>. Saaksin proovida lahendada otse ja k\u00fcsida andmebaasi arendajatelt, kuid probleem ei lahene matemaatiliselt. Saame meenutada teoreeme, s\u00e4ilimise seadusi, kvantf\u00fc\u00fcsikat, kuid milleks \u2014 seda ei saa lahendada andmebaasi tasemel.<\/p>\n

Siin t\u00f6\u00f6tab vana hea arhitektuuri l\u00e4henemine \u2014 peab h\u00e4sti teadma teemat ja selle t\u00f5ttu lahendama selle m\u00f5istatuse.<\/p>\n

\"Uue
\n
\nMeie lahendus: loome hajutatud taotlusregister Tarantoolis \u2014 geograafiliselt hajutatud klaster<\/b>. Skeemil on see kolm erinevat andmekeskust \u2014 kaks Uuralite enne, \u00fcks Uuralite taga, ja me jagame k\u00f5ik taotlused nende keskuste vahel.<\/p>\n

Netflix, mis peetakse praegu \u00fcheks IT-juhtidest, oli kuni 2012. aastani vaid \u00fcks andmekeskus. Katoliku j\u00f5ulude eel, 24. detsembril, see andmekeskus kadus. Kanada ja Ameerika \u00dchendriikide kasutajad j\u00e4id ilma oma lemmikfilmidest, olid v\u00e4ga pettunud ja t\u00f5id sellest sotsiaalmeedias juttu. N\u00fc\u00fcd on Netflixil kolm andmekeskust l\u00e4\u00e4ne-ida rannikul ja \u00fcks l\u00e4\u00e4nes Euroopas. <\/p>\n

Me ehitame algusest peale geograafiliselt jaotatud lahenduse \u2014 meile on oluline rikke taluvus. <\/p><\/blockquote>\n

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

Mis on taotlustes oluline? Kaks osa: ostukorvi t\u00e4itmine\u00a0ENNE<\/b> ostuotsuse tegemist, ja\u00a0PE after<\/b>. ENNE osa telecomis kutsutakse tavaliselt order capturing<\/b> v\u00f5i order negotiation<\/b>. Telekommunikatsioonis v\u00f5ib see olla oluliselt keerulisem kui veebipoodides, sest seal tuleb klienti teenindada, pakkuda 5 varianti, ja see k\u00f5ik kestab teatud aja, kuid ostukorv t\u00e4itub. Sel hetkel on t\u00f5rge v\u00f5imalik, kuid see ei ole hirmutav, sest see toimub interaktiivses re\u017eiimis inimese j\u00e4relevalve all. <\/p>\n

Kui Moskva andmekeskus peaks \u00e4kki v\u00e4lja kukkuma, siis l\u00fclitumine automaatselt teise andmekeskusse v\u00f5imaldab meil j\u00e4tkata t\u00f6\u00f6d. Teoreetiliselt v\u00f5ib \u00fcks toode ostukorvis kaduma minna, kuid te m\u00e4rkate seda, t\u00e4iendate ostukorvi uuesti ja j\u00e4tkate t\u00f6\u00f6tamist. Sellisel juhul on RTO = 0.<\/p>\n

Samas on teine variant: kui me vajutame \u201eesita\u201c, tahame, et andmed ei kaduks. Sellest hetkest alates k\u00e4ivitub automaatika \u2014 see on juba RPO = 0. Neid kahte erinevat mustrit v\u00f5ib \u00fche juhtumi puhul kasutada geograafiliselt jaotatud klastrina \u00fche l\u00fclitatava masteriga, teise puhul aga m\u00f5ne kvoorumi kirjutamise abil. Mustrid v\u00f5ivad varieeruda, kuid meie lahendame probleemi.<\/p>\n

Edasi liikudes, omades jaotatud taotluste registrit, saame seda k\u00f5ike veelgi skaleerida \u2014 omada palju dispet\u0161ereid ja t\u00e4itjaid, kes p\u00f6\u00f6rduvad selle registraatide poole.<\/p>\n

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

Cassandra ja Tarantool koos<\/h2>\n

\nOn veel \u00fcks juhtum \u2014 \u201ebalansihaldus\u201c<\/b>. Siin on huvitav juhtum Cassandra ja Tarantooli \u00fchiseks kasutamiseks.<\/p>\n

Kasutame Cassandrat, sest 2 miljardit k\u00f5net p\u00e4evas ei ole piir ja neid tuleb rohkem. Turundajad armastavad liiklust allikate kaupa v\u00e4rvida, ning sotsiaalmeedia andmed muutuvad j\u00e4rjest detailsemaks. See k\u00f5ik suurendab looga seotud konteksti.<\/p>\n

Cassandra v\u00f5imaldab horisontaalset skaleerimist igasuguste mahtude jaoks.<\/p><\/blockquote>\n

\nMe tunneme end Cassandraga mugavalt, kuid tal on \u00fcks probleem \u2013 lugemine pole tema tugevus. Kirjapanek on korras, 30 000 sekundis pole probleem \u2013 probleem on lugemises.<\/b>.<\/p>\n

Seet\u00f5ttu tuli k\u00f5ne alla vahem\u00e4lu teema ning samal ajal lahendasime j\u00e4rgmise probleemi: olemas on vana traditsiooniline juhtum, kus kommutatori varustuse andmed veebiarvestusest j\u00f5uavad failidena, mille me laadime Cassandrasse. Oleme v\u00f5idelnud nende failide usaldusv\u00e4\u00e4rse laadimise probleemiga, rakendanud isegi IBM-i soovitusel failide \u00fclekande haldamise lahendusi \u2013 on selliseid s\u00fcsteeme, mis haldavad failide edastust efektiivselt, kasutades n\u00e4iteks UDP-protokolli, mitte TCP-d. See on hea, kuid ikkagi kulub minuteid, ja seni, kuni me seda k\u00f5ike ei laadi, ei saa operaator k\u00f5nekeskuses kliendile vastata, mis juhtus tema saldo \u2013 tuleb ootama j\u00e4\u00e4da.<\/p>\n

Selle v\u00e4ltimiseks me\u00a0rakendame paralleelset funktsionaalset reservi<\/b>. Kui me saadame s\u00fcndmuse Kafka kaudu Tarantooli, arvutades reaalaegseid aggregaate, n\u00e4iteks t\u00e4nase p\u00e4eva kohta, saame saldo vahekogud<\/b>, mis suudab edastada saldosid mistahes kiirusel, n\u00e4iteks 100 tuhat tehingut sekundis ja t\u00e4pselt need 2 sekundit.<\/p>\n

Eesm\u00e4rk on see, et p\u00e4rast k\u00f5ne tegemist oleks isiklikus kabinetis 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 meeldib v\u00e4ga Mail.ru avatus ja nende valmidus kaaluda erinevaid juhtumeid. <\/p>\n

BCG v\u00f5i McKinsey, Accenture v\u00f5i IBM konsultandid on meid juba keeruline millegagi \u00fcllatada \u2014 palju sellest, mida nad pakuvad, me kas teeme juba, oleme teinud v\u00f5i plaanime teha. Arvan, et Tarantool leiab meie tehnoloogia virnas v\u00e4\u00e4rilise koha ja asendab mitmeid juba olemasolevaid tehnoloogiaid. Oleme selle projekti arenduses aktiivses faasis.<\/p>\n

Olegi ja Andrei ettekande Tarantooli konverentsil eelmisel aastal oli \u00fcks parimaid, ja juba 17. juunil esindab Oleg Ivlev\u00a0T+ Konverents 2019<\/a><\/noindex>\u00a0ettekandega \u201eMiks on Tarantool Enterprise\u2019is vajalik\u201c<\/a><\/noindex>. Lisaks MegaFonilt esineb Alexander Deulin ettekandega \"Tarantooli vahem\u00e4lud ja replikaat Oracle'ist\"<\/a><\/noindex>. Uurime, mis on muutunud, milliseid plaane on \u00f5nnestunud ellu viia. Liituge - konverents on tasuta, tuleb vaid registreerimine<\/a><\/noindex>. K\u00f5ik ettekanded on aktsepteeritud<\/a><\/noindex> ja konverentsi programmid on koostatud: uued juhtumiuuringud, uus kogemus Tarantooli kasutamisel, arhitektuur, ettev\u00f5tte tasand, \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 arvelduse arhitektuur: \u00fcmberkujundamine \u00fcleminekuga Tarantoolile | ProHoster","description":"Miks on sellisel ettev\u00f5ttel nagu MegaFon Tarantool arveldamises vajalik? Vaatest tundub, et tavaliselt tuleb teenusepakkuja, toob suure kasti, pistab pistiku seina - ja voil\u00e0, arveldamine on k\u00e4es! Kunagi oli see nii, kuid n\u00fc\u00fcd on see vananenud ja sellised dinosaurused on juba v\u00e4lja surnud v\u00f5i surmasuures. Alguses oli arveldamine s\u00fcsteem arve esitamiseks - arvestusmasin v\u00f5i kalkulaator. Kaasaegses telecomis on see s\u00fcsteem, mis automatiseerib kogu suhtluse eluts\u00fckli kliendiga","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! \u041a\u043e\u0433\u0434\u0430-\u0442\u043e \u0442\u0430\u043a \u0438 \u0431\u044b\u043b\u043e, \u043d\u043e \u0441\u0435\u0439\u0447\u0430\u0441 \u044d\u0442\u043e \u0430\u0440\u0445\u0430\u0438\u043a\u0430, \u0438 \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 \u2014 \u0441\u0447\u0438\u0442\u0430\u043b\u043a\u0430 \u0438\u043b\u0438 \u043a\u0430\u043b\u044c\u043a\u0443\u043b\u044f\u0442\u043e\u0440. \u0412 \u0441\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u043e\u043c \u0442\u0435\u043b\u0435\u043a\u043e\u043c\u0435 \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 \u0430\u0431\u043e\u043d\u0435\u043d\u0442\u043e\u043c","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"},"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}]}}