{"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\/et\/blog\/administrirovanie\/pyat-problem-v-protsessah-ekspluatatsii-i-podderzhki-highload-it-sistem","title":{"rendered":"Viis probleemi Highload IT s\u00fcsteemide k\u00e4itumise ja toe protsessides","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Tere, Habr! K\u00fcmme aastat olen toetanud Highload IT s\u00fcsteeme. Ei hakka selles artiklis kirjutama nginx-i seadistamise probleemidest t\u00f6\u00f6tamises 1000+ RPS re\u017eiimis v\u00f5i muudest tehnilistest teemadest. Jagame t\u00e4helepanekuid probleemidest protsessides, mis tekivad selliste s\u00fcsteemide toetamisel ja kasutamisel. <\/a><\/noindex><\/p>\n

J\u00e4lgimine<\/h2>\n

\nTehniline tugi ei oota, kuni tuleb pilet tekstiga \"Miks... veebileht ei t\u00f6\u00f6ta j\u00e4lle?\". Tugi peaks n\u00e4gema probleemi minut p\u00e4rast veebilehe langemist ja hakkama seda lahendama. Aga veebileht on j\u00e4\u00e4m\u00e4e tipp.<\/b>Selle k\u00e4ttesaadavust j\u00e4lgitakse esmaj\u00e4rjekorras.<\/p>\n

Kuidas k\u00e4ituda olukorras, kus internetipoe kaupade j\u00e4\u00e4gid ei tule enam ERP s\u00fcsteemist? V\u00f5i CRM s\u00fcsteem, mis arvutab klientide allahindlusi, ei vasta? Veebileht n\u00e4eb v\u00e4lja, et t\u00f6\u00f6tab. Oletame, et Zabbix saab oma 200 vastuse. Valvegrupp ei saanud j\u00e4lgimisest mingeid teateid ja vaatab r\u00f5\u00f5msalt esimest osa uue hooaja \"Troonide m\u00e4ngust\".<\/p>\n

Tihti piirduvad j\u00e4lgimised ainult m\u00e4lu, RAM-i ja protsessorite koormuse m\u00f5\u00f5tmisega. serverite<\/a>.<\/b> Kuid ettev\u00f5ttele on palju t\u00e4htsam saada teavet toote k\u00e4ttesaadavuse kohta veebilehel. Oletatav \u00fche virtuaalmasina langemine klastris toob kaasa selle, et liiklus l\u00f5petab sinna minemise ja koormus teistel serveritel suureneb. Raha ettev\u00f5te ei kaota.<\/p>\n

Seet\u00f5ttu tuleb SERVERITE OPERATSIOONIS\u00dcSTEEMIDE tehniliste parameetrite j\u00e4lgimise k\u00f5rval seadistada ka \u00e4ri metrikad. Metrikad, mis m\u00f5jutavad otse raha. Erinevad interaktsioonid v\u00e4liste s\u00fcsteemidega (CRM, ERP jne). Tellimuste arv teatud ajavahemikul. Edukad v\u00f5i eba\u00f5nnestunud klientide autoriseerimised ja muud metrikad.<\/p>\n

Interaktsioon v\u00e4liste s\u00fcsteemidega<\/h2>\n

\nIgal veebilehel v\u00f5i mobiilirakendusel, mille aastane k\u00e4ive \u00fcletab miljard rubla, on interaktsioon v\u00e4liste s\u00fcsteemidega. Alates eelmainitud CRM-ide ja ERP-de tegemisest kuni m\u00fc\u00fcgiandmete edastamise nii-\u00f6elda Big Data anal\u00fc\u00fcsis\u00fcsteemile, et pakkuda kliendile toodet, mida ta kindlasti ostab (mille puhul tegelikult on see vale). Igal sellisel s\u00fcsteemil on oma tugi. Ja tihti nendega suhtlemine p\u00f5hjustab valu. Eriti siis, kui probleem on suur ja seda tuleb anal\u00fc\u00fcsida erinevates s\u00fcsteemides.<\/p>\n

M\u00f5ned s\u00fcsteemid annavad telefoni v\u00f5i telegrammi oma administraatorite jaoks. Teistes tuleb kirjutada kirju juhtidele v\u00f5i k\u00e4ia nende v\u00e4liste s\u00fcsteemide veaparandusregistrites. Isegi \u00fche suure ettev\u00f5tte raames t\u00f6\u00f6tavad erinevad s\u00fcsteemid sageli erinevates piletihalduss\u00fcsteemides. Taotluse staatuse j\u00e4lgimine muutub m\u00f5nikord v\u00f5imatuks. Sa saad taotluse \u00fche niisuguse Jira-s. Siis paned selle esimese Jira kommentaari link teise Jira \u00fclesande juurde. Teises Jiras kirjutab keegi \u00fclesande kommenteerimisel, et tuleb helistada nii-\u00f6elda administraatorile Andreile, et probleemi lahendada.<\/b> Ja nii edasi.<\/p>\n

Optimaalne lahendus sellele probleemile oleks luua \u00fchtne suhtluspind, n\u00e4iteks Slackis. K\u00f5igi v\u00e4liste s\u00fcsteemide kasutuselev\u00f5tu osaliste kaasamine sinna. Ja ka \u00fchtne tracker, et taotlusi ei dubleeritaks. Taotlusi tuleks j\u00e4lgida \u00fches kohas, alustades j\u00e4lgimise teavitamisest kuni veaparanduste rakendamiseni. Te \u00fctlete, et see pole teostatav, ja teie ajaloos on nii, et me t\u00f6\u00f6tame \u00fches trackeris, samas kui nemad on teises. On olnud erinevaid s\u00fcsteeme, nendel on olnud oma iseseisvad IT meeskonnad. Olen n\u00f5us, ja seet\u00f5ttu tuleb probleem lahendada k\u00f5rgelt, CIO v\u00f5i toote omaniku tasemel.<\/p>\n

Iga s\u00fcsteem, millega te suhtlete, peab osutama tuge teenusena, millel on selged SLA-d probleemide lahendamiseks prioriteetide kohaselt. Mitte siis, kui niisugune administraator Andr poolt leidub teile minut.<\/p>\n

Inimene - pudelikael<\/h2>\n

\nIgal projektil (v\u00f5i tootel) on selline inimene, kelle puhkusele minek tekitab \u00fclemustes krampimist? See v\u00f5ib olla devops insener, anal\u00fc\u00fctik v\u00f5i arendaja. Sest just devops insener teab, millistel serveritel on millised konteinerid, kuidas konteinerit probleemi korral taask\u00e4ivitada, ja igasugused keerulised probleemid ei lahene ilma temata. Anal\u00fc\u00fctik on ainus, kes teab, kuidas teie keeruline mehhanism t\u00f6\u00f6tab. Millised andmevood kuhu l\u00e4hevad. Milliste p\u00e4ringute parameetritel, millistelt teenustelt me vastuseid saame.
\nKes m\u00f5istab kiiresti, miks logides on vigu ja kiiresti parandab kriitilise vea tootmises? Loomulikult see sama arendaja. On ka teisi, kuid kuidagi ainult tema m\u00f5istab, kuidas erinevad s\u00fcsteemi moodulid on \u00fcles ehitatud.<\/p>\n

Selle probleemi juureks on dokumentatsiooni puudumine.<\/b>. Sest juhul, kui k\u00f5ik teie s\u00fcsteemi teenused oleksid dokumenteeritud, saaks probleemi lahendamiseks hakkama ka ilma anal\u00fc\u00fctikuta. Kui devops v\u00f5taks oma tihedast ajakavast paar p\u00e4eva ja dokumenteeriks k\u00f5ik serverid, teenused ja t\u00fc\u00fcpiliste probleemide lahendamise juhised, oleks tema puudumisel probleemi v\u00f5imalik lahendada ka ilma temata. Ei ole vaja puhkusel kiiresti oma \u00f5lut randa juua ja otsida wi-fi-d probleemide lahendamiseks.<\/p>\n

Toetuse t\u00f6\u00f6tajate p\u00e4devus ja vastutus<\/h2>\n

\nSuurtel ettev\u00f5tteprojektidel ei peeta palgarahas kokkuhoidmist ratsionaalseks. Otsitakse kallimaid kesk- ja vanema taseme spetsialiste sarnastelt projektidelt. Toetuse osas on olukord veidi erinev. Nende kulutustega \u00fcritatakse igati kokku hoida. Ettev\u00f5tted palkavad odavaid eelmise p\u00e4eva IT-t\u00f6\u00f6tajaid ja suunduvad julgelt lahingusse. Selline strateegia on v\u00f5imalik, kui on tegu m\u00f5ne tehase visiitkaardisaidiga Zelenogradis.<\/p>\n

Kui r\u00e4\u00e4gime suurest veebipoest, siis iga seiskumise tund maksab rohkem kui adminni eelarve kuu palk. V\u00f5tame aluseks 1 miljard rubla aastase tulu. See on minimaalne k\u00e4ive igasugusel veebipoel, mis on TOP-100 edetabelis 2018. aastal. TOP-100 2018. aastaks.<\/a><\/noindex>. Jagame selle summa aastas t\u00f6\u00f6tundide arvu ja saame \u00fcle 100 000 rubla puhtaid kaotusi. Ja kui arvesse ei v\u00f5eta \u00f6iseid tunde, v\u00f5ib summat julgelt kahekordistada.<\/p>\n

Aga raha ei ole ju k\u00f5ige olulisem, eks?<\/b> (ei, loomulikult on see peamine) On veel ka maine kaotused. \u00dche tuntud veebipoe t\u00f5rkumine v\u00f5ib p\u00f5hjustada nii sotsiaalmeedia arvustuste laine kui ka artiklite avaldamise spetsiaalsetes meediakanalites. Ja s\u00f5brad k\u00f6\u00f6gis arutlemas stiilis \"\u00c4ra osta seal midagi, nende saidil on pidevad probleemid\" on m\u00f5\u00f5detamatud.<\/p>\n

N\u00fc\u00fcd vastutuse juurde. Minu praktikas oli juhtum, kus valveadministraator ei reageerinud \u00f5igeaegselt s\u00fcsteemi j\u00e4lgimise teavitusele saidi k\u00e4ttesaamatuse osas. Kenal suvisel reedel oli \u00fcks tuntud veebipood Moskvas vaikse t\u00f5rke hetkeks. Laup\u00e4eva hommikul ei saanud saidi tootja aru, miks sait ei avane, ja tugik\u00f5nedes ja Slacki kiirteavitustes valitses vaikus. Selline viga maksis meile kuuekohalise summa ja sellele valvele t\u00f6\u00f6d.<\/p>\n

Vastus on oskus, mida on raske arendada. <\/b>See kas on inimese omadus v\u00f5i ei. Seet\u00f5ttu p\u00fc\u00fcan t\u00f6\u00f6intervjuudel avastada selle olemasolu erinevate k\u00fcsimustega, mis kaudselt n\u00e4itavad, kas inimene on harjunud vastutust enda peale v\u00f5tma. Kui inimene vastab, et valis \u00fclikooli, kuna vanemad \u00fctlesid, v\u00f5i vahetab t\u00f6\u00f6d, sest naine \u00fctles, et ta teenib v\u00e4he, siis tasub nendega suheldes ettevaatlik olla.<\/p>\n

Koost\u00f6\u00f6 arendustiimiga<\/h2>\n

\nKui tootmisprotsessis on kasutajatel kergeid probleeme, lahendab tugiteenus need omal j\u00f5ul. Nad p\u00fc\u00fcavad probleemi reprodutseerida, anal\u00fc\u00fcsivad logisid ja nii edasi. Kuid mis juhtub, kui tootmisse ilmub bug? Sellisel juhul loob tugiteenus arendajatele \u00fclesande ja just seal algavad k\u00f5ige huvitavamad s\u00fcndmused.<\/p>\n

Arendajad on pidevalt \u00fclekoormatud.<\/b> Nad loovad uusi funktsioone. Veebipoe vigade parandamine ei ole just k\u00f5ige huvitavam tegevus. T\u00e4htaegu oodatakse j\u00e4rgmise sprinti l\u00f5petamiseks. Ja siis tulevad ebasoovitavad inimesed tugiteenusest ja \u00fctlevad: \"\u00c4ra k\u00f5hkle, meil on probleemid\". Selliste \u00fclesannete prioriteet on minimaalne. Eriti kui probleem ei ole k\u00f5ige kriitilisem ja saidi p\u00f5hifunktsioon t\u00f6\u00f6tab ning kui v\u00e4ljalaskejuht ei jookse ringi ja ei \u00fctle: \"Sisesta see \u00fclesanne l\u00e4himasse v\u00e4ljaandmise v\u00f5i hotfixi\".<\/p>\n

Tavap\u00e4rased v\u00f5i madala prioriteediga \u00fclesanded liiguvad uude v\u00e4ljaannet. K\u00fcsimusele \"Millal \u00fclesanne valmib?\" saad vastuseid stiilis: \"Kahjuks on meil praegu palju \u00fclesandeid, k\u00fcsige tiimijuhilt v\u00f5i v\u00e4ljaandmisjuhtidelt.\"<\/p>\n

Probleemid tootmises on suurema prioriteediga kui uute funktsioonide loomine. Halvad arvustused ei lase end oodata, kui kasutajad pidevalt oma vigadega kokku puutuvad. Rikkunud reputatsiooni taastamine on keeruline.<\/p>\n

Arenduse ja toetuse koost\u00f6\u00f6 k\u00fcsimusi lahendab DevOps.<\/b> Seda akron\u00fc\u00fcmi kasutatakse sageli konkreetse inimesena, kes aitab luua arendusele katsetamiseks keskkondi, ehitab CICD torujuhti ja toob testitud koodi kiiresti tootmisse. DevOps on l\u00e4henemine tarkvara arendusele, kus k\u00f5ik osalised t\u00f6\u00f6tavad tihedalt koos ja aitavad kiiremalt luua ja ajakohastada arvutitooteid ja teenuseid. Ma m\u00f5tlen anal\u00fc\u00fctikute, arendajate, testijate ja tugiteenuse peale.<\/p>\n

Toetamine ja arendus sellises l\u00e4henemises ei ole erinevad osakonnad oma eesm\u00e4rkide ja \u00fclesannetega. Arendus on kaasatud tegevusse ja vastupidi. Kuulus fraas jaotatud meeskondade seas: \u201eProbleem ei ole minu poolel\u201d ei ilmu enam nii tihti vestlustesse ja l\u00f5ppkasutajad on natuke \u00f5nnelikumad.
\n
Allikas: 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\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\udd47Viis probleemi Highload IT-s\u00fcsteemide haldamise ja toetamise protsessides | ProHoster","description":"Tere, Habr! Juba k\u00fcmme aastat olen toetanud Highload IT-s\u00fcsteeme. Sellest artiklist ei hakka ma r\u00e4\u00e4kima nginx-i seadistamise probleemidest t\u00f6\u00f6re\u017eiimis 1000+ RPS v\u00f5i muudest tehnilistest asjadest. Jagangi oma t\u00e4helepanekuid probleemidest, mis tekivad toetamise ja selliste s\u00fcsteemide k\u00e4itamise protsessides. J\u00e4lgimine Tehniline tugi ei oota, kuni saabub teade sisuga \"Miks...\"","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/pyat-problem-v-protsessah-ekspluatatsii-i-podderzhki-highload-it-sistem","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\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. \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","og:url":"https:\/\/prohoster.info\/et\/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\/et\/wp-json\/wp\/v2\/posts\/32958","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=32958"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/32958\/revisions"}],"predecessor-version":[{"id":158569,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/32958\/revisions\/158569"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=32958"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=32958"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=32958"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}