{"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\/sl\/blog\/administrirovanie\/zachem-nuzhen-devops-i-kto-takie-devops-spetsialisty","title":{"rendered":"Zakaj je DevOps pomemben in kdo so DevOps strokovnjaki","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ko aplikacija ne deluje, najmanj si \u017eelimo sli\u0161ati od kolegov besedo \u00bbte\u017eava je na va\u0161i strani\u00ab. Posledi\u010dno trpijo uporabniki \u2013 njim je vseeno, katera ekipa nosi odgovornost za okvaro. Kultura DevOps se je pojavila prav zato, da zdru\u017ei razvoj in podporo ter ju pove\u017ee okoli skupne odgovornosti za kon\u010dni izdelek.<\/p>\n

Katere prakse vklju\u010duje pojem DevOps in zakaj so pomembne? S \u010dim se ukvarjajo DevOps in\u017eenirji in kaj morajo znati? Na ta in druga vpra\u0161anja odgovarjajo strokovnjaki iz EPAM-a: Kirill Sergeev, sistemski in\u017eenir in DevOps evangelist, ter Igor Bojko, vodilni sistemski in\u017eenir in koordinator ene izmed DevOps ekip podjetja.<\/p>\n

\"Zakaj
\n<\/a><\/noindex><\/p>\n

Zakaj je DevOps potreben?<\/h3>\n

\nV preteklosti je med razvijalci in podporo (t. i. operations) obstajal zid. Zveni paradoksalno, a imeli so razli\u010dne cilje in KPI-je, \u010deprav so opravljali skupno delo. Cilj razvoja je bil \u010dim hitrej\u0161a uresni\u010ditev poslovnih zahtev in njihovo vklju\u010ditev v delujo\u010d izdelek. Podpora je skrbela, da aplikacija stabilno deluje \u2013 vsaka sprememba pa ogro\u017ea stabilnost. Videti je konflikt interesov \u2013 DevOps se je pojavil, da bi ga re\u0161il.<\/p>\n

Kaj je DevOps?<\/h3>\n

\nVpra\u0161anje je dobro \u2013 in sporno: o tem se \u0161e niso dokon\u010dno dogovorili. V EPAM-u menijo, da DevOps zdru\u017euje tehnologije, procese in kulturo sodelovanja znotraj ekipe. To zdru\u017eevanje je usmerjeno v neprekinjeno dostavo vrednosti kon\u010dnim uporabnikom.<\/p>\n

Kirill Sergeev<\/b>: \u00bbRazvijalci pi\u0161ejo kodo, testniki jo preverjajo, administratorji pa name\u0161\u010dajo kon\u010dni izdelek v produkcijsko okolje. Dolgo \u010dasa so bili ti deli ekipe nekoliko razdrobljeni, potem pa se je pojavila ideja, da jih zdru\u017eimo s skupnim procesom. Tako so nastale DevOps prakse.\u00ab<\/p>\n

Pri\u0161el je dan, ko so se razvijalci in sistemski in\u017eenirji za\u010deli zanimati za delo drug drugega. Zid med proizvodnjo in podporo se je za\u010del bri\u0161eti. Tako je nastal DevOps, ki vklju\u010duje prakse, kulturo in red sodelovanja v ekipi.<\/p>\n

\"Zakaj
\n<\/p>\n

V \u010dem je bistvo DevOps kulture?<\/h3>\n

\nV tem, da odgovornost za kon\u010dni rezultat le\u017ei na vsakem \u010dlanu ekipe. Najbolj zanimivo in zapleteno v filozofiji DevOps je razumeti, da posameznik ne odgovarja le za svoj del dela, ampak nosi odgovornost za delovanje celotnega izdelka. Te\u017eava ni na strani nekoga \u2013 je skupna, in vsak \u010dlan ekipe prispeva k njenemu re\u0161evanju.<\/p>\n

Najpomembnej\u0161a to\u010dka DevOps kulture je prav re\u0161evanje te\u017eav, ne le uporaba DevOps praks. Poleg tega te prakse niso uvedene \u00bbna strani nekoga\u00ab, ampak v celotnem izdelku. Projekt ne potrebuje samo DevOps in\u017eenirja \u2013 potrebuje re\u0161itev te\u017eave, vlogo DevOps in\u017eenirja pa lahko razdelimo med ve\u010d \u010dlanov ekipe z razli\u010dnimi specializacijami.<\/p>\n

Kak\u0161ne so DevOps prakse?<\/h3>\n

\nDevOps prakse pokrivajo vse faze \u017eivljenjskega cikla programske opreme.<\/p>\n

Igor Boiko<\/b>: \u00bbIdealni primer je, ko za\u010dnemo uporabljati DevOps prakse takoj ob iniciaciji projekta. Skupaj z arhitekti na\u010drtujemo, kak\u0161na bo arhitekturna podoba aplikacije, kje bo locirana in kako se bo pove\u010devala, izberemo platformo. Zdaj je v modi mikroservisna arhitektura \u2013 zanje izberemo sistem orkestracije: potrebno je znati upravljati vsak element aplikacije posami\u010dno in ga neodvisno posodobiti. \u0160e ena praksa je 'infrastruktura kot koda'. To je pristop, pri katerem se infrastruktura projekta ustvarja in upravlja s pomo\u010djo kode, ne pa s neposrednim delovanjem s stre\u017eniki.<\/p>\n

Nato preidemo na fazo razvoja. Tukaj je ena najve\u010djih praks \u2013 postavitev CI\/CD: potrebno je pomagati razvijalcem hitro integrirati spremembe v izdelek, v manj\u0161ih koli\u010dinah, pogosteje in brez bole\u010din. CI\/CD pokriva tako preverjanje kode, nalaganje glavne veje v kodeksno bazo kot tudi uvajanje aplikacije v testna in produkcijska okolja.<\/p>\n

V fazah CI\/CD koda prehaja skozi quality gates. Z njihovo pomo\u010djo preverjamo, da koda, ki je pri\u0161la z delovne postaje razvijalca, ustreza dolo\u010denim kriterijem kakovosti. Tukaj se doda enotsko in UI testiranje. Za hitro, brez te\u017eav in osredoto\u010deno uvajanje izdelka lahko izberemo ustrezen tip uvajanja.<\/p>\n

V DevOps praksah je prostor tudi v fazi podpore dokon\u010danega produkta. Uporabljajo se za spremljanje, povratne informacije, varnost in uvajanje sprememb. Na vse te naloge DevOps gleda z vidika nenehnega izbolj\u0161evanja. Minimiziramo ponavljajo\u010de se operacije, jih avtomatiziramo. Sem sodijo tudi migracije, \u0161iritev aplikacij in podpora delovanju.<\/p>\n

Kak\u0161ne koristi prina\u0161ajo DevOps prakse?<\/h3>\n

\n\u010ce bi pisali u\u010dbenik o sodobnih DevOps praksah, bi na njegovi prvi strani zapisali tri to\u010dke: avtomatizacija, pospe\u0161evanje izdajanja in hitra povratna informacija od uporabnikov.<\/p>\n

Kirill Sergeev<\/b>: \u201ePrva je avtomatizacija. Vse interakcije znotraj ekipe lahko avtomatiziramo: napisali kodo \u2013 izdali \u2013 preverili \u2013 namestili \u2013 zbrali povratne informacije \u2013 vrnili se na za\u010detek. Vse to je avtomatsko.<\/p>\n

Druga to\u010dka je pospe\u0161evanje izhoda razli\u010dice in celo poenostavljanje razvoja. Za naro\u010dnika je vedno pomembno, da izdelek pride na trg \u010dim prej in za\u010dne prina\u0161ati koristi prej kot njegovi konkurenti. Proces dostave produkta lahko nenehno izbolj\u0161ujemo: skraj\u0161ujemo \u010das, dodajamo dodatne kontrolne to\u010dke, izbolj\u0161ujemo spremljanje.<\/p>\n

Tretja to\u010dka je pospe\u0161evanje povratnih informacij od uporabnikov. \u010ce ima uporabnik pripombe, lahko takoj vnesemo popravke in takoj posodobimo aplikacijo.<\/p>\n

\"Zakaj
\n<\/p>\n

Kako se povezujejo pojmi 'sistemski in\u017eenir', 'build in\u017eenir' in 'DevOps in\u017eenir'?<\/h3>\n

\nPrekrivajo se, vendar se nana\u0161ajo na nekoliko razli\u010dna podro\u010dja.<\/p>\n

Sistemski in\u017eenir v EPAM-u je naziv. Obstajajo razli\u010dnih nivojev: od junior do chief strokovnjaka.<\/p>\n

Build in\u017eenir je bolj vloga, ki jo lahko opravlja\u0161 na projektu. Danes tako imenujemo ljudi, odgovorne za CI\/CD.<\/p>\n

DevOps in\u017eenir je strokovnjak, ki na projektu uvaja DevOps prakse.<\/p>\n

\u010ce to vse skupaj povzamemo, dobimo pribli\u017eno naslednje: oseba, ki je na polo\u017eaju sistemskega in\u017eenirja, v projektu igra vlogo build in\u017eenirja in se ukvarja z uvajanjem DevOps praks.<\/p>\n

Kaj pravzaprav po\u010dne DevOps in\u017eenir?<\/h3>\n

\nDevOps in\u017eenirji povezujejo vse dele projekta. Razumejo specifike dela programerjev, testerjev in sistemskih administratorjev ter pomagajo poenostaviti njihovo delo. Razumejo potrebe in zahteve podjetja ter njegovo vlogo v procesu razvoja ter gradijo proces ob upo\u0161tevanju interesov naro\u010dnika.<\/p>\n

Veliko smo govorili o avtomatizaciji \u2013 to je podro\u010dje, s katerim se DevOps in\u017eenirji prvenstveno ukvarjajo. To je zelo pomembna to\u010dka, ki vklju\u010duje pripravo okolja med drugim.<\/p>\n

Kirill Sergeev<\/b>\u00abPreden uvedemo nadgradnje v izdelek, jih je treba testirati na zunanjem okolju. To pripravljajo DevOps in\u017eenirji. Oni uvajajo DevOps kulturo v projektu kot celoti: implementirajo DevOps prakse na vseh nivojih svojih projektov. Ti trije principi: avtomatizacija, poenostavitev, pospe\u0161itev \u2013 jih prina\u0161ajo povsod, kjer lahko dose\u017eejo\u00bb.<\/p>\n

Kaj mora znati DevOps in\u017eenir?<\/h3>\n

\nNa splo\u0161no bi moral imeti znanje iz razli\u010dnih podro\u010dij: programiranje, delo z operacijskimi sistemi, bazami podatkov, sistemi za sestavljanje in konfiguracijo. Dodati je treba tudi sposobnost dela z obla\u010dno infrastrukturo, sistemi za orkestracijo in nadzor.<\/p>\n

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

DevOps in\u017eenirji poznajo nekaj osnovnih jezikov za avtomatizacijo in lahko, na primer, re\u010dejo programerju: \u00abZakaj ne bi namesto ro\u010dne namestitve kode uporabili na\u0161ega skripte, ki vse avtomatizira? Pripravili bomo config datoteko, ki jo bo lahko lahko brati tako ti kot mi \u2013 in katero bomo lahko kadarkoli spremenili. Poleg tega bomo videli, kdo, kdaj in zakaj je v njej opravil spremembe\u00bb.<\/p>\n

DevOps in\u017eenir se lahko nau\u010di enega ali ve\u010d od teh jezikov: Python, Groovy, Bash, PowerShell, Ruby, Go. Poznavanje teh jezikov na globoki ravni ni potrebno \u2013 zadostujejo osnove sintakse, principi OOP in sposobnost pisanja enostavnih skript za avtomatizacijo.<\/p>\n

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

DevOps in\u017eenir mora razumeti, na katerem stre\u017eniku bo izdelek name\u0161\u010den, v katerem okolju bo zagnan in s katerimi storitvami bo sodeloval. Lahko se specializira za Windows ali dru\u017eino Linux.<\/p>\n

3. Sistemi za nadzor razli\u010dic<\/b><\/p>\n

Brez poznavanja sistemov za nadzor razli\u010dic DevOps in\u017eenirju ne bo uspelo. Git je eden izmed najbolj priljubljenih sistemov v tem trenutku.<\/p>\n

4. Obla\u010dni ponudniki<\/b><\/p>\n

AWS, Google, Azure \u2013 \u0161e posebej, \u010de govorimo o usmeritvi Windows.<\/p>\n

Kirill Sergeev<\/b>: \u00abObla\u010dne storitve nam zagotavljajo se zelo razlikujejo po zna\u010dilnostih, ter za bolj\u0161o reproducibilnost so tukaj<\/a>, ki se odli\u010dno ujemajo s CI\/CD cevmi.<\/p>\n

Namestitev desetih fizi\u010dnih stre\u017enikov<\/a> zahteva pribli\u017eno sto ro\u010dnih operacij. Vsak stre\u017enik je treba ro\u010dno zagnati, namestiti in konfigurirati ustrezni operacijski sistem, namestiti na\u0161o aplikacijo na teh desetih stre\u017enikih in nato desetkrat vse preveriti. Oblak storitve to proceduro nadomestijo z desetimi vrsticami kode, dober DevOps in\u017eenir pa se mora znati z njimi slu\u017eiti. S tem prihrani \u010das, trud in denar \u2013 tako za naro\u010dnika kot za podjetje\u00bb.<\/p>\n

5. Orkestracijski sistemi: Docker in Kubernetes<\/b><\/p>\n

Kirill Sergeev<\/b>: \u00abVirtualni stre\u017eniki so razdeljeni na vsebnike, v katere lahko namestimo na\u0161o aplikacijo. Ko je vsebnikov veliko, jih je treba upravljati: enega vklopiti, drugega izklopiti, nekje narediti varnostne kopije. To postane zelo zapleteno opravilo, za katero potrebujemo sistem orkestracije.<\/p>\n

Prej je vsak program upravljal lo\u010den stre\u017enik \u2013 kakr\u0161ne koli spremembe v njegovem delovanju so lahko vplivale na delovanje programa. Zaradi vsebnikov programi postanejo izolirani in se izvajajo lo\u010deno \u2013 vsak na svojem virtualnem stroju. \u010ce pride do okvare, ni treba izgubljati \u010dasa z iskanjem vzroka. La\u017eje je uni\u010diti star vsebnik in dodati novega\u00bb.<\/p>\n

6. Konfiguracijski sistemi: Chef, Ansible, Puppet<\/b><\/p>\n

Ko je treba vzdr\u017eevati cel park stre\u017enikov, je treba narediti veliko enakih operacij. To traja dolgo in je zapleteno, ro\u010dno delo pa pove\u010duje mo\u017enost napake. Tu na pomo\u010d prisko\u010dijo konfiguracijski sistemi. Z njihovo pomo\u010djo ustvarijo skript, ki ga je enostavno brati tako programerjem, kot DevOps in\u017eenirjem in sistemskim skrbnikom. Ta skript omogo\u010da izvajanje enakih operacij na stre\u017enikih samodejno. Tako se zmanj\u0161a \u0161tevilo ro\u010dnih operacij (in posledi\u010dno napak).<\/p>\n

Kako kariero lahko ustvari DevOps in\u017eenir?<\/h3>\n

\nRazvijati se je mogo\u010de tako horizontalno kot vertikalno.<\/p>\n

Igor Boiko<\/b>: \u00abGlede horizontalnega razvoja imajo DevOps in\u017eenirji trenutno \u0161iroke mo\u017enosti. Vse se nenehno spreminja, in ve\u0161\u010dine je mogo\u010de razvijati v najrazli\u010dnej\u0161ih smereh: od sistemov za nadzor razli\u010dic do spremljanja, od upravljanja s konfiguracijami do zbirk podatkov.<\/p>\n

Mo\u017eete postati sistemski arhitekt ako vas zanima kako aplikacija funkcioni\u0161e u svim fazama svog \u017eivotnog ciklusa \u2013 od razvoja do podr\u0161ke.<\/p>\n

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

<\/p>\n

    \n
  1. Pro\u010ditajte knjige \u201eProjekt 'Feniks'\u201c i DevOps Handbook. Ovo su pravi stubovi filozofije DevOps, a prva je umetni\u010dki roman.<\/li>\n
  2. Istra\u017eujte tehnologije sa gornjeg popisa: samostalno ili putem online kurseva.<\/li>\n
  3. Pridru\u017eite se kao DevOps in\u017eenjer na open source projektu.<\/li>\n
  4. Ve\u017ebajte i predlo\u017eite DevOps prakse u svojim li\u010dnim i radnim 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 va\u017ean i ko su DevOps stru\u010dnjaci | ProHoster","description":"Kada aplikacija ne radi, najmanje \u017eelite da \u010dujete od kolega re\u010d \u201eproblem je na va\u0161oj strani\u201c. Na kraju pate korisnici \u2013 a njima nije va\u017eno koja je deo tima odgovorna za kvar.","canonical_url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/zachem-nuzhen-devops-i-kto-takie-devops-spetsialisty","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sl_SI","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\/sl\/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\/sl\/wp-json\/wp\/v2\/posts\/37684","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/comments?post=37684"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/37684\/revisions"}],"predecessor-version":[{"id":158512,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/37684\/revisions\/158512"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media\/28282"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media?parent=37684"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/categories?post=37684"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/tags?post=37684"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}