{"id":37684,"date":"2019-10-31T22:19:05","date_gmt":"2019-10-31T19:19:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/zachem-nuzhen-devops-i-kto-takie-devops-spetsialisty\/"},"modified":"2019-10-31T22:19:05","modified_gmt":"2019-10-31T19:19:05","slug":"zachem-nuzhen-devops-i-kto-takie-devops-spetsialisty","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/zachem-nuzhen-devops-i-kto-takie-devops-spetsialisty","title":{"rendered":"Za\u0161to je potreban DevOps i tko su DevOps stru\u010dnjaci","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Kada aplikacija ne radi, najmanje \u0161to \u017eelite \u010duti od kolega je fraza \u201eproblem je s va\u0161e strane\u201c. Na kraju trpe korisnici \u2013 a njima je svejedno koja je strana tima odgovorna za kvar. DevOps kultura se pojavila upravo kako bi ujedinila razvoj i podr\u0161ku i okupila ih oko zajedni\u010dke odgovornosti za kona\u010dni proizvod.<\/p>\n

Koje prakse spadaju pod pojam DevOps i za\u0161to su potrebne? \u010cime se bave DevOps in\u017eenjeri i \u0161to bi trebali znati? Na ta i druga pitanja odgovaraju stru\u010dnjaci iz EPAM-a: Kiril Sergejev, sistemski in\u017eenjer i DevOps evangelist, i Igor Bojko, vode\u0107i sistemski in\u017eenjer i koordinator jednog od DevOps timova kompanije.<\/p>\n

\"Za\u0161to
\n<\/a><\/noindex><\/p>\n

Za\u0161to je potreban DevOps?<\/h3>\n

\nRanije je postojala barijera izme\u0111u programera i podr\u0161ke (tzv. operacija). Zvuci paradoksalno, ali su imali razli\u010dite ciljeve i KPI-eve, iako su radili na zajedni\u010dkom cilju. Cilj razvoja bio je \u0161to br\u017ee realizirati poslovne zahtjeve i dodati ih u funkcionalni proizvod. Podr\u0161ka je odgovarala za to da aplikacija stabilno radi \u2013 a bilo kakve promjene su ugro\u017eavale stabilnost. O\u010digledan je sukob interesa \u2013 DevOps se pojavio kako bi ga rije\u0161io.<\/p>\n

\u0160to je DevOps?<\/h3>\n

\nPitanje je dobro \u2013 i sporno: kona\u010dno se u svijetu o tome jo\u0161 nije postigao dogovor. U EPAM-u smatraju da DevOps objedinjuje tehnologije, procese i kulturu suradnje unutar tima. Ova integracija usmjerena je na kontinuiranu isporuku vrijednosti krajnjim korisnicima.<\/p>\n

Kiril Sergejev<\/b>: \u201eProgramer pi\u0161e kod, testeri ga provjeravaju, a administratori instaliraju kona\u010dni proizvod u proizvodno okru\u017eenje. Dugo su ti dijelovi tima bili pomalo raspr\u0161eni, a onda je do\u0161la ideja da ih ujedinimo zajedni\u010dkim procesom. Tako su se pojavile DevOps prakse.<\/p>\n

Do\u0161ao je dan kada su se programeri i sistemski in\u017eenjeri zainteresirali za rad jedni drugih. Barijera izme\u0111u proizvodnje i podr\u0161ke po\u010dela je nestajati. Tako je nastao DevOps, koji uklju\u010duje prakse, kulturu i na\u010din suradnje u timu.<\/p>\n

\"Za\u0161to
\n<\/p>\n

U \u010demu se sastoji su\u0161tina DevOps kulture?<\/h3>\n

\nOdgovornost za kona\u010dni rezultat le\u017ei na svakom \u010dlanu tima. Najzanimljivija i najte\u017ea stvar u filozofiji DevOps-a je shvatiti da konkretna osoba ne odgovara samo za svoj dio posla, ve\u0107 je odgovorna za to kako \u0107e cijeli proizvod funkcionirati. Problem nije na strani nekoga; to je zajedni\u010dki izazov, i svaki \u010dlan tima poma\u017ee u njegovom rje\u0161avanju.<\/p>\n

Najva\u017enija postavka DevOps kulture je rje\u0161avanje problema, a ne samo primjena DevOps praksi. \u0160tovi\u0161e, te prakse se ne implementiraju 'na ne\u010dijoj strani', ve\u0107 na cijelom proizvodu. Projektu nije potreban isklju\u010divo DevOps in\u017eenjer \u2013 potrebna su mu rje\u0161enja problema, a uloga DevOps in\u017eenjera mo\u017ee biti raspodijeljena me\u0111u vi\u0161e \u010dlanova tima s razli\u010ditim specijalizacijama.<\/p>\n

Koje su to DevOps prakse?<\/h3>\n

\nDevOps prakse pokrivaju sve faze \u017eivotnog ciklusa softvera.<\/p>\n

Ihor Bojko<\/b>: \"Idealna situacija je kada po\u010dnemo primjenjivati DevOps prakse odmah na inicijaciji projekta. Zajedno s arhitektama planiramo kakvu \u0107e arhitekturu aplikacija imati, gdje \u0107e se nalaziti i kako \u0107e se skalirati, biramo platformu. Trenutno je popularna mikroservisna arhitektura \u2013 za nju biramo sustav orkestracije: potrebno je znati upravljati svakim dijelom aplikacije posebno i a\u017eurirati ga neovisno od drugih. Jo\u0161 jedna praksa je 'infrastruktura kao kod'. Ovo je pristup pri kojem se infrastruktura projekta stvara i upravlja putem koda, a ne izravnim interakcijama sa serverima.\"<\/p>\n

Nakon toga prelazimo na fazu razvoja. Ovdje je jedna od najve\u0107ih praksi izgradnja CI\/CD: potrebno je pomo\u0107i developerima da brzo integriraju promjene u proizvod, u malim dijelovima, \u010de\u0161\u0107e i bezbolnije. CI\/CD pokriva provjeru koda, spoj na glavnu granu kodne baze i implementaciju aplikacije na testne i produkcijske okru\u017eenja.<\/p>\n

Na fazama CI\/CD kod prolazi kroz quality gates. Pomo\u0107u njih provjerava se da kod koji dolazi s radne stanice developera zadovoljava odre\u0111ene kriterije kvalitete. Ovdje se dodaje unit i UI testiranje. Za brzo, bezbolno i fokusirano implementiranje proizvoda mo\u017ee se odabrati odgovaraju\u0107i tip deploya.<\/p>\n

DevOps prakse imaju mjesto i u fazi podr\u0161ke gotovog proizvoda. Koriste se za pra\u0107enje, povratne informacije, sigurnost i implementaciju promjena. Na sve te zadatke DevOps gleda s aspekta kontinuiranih pobolj\u0161anja. Minimimiziramo ponavljaju\u0107e operacije, automatiziramo ih. U to spadaju migracije, pro\u0161irenje aplikacije i odr\u017eavanje funkcionalnosti.<\/p>\n

Kako su korisne DevOps prakse?<\/h3>\n

\nDa pi\u0161emo ud\u017ebenik o modernim DevOps praksama, na prvoj bi stranici bila tri stavka: automatizacija, ubrzanje izdavanja i brza povratna informacija od korisnika.<\/p>\n

Kiril Sergejev<\/b>: \"Prvo \u2013 to je automatizacija. Sve interakcije u timu mo\u017eemo automatizirati: napisali smo kod \u2013 objavili \u2013 provjerili \u2013 instalirali \u2013 prikupili povratne informacije \u2013 vratili se na po\u010detak. Sve to \u2013 automatski.<\/p>\n

Drugo \u2013 ubrzanje izlaska izdanja i \u010dak pojednostavljenje razvoja. Klijentu je uvijek va\u017eno da proizvod \u0161to prije iza\u0111e na tr\u017ei\u0161te i po\u010dne donositi koristi prije nego \u0161to konkurentski primjerci stignu. Proces isporuke proizvoda mo\u017ee se beskrajno pobolj\u0161avati: skra\u0107ivati vrijeme, dodavati dodatne kontrolne to\u010dke, usavr\u0161avati pra\u0107enje.<\/p>\n

Tre\u0107e \u2013 to je ubrzanje povratne informacije od korisnika. Ako ima pritu\u017ebi, mo\u017eemo odmah uvesti ispravke i odmah a\u017eurirati aplikaciju.<\/p>\n

\"Za\u0161to
\n<\/p>\n

Kako se odnose pojmovi \"sistem in\u017eenjer\", \"build in\u017eenjer\" i \"DevOps in\u017eenjer\"?<\/h3>\n

\nPreklapaju se, ali se odnose na malo razli\u010dita podru\u010dja.<\/p>\n

Sistem in\u017eenjer u EPAM-u je pozicija. Mogu biti razli\u010ditih razina: od juniora do chief specijalista.<\/p>\n

Build in\u017eenjer \u2013 to je vi\u0161e uloga koju mo\u017eete obavljati na projektu. Danas tako nazivamo ljude odgovorne za CI\/CD.<\/p>\n

DevOps in\u017eenjer je stru\u010dnjak koji implementira DevOps prakse na projektu.<\/p>\n

Ako sve to sumiramo, dobijamo otprilike sljede\u0107e: osoba na poziciji sistem in\u017eenjera obavlja ulogu build in\u017eenjera na projektu i bavi se implementacijom DevOps praksi.<\/p>\n

\u010cime se zapravo bavi DevOps in\u017eenjer?<\/h3>\n

\nDevOps in\u017eenjeri spajaju sve dijelove projekta. Razumiju specifi\u010dnosti rada programera, testera, sistemskih administratora i poma\u017eu im da olak\u0161aju svoj posao. Razumiju potrebe i zahtjeve poslovanja, njegovu ulogu u procesu razvoja \u2013 te grade proces uzimaju\u0107i u obzir interese klijenta.<\/p>\n

Puno smo govorili o automatizaciji \u2013 time se DevOps in\u017eenjeri bave prvenstveno. To je vrlo va\u017eno podru\u010dje, koje osim ostalog uklju\u010duje pripremu okru\u017eenja.<\/p>\n

Kiril Sergejev<\/b>: \u201ePrije nego \u0161to uvedemo a\u017euriranja u proizvod, potrebno ih je testirati u vanjskom okru\u017eenju. DevOps in\u017eenjeri ga pripremaju. Oni tako\u0111er uspostavljaju DevOps kulturu unutar projekta: implementiraju DevOps prakse na svim razinama svojih projekata. Ova tri na\u010dela: automatizacija, pojednostavljenje, ubrzanje \u2013 oni donose svuda gdje mogu do\u0107i.\u201c<\/p>\n

\u0160to bi DevOps in\u017eenjer trebao znati?<\/h3>\n

\nU osnovi, treba imati znanja iz razli\u010ditih podru\u010dja: programiranje, rad s operativnim sustavima, bazama podataka, sustavima gradnje i konfiguracije. Treba mu dodati i vje\u0161tine rada s obla\u010dnom infrastrukturom, sustavima orkestracije i pra\u0107enja.<\/p>\n

1. Programski jezici<\/b><\/p>\n

DevOps in\u017eenjeri poznaju nekoliko osnovnih jezika za automatizaciju i mogu, na primjer, re\u0107i programeru: \u201eHajde da instalaciju koda ne radimo ru\u010dno, ve\u0107 pomo\u0107u na\u0161eg skripta koji sve automatizira? Za njega \u0107emo pripremiti config datoteku, bit \u0107e lako \u010ditljiva i za tebe i za nas \u2013 te \u0107emo je mo\u0107i prilagoditi u svakom trenutku. A tako\u0111er \u0107emo vidjeti tko, kada i za\u0161to unosi promjene u nju.\u201c<\/p>\n

DevOps in\u017eenjer mo\u017ee nau\u010diti jedan ili vi\u0161e od ovih jezika: Python, Groovy, Bash, Powershell, Ruby, Go. Nije potrebno poznavati ih na dubokom nivou \u2013 dovoljno je poznavati osnove sintakse, principe OOP-a, te sposobnost pisanja jednostavnih skripti za automatizaciju.<\/p>\n

2. Operacijski sustavi<\/b><\/p>\n

DevOps in\u017eenjer treba razumjeti na kojem serveru \u0107e biti instaliran proizvod, u kojem okru\u017eenju \u0107e se pokretati, s kojim \u0107e uslugama komunicirati. Mo\u017ee se specijalizirati za Windows ili Linux obitelji.<\/p>\n

3. Sustavi upravljanja verzijama<\/b><\/p>\n

Bez poznavanja sustava upravljanja verzijama, DevOps in\u017eenjer ne mo\u017ee napredovati. Git je jedan od najpopularnijih sustava u ovom trenutku.<\/p>\n

4. Cloud provajderi<\/b><\/p>\n

AWS, Google, Azure \u2013 posebno ako govorimo o Windows smjeru.<\/p>\n

Kiril Sergejev<\/b>: \u00abObla\u010dni pru\u017eatelji usluga nude nam virtualni serveri<\/a>, koji se savr\u0161eno uklapaju u CI\/CD okvire.<\/p>\n

Postavljanje deset fizi\u010dkih servera<\/a> zahtijeva otprilike stotinu ru\u010dnih operacija. Svaki server potrebno je ru\u010dno pokrenuti, instalirati i konfigurirati odgovaraju\u0107i operacijski sustav, instalirati na\u0161u aplikaciju na ovih deset servera, a zatim deset puta sve provjeriti. Obla\u010dne usluge zamjenjuju ovaj postupak s deset redaka koda, a dobar DevOps in\u017eenjer treba znati kako ih koristiti. Tako \u0161tedi vrijeme, resurse i novac \u2013 kako za klijenta, tako i za kompaniju\u00bb.<\/p>\n

5. Sustavi orkestracije: Docker i Kubernetes<\/b><\/p>\n

Kiril Sergejev<\/b>: \u00abVirtualni serveri su podijeljeni u kontejnere, u svaki od kojih mo\u017eemo instalirati na\u0161u aplikaciju. Kada je mnogo kontejnera, potrebno je njima upravljati: jedan uklju\u010diti, drugi isklju\u010diti, negdje napraviti sigurnosne kopije. To postaje prili\u010dno slo\u017een zadatak za koji je potreban sustav orkestracije.<\/p>\n

Ranije se svakim aplikacijom bavio poseban server \u2013 sve promjene u njegovom radu mogle su utjecati na ispravnost aplikacije. Zahvaljuju\u0107i kontejnerima, aplikacije postaju izolirane i pokre\u0107u se odvojeno \u2013 svaka na svojoj virtualnoj ma\u0161ini. Ako do\u0111e do kvara, ne treba tro\u0161iti vrijeme na tra\u017eenje uzroka. Lak\u0161e je uni\u0161titi stari kontejner i dodati novi\u00bb.<\/p>\n

6. Sustavi konfiguracija: Chef, Ansible, Puppet<\/b><\/p>\n

Kada je potrebno odr\u017eavati cijeli park servera, potrebno je izvesti mnoge jednake operacije. To je dugotrajno i slo\u017eeno, a ru\u010dni rad pove\u0107ava \u0161ansu za gre\u0161ku. Tu na pomo\u0107 dolaze sustavi konfiguracija. S njima se stvara skripta koja je jednostavna za \u010ditanje i programerima, i DevOps in\u017eenjerima, i sistemskim administratorima. Ova skripta poma\u017ee u izvo\u0111enju istih operacija na serverima automatski. Tako se smanjuje broj ru\u010dnih operacija (i, posljedi\u010dno, gre\u0161aka).<\/p>\n

Kakvu karijeru mo\u017ee izgraditi DevOps in\u017eenjer?<\/h3>\n

\nMo\u017ee se razvijati i horizontalno, i vertikalno.<\/p>\n

Ihor Bojko<\/b>: \u00abS aspekta horizontalnog razvoja, DevOps in\u017eenjeri imaju sada naj\u0161ire perspektive. Sve se stalno mijenja, a vje\u0161tine se mogu razvijati u raznim smjerovima: od sustava za kontrolu verzija do nadzora, od upravljanja konfiguracijama do baza podataka.<\/p>\n

Mo\u017eete postati sistemski arhitekt ako vas zanima kako aplikacija radi kroz sve faze svog \u017eivotnog ciklusa - od razvoja do podr\u0161ke.<\/p>\n

Kako postati DevOps in\u017eenjer?<\/h3>\n

<\/p>\n

    \n
  1. Pro\u010ditajte knjige \"Projekt 'Feniks'\" i DevOps Handbook. To su stvarne stijene filozofije DevOps, pri \u010demu je prva - roman.<\/li>\n
  2. Istra\u017eite tehnologije sa gornjeg popisa: samostalno ili na online te\u010dajevima.<\/li>\n
  3. Pridru\u017eite se kao DevOps in\u017eenjer na open source projektu.<\/li>\n
  4. Vje\u017ebajte i predla\u017eite DevOps prakse na svojim osobnim i poslovnim projektima.<\/li>\n<\/ol>\n

    Izvor: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

    \u041a\u043e\u0433\u0434\u0430 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435 \u043d\u0435 \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442, \u043c\u0435\u043d\u044c\u0448\u0435 \u0432\u0441\u0435\u0433\u043e \u0445\u043e\u0447\u0435\u0442\u0441\u044f \u0443\u0441\u043b\u044b\u0448\u0430\u0442\u044c \u043e\u0442 \u043a\u043e\u043b\u043b\u0435\u0433 \u0444\u0440\u0430\u0437\u0443 \u00ab\u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u043d\u0430 \u0432\u0430\u0448\u0435\u0439 \u0441\u0442\u043e\u0440\u043e\u043d\u0435\u00bb. \u0412 \u0438\u0442\u043e\u0433\u0435 \u0441\u0442\u0440\u0430\u0434\u0430\u044e\u0442 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0438 \u2013 \u0430 \u0438\u043c \u0432\u0441\u0451 \u0440\u0430\u0432\u043d\u043e, \u043a\u0430\u043a\u0430\u044f \u0447\u0430\u0441\u0442\u044c \u043a\u043e\u043c\u0430\u043d\u0434\u044b \u043d\u0435\u0441\u0435\u0442 \u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0441\u0442\u044c \u0437\u0430 \u043f\u043e\u043b\u043e\u043c\u043a\u0443. \u041a\u0443\u043b\u044c\u0442\u0443\u0440\u0430 DevOps \u043f\u043e\u044f\u0432\u0438\u043b\u0430\u0441\u044c \u043a\u0430\u043a \u0440\u0430\u0437 \u0437\u0430\u0442\u0435\u043c, \u0447\u0442\u043e\u0431\u044b \u0441\u043f\u043b\u043e\u0442\u0438\u0442\u044c \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0443 \u0438 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0443 \u0438 \u043e\u0431\u044a\u0435\u0434\u0438\u043d\u0438\u0442\u044c \u0438\u0445 \u0432\u043e\u043a\u0440\u0443\u0433 \u043e\u0431\u0449\u0435\u0439 \u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0441\u0442\u0438 \u0437\u0430 \u043a\u043e\u043d\u0435\u0447\u043d\u044b\u0439 \u043f\u0440\u043e\u0434\u0443\u043a\u0442. \u041a\u0430\u043a\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 \u0432\u0445\u043e\u0434\u044f\u0442 \u0432 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28282,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37684","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\udd47Za\u0161to je DevOps bitan i tko su DevOps specijalisti | ProHoster","description":"Kada aplikacija ne radi, najmanje \u017eelite \u010duti od kolega re\u010denicu \"problem je na va\u0161oj strani\". Na kraju pate korisnici - a njima nije va\u017eno koja je strana tima odgovorna za kvar.","canonical_url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/zachem-nuzhen-devops-i-kto-takie-devops-spetsialisty","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hr_HR","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\u0417\u0430\u0447\u0435\u043c \u043d\u0443\u0436\u0435\u043d DevOps \u0438 \u043a\u0442\u043e \u0442\u0430\u043a\u0438\u0435 DevOps-\u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u044b | ProHoster","og:description":"\u041a\u043e\u0433\u0434\u0430 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435 \u043d\u0435 \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442, \u043c\u0435\u043d\u044c\u0448\u0435 \u0432\u0441\u0435\u0433\u043e \u0445\u043e\u0447\u0435\u0442\u0441\u044f \u0443\u0441\u043b\u044b\u0448\u0430\u0442\u044c \u043e\u0442 \u043a\u043e\u043b\u043b\u0435\u0433 \u0444\u0440\u0430\u0437\u0443 \u00ab\u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u043d\u0430 \u0432\u0430\u0448\u0435\u0439 \u0441\u0442\u043e\u0440\u043e\u043d\u0435\u00bb. \u0412 \u0438\u0442\u043e\u0433\u0435 \u0441\u0442\u0440\u0430\u0434\u0430\u044e\u0442 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0438 \u2013 \u0430 \u0438\u043c \u0432\u0441\u0451 \u0440\u0430\u0432\u043d\u043e, \u043a\u0430\u043a\u0430\u044f \u0447\u0430\u0441\u0442\u044c \u043a\u043e\u043c\u0430\u043d\u0434\u044b \u043d\u0435\u0441\u0435\u0442 \u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0441\u0442\u044c \u0437\u0430 \u043f\u043e\u043b\u043e\u043c\u043a\u0443.","og:url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/zachem-nuzhen-devops-i-kto-takie-devops-spetsialisty","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:19:05+00:00","article:modified_time":"2019-10-31T19:19:05+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37684","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 16:46:30","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:22:29","updated":"2026-02-09 16:46:30","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/37684","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/comments?post=37684"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/37684\/revisions"}],"predecessor-version":[{"id":158512,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/37684\/revisions\/158512"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media\/28282"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media?parent=37684"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/categories?post=37684"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/tags?post=37684"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}