{"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\/sv\/blog\/administrirovanie\/arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool","title":{"rendered":"Framstruktur f\u00f6r n\u00e4sta generations fakturering: transformation med \u00f6verg\u00e5ng till Tarantool","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Varf\u00f6r beh\u00f6ver en s\u00e5dan korporation som MegaFon Tarantool i faktureringen? Det verkar som om en leverant\u00f6r vanligtvis kommer in, tar med sig en stor l\u00e5da, kopplar in den i uttaget \u2013 och d\u00e4r har vi faktureringen! S\u00e5 var det en g\u00e5ng, men nu \u00e4r det en arkaisk metod, och s\u00e5dana dinosaurier har antingen d\u00f6tt ut eller h\u00e5ller p\u00e5 att f\u00f6rsvinna. Ursprungligen var fakturering ett system f\u00f6r att skapa fakturor \u2013 en r\u00e4knesnurra eller kalkylator. Inom modern telekommunikation \u00e4r det ett system f\u00f6r automatisering av hela livscykeln av interaktionerna med abonnenten, fr\u00e5n avtalets ing\u00e5ende till upps\u00e4gning<\/b>, inklusive realtidspriss\u00e4ttning, betalningsmottagning och mycket mer. Fakturering i telekomf\u00f6retag liknar en stridsrobot \u2013 stor, kraftfull och bev\u00e4pnad.<\/p>\n

\"Framstruktur
\n
\nVad har d\u00e5 Tarantool med detta att g\u00f6ra? Det kommer Oleg Ivlev<\/b> och\u00a0Andrey Knyazev<\/b>. Oleg \u00e4r huvudarkitekten f\u00f6r f\u00f6retaget MegaFon<\/a><\/noindex> med l\u00e5ng erfarenhet fr\u00e5n utl\u00e4ndska f\u00f6retag, och Andrey \u00e4r direkt\u00f6r f\u00f6r aff\u00e4rssystem. Fr\u00e5n deras f\u00f6redrag p\u00e5\u00a0Tarantool Conference 2018<\/a><\/noindex>\u00a0kommer du att f\u00e5 veta varf\u00f6r R&D \u00e4r viktigt i f\u00f6retag, vad Tarantool \u00e4r, hur den vertikala skalningens v\u00e4g \u00e4r en dead-end och globaliseringen blev en f\u00f6ruts\u00e4ttning f\u00f6r att denna databas kom till f\u00f6retaget, samt de teknologiska utmaningar, transformeringen av arkitekturen, och hur MegaFons teknologistack liknar Netflix, Google och Amazon.
\n<\/a><\/noindex>
\n

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

Projektet \"Enhetlig fakturering\"<\/h2>\n

\nProjektet vi kommer att diskutera kallas \"Enhetlig fakturering\". Det \u00e4r h\u00e4r Tarantool visade sina b\u00e4sta egenskaper. <\/p>\n

\"Framstruktur
\n
\nTillv\u00e4xten av prestanda hos Hi-End utrustning kunde inte h\u00e5lla j\u00e4mna steg med tillv\u00e4xten av abonnentbasen och antalet tj\u00e4nster, och en fortsatt \u00f6kning av abonnenter och tj\u00e4nster f\u00f6rv\u00e4ntades genom M2M, IoT, samt filialernas specifika behov ledde till en f\u00f6rs\u00e4mring av time-to-market. F\u00f6retaget beslutade att skapa ett enhetligt aff\u00e4rssystem med en unik modul\u00e4r arkitektur av v\u00e4rldsklass, som en ers\u00e4ttning f\u00f6r 8 nuvarande olika faktureringssystem.<\/p>\n

MegaFon \u00e4r \u00e5tta f\u00f6retag i ett<\/b>. \u00c5r 2009 avslutades omorganisationen: filialer \u00f6ver hela Ryssland slogs samman till ett enda f\u00f6retag, OAO \"MegaFon\" (nu PAO). P\u00e5 s\u00e5 s\u00e4tt fick f\u00f6retaget 8 faktureringssystem med egna \"anpassade\" l\u00f6sningar, filialspecifika behov och olika organisationstrukturer, IT och marknadsf\u00f6ring.<\/p>\n

Allt gick bra tills vi var tvungna att lansera en gemensam federal produkt. H\u00e4r d\u00f6k det upp en massa sv\u00e5righeter: vissa hade avrundning upp\u00e5t, andra ner\u00e5t, och vissa hade det utifr\u00e5n medelv\u00e4rdet. Det finns tusentals s\u00e5dana situationer.<\/p>\n

Trots att versionen av faktureringssystemet \u00e4r densamma och det \u00e4r en leverant\u00f6r, varierade inst\u00e4llningarna s\u00e5 mycket att det tog l\u00e5ng tid att st\u00e4mma ihop dem. Vi f\u00f6rs\u00f6kte minska antalet, och st\u00f6tte p\u00e5 det andra problemet som m\u00e5nga f\u00f6retag k\u00e4nner till.<\/p>\n

Vertikal skalning<\/b>. \u00c4ven den mest avancerade h\u00e5rdvaran vid den tiden motsvarade inte behoven. Under arbetet anv\u00e4nde vi Hewlett-Packard-utrustning fr\u00e5n Superdome Hi-End-serien, men den klarade inte ens behovet fr\u00e5n tv\u00e5 filialer. Vi \u00f6nskade horisontell skalning utan stora driftskostnader och kapitalinvesteringar.<\/p>\n

F\u00f6rv\u00e4ntan p\u00e5 tillv\u00e4xt av antalet abonnenter och tj\u00e4nster<\/b>. Konsulter har l\u00e4nge f\u00f6rt ber\u00e4ttelser om IoT och M2M in i telekomv\u00e4rlden: det kommer en tid d\u00e5 varje telefon och strykj\u00e4rn har ett SIM-kort, och kylsk\u00e5p kommer ha tv\u00e5. Idag har vi ett visst antal abonnenter, men inom en snar framtid kommer det att bli betydligt fler.<\/p>\n

Teknologiska utmaningar<\/h2>\n

\nDessa fyra orsaker drev oss till omfattande f\u00f6r\u00e4ndringar. Det fanns ett val mellan att uppgradera systemet eller bygga fr\u00e5n grunden. Vi funderade l\u00e4nge, fattade sv\u00e5ra beslut, gick p\u00e5 upphandlingar. I slut\u00e4ndan beslutade vi oss f\u00f6r att konstruera fr\u00e5n grunden och ta oss an intressanta utmaningar \u2013 teknologiska utmaningar.<\/p>\n

Skalbarhet<\/h3>\n

\nOm det tidigare var, l\u00e5t oss s\u00e4ga, 8 faktureringssystem f\u00f6r 15 miljoner abonnenter<\/b>, s\u00e5 skulle det nu bli 100 miljoner abonnenter eller fler<\/b>\u00a0\u2013 belastningen \u00e4r betydligt h\u00f6gre.<\/p>\n

Vi blev j\u00e4mf\u00f6rbara i skala med stora internetakt\u00f6rer som Mail.ru eller Netflix.<\/p><\/blockquote>\n

\nMen det fortsatta arbetet med att \u00f6ka belastningen och abonnentbasen st\u00e4llde allvarliga fr\u00e5gor f\u00f6r oss.<\/p>\n

Geografin i v\u00e5rt stora land<\/h3>\n

\nMellan Kaliningrad och Vladivostok 7500 km och 10 tidszoner<\/b>. Ljusets hastighet \u00e4r \u00e4ndlig och p\u00e5 s\u00e5dana avst\u00e5nd \u00e4r f\u00f6rdr\u00f6jningar redan betydande. 150 ms p\u00e5 de mest avancerade moderna optiska kanalerna \u00e4r ganska mycket f\u00f6r realtidsfakturering, s\u00e4rskilt som den \u00e4r just nu inom telekom i Ryssland. Dessutom m\u00e5ste uppdateringar g\u00f6ras inom en arbetsdag, vilket \u00e4r ett problem med olika tidszoner.<\/p>\n

Vi tillhandah\u00e5ller inte bara abonnemangstj\u00e4nster, vi har komplexa prismodeller, paket och olika modifierare. Vi m\u00e5ste inte bara ge abonnenten tillst\u00e5nd eller nekad att kommunicera, utan ge dem en specifik kvot \u2013 ber\u00e4kna samtal och \u00e5tg\u00e4rder i realtid s\u00e5 att de inte m\u00e4rker n\u00e5got.<\/p>\n

Fel-tolerans<\/h3>\n

<\/p>\n

Detta \u00e4r baksidan av centralisering.<\/p><\/blockquote>\n

\nOm vi samlar alla abonnenter i ett system, s\u00e5 blir eventuella n\u00f6dsituationer och katastrofer f\u00f6r\u00f6dande f\u00f6r aff\u00e4rerna. D\u00e4rf\u00f6r designar vi systemet s\u00e5 att det utesluter p\u00e5verkan av olyckor p\u00e5 hela kundbasen.<\/p>\n

Detta \u00e4r \u00e5terigen en konsekvens av att avst\u00e5 fr\u00e5n vertikal skalning. N\u00e4r vi gick mot horisontell skalning \u00f6kade vi antalet servrar fr\u00e5n hundratals till tusentals. Dessa m\u00e5ste hanteras och skapa utbytbarhet, automatiskt s\u00e4kerhetskopiera IT-infrastrukturen och \u00e5terh\u00e4mta det distribuerade systemet.<\/p>\n

Det har funnits intressanta utmaningar framf\u00f6r oss. Vi har designat systemet och i detta \u00f6gonblick f\u00f6rs\u00f6kte vi hitta v\u00e4rldspraxis f\u00f6r att kontrollera hur mycket vi \u00e4r i takt med, hur mycket vi f\u00f6ljer den senaste teknologin.<\/p>\n

V\u00e4rldserfarenhet<\/h2>\n

<\/p>\n

F\u00f6rv\u00e5nande nog hittade vi ingen referens i den globala telekomsektorn.<\/p><\/blockquote>\n

\nEuropa utesl\u00f6ts p\u00e5 grund av antalet abonnenter och skalan, USA p\u00e5 grund av prismodellerna. Vi tittade p\u00e5 n\u00e5got i Kina, och hittade n\u00e5got i Indien och tog experter fr\u00e5n Vodafone Indien.<\/p>\n

F\u00f6r att analysera arkitekturen samlade vi Dream Team under ledning av IBM \u2013 arkitekter fr\u00e5n olika omr\u00e5den. Dessa personer kunde adekvat bed\u00f6ma vad vi g\u00f6r och tillf\u00f6ra specifik kunskap till v\u00e5r arkitektur.<\/p>\n

Skala<\/h2>\n

\nN\u00e5gra siffror f\u00f6r illustration.<\/p>\n

Vi designar systemet f\u00f6r 80 miljoner abonnenter med reserv f\u00f6r en miljard<\/b>. S\u00e5 h\u00e4r tar vi bort framtida gr\u00e4nser. Det beror inte p\u00e5 att vi t\u00e4nker er\u00f6vra Kina, utan p\u00e5 grund av trycket fr\u00e5n IoT och M2M.<\/p>\n

300 miljoner dokument bearbetas i realtid<\/b>. \u00c4ven om vi har 80 miljoner abonnenter, arbetar vi ocks\u00e5 med potentiella kunder och de som har l\u00e4mnat oss, om det beh\u00f6vs f\u00f6r att \u00e5terkr\u00e4va fordringar. D\u00e4rf\u00f6r \u00e4r de verkliga volymerna betydligt st\u00f6rre.<\/p>\n

2 miljarder transaktioner<\/b> f\u00f6r\u00e4ndrar saldot dagligen \u2013 detta inkluderar betalningar, debiteringar, samtal och andra h\u00e4ndelser.\u00a0200 TB data f\u00f6r\u00e4ndras aktivt<\/b>, n\u00e5got l\u00e5ngsammare f\u00f6r\u00e4ndras 8 PB data<\/b>, och det \u00e4r inte ett arkiv, utan levande data i en och samma fakturering. Skalan med datacenter \u00e4r 5 000 servrar p\u00e5 14 platser<\/b>.<\/p>\n

Teknologisk stack<\/h2>\n

\nN\u00e4r vi planerade arkitekturen och b\u00f6rjade bygga systemet importerade vi de mest intressanta och avancerade teknologierna. Resultatet blev en teknologisk stack som \u00e4r bekant f\u00f6r alla internetanv\u00e4ndare och f\u00f6retag som bygger h\u00f6gbelastade system. <\/p>\n

\"Framstruktur
\n
\nStacken liknar stackarna hos andra stora akt\u00f6rer: Netflix, Twitter, Viber. Den best\u00e5r av 6 komponenter, men vi vill f\u00f6renkla och enhetligg\u00f6ra den.<\/p>\n

Flexibilitet \u00e4r bra, men utan enhetlighet fungerar det inte i ett stort f\u00f6retag.<\/p><\/blockquote>\n

\nVi t\u00e4nker inte byta ut Oracle mot Tarantool. I stora f\u00f6retagsverkligheter \u00e4r det en utopi, eller ett korst\u00e5g som tar 5\u201310 \u00e5r med ett oklart resultat. Men Cassandra och Couchbase kan gott ers\u00e4ttas med Tarantool, och vi str\u00e4var efter det.<\/p>\n

Varf\u00f6r Tarantool?<\/h2>\n

\nDet finns 4 enkla kriterier f\u00f6r varf\u00f6r vi valde denna databasen.<\/p>\n

Hastighet<\/b>. Vi genomf\u00f6rde belastningstester p\u00e5 MegaFons industriella system. Tarantool vann \u2013 den visade b\u00e4st prestanda.<\/p>\n

Man kan inte s\u00e4ga att andra system inte tillfredsst\u00e4ller MegaFons behov. De nuvarande minnesl\u00f6sningarna \u00e4r s\u00e5 effektiva att det utrymmet f\u00f6retaget har \u00e4r mer \u00e4n tillr\u00e4ckligt. Men vi \u00e4r intresserade av att jobba med en ledare, och inte med dem som halkar l\u00e4ngst bak, \u00e4ven i belastningstestet.<\/p>\n

Tarantool uppfyller f\u00f6retagets behov \u00e4ven p\u00e5 l\u00e5ng sikt.<\/p><\/blockquote>\n

\nTCO-kostnad<\/b>. St\u00f6det f\u00f6r Couchbase i MegaFons volymer kostar astronomiska summor, medan situationen med Tarantool \u00e4r mycket trevligare, och funktionaliteten \u00e4r n\u00e4ra.<\/p>\n

En annan trevlig aspekt som p\u00e5verkade v\u00e5rt val \u2013 Tarantool arbetar b\u00e4ttre med minnet \u00e4n andra databaser. Den visar maximal effektivitet<\/b>.<\/p>\n

P\u00e5litlighet<\/b>. MegaFon investerar i p\u00e5litlighet, kanske mer \u00e4n n\u00e5gon annan. D\u00e4rf\u00f6r n\u00e4r vi tittade p\u00e5 Tarantool ins\u00e5g vi att vi m\u00e5ste se till att den uppfyller v\u00e5ra krav.<\/p>\n

Vi har investerat v\u00e5r tid och pengar, och tillsammans med Mail.ru skapade vi en f\u00f6retagsversion som nu anv\u00e4nds av flera andra f\u00f6retag.<\/p>\n

Tarantool-enterprise uppfyllde helt v\u00e5ra krav n\u00e4r det kommer till s\u00e4kerhet, tillf\u00f6rlitlighet och loggning.<\/p><\/blockquote>\n

<\/p>\n

Partnerskap<\/h3>\n

\nDet viktigaste f\u00f6r mig \u00e4r den direkta kontakten med utvecklaren<\/b>. Det \u00e4r precis det som killarna fr\u00e5n Tarantool har gjort intryck p\u00e5 oss.<\/p>\n

Om du kommer till en spelare, s\u00e4rskilt en som arbetar med en strategisk kund, och s\u00e4ger att du beh\u00f6ver att databasen kan g\u00f6ra det h\u00e4r, det h\u00e4r och det h\u00e4r, brukar han svara:<\/p>\n

\u2014 Okej, l\u00e4gg kraven l\u00e4ngst ner i den d\u00e4r h\u00f6gen \u2013 kanske kommer vi till dem en dag.<\/i><\/p>\n

M\u00e5nga har en roadmap f\u00f6r de kommande 2-3 \u00e5ren, och det \u00e4r n\u00e4stan om\u00f6jligt att f\u00e5 in n\u00e5got d\u00e4r, men utvecklarna av Tarantool imponerar med sin \u00f6ppenhet, inte bara gentemot MegaFon, och anpassar sitt system efter kunden. Det \u00e4r fantastiskt och vi gillar det verkligen.<\/p>\n

D\u00e4r vi till\u00e4mpar Tarantool<\/h2>\n

\nVi anv\u00e4nder Tarantool i flera komponenter. F\u00f6rsta \u00e4r i piloten<\/b>, som vi gjorde med det adresserade katalogsystemet. I sin tid ville vi att det skulle vara ett system som liknar Yandex.Kartor och Google Maps, men resultatet blev n\u00e5got annat. <\/p>\n

Som exempel, katalogen av adresser i f\u00f6rs\u00e4ljningsgr\u00e4nssnittet. P\u00e5 Oracle tar det 12-13 sekunder att s\u00f6ka efter en adress \u2013 obekv\u00e4ma siffror. N\u00e4r vi byter till Tarantool, ers\u00e4tter Oracle med en annan databas i konsolen, och g\u00f6r samma s\u00f6kning, f\u00e5r vi en acceleration p\u00e5 200 g\u00e5nger! Staden dyker upp efter tredje bokstaven. Just nu anpassar vi gr\u00e4nssnittet s\u00e5 att det sker efter den f\u00f6rsta. Trots det \u00e4r svaret helt annorlunda \u2013 redan i millisekunder ist\u00e4llet f\u00f6r sekunder.<\/p>\n

Den andra till\u00e4mpningen \u00e4r en het trend som kallas dual-speed IT<\/b>. Allt f\u00f6r att konsulter fr\u00e5n varje h\u00f6rn s\u00e4ger att f\u00f6retag b\u00f6r g\u00e5 dit.<\/p>\n

\"Framstruktur
\n
\nH\u00e4r finns en infrastruktur som ligger ovanf\u00f6r den, exempelvis faktureringssystem, som i telekom, f\u00f6retagssystem, f\u00f6retagsrapportering. Det \u00e4r k\u00e4rnan som man inte b\u00f6r r\u00f6ra. Det g\u00e5r naturligtvis, men man m\u00e5ste paranoidt s\u00e4kerst\u00e4lla kvaliteten, f\u00f6r det ger f\u00f6retagen int\u00e4kter.<\/p>\n

D\u00e4refter kommer lagret med mikrotj\u00e4nster \u2013 n\u00e5got som s\u00e4rskiljer operat\u00f6ren eller en annan akt\u00f6r. Mikrotj\u00e4nster kan snabbt skapas baserat p\u00e5 vissa cache och genom att h\u00e4mta data fr\u00e5n olika dom\u00e4ner. H\u00e4r finns utrymme f\u00f6r experiment<\/b>\u00a0\u2013 om n\u00e5got inte fungerar, st\u00e4nger man en mikrotj\u00e4nst och \u00f6ppnar en annan. Det garanterar verkligen en \u00f6kad time-to-market och \u00f6kar f\u00f6retagets p\u00e5litlighet och hastighet.<\/p>\n

Mikrotj\u00e4nster \u00e4r f\u00f6rmodligen den huvudsakliga rollen f\u00f6r Tarantool i MegaFon. <\/p><\/blockquote>\n

<\/p>\n

D\u00e4r planerar vi att till\u00e4mpa Tarantool<\/h2>\n

\nOm man j\u00e4mf\u00f6r v\u00e5rt framg\u00e5ngsrika faktureringsprojekt med transformationsprogrammen hos Deutsche Telekom, Svjaztkom, Vodafone India, \u00e4r det fantastiskt dynamiskt och kreativt. I genomf\u00f6randet av detta projekt har inte bara MegaFon och dess struktur transformerats, utan \u00e4ven Tarantool-enterprise hos Mail.ru, och v\u00e5r leverant\u00f6r Nexign (tidigare \"Peter-Service\") har BSS Box (en paketl\u00f6sning f\u00f6r fakturering).<\/p>\n

Detta \u00e4r, p\u00e5 n\u00e5got s\u00e4tt, ett historiskt projekt f\u00f6r den ryska marknaden. Det kan j\u00e4mf\u00f6ras med vad som beskrivs i Frederick Brooks bok \"The Mythical Man-Month\". D\u00e5, p\u00e5 60-talet, anv\u00e4nde IBM 5 000 personer f\u00f6r att utveckla det nya operativsystemet OS\/360 f\u00f6r deras mainframes. Vi har f\u00e4rre \u2013 1 800, men med v\u00e5ra tr\u00f6jor och med h\u00e4nsyn till anv\u00e4ndningen av \u00f6ppen k\u00e4llkod och nya tillv\u00e4gag\u00e5ngss\u00e4tt arbetar vi mer effektivt.<\/p>\n

Nedan visas dom\u00e4ner f\u00f6r fakturering eller, om vi pratar bredare, aff\u00e4rssystem. Folk inom enterprise k\u00e4nner till CRM. Andra system borde alla redan ha: Open API, API Gateway.<\/p>\n

\"Framstruktur
\n<\/p>\n

Open API<\/h3>\n

\nL\u00e5t oss \u00e5terigen titta p\u00e5 siffrorna och hur Open API fungerar nu. Dess belastning \u00e4r 10 000 transaktioner per sekund<\/b>. Eftersom vi planerar att aktivt utveckla lager av mikrotj\u00e4nster och bygga en offentlig API f\u00f6r MegaFon, f\u00f6rv\u00e4ntar vi oss en st\u00f6rre tillv\u00e4xt i framtiden, s\u00e4rskilt inom detta omr\u00e5de.\u00a0100 000 transaktioner kommer definitivt att bli verklighet<\/b>.<\/p>\n

Jag vet inte om vi kommer att kunna j\u00e4mf\u00f6ra oss med Mail.ru i SSO \u2013 de har, verkar det som, 1 000 000 transaktioner per sekund. Deras l\u00f6sning \u00e4r extremt intressant f\u00f6r oss och vi planerar att ta del av deras erfarenhet \u2013 till exempel att skapa en funktionell reserv f\u00f6r SSO med hj\u00e4lp av Tarantool. Just nu arbetar utvecklarna fr\u00e5n Mail.ru p\u00e5 detta hos oss.<\/p>\n

CRM<\/h2>\n

\nCRM \u00e4r de d\u00e4r 80 miljoner abonnenter som vi vill f\u00f6ra till en miljard, eftersom vi redan har 300 miljoner dokument som inkluderar tre \u00e5rs historia. Vi v\u00e4ntar verkligen p\u00e5 nya tj\u00e4nster, och h\u00e4r ligger tillv\u00e4xtpunkten \u2013 det \u00e4r de anslutna tj\u00e4nsterna<\/b>. Det \u00e4r en sf\u00e4r som kommer att v\u00e4xa, f\u00f6r det kommer att finnas fler och fler tj\u00e4nster. D\u00e4rmed kommer det att beh\u00f6vas en historia, vi vill inte snubbla \u00f6ver detta.<\/p>\n

Sj\u00e4lva faktureringen n\u00e4r det g\u00e4ller att utf\u00e4rda fakturor, hantera kunders fordringar har transformerats till en separat dom\u00e4n<\/b>. F\u00f6r att \u00f6ka prestandan, har en arkitekturmodell med dom\u00e4narkitektur till\u00e4mpats<\/b>.<\/p>\n

Systemet \u00e4r indelat i dom\u00e4ner, belastningen \u00e4r f\u00f6rdelad och redundans \u00e4r s\u00e4kerst\u00e4lld. Dessutom har vi arbetat med distribuerad arkitektur.<\/p><\/blockquote>\n

\nAllt annat \u00e4r f\u00f6retagsl\u00f6sningar. I samtalslagringen \u2014 2 miljarder per dag<\/b>, 60 miljarder per m\u00e5nad. Ibland m\u00e5ste vi r\u00e4kna om dem per m\u00e5nad, och det \u00e4r b\u00e4ttre att g\u00f6ra det snabbt. Finansiell \u00f6vervakning<\/b>\u00a0\u2014 det handlar just om de 300 miljoner som st\u00e4ndigt v\u00e4xer och v\u00e4xer: abonnenter springer ofta mellan operat\u00f6rerna, vilket \u00f6kar denna del.<\/p>\n

Den mest telekomkomponenten fr\u00e5n mobilkommunikation \u00e4r online-tarifiering<\/b>. Det \u00e4r de system som l\u00e5ter dig ringa eller inte ringa, som fattar beslut i realtid. H\u00e4r \u00e4r belastningen 30 000 transaktioner per sekund, men med h\u00e4nsyn till den v\u00e4xande datatrafiken planerar vi 250 000 transaktioner<\/b>, och d\u00e4rf\u00f6r \u00e4r vi starkt intresserade av Tarantool.<\/p>\n

Den f\u00f6reg\u00e5ende bilden visar de dom\u00e4ner d\u00e4r vi planerar att till\u00e4mpa Tarantool. Sj\u00e4lva CRM:et \u00e4r bredare och vi planerar att anv\u00e4nda det i k\u00e4rnan. <\/p>\n

Min uppskattade siffra f\u00f6r TTF i 100 miljoner abonnenter bekymrar mig som arkitekt \u2014 vad h\u00e4nder om det blir 101 miljoner? M\u00e5ste vi g\u00f6ra om allt? F\u00f6r att undvika detta anv\u00e4nder vi cacheminnen, vilket i sin tur \u00f6kar tillg\u00e4ngligheten.<\/p>\n

\"Framstruktur
\n
\nDet finns i stort sett tv\u00e5 angreppss\u00e4tt f\u00f6r att till\u00e4mpa Tarantool. Det f\u00f6rsta \u00e4r att bygga alla cacher p\u00e5 mikrotj\u00e4nstniv\u00e5.<\/b>S\u00e5vitt jag vet f\u00f6ljer VimpelCom denna v\u00e4g och skapar kundcache.<\/p>\n

Vi \u00e4r mindre beroende av leverant\u00f6rer, \u00e4ndrar k\u00e4rnan i BSS, s\u00e5 vi har enhetlig kundregister redan fr\u00e5n b\u00f6rjan. Men vi vill ut\u00f6ka det. D\u00e4rf\u00f6r till\u00e4mpar vi en n\u00e5got annan metod \u2014 vi g\u00f6r cacher internt i systemen.<\/b>.<\/p>\n

P\u00e5 s\u00e5 s\u00e4tt minskar synkroniseringsproblemen \u2014 ett system ansvarar b\u00e5de f\u00f6r cachen och f\u00f6r huvudmasterk\u00e4llan.<\/p><\/blockquote>\n

\nMetoden passar v\u00e4l in i Tarantools angreppss\u00e4tt med transaktionell skelett, n\u00e4r endast de delar som \u00e4r relaterade till uppdateringar uppdateras, det vill s\u00e4ga \u00e4ndringar av data. Allt annat kan lagras n\u00e5gon annanstans. Det finns ingen enorm data lake, ingen okontrollerad global cache. Cacher designas f\u00f6r systemet, antingen f\u00f6r produkter eller f\u00f6r kunder, eller f\u00f6r att underl\u00e4tta livet f\u00f6r supporten. N\u00e4r en missn\u00f6jd abonnent ringer vill man ge dem ett kvalitativt bem\u00f6tande.<\/p>\n

RTO och RPO<\/h2>\n

\nInom IT finns det tv\u00e5 termer \u2014 RTO<\/b> och\u00a0RPO<\/b>. <\/p>\n

Recovery time objective<\/b>\u00a0\u2014 detta \u00e4r tiden f\u00f6r \u00e5terst\u00e4llning av tj\u00e4nsten efter ett fel. RTO = 0 betyder att \u00e4ven om n\u00e5got g\u00e5r ner, forts\u00e4tter tj\u00e4nsten att fungera.<\/p>\n

\u00e5terst\u00e4llningspunktsm\u00e5l<\/b>\u00a0\u2014 detta \u00e4r tiden f\u00f6r data\u00e5terst\u00e4llning, hur mycket data vi kan f\u00f6rlora under en viss tidsperiod. RPO = 0 inneb\u00e4r att vi inte f\u00f6rlorar data.<\/p>\n

Uppgift f\u00f6r Tarantool<\/h2>\n

\nL\u00e5t oss f\u00f6rs\u00f6ka l\u00f6sa uppgiften f\u00f6r Tarantool.<\/p>\n

Givet<\/b>: en allm\u00e4nt k\u00e4nd varukorg, till exempel i Amazon eller n\u00e5gon annanstans. Krav<\/b> att varukorgen ska fungera 24 timmar om dygnet, 7 dagar i veckan, eller 99,99 % av tiden. Best\u00e4llningar som kommer in till oss m\u00e5ste uppr\u00e4tth\u00e5lla ordningen, eftersom vi inte kan sl\u00e5 av och p\u00e5 anslutningen f\u00f6r abonnenten slumpm\u00e4ssigt \u2013 allt m\u00e5ste vara strikt i sekvens. Den tidigare prenumerationen p\u00e5verkar den n\u00e4sta, s\u00e5 uppgifterna \u00e4r viktiga \u2013 inget f\u00e5r g\u00e5 f\u00f6rlorat.<\/p>\n

L\u00f6sning<\/b>. Man kan f\u00f6rs\u00f6ka l\u00f6sa det direkt och fr\u00e5ga databasutvecklarna, men problemet \u00e4r matematiskt ol\u00f6sligt. Man kan minnas teoremer, bevarande lagar, kvantfysik, men varf\u00f6r - det kan inte l\u00f6sas p\u00e5 databasniv\u00e5.<\/p>\n

H\u00e4r fungerar den gamla, goda arkitektoniska metoden \u2013 man beh\u00f6ver ha en bra f\u00f6rst\u00e5else f\u00f6r \u00e4mnesomr\u00e5det och l\u00f6sa denna g\u00e5ta genom det.<\/p>\n

\"Framstruktur
\n
\nV\u00e5r l\u00f6sning: vi skapar ett distribuerat register f\u00f6r ans\u00f6kningar p\u00e5 Tarantool \u2013 ett geo-distribuerat kluster<\/b>. P\u00e5 diagrammet ser vi tre olika datacenter \u2013 tv\u00e5 f\u00f6re Ural och ett bakom Ural, och vi f\u00f6rdelar alla ans\u00f6kningar mellan dessa centra.<\/p>\n

Netflix, som nu anses vara en av ledarna inom IT, hade fram till 2012 bara ett datacenter. Dagen f\u00f6re den katolska julen den 24 december gick detta datacenter ner. Anv\u00e4ndare i Kanada och USA blev utan sina favoritfilmer, blev mycket besvikna och skrev om det p\u00e5 sociala medier. Nu har Netflix tre datacenter p\u00e5 v\u00e4stkusten och ett i V\u00e4steuropa. <\/p>\n

Vi bygger ursprungligen en geo-distribuerad l\u00f6sning \u2013 vi v\u00e4rdes\u00e4tter fel-tolerans. <\/p><\/blockquote>\n

\nS\u00e5 vi har ett kluster, men hur ska vi hantera RPO = 0 och RTO = 0? L\u00f6sningen \u00e4r enkel och beror p\u00e5 \u00e4mnesomr\u00e5det.<\/p>\n

Vad \u00e4r viktigt i ans\u00f6kningarna? Tv\u00e5 delar: att f\u00e5nga varukorgen\u00a0F\u00d6RE<\/b> beslutet om k\u00f6p, och\u00a0EFTER<\/b>. Den F\u00d6RE delen inom telekommunikation kallas vanligtvis order capturing<\/b> eller order negotiation<\/b>. In telekom b\u00f6r det vara betydligt mer komplicerat \u00e4n i en webbutik, eftersom kunden m\u00e5ste betj\u00e4nas, f\u00e5 5 alternativ, och allt detta tar tid medan varukorgen fylls. Vid det h\u00e4r tillf\u00e4llet kan ett fel intr\u00e4ffa, men det \u00e4r inte katastrofalt eftersom det sker i interaktivt l\u00e4ge under \u00f6vervakning av en person. <\/p>\n

Om datacentret i Moskva pl\u00f6tsligt g\u00e5r ner, kommer vi automatiskt att v\u00e4xla till ett annat datacenter och forts\u00e4tta arbetet. Teoretiskt kan en produkt i varukorgen g\u00e5 f\u00f6rlorad, men du ser detta, fyller p\u00e5 varukorgen igen och forts\u00e4tter. I detta fall \u00e4r RTO = 0.<\/p>\n

Samtidigt finns det ett andra alternativ: n\u00e4r vi trycker p\u00e5 \"skicka\", vill vi att uppgifterna inte ska g\u00e5 f\u00f6rlorade. Fr\u00e5n och med det \u00f6gonblicket b\u00f6rjar automatiken att fungera - det \u00e4r redan RPO = 0. Till\u00e4mpning av dessa tv\u00e5 olika m\u00f6nster i ett fall kan vara en geo-distribuerad kluster med en v\u00e4xlande master, i det andra fallet en quorum-anteckning. Mallarna kan variera, men vi l\u00f6ser problemet.<\/p>\n

Vidare, med en distribuerad register \u00f6ver ans\u00f6kningar kan vi ocks\u00e5 skala detta - ha m\u00e5nga f\u00f6rm\u00e4n och utf\u00f6rare som pekar p\u00e5 detta register.<\/p>\n

\"Framstruktur
\n<\/p>\n

Cassandra och Tarantool tillsammans<\/h2>\n

\nDet finns ocks\u00e5 ett annat fall - \"balansvitrin\"<\/b>. H\u00e4r \u00e4r just ett intressant fall av samarbete mellan Cassandra och Tarantool.<\/p>\n

Vi anv\u00e4nder Cassandra eftersom 2 miljarder samtal per dag inte \u00e4r gr\u00e4nsen, och det kommer att bli fler. Marknadsf\u00f6rare \u00e4lskar att f\u00e4rgs\u00e4tta trafik efter k\u00e4llor, det kommer fler detaljer om sociala n\u00e4tverk, till exempel. Detta \u00f6kar historien.<\/p>\n

Cassandra m\u00f6jligg\u00f6r horisontell skalning till valfria volymer.<\/p><\/blockquote>\n

\nVi k\u00e4nner oss bekv\u00e4ma med Cassandra, men den har ett problem - den \u00e4r inte bra p\u00e5 att l\u00e4sa. N\u00e4r det g\u00e4ller skrivning \u00e4r allt okej, 30 000 per sekund \u00e4r inget problem - problemet ligger i l\u00e4sningen.<\/b>.<\/p>\n

D\u00e4rf\u00f6r uppstod temat med cache, och vi passade samtidigt p\u00e5 att l\u00f6sa f\u00f6ljande problem: det finns ett gammalt traditionellt fall d\u00e4r utrustningen fr\u00e5n switchen f\u00f6r online-tarifiering kommer i filer som vi laddar upp i Cassandra. Vi har k\u00e4mpat med problemet att p\u00e5 ett tillf\u00f6rlitligt s\u00e4tt ladda upp dessa filer, vi anv\u00e4nde till och med r\u00e5d fr\u00e5n en IBM-chef f\u00f6r fil\u00f6verf\u00f6ring \u2013 det finns s\u00e5dana l\u00f6sningar som effektivt hanterar fil\u00f6verf\u00f6ring via UDP-protokollet, till exempel, ist\u00e4llet f\u00f6r TCP. Det \u00e4r bra, men det tar fortfarande minuter, och s\u00e5 l\u00e4nge vi inte har laddat upp allt, kan operat\u00f6ren i callcentret inte svara kunden p\u00e5 vad som har h\u00e4nt med hans balans \u2013 man m\u00e5ste v\u00e4nta.<\/p>\n

F\u00f6r att detta inte ska h\u00e4nda,\u00a0anv\u00e4nder vi parallell funktionell redundans<\/b>. N\u00e4r vi skickar ett h\u00e4ndelse genom Kafka till Tarantool, medan vi omber\u00e4knar aggregat i realtid, till exempel f\u00f6r idag, f\u00e5r vi cache av saldon<\/b>, som kan ge saldon med vilken hastighet som helst, till exempel 100 000 transaktioner per sekund och de samma 2 sekunder.<\/p>\n

M\u00e5let \u00e4r att efter att ett samtal har genomf\u00f6rts, ska det redan efter 2 sekunder i den personliga panelen finnas inte bara den \u00e4ndrade balansen, utan \u00e4ven information om varf\u00f6r den har f\u00f6r\u00e4ndrats.<\/p>\n

Slutsats<\/h2>\n

\nDetta var exempel p\u00e5 hur vi anv\u00e4nder Tarantool. Vi gillade mycket \u00f6ppenheten hos Mail.ru, deras vilja att \u00f6verv\u00e4ga olika fall. <\/p>\n

F\u00f6r konsulter fr\u00e5n BCG eller McKinsey, Accenture eller IBM \u00e4r det redan sv\u00e5rt att \u00f6verraska oss med n\u00e5got nytt \u2013 mycket av det de erbjuder g\u00f6r vi redan, har gjort, eller planerar att g\u00f6ra. Jag tror att Tarantool i v\u00e5r teknologiska stack kommer att f\u00e5 en v\u00e4rdig plats och ers\u00e4tta m\u00e5nga befintliga teknologier. Vi \u00e4r i aktiv fas av att utveckla detta projekt.<\/p>\n

Oleg och Andrey's presentation var en av de b\u00e4sta p\u00e5 Tarantool Conference f\u00f6rra \u00e5ret, och redan den 17 juni kommer Oleg Ivlev att tala p\u00e5\u00a0T+ Conference 2019<\/a><\/noindex>\u00a0med presentationen \u00abVarf\u00f6r Tarantool i Enterprise\u00bb<\/a><\/noindex>. Ocks\u00e5 fr\u00e5n MegaFon kommer Alexander Deulin att tala med presentationen \u00abCacher Tarantool och replikering fr\u00e5n Oracle\u00bb<\/a><\/noindex>. Vi f\u00e5r veta vad som har f\u00f6r\u00e4ndrats, vilka planer som har kunnat realiseras. G\u00e5 med oss \u2013 konferensen \u00e4r gratis, man m\u00e5ste bara registrera sig<\/a><\/noindex>. Alla presentationer \u00e4r godk\u00e4nda<\/a><\/noindex> och konferensprogrammet \u00e4r fastst\u00e4llt: nya fall, ny erfarenhet av att anv\u00e4nda Tarantool, arkitektur, enterprise, handledningar och mikrotj\u00e4nster.<\/p><\/blockquote>\n

K\u00e4lla: 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\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\udd47Faktureringens nya generationsarkitektur: transformation med \u00f6verg\u00e5ng till Tarantool | ProHoster","description":"Varf\u00f6r beh\u00f6ver en s\u00e5dan korporation som MegaFon Tarantool i faktureringen? Utifr\u00e5n verkar det som att det vanligtvis kommer en leverant\u00f6r, tar med sig en stor l\u00e5da, pluggar in den i ett eluttag \u2013 och d\u00e4r \u00e4r faktureringen!","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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\/sv\/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\/sv\/wp-json\/wp\/v2\/posts\/37650","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=37650"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/37650\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media\/28258"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=37650"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=37650"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=37650"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}