{"id":32958,"date":"2019-10-31T21:49:56","date_gmt":"2019-10-31T18:49:56","guid":{"rendered":"https:\/\/prohoster.info\/blog\/pyat-problem-v-protsessah-ekspluatatsii-i-podderzhki-highload-it-sistem\/"},"modified":"2019-10-31T21:49:56","modified_gmt":"2019-10-31T18:49:56","slug":"pyat-problem-v-protsessah-ekspluatatsii-i-podderzhki-highload-it-sistem","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/pyat-problem-v-protsessah-ekspluatatsii-i-podderzhki-highload-it-sistem","title":{"rendered":"Fem problem i drifts- och supportprocesserna f\u00f6r Highload IT-system","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hej, Habr! Under tio \u00e5r har jag st\u00f6ttat Highload IT-system. Jag kommer inte att skriva om problemen med att konfigurera nginx f\u00f6r att fungera i l\u00e4get 1000+ RPS eller andra tekniska saker i den h\u00e4r artikeln. Jag vill dela med mig av mina observationer kring problemen i processerna som uppst\u00e5r i st\u00f6d och drift av s\u00e5dana system. <\/a><\/noindex><\/p>\n

\u00d6vervakning<\/h2>\n

\nSupporten v\u00e4ntar inte p\u00e5 att en beg\u00e4ran ska komma med inneh\u00e5llet \"Varf\u00f6r... fungerar inte sidan igen?\" Supporten m\u00e5ste omedelbart efter att sidan har kraschat se problemet och b\u00f6rja l\u00f6sa det. Men sidan \u00e4r bara toppen av isberget.<\/b>Dess tillg\u00e4nglighet \u00f6vervakas som en av de f\u00f6rsta sakerna.<\/p>\n

Hur ska man hantera situationen n\u00e4r lagret av varor i n\u00e4tbutiken slutat komma fr\u00e5n ERP-systemet? Eller n\u00e4r CRM-systemet som ber\u00e4knar rabatter f\u00f6r kunderna slutar svara? Sidan fungerar ju ut\u00e5t sett. Det vill s\u00e4ga Zabbix f\u00e5r sitt 200-svar. Den vakande skiftet fick inga meddelanden fr\u00e5n \u00f6vervakningen och ser gladeligen p\u00e5 det f\u00f6rsta avsnittet av den nya s\u00e4songen av \"Game of Thrones\".<\/p>\n

\u00d6vervakning begr\u00e4nsas ofta bara till att m\u00e4ta minnesanv\u00e4ndning, RAM och processorbelastning. servrar<\/a>.<\/b> Men f\u00f6r f\u00f6retag \u00e4r det mycket viktigare att f\u00e5 tillg\u00e5ng till varorna p\u00e5 sidan. Ett hypotetiskt fel p\u00e5 en virtuell maskin i en kluster kommer att leda till att trafiken slutar g\u00e5 dit och belastningen \u00f6kar p\u00e5 andra servrar. F\u00f6retaget kommer inte att f\u00f6rlora n\u00e5gra pengar.<\/p>\n

D\u00e4rf\u00f6r, f\u00f6rutom att \u00f6vervaka tekniska parametrar f\u00f6r operativsystemen p\u00e5 servrarna, beh\u00f6ver man st\u00e4lla in aff\u00e4rsmetrik. Metrik som direkt p\u00e5verkar ekonomin. Olika interaktioner med externa system (CRM, ERP och andra). Antalet best\u00e4llningar under en viss tidsperiod. Framg\u00e5ngsrika eller misslyckade kundautoriseringar och andra metrik.<\/p>\n

Interaktion med externa system<\/h2>\n

\nVarje webbplats eller mobilapplikation med en \u00e5rlig int\u00e4kt p\u00e5 mer \u00e4n en miljard rubel interagerar med externa system. Fr\u00e5n de n\u00e4mnda CRM och ERP till \u00f6verf\u00f6ring av f\u00f6rs\u00e4ljningsdata till externa Big Data-system som analyserar k\u00f6p och erbjuder kunden varor som hen sannolikt kommer att k\u00f6pa (eller inte). Varje s\u00e5dant system har sin egen support. Och ofta orsakar kommunikationen med dessa system problem. Speciellt n\u00e4r problemet \u00e4r globalt och kr\u00e4ver analys i olika system.<\/p>\n

Vissa system ger telefonnummer eller Telegram till sina administrat\u00f6rer. N\u00e5gonstans m\u00e5ste man skriva e-post till cheferna eller g\u00e5 till bugtracking-systemen f\u00f6r dessa externa system. \u00c4ven inom ett stort f\u00f6retag fungerar olika system ofta i olika system f\u00f6r hantering av \u00e4renden. Att sp\u00e5ra statusen f\u00f6r ett \u00e4rende blir ibland om\u00f6jligt. Du f\u00e5r ett \u00e4rende i en hypotetisk Jira. Sedan l\u00e4gger du i kommentarerna till den f\u00f6rsta Jira en l\u00e4nk till \u00e4rendet i en annan Jira. I den andra Jira skriver n\u00e5gon redan en kommentar om att man beh\u00f6ver ringa den hypotetiska administrat\u00f6ren Andrei f\u00f6r att l\u00f6sa fr\u00e5gan.<\/b> Och s\u00e5 vidare.<\/p>\n

Den mest optimala l\u00f6sningen p\u00e5 detta problem skulle vara att skapa ett gemensamt utrymme f\u00f6r kommunikation, till exempel i Slack. Att bjuda in alla deltagare i processen av drift av externa system. Och ocks\u00e5 ha en gemensam tracker f\u00f6r att undvika att duplicera \u00e4renden. \u00c4renden b\u00f6r sp\u00e5ras p\u00e5 ett st\u00e4lle, fr\u00e5n meddelandet i \u00f6vervakningen tills att l\u00f6sningen av buggar implementeras i produktion. Du kanske s\u00e4ger att detta \u00e4r orealistiskt och att ni historiskt har arbetat i en tracker, medan de arbetar i en annan. Det har dykt upp olika system, och de hade sina egna autonomiska IT-team. Jag h\u00e5ller med och d\u00e4rf\u00f6r beh\u00f6ver problemet l\u00f6sas p\u00e5 ledningsniv\u00e5, p\u00e5 CIO eller produkt\u00e4gares niv\u00e5.<\/p>\n

Varje system som du interagerar med b\u00f6r erbjuda support som en tj\u00e4nst med tydliga SLA:er f\u00f6r att l\u00f6sa problem baserat p\u00e5 prioritet. Och inte n\u00e4r den hypotetiska administrat\u00f6ren Andrei f\u00e5r en minut \u00f6ver f\u00f6r dig.<\/p>\n

En flaskhals<\/h2>\n

\nFinns det n\u00e5gon i projektet (eller produkten) vars fr\u00e5nvaro i ledningen orsakar \u00e5ngest? Det kan vara en devops-ingenj\u00f6r, analytiker eller utvecklare. F\u00f6r bara devops-ingenj\u00f6ren vet p\u00e5 vilka servrar olika containrar \u00e4r installerade, hur man startar om en container vid problem, och \u00f6verhuvudtaget kan inga komplexa problem l\u00f6sas utan honom. Analytikern \u00e4r den enda som vet hur din komplexa mekanism fungerar. Vilka datastreamar som g\u00e5r dit, vilka parametrar f\u00f6r f\u00f6rfr\u00e5gningar till vilka tj\u00e4nster och vilka svar vi f\u00e5r.
\nVem f\u00f6rst\u00e5r snabbt varf\u00f6r det finns fel i loggarna och snabbt fixar en kritisk bugg i produktion? Sj\u00e4lvklart \u00e4r det den utvecklaren. Det finns andra, men av n\u00e5gon anledning \u00e4r det bara han som f\u00f6rst\u00e5r hur olika moduler i systemet \u00e4r uppbyggda.<\/p>\n

K\u00e4rnan i detta problem \u00e4r bristen p\u00e5 dokumentation.<\/b>Om alla tj\u00e4nster i ditt system hade dokumenterats, skulle man kunna l\u00f6sa problemet utan analytiker. Om devops avsatt ett par dagar fr\u00e5n sitt fullsp\u00e4ckade schema f\u00f6r att dokumentera servrar, tj\u00e4nster och instruktioner f\u00f6r att l\u00f6sa typiska problem, skulle problemet kunna l\u00f6sas utan honom. Det \u00e4r inte n\u00f6dv\u00e4ndigt att snabbt dricka sitt \u00f6l p\u00e5 stranden under semestern och leta efter wi-fi f\u00f6r att l\u00f6sa problemet.<\/p>\n

Kompetens och ansvar bland supportmedarbetare<\/h2>\n

\nP\u00e5 stora projekt sparar inte f\u00f6retagen p\u00e5 l\u00f6ner till utvecklarna. De rekryterar dyra medel- eller seniorutvecklare fr\u00e5n liknande projekt. Situationen f\u00f6r support ser lite annorlunda ut. Dessa kostnader f\u00f6rs\u00f6ker man p\u00e5 olika s\u00e4tt att reducera. F\u00f6retagen anst\u00e4ller billiga nyb\u00f6rjare och \u00e4r beredda att g\u00e5 till strid. Denna strategi kan vara m\u00f6jlig om det handlar om en visitkortssajt f\u00f6r en fabrik i Zelenograd.<\/p>\n

Om det handlar om en stor e-handelsbutik kostar varje timmes driftstopp mer \u00e4n en m\u00e5nads l\u00f6n f\u00f6r en nyb\u00f6rjare. L\u00e5t oss ta en utg\u00e5ngspunkt p\u00e5 1 miljard rubel i \u00e5rsoms\u00e4ttning. Detta \u00e4r den minimioms\u00e4ttning som vilken e-handelsbutik som helst i topplistan har. TOP-100 f\u00f6r 2018<\/a><\/noindex>. Delar vi denna summa med antalet timmar per \u00e5r, f\u00e5r vi mer \u00e4n 100 000 rubel i rena f\u00f6rluster. Och om vi inte r\u00e4knar med nattimmar kan vi utan tvekan dubbla summan.<\/p>\n

Men pengar \u00e4r ju inte allt, eller?<\/b> (Nej, sj\u00e4lvklart \u00e4r det viktigt) Det finns ocks\u00e5 ett v\u00e4rde i reputationsf\u00f6rluster. En timmes driftstopp p\u00e5 en k\u00e4nd e-handelswebbplats kan orsaka en v\u00e5g av klagom\u00e5l p\u00e5 sociala medier och publiceringar i specialiserade medier. Och samtalen mellan v\u00e4nner i k\u00f6ket i stil med \"K\u00f6p inget d\u00e4r, deras webbplats fungerar alltid inte\" kan \u00f6verhuvudtaget inte m\u00e4tas.<\/p>\n

Nu till ansvaret. I min erfarenhet har det f\u00f6rekommit ett fall d\u00e4r den jourhavande administrat\u00f6ren inte reagerade i tid p\u00e5 ett meddelande fr\u00e5n \u00f6vervakningssystemet om att webbplatsen var otillg\u00e4nglig. En trevlig sommarkv\u00e4ll i fredags l\u00e5g en k\u00e4nd e-handelswebbplats i Moskva tyst nere. P\u00e5 l\u00f6rdagmorgonen f\u00f6rstod produktansvarig f\u00f6r denna webbplats inte varf\u00f6r den inte \u00f6ppnades, och det var tyst i supportchattarna och i akuta meddelanden p\u00e5 Slack. Ett s\u00e5dant misstag kostade oss en sexsiffrig summa, och denna jourhavande administrat\u00f6r fick jobbet.<\/p>\n

Ansvar \u00e4r en f\u00e4rdighet som \u00e4r sv\u00e5r att utveckla. <\/b>Antingen har en person det eller s\u00e5 har de det inte. D\u00e4rf\u00f6r f\u00f6rs\u00f6ker jag vid intervjuer att identifiera dess n\u00e4rvaro genom olika fr\u00e5gor som indirekt visar om personen \u00e4r van vid att ta ansvar. Om en person s\u00e4ger att de valde universitetet f\u00f6r att f\u00f6r\u00e4ldrarna sa s\u00e5, eller byter jobb f\u00f6r att frun sa att de tj\u00e4nar f\u00f6r lite, \u00e4r det b\u00e4ttre att inte blanda sig med s\u00e5dana m\u00e4nniskor.<\/p>\n

Samarbete med utvecklingsteamet<\/h2>\n

\nN\u00e4r anv\u00e4ndare st\u00f6ter p\u00e5 mindre problem under drift, s\u00e5 l\u00f6ser supporten dem internt. De f\u00f6rs\u00f6ker reproducera problemet, analyserar loggar och s\u00e5 vidare. Men vad g\u00f6r man n\u00e4r en bugg dyker upp i produktionen? I det fallet st\u00e4ller supporten en uppgift till utvecklarna och h\u00e4r b\u00f6rjar det intressanta.<\/p>\n

Utvecklarna \u00e4r st\u00e4ndigt \u00f6verbelastade.<\/b> De sysslar med att skapa nya funktioner. Att fixa buggar i produktionen \u00e4r i s\u00e4ger inte den mest intressanta sysslan. Deadlines f\u00f6r att avsluta n\u00e4sta sprint h\u00e5ller p\u00e5 att pressa dem. Och s\u00e5 kommer obehagliga m\u00e4nniskor fr\u00e5n supporten och s\u00e4ger: \"Sluta med allt, vi har problem.\" Prioriteten f\u00f6r s\u00e5dana uppgifter \u00e4r minimal. S\u00e4rskilt n\u00e4r problemet inte \u00e4r av kritisk natur och grundfunktionaliteten p\u00e5 sajten fungerar, och n\u00e4r release-managern inte springer omkring med uppsp\u00e4rrade \u00f6gon och skriver: \"Inkludera denna uppgift i n\u00e4sta release eller hotfix.\"<\/p>\n

Uppgifter med vanlig eller l\u00e5g prioritet \u00f6verg\u00e5r fr\u00e5n release till release. P\u00e5 fr\u00e5gan \"N\u00e4r kommer uppgiften att vara utf\u00f6rd?\" f\u00e5r du svar i stil med: \"F\u00f6rl\u00e5t, vi har mycket att g\u00f6ra just nu, fr\u00e5ga teamledarna eller release-managern.\"<\/p>\n

Problem i produktionen har h\u00f6gre prioritet \u00e4n att skapa nya funktioner. D\u00e5liga recensioner dr\u00f6jer inte, om anv\u00e4ndarna konstant snubblar \u00f6ver buggar. Det \u00e4r sv\u00e5rt att \u00e5terst\u00e4lla ett f\u00f6rst\u00f6rt rykte.<\/p>\n

Fr\u00e5gorna kring samarbetet mellan utveckling och support hanteras av DevOps.<\/b> Denna f\u00f6rkortning anv\u00e4nds ofta som en specifik person som hj\u00e4lper till att skapa testmilj\u00f6er f\u00f6r utveckling, bygger CICD-pipelines och snabbt f\u00e5r testad kod i produktion. DevOps \u00e4r ett tillv\u00e4gag\u00e5ngss\u00e4tt f\u00f6r programvaruutveckling d\u00e4r alla deltagare i processen samarbetar n\u00e4ra och hj\u00e4lper till att snabbare skapa och uppdatera mjukvaruprodukter och tj\u00e4nster. Jag syftar p\u00e5 analytiker, utvecklare, testare och support.<\/p>\n

St\u00f6d och utveckling i en s\u00e5dan strategi \u00e4r inte olika avdelningar med sina egna m\u00e5l och uppgifter. Utvecklingen \u00e4r involverad i driften och vice versa. Den ber\u00f6mda frasen fr\u00e5n distribuerade team: \"Problemet \u00e4r inte p\u00e5 min sida\" dyker inte l\u00e4ngre upp s\u00e5 ofta i chattarna, och slutkunderna blir lite lyckligare.
\n
K\u00e4lla: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u0414\u0435\u0441\u044f\u0442\u044c \u043b\u0435\u0442 \u044f \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u0438\u0432\u0430\u044e Highload \u0418\u0422 \u0441\u0438\u0441\u0442\u0435\u043c\u044b. \u041d\u0435 \u0431\u0443\u0434\u0443 \u043f\u0438\u0441\u0430\u0442\u044c \u0432 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043e \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430\u0445 \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0438 nginx \u0434\u043b\u044f \u0440\u0430\u0431\u043e\u0442\u044b \u0432 \u0440\u0435\u0436\u0438\u043c\u0435 1000+ RPS \u0438\u043b\u0438 \u0434\u0440\u0443\u0433\u0438\u0435 \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u0438\u0435 \u0432\u0435\u0449\u0438. \u041f\u043e\u0434\u0435\u043b\u044e\u0441\u044c \u043d\u0430\u0431\u043b\u044e\u0434\u0435\u043d\u0438\u044f\u043c\u0438 \u043e \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430\u0445 \u0432 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430\u0445, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0432\u043e\u0437\u043d\u0438\u043a\u0430\u044e\u0442 \u0432 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0435 \u0438 \u044d\u043a\u0441\u043f\u043b\u0443\u0430\u0442\u0430\u0446\u0438\u0438 \u0442\u0430\u043a\u0438\u0445 \u0441\u0438\u0441\u0442\u0435\u043c. \u041c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433 \u0422\u0435\u0445\u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 \u043d\u0435 \u0436\u0434\u0435\u0442 \u043f\u043e\u043a\u0430 \u043f\u0440\u0438\u043b\u0435\u0442\u0438\u0442 \u0437\u0430\u044f\u0432\u043a\u0430 \u0441 \u0441\u043e\u0434\u0435\u0440\u0436\u0430\u043d\u0438\u0435\u043c \u00ab \u041a\u0430\u043a\u043e\u0433\u043e \u041f\u043e\u0447\u0435\u043c\u0443\u2026 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-32958","post","type-post","status-publish","format-standard","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\udd47Fem problem i processerna f\u00f6r drift och st\u00f6d av Highload IT-system | ProHoster","description":"Hej, Habr! I tio \u00e5r har jag st\u00f6tt Highload IT-system. Jag kommer inte att skriva i den h\u00e4r artikeln om problem med att konfigurera nginx f\u00f6r att fungera i 1000+ RPS-l\u00e4ge eller andra tekniska detaljer.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/pyat-problem-v-protsessah-ekspluatatsii-i-podderzhki-highload-it-sistem","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\u041f\u044f\u0442\u044c \u043f\u0440\u043e\u0431\u043b\u0435\u043c \u0432 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430\u0445 \u044d\u043a\u0441\u043f\u043b\u0443\u0430\u0442\u0430\u0446\u0438\u0438 \u0438 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0438 Highload \u0418\u0422 \u0441\u0438\u0441\u0442\u0435\u043c | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u0414\u0435\u0441\u044f\u0442\u044c \u043b\u0435\u0442 \u044f \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u0438\u0432\u0430\u044e Highload \u0418\u0422 \u0441\u0438\u0441\u0442\u0435\u043c\u044b. \u041d\u0435 \u0431\u0443\u0434\u0443 \u043f\u0438\u0441\u0430\u0442\u044c \u0432 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043e \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430\u0445 \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0438 nginx \u0434\u043b\u044f \u0440\u0430\u0431\u043e\u0442\u044b \u0432 \u0440\u0435\u0436\u0438\u043c\u0435 1000+ RPS \u0438\u043b\u0438 \u0434\u0440\u0443\u0433\u0438\u0435 \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u0438\u0435 \u0432\u0435\u0449\u0438.","og:url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/pyat-problem-v-protsessah-ekspluatatsii-i-podderzhki-highload-it-sistem","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-31T18:49:56+00:00","article:modified_time":"2019-10-31T18:49:56+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"32958","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-02-09 17:02:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:49:37","updated":"2026-02-09 17:02: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\/32958","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=32958"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/32958\/revisions"}],"predecessor-version":[{"id":158569,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/32958\/revisions\/158569"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=32958"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=32958"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=32958"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}