{"id":70922,"date":"2020-02-22T15:37:55","date_gmt":"2020-02-22T12:37:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas"},"modified":"2020-03-03T16:14:39","modified_gmt":"2020-03-03T13:14:39","slug":"kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas","title":{"rendered":"Kuidas OpenShift muudab IT-organisatsiooni struktuuri. Organisatsiooniliste mudelite evolutsioon PaaS-ile \u00fcleminekul","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Kuigi PaaS-lahendused (\"Platvorm teenusena\") iseenesest ei suuda muuta \u00fcksikisikute ja meeskondade koost\u00f6\u00f6viise, toimivad need sageli Kiirendajana organisatsioonilistele muudatustele vastuseks suurenenud IT-tehnoloogiate paindlikkusele. <\/p>\n<p><img decoding=\"async\" alt=\"Kuidas OpenShift muudab IT-organisatsiooni struktuuri. Organisatsiooniliste mudelite evolutsioon PaaS-ile \u00fcleminekul\" src=\"\/wp-content\/uploads\/2020\/02\/55ef7d253c10a8453810c3a3b5a56a74.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTegelikkuses on PaaS-i investeeringute maksimaalne toimetulek sageli v\u00f5imalik ainult siis, kui muutuvad organisatsioonilised rollid, vastutusvaldkonnad (\u00fclesanded) ja suhete skeemid. \u00d5nneks on PaaS-lahendustel, n\u00e4iteks OpenShift Container Platform, piisavalt paindlikkust, et iga IT-organisatsioon saaks iseseisvalt m\u00e4\u00e4rata muutuste tempot ja ulatust kaasatud inimeste ja toimuva protsessi osas.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nEsimesel etapil ettev\u00f5tte konteineriseerimisel on p\u00f5hieesm\u00e4rgiks rakenduste juurutamise uue s\u00fcsteemi, konteineriplatvormi, rakendamine. Sel hetkel seovad organisatsioonid tuttavaid \u00fclesandeid tuttavate rollidega, et reageerida arendusmeeskondade standardsetele n\u00f5udmistele sellistes k\u00fcsimustes nagu salvestuss\u00fcsteemid, juurutamiskeskkonnad jne. J\u00e4rgmistel konteineriseerimise etappidel on juba juttu automatiseerimisest v\u00f5i arendajate iseteenindusv\u00f5imaluste pakkumisest, et v\u00e4hendada s\u00fcsteemiadministraatorite koormust ning t\u00f5sta arendajate iseseisvust ja operatiivsete v\u00f5imete taset. Nii hakkab organisatsioon liikuma DevOpsi suunas. Kuni konteineriseerimise l\u00f5ppfaasini j\u00f5uab ettev\u00f5te puhtama, klassikalise DevOsi mudelini, kus paljud varasemad \u00fclesanded ja t\u00f6\u00f6d l\u00e4hevad \u00fcle funktsiooniliste meeskondade kontrolli alla, mis grupivad mitte platvormide v\u00f5i tehnoloogiate alusel, vaid rakenduste v\u00f5i rakenduslike teenuste toimimise tagamise seisukohalt.<\/p>\n<p>Selles postituses esitame juhendi vajalike organisatsiooniliste muudatuste l\u00e4biviimiseks ja r\u00e4\u00e4gime sellest, kuidas traditsioonilised IT-rollid muutuvad konteineritehnoloogiate juurutamisega ettev\u00f5ttes.<\/p>\n<h3>Uute \u00fclesannete sidumine vanade rollidega<\/h3>\n<p>\nOma p\u00f5hivormis on PaaS-i korraldusmudel loodud, et paindlikumalt ja t\u00f5husamalt eraldada IT-ressursse rakendustele jooksukeskkonnana. Kuigi see annab s\u00fcsteemiadministraatoritele teatud eeliseid, ei saa arendajad tavaliselt mingit m\u00e4rkimisv\u00e4\u00e4rset kasu ega uusi v\u00f5imalusi, kuna sellel etapil v\u00f5ib ettev\u00f5te t\u00e4iesti h\u00e4sti l\u00e4bi saada ilma automatiseerimise, eneseuuendamise v\u00f5i juurutuse konveieri radikaalse parandamiseta. PaaS, minimeerides arendusprotsesside m\u00f5ju, t\u00f5stab siiski IT-s\u00fcsteemi d\u00fcnaamilisust, mis v\u00f5imaldab administraatoritel paremini teenindada arendajate n\u00f5udeid. N\u00e4iteks kui varem v\u00f5ttis arenduskeskkonna loomine mitmete <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/et\/vps\/\"   title=\"virtuaalmasinate\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"2016\">virtuaalmasinate<\/a> ja salvestusruumide puhul aega p\u00e4evi v\u00f5i isegi n\u00e4dalaid, vajades mitmete erinevate administraatorite osalust, siis PaaS-is toimub k\u00f5ik palju kiiremini ja ainult \u00fche administraatori abiga. Teisis\u00f5nu, arendustiimid esitlevad p\u00e4ringuid nagu varem, kuid nende p\u00e4ringute t\u00e4itmine toimub uue skeemi j\u00e4rgi.<\/p>\n<h3>Teel DevOps-organisatsiooni<\/h3>\n<p>\nLoodud PaaS ja viidud sellele IT-s\u00fcsteemide ja rakenduste arendamise spetsialistid, saab organisatsioon j\u00e4tkata DevOps'i metodoloogia rakendamist, mis sisaldab lisaks j\u00e4rgmisi p\u00f5hialuseid:<\/p>\n<ul>\n<li><b>Jagada t\u00f6\u00f6 v\u00e4ikesteks etappideks<\/b>, et saada tagasisidet varases etapis, v\u00e4hendada riske ja v\u00e4ltida \"anal\u00fc\u00fctilist paral\u00fc\u00fcsi\";<\/li>\n<li><b>Automatiseerida tegevusi piisavas ulatuses<\/b>, et mitte luua takistusi ega kitsaskohti rakenduse juurutamise protsessis;<\/li>\n<li><b>Teadmiste jagamine<\/b> on usalduse loomise v\u00f5ti;<\/li>\n<li><b>Regulaarselt maksta tehnilisi v\u00f5lgu<\/b>, eraldades igas t\u00f6\u00f6ts\u00fcklis teatud aja s\u00fcsteemseteks parandusteks.<\/li>\n<\/ul>\n<p>\nTeise etapi k\u00e4igus konteineritehnoloogiate juurutamisel hakkavad arendusteamid loomulikult n\u00e4gema parendamise v\u00f5imalusi ning organisatsioon kaldub rohkem kanoniseeritud DevOpsi mudeli poole. Traditsiooniline mehhanism hooldusavalduste esitamiseks ja t\u00e4itmiseks hakkab n\u00fc\u00fcd tunduma kitsaskohana, seet\u00f5ttu p\u00fc\u00fcab organisatsioon automatiseerida korduvaid tegevusi ja pakkuda arendajatele iseteeninduse v\u00f5imalusi. Arendajate iseteeninduse v\u00f5imalused s\u00f5ltuvad vastava avalduse raames IT spetsialistide ja rakenduste tarnijate koost\u00f6\u00f6st. Teisis\u00f5nu, s\u00fcsteemiadministraatorite asemel, kes t\u00e4idavad arendajate taotlusi, astuvad esile kaks eelpool nimetatud t\u00f6\u00f6tajate kategooriat, kes vastutavad poliitikate m\u00e4\u00e4ratlemise ja rakendamise eest, mis reguleerivad, mida arendajatele on lubatud iseseisvalt teha. Automatiseeritud protseduurid aitavad tagada nimetatud n\u00f5uete t\u00e4itmise ja koordineerida tegevusi juhtudel, kui olukord v\u00e4ljendab olemasolevaid poliitikaid.<\/p>\n<p>\u00dcleminek iteratiivsele ajakavale, kus IT keskkond ja tegevusmudel l\u00e4bivad aja jooksul iteratiivseid muutusi, on kriitiliselt oluline verstapost organisatsiooni k\u00fcpse DevOpsi s\u00fcsteemi v\u00e4lja t\u00f6\u00f6tamisel. DevOpsi metodoloogia vastuv\u00f5tmise aste s\u00f5ltub iga konkreetse organisatsiooni tolerantsist muutuste suhtes ja sellest, millised muutused toovad suurimat kasu. N\u00e4iteks kui vajadus uute keskkondade v\u00f5i rakenduste loomiseks esineb harva, siis on vastavate tegevuste optimeerimine v\u00e4hem oluline kui arendajate kontrolli tugevdamine rakenduste eluts\u00fckli \u00fcle.<\/p>\n<h3>Uued v\u00e4ljakutsed, millega IT-organisatsioonid silmitsi seisavad OpenShiftile \u00fcleminekul.<\/h3>\n<p>\nSelles jaotises vaatleme rolle ja \u00fclesandeid, mida OpenShiftile \u00fcleminevad organisatsioonid tavaliselt rakendavad automatiseerimise ja iseteeninduse kiirendamiseks PaaS-tehnoloogiate abil.<\/p>\n<p>Allj\u00e4rgnevas tabelis on loetletud peamised k\u00f5rgema taseme \u00fclesanded, mis eksisteerivad igas organisatsioonis, mis on rakendanud OpenShift'i, koos vastava t\u00f6\u00f6 ja oskuste n\u00e4idetega. See \u00fclesannete loetelu ei ole sama, mis t\u00f6\u00f6jaotuse skeem v\u00f5i meeskondade organisatsioonistruktuur; see on lihtsalt \u00fclesannete kogum, mis peab olema t\u00e4idetud IT-keskkonna toetamise eest vastutavate isikute poolt, et container platvormi seadistamine oleks edukas. Tegelikult n\u00e4itame allpool, et konteineritehnoloogiate rakendamine loob eeldused k\u00fcpsemate DevOps-strateegiate kujunemiseks ettev\u00f5ttes, mis omakorda suurendab meeskondade ristfunktsionaalsust ja v\u00e4hendab kitsaste erialade riske nii \u00fcksikute t\u00f6\u00f6tajate kui ka meeskondade tasandil.<\/p>\n<p><i>Tabel 1. OpenShift'i \u00fclesannete m\u00e4\u00e4ratlemine<\/i><\/p>\n<p>\u00dclesanded<br \/>\nN\u00f5utavad oskused<\/p>\n<p><b>IT-infrastruktuuride automatiseerimine ja seadistamine (provisioning)<\/b><\/p>\n<p>T\u00f6\u00f6d:<\/p>\n<ul>\n<li>Riistvaralahenduste projekteerimine ja ehitamine<\/li>\n<li>Algse seadistamise automatiseerimise korraldamine ja toetamine<\/li>\n<li>Virtuaalmasinate ja hostide seadistamise projekteerimine ja automatiseerimine<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Andmekeskuste projekteerimine ja rakendamine<\/li>\n<li>Linuxi s\u00fcsteemihaldus<\/li>\n<li>Automatiseerimise skriptid<\/li>\n<li>Salvestuss\u00fcsteemide tundmine<\/li>\n<li>V\u00f5rgulahenduste projekteerimise ja rakendamise teadmised<\/li>\n<li>Turvalisus<\/li>\n<\/ul>\n<p><\/p>\n<p><b>OpenShift'i platvormi seadistamine ja haldamine<\/b><\/p>\n<p>T\u00f6\u00f6d:<\/p>\n<ul>\n<li>Klastri seadistamise teostamine<\/li>\n<li>Infrastruktuuri teenuste haldamine<\/li>\n<li>Platvormi skaleerimise haldamine<\/li>\n<li>Platvormi autentimise ja autoriseerimise kontrollimine<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Linuxi s\u00fcsteemihaldus<\/li>\n<li>V\u00f5rgutehnoloogia tundmine<\/li>\n<li>Automatiseerimise skriptid (Ansible)<\/li>\n<li>Salvestuss\u00fcsteemide tundmine<\/li>\n<li>Konteineritehnoloogiate ja arhitektuuride tundmine<\/li>\n<li>Kubernetes ja OpenShift tehnoloogiate arhitektuuride tundmine<\/li>\n<li>Platvormide turvalisus<\/li>\n<li>Monitooringu integreerimine<\/li>\n<\/ul>\n<p><\/p>\n<p><b>Kliendikeskkondade (tenant provisioning) ettevalmistamise ja IT-resursside isoleerimise haldamine<\/b><\/p>\n<p>T\u00f6\u00f6d:<\/p>\n<ul>\n<li>Kasutajate ja meeskondade loomine platvormi piires<\/li>\n<li>Kvootide projekteerimine ja haldamine<\/li>\n<li>RBAC'i projekteerimine ja rakendamine<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Kubernetes ja OpenShift tehnoloogiate arhitektuuride tundmine<\/li>\n<li>Konteineritehnoloogiate ja arhitektuuride tundmine<\/li>\n<li>Automatiseerimise skriptid<\/li>\n<li>Hea arusaam projektidest, kvootidest, rollide seotamisest ja ajastamise haldamisest<\/li>\n<\/ul>\n<p><\/p>\n<p><b>P\u00f5hja-piltide kogumine ja haldamine<\/b><\/p>\n<p>T\u00f6\u00f6d:<\/p>\n<ul>\n<li>Piltide muutmise t\u00f6\u00f6protsessi arendamine<\/li>\n<li>Standardite kohaste piltide arendamine<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Linuxi s\u00fcsteemihaldus<\/li>\n<li>Automatiseerimise skriptid<\/li>\n<li>Rakenduste ja vahendite runtime-komponentide seadistamine<\/li>\n<li>Konteinerite arhitektuuride tundmine<\/li>\n<li>Rakenduste kogumiss\u00fcsteemid (application build frameworks)<\/li>\n<li>Hea arusaam piltidest, imagestream'ist ja mallidest<\/li>\n<\/ul>\n<p><\/p>\n<p><b>K\u00e4idete kavandamine ja haldamine<\/b><\/p>\n<p>T\u00f6\u00f6d:<\/p>\n<ul>\n<li>K\u00e4igute standardite kavandamine ja dokumenteerimine<\/li>\n<li>L\u00fchi\u00f5pikute ja mallide arendamine<\/li>\n<li>Arendajate koolitus<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Allika koodihalduse<\/li>\n<li>Rakenduste kavandamine ja rakendamine<\/li>\n<li>Automatiseerimise skriptid<\/li>\n<li>Automatiseeritud testimine<\/li>\n<li>Koodi kvaliteedi testimine<\/li>\n<li>Konteinerite arhitektuuride tundmine<\/li>\n<li>Tunne immutable infrastruktuure<\/li>\n<li>Turvalisus \u2013 k\u00e4igu ligip\u00e4\u00e4su haldamine, t\u00f6\u00f6protsesside kinnitamine jne.<\/li>\n<li>Hea OpenShift mallide, buildconfigs, deploymentconfigs, teenuste, marsruutide, configmaps tundmine<\/li>\n<\/ul>\n<p><\/p>\n<p><b>Rakenduste ja testide arendamine<\/b><\/p>\n<p>T\u00f6\u00f6d:<\/p>\n<ul>\n<li>Rakenduste kodeerimine<\/li>\n<li>Automatiseeritud testide arendamine<\/li>\n<li>Testide eba\u00f5nnestumistele reageerimine k\u00e4idete k\u00e4igus<\/li>\n<li>Rakenduste t\u00f5rgete lahendamine<\/li>\n<li>Kasutajakontrollide testimine<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Rakenduste kavandamine ja rakendamine<\/li>\n<li>Automatiseeritud testimine<\/li>\n<li>Allika koodihalduse<\/li>\n<li>Rakenduste j\u00e4lgimine<\/li>\n<li>Cloud native rakenduste arhitektuuride tundmine<\/li>\n<\/ul>\n<p><\/p>\n<p><b>Rakenduste operatiivne j\u00e4lgimine ja haldamine<\/b><\/p>\n<p>T\u00f6\u00f6d:<\/p>\n<ul>\n<li>Rakenduste kavandamine j\u00f5udluse kontekstis<\/li>\n<li>Rakenduste j\u00e4lgimine t\u00e4itmise etapis<\/li>\n<li>Rakenduste skaleerimine (v\u00f5i automaatne skaleerimine)<\/li>\n<li>Rakenduste kergesti k\u00e4ttesaadavuse haldamine<\/li>\n<li>P\u00e4ringute kvoodid ja ressursside haldamise piirangud <\/li>\n<li>J\u00f5udluse ja IT-mahtude testimine<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Rakenduste j\u00f5udluse kavandamine ja rakendamine<\/li>\n<li>Rakenduste j\u00f5udluse j\u00e4lgimine<\/li>\n<li>J\u00f5udluse testimine ja koormustestimine<\/li>\n<\/ul>\n<p><\/p>\n<p><b>Kasutajakontrollide testimine<\/b><\/p>\n<p>T\u00f6\u00f6d:<\/p>\n<ul>\n<li>UI testimine (disain ja kasutajaga suhtlemine)<\/li>\n<li>Automatiseeritud testide arendamine<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Kasutajaliideste kavandamine ja kontrollimine <\/li>\n<li>Automatiseeritud testimise mallid<\/li>\n<li>Testimisraamistikud<\/li>\n<li>Rakenduste kavandamise mallid<\/li>\n<\/ul>\n<h3>Uued rollid, mis tekivad IT-organisatsioonis \u00fcleminekul OpenShiftile<\/h3>\n<p>\nOpenShiftile \u00fclemineku k\u00e4igus v\u00e4henevad tavaliselt rollide spetsialiseerumine ning suureneb ristsuunaliste meeskondade ja rollide arv, et maksimeerida koost\u00f6\u00f6 t\u00f5husust. Meie arvates n\u00e4eb v\u00e4lja peamiste ametikohtade loetelu OpenShiftit kasutavas IT-organisatsioonis:<\/p>\n<ul>\n<li>Rakenduste operatsioonide insener (Application Operations Engineer) V\u00d5I Veebi usaldusv\u00e4\u00e4rsuse insener (Site Reliability Engineer). Varem v\u00f5idi selle ametikoha nimeks olla 'Rakenduste serveri administraator'.<\/li>\n<li>Rakenduste arendaja \/ tarkvaraarendaja \/ programmeerija.<\/li>\n<li>Klastri \/ rakenduste platvormi administraator. Varem v\u00f5idi seda rolli nimetada 'S\u00fcsteemi administraatoriks' v\u00f5i 'Linuxi platvormide administraatoriks'.<\/li>\n<li>Tarkvara v\u00e4ljalaskejuht (Release Manager) \/ Koostamisinsener (Build Engineer).<\/li>\n<\/ul>\n<p><\/p>\n<h3>RACI rollide ja \u00fclesannete maatriks<\/h3>\n<p>\nL\u00f5puks liigume edasi eelnevalt k\u00e4sitletud ametikohtade ja \u00fclesannete sobitamise juurde, et anda \u00fclevaade sellest, kuidas peaks v\u00e4lja n\u00e4gema organisatsiooni struktuur, mis rakendab DevOps OpenShift platvormil. Alguses saavad alltoodud rollid olla erinevate vana, traditsioonilise organisatsioonistruktuuri harude t\u00e4idetud. Aga ajapikku toimub konsolideerimine ja tekivad uued, rakenduste \u00fcmber rajatud meeskonnad, mis v\u00f5tavad endale enamikud v\u00f5i isegi k\u00f5ik allpool loetletud \u00fclesanded.<\/p>\n<p>\u00dclesanded<br \/>\nRollid<\/p>\n<p>Rakenduste t\u00f6\u00f6insener \/ Veebisaidi usaldusv\u00e4\u00e4rsuse insener<br \/>\nRakenduste arendaja \/ Tarkvaraarendaja \/ Programmeerimisinstruktor<br \/>\nKlastri \/ rakenduste platvormi administraator<br \/>\nTarkvara v\u00e4ljalaskejuht \/ Koostamisinsener<\/p>\n<p>IT-infrastruktuuride automatiseerimine ja seadistamine (provisioning)<br \/>\nI<br \/>\nI<br \/>\nR\/A<br \/>\nC<\/p>\n<p>OpenShift'i platvormi seadistamine ja haldamine<br \/>\nC<br \/>\nI<br \/>\nR\/A<br \/>\nC<\/p>\n<p>K\u00e4idete kavandamine ja haldamine<br \/>\nC<br \/>\nC<br \/>\nI<br \/>\nR\/A<\/p>\n<p>Kliendi keskkondade (tenant provisioning) haldamine, isoleerimine ja IT-v\u00f5imsused<br \/>\nC<br \/>\nI<br \/>\nR\/A<br \/>\nI<\/p>\n<p>P\u00f5hja-piltide kogumine ja haldamine<br \/>\nR<br \/>\nC<br \/>\nR\/A<br \/>\nC<\/p>\n<p>Rakenduste ja testide arendamine<br \/>\nC<br \/>\nR\/A<br \/>\nI<br \/>\nI<\/p>\n<p>Rakenduste operatiivne j\u00e4lgimine ja haldamine<br \/>\nR\/A<br \/>\nC<br \/>\nC<br \/>\nI<\/p>\n<p>Kasutajakontrollide testimine<br \/>\nC<br \/>\nR<br \/>\nI<br \/>\nI<\/p>\n<p>\n<b>RACI maatriksi s\u00fcmbolid<\/b><br \/>\nAllikas: <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Responsibility_assignment_matrix\">Wikipedia<\/a><\/noindex> <\/p>\n<ul>\n<li><b>Responsible<\/b> \u2013 Teostaja \u2013 see, kes teeb vajalikud toimingud \u00fclesande t\u00e4itmiseks.<\/li>\n<li><b>Accountable<\/b> \u2013 Vastutav \u2013 t\u00f6\u00f6taja, kes l\u00f5puks vastutab \u00fclesande v\u00f5i tulemuse \u00f5ige ja p\u00f5hjaliku t\u00e4itmise eest; samuti ainus, kes v\u00f5ib delegeerida t\u00f6\u00f6d t\u00e4itjatele.<\/li>\n<li><b>Consulted<\/b> \u2013 N\u00f5ustajad \u2013 tavaliselt on need eriala eksperdid, kelle n\u00f5uandeid k\u00fcsitakse; nendega peetakse pidevalt kahekordset suhtlust.<\/li>\n<li><b>Informed<\/b> \u2013 Teavitavad isikud \u2013 inimesed, keda hoitakse asjaoludest kursis (ja m\u00f5nikord ainult \u00fclesande l\u00f5petamisel v\u00f5i tulemuse saavutamisel); nad saavad teavet \u00fchesuunaliselt.<\/li>\n<\/ul>\n<p><\/p>\n<h3>Kuidas meeskondade koost\u00f6\u00f6 DevOps-organisatsioonis on korraldatud<\/h3>\n<p>\nTraditsiooniline ressursihangete skeem kujutab endast tavaliselt ressursside eraldamise taotlemise ts\u00fcklit, mida seej\u00e4rel t\u00e4idavad mitmed meeskonnad. L\u00f5puks eraldatakse ja kinnitatakse k\u00f5ik vajalikud ressursid taotleva poole poolt. Sageli viiakse need protsessid osaliselt, kui mitte t\u00e4ielikult, l\u00e4bi k\u00e4sitsi ja n\u00f5uavad sagedasi ja arvukalt meeskondade vahelist suhtlust iga taotluse edukaks t\u00f6\u00f6tlemiseks.<\/p>\n<p><i>Joonis 1. Traditsiooniline IT-organisatsioon<\/i><\/p>\n<p><img decoding=\"async\" alt=\"Kuidas OpenShift muudab IT-organisatsiooni struktuuri. Organisatsiooniliste mudelite evolutsioon PaaS-ile \u00fcleminekul\" src=\"\/wp-content\/uploads\/2020\/02\/29b0a4a64691062f03b8860466d18846.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>\u00dclaltoodud diagramm illustreerib t\u00fc\u00fcpilisi suhteid erinevate meeskondade vahel traditsioonilises IT-organisatsioonis. Selle skeemi kohaselt p\u00f6\u00f6rduvad \u00fched meeskonnad teiste meeskondade poole, et paluda vajalike t\u00f6\u00f6de teostamist, kasutades rohkem v\u00f5i v\u00e4hem formaalseid suhtlemisvahendeid, nagu piletihalduss\u00fcsteem v\u00f5i e-post. Seej\u00e4rel l\u00e4hevad need taotlused j\u00e4rjekorda ja ootavad oma korda, kusjuures pikk ooteaeg viib sageli suhete halvenemiseni v\u00f5i isegi pingete s\u00fcvenemiseni meeskondade vahel. Pinget suurendab veelgi see, et erinevate meeskondade liikmed kohtuvad \u00fcksteisega harva ja jagavad tavaliselt vaid minimaalset vajalikku teavet.<\/p>\n<p><i>Joonis 2. IT-organisatsioon DevOps<\/i><\/p>\n<p><img decoding=\"async\" alt=\"Kuidas OpenShift muudab IT-organisatsiooni struktuuri. Organisatsiooniliste mudelite evolutsioon PaaS-ile \u00fcleminekul\" src=\"\/wp-content\/uploads\/2020\/02\/c422b58fff958032e93c1e87586ae0ea.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Selles diagrammis on n\u00e4idatud, kuidas korraldatakse koost\u00f6\u00f6d DevOps-organisatsioonis. Siin on samad meeskonnad, mis olid eelmisel diagrammil, loobunud ebat\u00f5husatest suhtlemisviisidest, mis suurendasid killustatust, ja asendanud need isiklike kontaktidega, luues seel\u00e4bi p\u00fcsivad suhtlemiskanali meeskondade vahel. Need kanalid toetavad h\u00fcbriidsete oskuste kogumi tekkimist, mis aitab t\u00f6\u00f6tajatel paremini m\u00f5ista ja tajuda nende esindatavate meeskondade vajadusi, probleeme ja v\u00f5imalusi. Meeskonnad v\u00f5imaldavad \u00fcksteisel teostada vajalikke t\u00f6id automatiseeritud iseteenindusportaalide kaudu, selle asemel et k\u00e4sitsi hallata teiste muudatusettepanekute taotlusi, nagu see enne oli. Ja t\u00e4nu suhtlemiskanali olemasolule suudavad need iseteeninduss\u00fcsteemid kiiresti kohanduda meeskondade vajadustega, kelle jaoks need on loodud. Veelgi suurema vastastikuse m\u00f5istmise ja teadmiste vahetamise saavutamiseks organisatsioonis p\u00f6\u00f6rduvad meeskondade liikmed perioodiliselt rollide vahetusest, et saada kogemusi koost\u00f6\u00f6s erinevate meeskondadega ja paremini m\u00f5ista IT-s\u00fcsteemide \u00fcldpilti, mida nad teenindavad, t\u00f5stes seel\u00e4bi oma ristfunktsionaalsuse ja kasulikkuse taset.<\/p>\n<h3>Kokkuv\u00f5tteks<\/h3>\n<p>\nSelles postituses r\u00e4\u00e4gime, kuidas PaaS-lahenduste rakendamine v\u00f5ib organisatsiooni innustada DevOpsi metoodika kasutusele v\u00f5tmiseks ning kuidas selle protsessi k\u00e4igus muutuvad traditsioonilised rollid ja \u00fclesanded. Seet\u00f5ttu loetleme peamised IT-\u00fclesanded, mis tekivad organisatsioonis \u00fcleminekul OpenShiftile, ning oskused, mis on nende t\u00e4itmiseks vajalikud. Me toome v\u00e4lja ka p\u00f5hikomplekti organisatsioonilisi rolle, mis tekivad ristfunktsionaalsete DevOpsi meeskondade loomisel, ja RACI-matriisi, mis seob uued rollid uute \u00fclesannetega. L\u00f5puks r\u00e4\u00e4gime, kuidas OpenShift ja sellega seotud DevOpsi metoodika v\u00f5ivad muuta organisatsiooni struktuuri, liikumisel traditsiooniliselt hierarhiliselt s\u00fcsteemilt \u00fclesannete t\u00f6\u00f6tlemiseks ristfunktsionaalsetele meeskondadele, kus on k\u00f5rgem isiklik suhtlemise tase.<br \/>\n<br \/>Allikas: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/redhatrussia\/blog\/489194\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0425\u043e\u0442\u044f \u0441\u0430\u043c\u0438 \u043f\u043e \u0441\u0435\u0431\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u044f PaaS (\u00ab\u041f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u0430 \u043a\u0430\u043a \u0441\u0435\u0440\u0432\u0438\u0441\u00bb) \u043d\u0435 \u0441\u043f\u043e\u0441\u043e\u0431\u043d\u044b \u0438\u0437\u043c\u0435\u043d\u0438\u0442\u044c \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u0438\u043d\u0434\u0438\u0432\u0438\u0434\u0443\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u0438 \u043a\u043e\u043c\u0430\u043d\u0434\u043d\u043e\u0433\u043e \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f, \u043e\u043d\u0438 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u0443\u0436\u0430\u0442 \u043a\u0430\u0442\u0430\u043b\u0438\u0437\u0430\u0442\u043e\u0440\u043e\u043c \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439 \u0432 \u043e\u0442\u0432\u0435\u0442 \u043d\u0430 \u0432\u043e\u0437\u0440\u043e\u0441\u0448\u0443\u044e \u0433\u0438\u0431\u043a\u043e\u0441\u0442\u044c \u0418\u0422-\u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439. \u041d\u0430 \u0434\u0435\u043b\u0435 \u043c\u0430\u043a\u0441\u0438\u043c\u0430\u043b\u044c\u043d\u0430\u044f \u043e\u0442\u0434\u0430\u0447\u0430 \u043e\u0442 \u0438\u043d\u0432\u0435\u0441\u0442\u0438\u0446\u0438\u0439 \u0432 PaaS \u0437\u0430\u0447\u0430\u0441\u0442\u0443\u044e \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u0430 \u0442\u043e\u043b\u044c\u043a\u043e \u043f\u0440\u0438 \u0443\u0441\u043b\u043e\u0432\u0438\u0438 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u0440\u043e\u043b\u0435\u0439, \u0441\u0444\u0435\u0440 \u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0441\u0442\u0438 (\u0437\u0430\u0434\u0430\u0447) \u0438 \u0441\u0445\u0435\u043c \u0432\u0437\u0430\u0438\u043c\u043e\u043e\u0442\u043d\u043e\u0448\u0435\u043d\u0438\u0439. \u041a \u0441\u0447\u0430\u0441\u0442\u044c\u044e, \u0440\u0435\u0448\u0435\u043d\u0438\u044f PaaS, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":70923,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-70922","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0425\u043e\u0442\u044f \u0441\u0430\u043c\u0438 \u043f\u043e \u0441\u0435\u0431\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u044f PaaS (\u00ab\u041f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u0430 \u043a\u0430\u043a \u0441\u0435\u0440\u0432\u0438\u0441\u00bb) \u043d\u0435 \u0441\u043f\u043e\u0441\u043e\u0431\u043d\u044b \u0438\u0437\u043c\u0435\u043d\u0438\u0442\u044c \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u0438\u043d\u0434\u0438\u0432\u0438\u0434\u0443\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u0438 \u043a\u043e\u043c\u0430\u043d\u0434\u043d\u043e\u0433\u043e \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f, \u043e\u043d\u0438 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u0443\u0436\u0430\u0442 \u043a\u0430\u0442\u0430\u043b\u0438\u0437\u0430\u0442\u043e\u0440\u043e\u043c \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439 \u0432 \u043e\u0442\u0432\u0435\u0442 \u043d\u0430 \u0432\u043e\u0437\u0440\u043e\u0441\u0448\u0443\u044e \u0433\u0438\u0431\u043a\u043e\u0441\u0442\u044c.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"et_EE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041a\u0430\u043a OpenShift \u043c\u0435\u043d\u044f\u0435\u0442 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u0443\u044e \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u0418\u0422-\u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438. \u042d\u0432\u043e\u043b\u044e\u0446\u0438\u044f \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u043c\u043e\u0434\u0435\u043b\u0435\u0439 \u043f\u0440\u0438 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0435 \u043d\u0430 PaaS | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0425\u043e\u0442\u044f \u0441\u0430\u043c\u0438 \u043f\u043e \u0441\u0435\u0431\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u044f PaaS (\u00ab\u041f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u0430 \u043a\u0430\u043a \u0441\u0435\u0440\u0432\u0438\u0441\u00bb) \u043d\u0435 \u0441\u043f\u043e\u0441\u043e\u0431\u043d\u044b \u0438\u0437\u043c\u0435\u043d\u0438\u0442\u044c \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u0438\u043d\u0434\u0438\u0432\u0438\u0434\u0443\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u0438 \u043a\u043e\u043c\u0430\u043d\u0434\u043d\u043e\u0433\u043e \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f, \u043e\u043d\u0438 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u0443\u0436\u0430\u0442 \u043a\u0430\u0442\u0430\u043b\u0438\u0437\u0430\u0442\u043e\u0440\u043e\u043c \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439 \u0432 \u043e\u0442\u0432\u0435\u0442 \u043d\u0430 \u0432\u043e\u0437\u0440\u043e\u0441\u0448\u0443\u044e \u0433\u0438\u0431\u043a\u043e\u0441\u0442\u044c.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-02-22T12:37:55+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-03-03T13:14:39+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Kuidas OpenShift muudab IT-organisatsiooni organisatsioonilist struktuuri. Organisatsiooniliste mudelite evolutsioon \u00fcleminekul PaaS-ile | ProHoster","description":"Kuigi PaaS-lahendused iseenesest ei suuda muuta individuaalset ja meeskondlikku koost\u00f6\u00f6d, on nad sageli katal\u00fcsaatoriks organisatsioonilistele muutustele vastusena suurenenud paindlikkusele.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas","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\u041a\u0430\u043a OpenShift \u043c\u0435\u043d\u044f\u0435\u0442 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u0443\u044e \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u0418\u0422-\u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438. \u042d\u0432\u043e\u043b\u044e\u0446\u0438\u044f \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u043c\u043e\u0434\u0435\u043b\u0435\u0439 \u043f\u0440\u0438 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0435 \u043d\u0430 PaaS | ProHoster","og:description":"\u0425\u043e\u0442\u044f \u0441\u0430\u043c\u0438 \u043f\u043e \u0441\u0435\u0431\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u044f PaaS (\u00ab\u041f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u0430 \u043a\u0430\u043a \u0441\u0435\u0440\u0432\u0438\u0441\u00bb) \u043d\u0435 \u0441\u043f\u043e\u0441\u043e\u0431\u043d\u044b \u0438\u0437\u043c\u0435\u043d\u0438\u0442\u044c \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u0438\u043d\u0434\u0438\u0432\u0438\u0434\u0443\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u0438 \u043a\u043e\u043c\u0430\u043d\u0434\u043d\u043e\u0433\u043e \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f, \u043e\u043d\u0438 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u0443\u0436\u0430\u0442 \u043a\u0430\u0442\u0430\u043b\u0438\u0437\u0430\u0442\u043e\u0440\u043e\u043c \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439 \u0432 \u043e\u0442\u0432\u0435\u0442 \u043d\u0430 \u0432\u043e\u0437\u0440\u043e\u0441\u0448\u0443\u044e \u0433\u0438\u0431\u043a\u043e\u0441\u0442\u044c.","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas","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":"2020-02-22T12:37:55+00:00","article:modified_time":"2020-03-03T13:14:39+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"70922","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:11:25","updated":"2026-02-09 17:11:04","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\/70922","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=70922"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/70922\/revisions"}],"predecessor-version":[{"id":159260,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/70922\/revisions\/159260"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/70923"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=70922"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=70922"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=70922"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}