{"id":39219,"date":"2019-10-31T22:28:31","date_gmt":"2019-10-31T19:28:31","guid":{"rendered":"https:\/\/prohoster.info\/blog\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire\/"},"modified":"2019-10-31T22:28:31","modified_gmt":"2019-10-31T19:28:31","slug":"devops-i-haos-dostavka-po-v-detsentralizovannom-mire","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire","title":{"rendered":"DevOps ja Kaos: tarkvara kohaletoimetamine detsentraliseeritud maailmas.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Otomato Software'i asutaja ja direktor, esimese DevOps-sertifitseerimise algataja ja instruktori Antont Weiss r\u00e4\u00e4kis eelmisel aastal DevOpsDays Moskvas<\/a><\/noindex> kaose teooriast ja kaose inseneritehnika p\u00f5hialustest, samuti selgitas ta, kuidas peaks olema ideaalne tuleviku DevOps-organisatsioon.<\/p>\n

Oleme valmistanud ette raporti kirjaliku versiooni. <\/p>\n

\r\n \"Vaata\r\n
<\/div>\r\n <\/div><\/center>
\n<\/a><\/noindex>
\nTere hommikust! <\/p>\n

DevOpsDays toimub Moskvas teist aastat j\u00e4rjest, mina olen teist korda sellel laval, paljud teist on selles saalis teist korda. Mis see aga t\u00e4hendab? See t\u00e4hendab, et DevOps-liikumine Venemaal kasvab, paljuneb, ja mis k\u00f5ige olulisem, on aeg r\u00e4\u00e4kida, mis on DevOps 2018. aastal. <\/p>\n

K\u00fcsin, kes teie seas arvab, et 2018. aastal on DevOps juba amet? On selliseid. Kas saalis on DevOps-insenere, kelle t\u00f6\u00f6\u00fclesannete kirjas seisab \u201eDevOps-insener\u201d? Kas saalis on DevOps-juhtijaid? Selliseid ei ole. DevOps-arhitekte? Ka neid pole. \u00dcksjagu v\u00e4he. Kas t\u00f5esti kellelgi ei seisa kirjas, et ta on DevOps-insener?<\/p>\n

Nii et enamik teist arvab, et see on anti-muster? Et sellist ametit ei tohiks olla? Me v\u00f5ime arvata, mida iganes, aga seni, kuni me arvame, liigub t\u00f6\u00f6stus pidulikult edasi DevOps-pilli helide saatel.<\/p>\n

Kes on kuulnud uuest teemast, mis kannab nime DevDevOps? See on selline uus meetod, mis v\u00f5imaldab tagada t\u00f5husat koost\u00f6\u00f6d arendajate ja devopside vahel. Ja kuigi see ei ole nii uus. Kui vaadata Twitterit, siis hakati sellest r\u00e4\u00e4kima juba neli aastat tagasi. Ja siiani kasvab huvi selle vastu \u00fcha enam, mis t\u00e4hendab, et probleem on olemas. Probleem tuleb lahendada.<\/p>\n

\"DevOps
\n
\nMe oleme loomingulised inimesed, me ei rahuldu lihtsalt niisama. Meie \u00fctleme: DevOps on liiga kitsas m\u00f5isted, seal puuduvad erinevad huvitavad elemendid. Ja me l\u00e4heme oma salajatesse laboritesse ning hakkame looma uudseid mutatsioone: DevTestOps, GitOps, DevSecOps, BizDevOps, ProdOps.<\/p>\n

\"DevOps
\n
\nLoogika on raudne, eks? Meil on funktsionaalne tarnes\u00fcsteem, meie s\u00fcsteemid on ebastabiilsed ja kasutajad on rahulolematud, me ei suuda tarkvara \u00f5igeaegselt v\u00e4lja anda, me ei p\u00fcsi eelarves. Kuidas me seda k\u00f5ike lahendame? Me leiame v\u00e4lja uue s\u00f5na! See l\u00f5peb \"Ops\"-iga ja probleem on lahendatud.<\/p>\n

Nii ma kutsun seda l\u00e4henemist \u2014 \"Ops ja probleem on lahendatud.\"<\/p>\n

See j\u00e4\u00e4b taustale, kui me tuletame endale meelde, miks me k\u00f5ik selle v\u00e4lja m\u00f5tlesime. Me v\u00e4lja m\u00f5eldud DevOps, et tarkvara tarnimine ja meie t\u00f6\u00f6 selles protsessis oleks v\u00f5imalikult sujuv, valutuks, efektiivne ja mis k\u00f5ige t\u00e4htsam, meeldiv. <\/p>\n

DevOps kasvas valust. Ja me oleme sellest t\u00fcdinud. Et see k\u00f5ik toimuks, p\u00f5hineme me igikestvatel praktikatel: t\u00f5hus koost\u00f6\u00f6, voolupraktikad, ja mis k\u00f5ige t\u00e4htsam, s\u00fcsteemne m\u00f5tlemine, sest ilma selleta ei t\u00f6\u00f6ta \u00fckski DevOps.<\/p>\n

Mis on s\u00fcsteem?<\/b><\/h3>\n

\nJa kui me juba s\u00fcsteemsest m\u00f5tlemisest r\u00e4\u00e4gime, siis tuletame endale meelde, mis on s\u00fcsteem.<\/p>\n

\"DevOps
\n
\nKui sa oled hackeri-revolutsion\u00e4\u00e4r, siis on s\u00fcsteem sinu jaoks \u00fcheselt paha. See on pilv, mis hangub sinu kohale ja sunnib sind tegema seda, mida sa ei taha. <\/p>\n

\"DevOps
\n
\nS\u00fcsteemse m\u00f5tlemise seisukohalt on s\u00fcsteem tervik, mis koosneb osadest. Sellest vaatenurgast on iga\u00fchel meist s\u00fcsteem. Organisatsioonid, kus me t\u00f6\u00f6tame, on s\u00fcsteemid. Ja see, mida me koos loome, nimetatakseki - s\u00fcsteem.<\/p>\n

K\u00f5ik see on osa \u00fchest suurest sotsiaaltehnoloogilisest s\u00fcsteemist. Alles siis, kui me m\u00f5istame, kuidas see sotsiaaltehnoloogiline s\u00fcsteem koos toimib, suudame me selles k\u00fcsimuses t\u00f5eliselt optimeerida. <\/p>\n

S\u00fcsteemse m\u00f5tlemise seisukohalt on s\u00fcsteemil mitmeid huvitavaid omadusi. Esiteks koosneb see osadest, mis t\u00e4hendab, et selle k\u00e4itumine s\u00f5ltub osade k\u00e4itumisest. Samuti on k\u00f5ik selle osad omavahel s\u00f5ltuvad. Tulemuseks on see, et mida rohkem osasid s\u00fcsteemil on, seda keerulisem on m\u00f5ista v\u00f5i ennustada selle k\u00e4itumist. <\/p>\n

K\u00e4itumise seisukohalt on veel \u00fcks huvitav fakt. S\u00fcsteem suudab teha midagi sellist, mida ei suuda \u00fckski selle eraldi osa. <\/p>\n

Nagu \u00fctles doktor Russell Ackoff (\u00fcks s\u00fcsteemse m\u00f5tlemise rajajaid), on seda \u00fcsna lihtne t\u00f5estada m\u00f5ttem\u00e4ngu abil. N\u00e4iteks, kui palju inimesi saalis oskab kirjutada koodi? Palju k\u00e4si, ja see on normaalne, sest see on meie ametialase t\u00f6\u00f6 \u00fcks p\u00f5hitingimusi. Te kirjutate koodi, aga kas teie k\u00e4ed eraldi teevad seda? On inimesi, kes \u00fctlevad: \u201eMinu k\u00e4ed ei kirjuta koodi, mu aju kirjutab koodi.\u201d Aga kas aju saab eraldi teilt koodi kirjutada? T\u00f5en\u00e4oliselt ei saa. <\/p>\n

Aju on imeline masin, me ei tea isegi 10% selle t\u00f6\u00f6st, kuid toimida eraldi s\u00fcsteemist, milleks on meie organism, ta ei saa. Ja seda on lihtne t\u00f5estada: avage oma kolju, v\u00f5tke sealt aju v\u00e4lja, asetage see arvuti ette ja laske tal proovida kirjutada midagi lihtsat. N\u00e4iteks \"Hello, world\" Pythonis.<\/p>\n

Kui s\u00fcsteem suudab teha midagi, mida \u00fckski tema osa eraldi teha ei saa, siis t\u00e4hendab see, et tema k\u00e4itumine ei ole m\u00e4\u00e4ratud tema osade k\u00e4itumisega. Mida siis m\u00e4\u00e4rab? Seda m\u00e4\u00e4ravad nendel osadel olevad interaktsioonid. Seega, mida rohkem osi, seda keerulisemad on interaktsioonid ja seda keerulisem on s\u00fcsteemi k\u00e4itumist m\u00f5ista ja ennustada. See muudab s\u00fcsteemi kaootiliseks, kuna igasugune, isegi k\u00f5ige ebaolulisem, silmale n\u00e4htamatu muutus m\u00f5nes s\u00fcsteemi osas v\u00f5ib viia t\u00e4iesti etten\u00e4gematute tulemusteni. <\/p>\n

Seda tundlikkust algtingimuste suhtes avastas ja uuris esmakordselt Ameerika meteoroloog Ed Lorenz. Hiljem kutsuti seda \u00abliblikaeffect'iks\u00bb ja see viis teadusliku m\u00f5tlemise suuna kujunemiseni, mida tuntakse kui \u00abkaose teooria\u00bb. See teooria osutus \u00fcheks peamiseks paradigmamuutuseks 20. sajandi teaduses.<\/p>\n

Kaose teooria<\/b><\/h3>\n

\nInimesed, kes uurivad kaost, nimetavad end kaosoloogideks.<\/p>\n

\"DevOps
\n
\nTegelikult oli selle ettekande p\u00f5hjuseks see, et t\u00f6\u00f6tades keeruliste hajutatud s\u00fcsteemide ja suurte rahvusvaheliste organisatsioonidega, m\u00f5istsin \u00fchel hetkel, et see on see, kellega ma end tunnen. Olen kaosoloog. See on omamoodi nutikas viis \u00f6elda: \"Ma ei saa aru, mis siin toimub ja ei tea, mida sellega teha.\" <\/p>\n

M\u00f5tlen, et paljusid teist tunnevad end sageli samamoodi, seega olete ka teie kaosoloogid. Kutsun teid liituma kaosoloogide gildiga. S\u00fcsteemid, mida me, kallid kolleegid kaosoloogid, uurime, nimetatakse \"keerukateks kohanduvateks s\u00fcsteemideks\". <\/p>\n

Mis on kohanduvus? Kohanduvus t\u00e4hendab, et osade individuaalne ja kollektiivne k\u00e4itumine sellises kohandavas s\u00fcsteemis muutub ja organiseerib end \u00fcmber, reageerides s\u00fcsteemis toimuvatele s\u00fcndmustele v\u00f5i mikro-s\u00fcndmuste ahelatele. See t\u00e4hendab, et s\u00fcsteem kohandub muutustega l\u00e4bi iseorganiseerumise. Ja see iseorganiseerumise v\u00f5ime p\u00f5hineb vabatahtlikul, t\u00e4ielikult de.ts.5entraliseeritud koost\u00f6\u00f6l vabade autonoomsete agentide vahel.<\/p>\n

Veel huvitav omadus sellistes s\u00fcsteemides on see, et need on vabalt skaleeritavad. See peaks huvitama meid kui kaosest insenerid. Kui me \u00fctleme, et keerulise s\u00fcsteemi k\u00e4itumine m\u00e4\u00e4ratakse selle osadevahelise suhtluse kaudu, siis mis peaks meid huvitama? Suhtlus. <\/p>\n

On kaks huvitavat j\u00e4reldust.
\n \"DevOps
\n
\nEsiteks m\u00f5istame, et keerulist s\u00fcsteemi ei saa lihtsustada, lihtsustades selle osi. Teiseks on ainus viis keerulise s\u00fcsteemi lihtsustamiseks lihtsustada selle osadevahelist suhtlemist. <\/p>\n

Kuidas me suhtleme? Me k\u00f5ik oleme osa suurest infos\u00fcsteemist, mida nimetatakse inimkonnaks. Me suhtleme \u00fchise keele abil, kui see meil on, kui me selle leiame.<\/p>\n

\"DevOps
\n
\nAga keel iseenesest on keeruline kohandatav s\u00fcsteem. Seega, et suhelda t\u00f5husamalt ja selgemalt, on meil vaja luua mingisuguseid protokolle. See t\u00e4hendab mingit s\u00fcmbolite ja toimingute j\u00e4rjestust, mis muudab meie vahelise teabevahetuse lihtsamaks, ennustatavamaks ja arusaadavamaks.<\/p>\n

Soovin \u00f6elda, et tendentsid keerukuse, kohandatavuse, detsentraliseerimise ja kaootilisuse suunas on k\u00f5ikjal. Nii s\u00fcsteemides, mida me koos loome, kui ka s\u00fcsteemides, mille osa me oleme.<\/p>\n

Ja et mitte olla s\u00f5nadega t\u00fchjad, vaatame, kuidas muutuvad need s\u00fcsteemid, mida me koos loome.<\/p>\n

\"DevOps
\n
\nTe ootasite seda s\u00f5na, ma m\u00f5istan. Oleme DevOps konverentsil, t\u00e4na k\u00f5lab see s\u00f5na kuskil sada tuhat korda ja siis tuleb see meile \u00f6\u00f6sel unen\u00e4os.<\/p>\n

Mikroteenused on esimene tarkvaraarhitektuur, mis tekkis vastusena DevOps praktikatele, tuues meie s\u00fcsteemidesse suuremat paindlikkust, skaleeritavust ja tagades pideva kohaletoimetamise. Kuidas see saavutatakse? Teenuste arvu v\u00e4hendamise, probleemide piire v\u00e4hendamise ja kohaletoimetamise aja l\u00fchendamise abil. Ehk me v\u00e4hendame, lihtsustame s\u00fcsteemi osi, suurendame nende arvu, mille tulemusena suureneb suhtlemise keerukus nende osade vahel ja tekivad uued probleemid, mida peame lahendama.<\/p>\n

\"DevOps
\n
\nMikroteenused ei ole veel l\u00f5pp \u2014 need on tegelikult juba eilne p\u00e4ev, sest j\u00f5uab Serverless. K\u00f5ik serverid on h\u00e4vitatud, servereid ei ole, ei ole operatsioonis\u00fcsteeme, ainult puhas k\u00e4ivitatav kood. Konfiguratsioonid eraldi, seisundid eraldi, k\u00f5ik haldab s\u00fcndmusi. Ilu, puhtus, vaikus, ei ole s\u00fcndmusi, ei juhtu midagi, t\u00e4ielik kord. <\/p>\n

Kus on keerukus? Keerukus on selgelt interaktsioonides. Kui palju suudab \u00fcks funktsioon \u00fcksi teha? Kuidas see suhtleb teiste funktsioonidega? S\u00f5numij\u00e4rjekorrad, andmebaasid, koormuse jaotajad. Kuidas luua mingit s\u00fcndmust uuesti, kui juhtub rike? Palju k\u00fcsimusi ja v\u00e4he vastuseid.<\/p>\n

Mikroteenused ja Serverless on k\u00f5ik see, mida meie, arvutikultuuri hipsterid, nimetame Pilv Native. See on k\u00f5ik pilve kohta. Kuid pilv on oma olemuselt samuti piiratud skaleeritavuse poolest. Oleme harjunud m\u00f5tlema sellele kui jaotatud s\u00fcsteemile. Tegelikult, kus elavad pilveteenuse pakkujate serverid? Andmekeskustes. See t\u00e4hendab, et meil on siin mingi tsentraliseeritud, v\u00e4ga piiratud, jaotatud mudel.<\/p>\n

T\u00e4na m\u00f5istame, et asjade Internet pole enam ainult k\u00f5lavaid s\u00f5nu. Isegi tagasihoidlikud prognoosid n\u00e4itavad, et j\u00e4rgmise viie kuni k\u00fcmne aasta jooksul ootavad meid miljardid seadmed, mis on internetiga \u00fchendatud. Suure hulga kasulike ja kasutu andmete voog, mis voolab pilve ja voolab pilvest v\u00e4lja. <\/p>\n

Pilv ei tule selle koormusega toime, seet\u00f5ttu r\u00e4\u00e4gime j\u00e4rjest rohkem sellest, mida tuntakse kui '\u00e4\u00e4rmuslikud arvutused'. V\u00f5i mulle meeldib ka suurep\u00e4rane m\u00e4\u00e4ratlus 'uulutatud arvutamine'. See on kaetud romantismi ja saladuslikkuse m\u00fcsteeriumiga.<\/p>\n

\"DevOps
\n
\nUulutatud arvutused. Jutt on sellest, et pilved on tsentraliseeritud vee, auru, j\u00e4\u00e4 ja kivide kogunemiskohad. Ning uulutus on veepiisad, mis on hajutatud meie \u00fcmber atmosf\u00e4\u00e4ri. <\/p>\n

Uulutatud paradigma puhul t\u00e4idavad enamik t\u00f6\u00f6st nende tilgad t\u00e4iesti iseseisvalt v\u00f5i koost\u00f6\u00f6s teiste tilkadega. Nad p\u00f6\u00f6rduvad pilve poole, ainult siis, kui t\u00f5eliselt vajavad abi. <\/p>\n

See t\u00e4hendab taas detsentraliseerimist, iseseisvust, ja loomulikult m\u00f5istavad paljud teist, kuhu see k\u00f5ik l\u00e4heb, sest ei saa r\u00e4\u00e4kida detsentraliseerimisest, mainimata plokiahelat. <\/p>\n

\"DevOps
\n
\nOn inimesi, kes usuvad, et kr\u00fcptovaluutasse investeerimine on \u00f5igustatud. On neid, kes usuvad, kuid kardavad, nagu mina. Ja on ka neid, kes ei usu. Siin v\u00f5ib suhtuda erinevalt. On tehnoloogia, uus ja arusaamatu asi, on probleeme. Nagu iga uus tehnoloogia, tekitab see rohkem k\u00fcsimusi kui vastuseid. <\/p>\n

Hype plokiahela \u00fcmber on arusaadav. Isegi kui t\u00f5ukame k\u00f5rvale kuldaahnuse, pakub tehnoloogia iseenesest imelisi lubadusi helgest tulevikust: rohkem vabadust, rohkem autonoomiat, globaalne jaotatud usaldus. Mida siin ei v\u00f5iks soovida? <\/p>\n

Seet\u00f5ttu hakkab j\u00e4rjest rohkem insenere \u00fcle kogu maailma arendama detsentraliseeritud rakendusi. See on j\u00f5ud, millest ei saa lihtsalt m\u00f6\u00f6da vaadata, \u00f6eldes: \u201eAh, plokiahel on lihtsalt halvasti rakendatud jaotatud andmebaas.\u201d V\u00f5i nagu skeptikud meeldib \u00f6elda: \u201ePlokiahela jaoks pole mingit reaalset kasutust.\u201d Kui s\u00fcveneda, siis 150 aastat tagasi \u00f6eldi sama elektri kohta. Ja mingil m\u00e4\u00e4ral oli neil \u00f5igus, sest see, mida elekter t\u00e4na v\u00f5imaldab, oli 19. sajandil t\u00e4iesti v\u00e4ljastpoolt m\u00f5eldamatu.<\/p>\n

Muide, kas keegi teab, mis logo ekraanil on? See on Hyperledger. See on projekt, mida arendatakse The Linux Foundationi juhtimisel, ja see h\u00f5lmab mitmeid plokiahelatehnoloogiaid. See on t\u00f5eliselt meie avatud l\u00e4htekoodiga kogukonna j\u00f5ud.<\/p>\n

Kaosetehnika<\/b><\/h3>\n

\n\"DevOps
\n
\nNii et s\u00fcsteem, mida me koos arendame, muutub j\u00e4rjest keerulisemaks, kaootilisemaks ja paindlikumaks. Netflix oli mikroteenuste s\u00fcsteemide pioneer. Nad olid esimesed, kes seda m\u00f5istsid, ja nad arendasid v\u00e4lja t\u00f6\u00f6riistade kogumi, mida nad nimetasid Simian Army, mille k\u00f5ige tuntumaks osaks sai Chaos Monkey<\/a><\/noindex>. See m\u00e4\u00e4ratles selle, mis sai tuntuks kui \u201ekaosetehnika p\u00f5him\u00f5tted\u201c<\/a><\/noindex>.<\/p>\n

Muide, t\u00f6\u00f6tades ettekande kallal, t\u00f5lkesime isegi selle teksti vene keelde, nii et tulge lingile<\/a><\/noindex>, lugema, kommenteerima, kritiseerima.<\/p>\n

L\u00fchidalt \u00f6eldes \u00fctlevad kaosetehnika p\u00f5him\u00f5tted j\u00e4rgmist. Keerulised jaotatud s\u00fcsteemid on iseenesest ettearvamatud ja neis esinevad vead. Vead on v\u00e4ltimatud, mis t\u00e4hendab, et peame need vead aktsepteerima ja nendes s\u00fcsteemides t\u00e4iesti teistmoodi t\u00f6\u00f6tama. <\/p>\n

Meie s\u00fcsteemid peavad ise proovima neid vigu oma tootmiss\u00fcsteemides, et testida meie s\u00fcsteemide kohanduvust, enesekehtivuse ja elluj\u00e4\u00e4misv\u00f5imet. <\/p>\n

Ja see muudab k\u00f5ike. Mitte ainult seda, kuidas me s\u00fcsteemi tootmisse paneme, vaid ka seda, kuidas me neid arendame ja testime. Stabiliseerimisprotsesse ega koodi k\u00fclmutamist ei ole, pigem on j\u00e4tkuv destabiliseerimisprotsess. P\u00fc\u00fcame s\u00fcsteemi tappa ja n\u00e4ha, kuidas see j\u00e4tkuvalt ellu j\u00e4\u00e4b.<\/p>\n

Jaotatud S\u00fcsteemide Integreerimise Protokollid<\/b><\/h3>\n

\n\"DevOps
\n
\nSeet\u00f5ttu n\u00f5uab see meie s\u00fcsteemidelt, et nad samuti muutuksid. Et nad muutuksid stabiilsemaks, vajavad nad uusi suhtlusprotokolle oma osade vahel. Et need osad saaksid kokkuleppele ning j\u00f5uda mingisuguse enesekorralduse j\u00e4rgimisele. Seal s\u00fcnnivad igasugused uued t\u00f6\u00f6riistad ja protokollid, mida ma kutsun \"jaotatud s\u00fcsteemide suhtlusprotokollideks\".<\/p>\n

\"DevOps
\n
\nMille \u00fcle ma r\u00e4\u00e4gin? Esiteks, projekt Opentracing<\/a><\/noindex>. \u00dche katse loomine jaotatud j\u00e4lgimise \u00fcldprotokoll, mis on t\u00e4iesti h\u00e4davajalik t\u00f6\u00f6riist keerukate jaotatud s\u00fcsteemide t\u00f5rgete leidmiseks.<\/p>\n

\"DevOps
\n
\nJ\u00e4tkame \u2014 Open Policy Agent<\/a><\/noindex>. Me \u00fctleme, et me ei suuda ennustada, mis meie s\u00fcsteemiga juhtub, seega peame suurendama selle observability, j\u00e4lgitavust. Opentracing kuulub nende t\u00f6\u00f6riistade perekonda, mis pakuvad meie s\u00fcsteemide j\u00e4lgitavust. Aga j\u00e4lgitavus on vajalik selleks, et m\u00e4\u00e4rata, kas s\u00fcsteem k\u00e4itub nii, nagu me ootame, v\u00f5i mitte. Kuidas me m\u00e4\u00e4rame oodatud k\u00e4itumise? Selle m\u00e4\u00e4ratlemise kaudu mingisuguse poliitika, reeglikogu kaudu. Open Policy Agent projekt tegeleb selle reeglikogu m\u00e4\u00e4ratlemisega laias valikus valdkondades: juurdep\u00e4\u00e4sust kuni ressursside paigutamiseni.<\/p>\n

\"DevOps
\n
\nKuidas me \u00fctlesime, meie s\u00fcsteemid muutuvad \u00fcha enam s\u00fcndmustep\u00f5hiseks. Serverless on suurep\u00e4rane n\u00e4ide s\u00fcndmustep\u00f5histest s\u00fcsteemidest. Et saaksime edastada s\u00fcndmusi s\u00fcsteemide vahel ja neid j\u00e4lgida, vajame mingit \u00fchist keelt, mingit \u00fcldprotokolli selle kohta, kuidas me r\u00e4\u00e4gime s\u00fcndmustest, kuidas me \u00fcksteisele neid edastame. Sellega tegeleb projekt nimega Cloudevents<\/a><\/noindex>.<\/p>\n

\"DevOps
\n
\nJ\u00e4tkuv muutuste voog, mis peseb meie s\u00fcsteeme, destabiliseerides neid pidevalt, on pidev tarkvaraliste artefaktide voog. Selleks, et suudaksime s\u00e4ilitada seda pidevat muutuste voogu, on meil vaja mingi \u00fchist protokolli, mille abil saame r\u00e4\u00e4kida sellest, mis on tarkvaraline artefakt, kuidas see on kontrollitud ja millise valideerimise see on l\u00e4binud. Sellega tegeleb projekt nimega Grafeas<\/a><\/noindex>. See t\u00e4hendab, et tarkvaraliste artefaktide metandmete \u00fchine protokoll.<\/p>\n

\"DevOps
\n
\nJa l\u00f5puks, kui me tahame, et meie s\u00fcsteemid oleksid t\u00e4ielikult iseseisvad, kohanemisv\u00f5imelised, enesekorraldusega, peame andma neile \u00f5iguse enesetuvastamiseks. Projekt nimega spiffe<\/a><\/noindex> tegeleb just sellega. See on samuti Cloud Native Computing Foundation'i alluvuses olev projekt.<\/p>\n

K\u00f5ik need projektid on noored, nad vajavad meie armastust, meie kontrolli. K\u00f5ik see on avatud kood, meie testimine, meie rakendamine. Nad n\u00e4itavad meile, millises suunas tehnoloogia liigub. <\/p>\n

Kuid DevOps ei ole kunagi olnud eelk\u00f5ige tehnoloogiast, vaid see on alati olnud koost\u00f6\u00f6st inimeste vahel. Seega, kui me tahame, et meie arendatavad s\u00fcsteemid muutuksid, peame ka meie ise muutuma. Tegelikult muutume me niikuinii, meil ei ole tegelikult muud valikut. <\/p>\n

\"DevOps
\n
\nOn suurep\u00e4rane raamat<\/a><\/noindex> Briti kirjaniku Rachel Botsmani poolt, kus ta kirjutab usalduse arengust p\u00f5him\u00f5tteliselt inimkonna ajaloos. Ta \u00fctleb, et alguses, primitiivsetes \u00fchiskondades, oli usaldus kohaliku, st me usaldasime ainult neid, keda me isiklikult teadsime. <\/p>\n

Seej\u00e4rel oli v\u00e4ga pikk periood \u2013 pime aeg, kui usaldus oli tsentraliseeritud, kui me hakkasime usaldama inimesi, keda me ei tunne, l\u00e4htudes sellest, et me kuulusime samasse sotsiaal- v\u00f5i riigiasutusse.<\/p>\n

Ja siin on see, mida me n\u00e4eme oma kaasaegses maailmas: usaldus muutub \u00fcha enam jagunemiseks ja detsentraliseerimiseks ning see p\u00f5hineb vabade infovoogude ja teabe kergelt k\u00e4ttesaadavuse loomisel. <\/p>\n

Kui s\u00fcveneda, on just see kergesti k\u00e4ttesaadavus, mis muudab usalduse v\u00f5imalikuks, see on meie \u00fchiselt tehtud. See t\u00e4hendab, et muutuda peab nii meie koost\u00f6\u00f6p\u00f5him\u00f5tted kui ka teostusviis, kuna vanamoodsad tsentraliseeritud IT-organisatsioonid lakavad toimimast. Need hakkavad h\u00e4\u00e4buma. <\/p>\n

DevOps-organisatsioonide alused<\/b><\/h3>\n

\nIdeaalne tuleviku DevOps-organisatsioon on de tsentraliseeritud, kohandatav s\u00fcsteem, mis koosneb autonoomsetest meeskondadest, millest iga\u00fches on iseseisvad indiviidid. Need meeskonnad on laiali hajutatud \u00fcle kogu maailma ning nad suhtlevad t\u00f5husalt omavahel as\u00fcnkroonsete kommunikatsioonikanalite ja l\u00e4bipaistvate teabevahetusprotokollide abil. V\u00e4ga kaunis, eks? V\u00e4ga ilus tulevik.<\/p>\n

Loomulikult ei ole see k\u00f5ik v\u00f5imalik kultuuriliste muutusteta. Meil peavad olema transformatiivne juhtimine, isiklik vastutus, sisemine motivatsioon.<\/p>\n

\"DevOps
\n
\nSee ongi DevOps-organisatsioonide alus: teabe l\u00e4bipaistvus, as\u00fcnkroonsed suhted, transformatiivne juhtimine, de tsentraliseerimine. <\/p>\n

V\u00e4simus<\/b><\/h3>\n

\nS\u00fcsteemid, millesse me kuulume ja mida me ehitame, muutuvad j\u00e4rjest kaootilisemaks ja me, inimesed, leiame selle m\u00f5ttega raskusi, on keeruline loobuda kontrolli illusioonist. P\u00fc\u00fcame neid j\u00e4tkuvalt kontrollida, mis tihti viib l\u00e4bip\u00f5lemiseni. R\u00e4\u00e4gin seda oma kogemuse p\u00f5hjal; olen ka p\u00f5letanud, olen ka ootamatute t\u00f5rgete ohver.<\/p>\n

\"DevOps
\n
\nL\u00e4bip\u00f5lemine toimub siis, kui p\u00fc\u00fcame kontrollida seda, mis tegelikult kontrollimisele ei allu. Kui me l\u00e4bip\u00f5leme, kaotab k\u00f5ik m\u00f5tte, sest kaotame soov teha midagi uut, astume kaitsepositsioonile ja hakkame kaitsma seda, mis meil on. <\/p>\n

Inseneri amet on, nagu mulle meeldib endale sageli meelde tuletada, eelk\u00f5ige loominguline amet. Kui me kaotame soov teha midagi, muutume tuhkadeks, muutume ahjuks. Inimesed p\u00f5levad l\u00e4bi, p\u00f5levad terved organisatsioonid.<\/p>\n

Minu arvates aitab ainult kaose loovuse aktsepteerimine, ainult koost\u00f6\u00f6 loomine selle p\u00f5him\u00f5tete alusel \u2014 see on see, mis aitab meil mitte kaotada seda head, mis meie ametis on. <\/p>\n

Soovin teile, et armastaksite oma t\u00f6\u00f6d ja teeksime seda, mida armastame. See maailm toitub teabest ning meil on au seda toita. Nii et \u00f5ppigem kaost, olgem kaosteadlased, toome v\u00e4\u00e4rtust, loome midagi uut, ja probleemid, nagu oleme juba tuvastanud, on v\u00e4ltimatud. Kui need tekivad, \u00f6tleme lihtsalt \u201eOps!\u201c, ja probleem on lahendatud. <\/p>\n

Mis on peale Chaos Monkey?<\/b><\/p>\n

Tegelikult on k\u00f5ik need t\u00f6\u00f6riistad nii noored. Ka Netflix ehitas t\u00f6\u00f6riistad enda jaoks. Ehitage t\u00f6\u00f6riistad enda jaoks. Tutvuge kaosest inseneri p\u00f5him\u00f5tetega ja j\u00e4rgige neid, mitte \u00e4rge p\u00fc\u00fcdkem leida teisi t\u00f6\u00f6riistu, mida keegi teine on juba loonud. <\/p>\n

P\u00fc\u00fcdke m\u00f5ista, kuidas teie s\u00fcsteemid purunevad, ja hakake neid purustama, et n\u00e4ha, kuidas need l\u00f6\u00f6ke taluvad. See on peamine. T\u00f6\u00f6riistu saab hiljem otsida. Projekte on igasuguseid. <\/p>\n

Ma ei saanud p\u00e4ris h\u00e4sti aru hetkest, mil r\u00e4\u00e4kisite, et s\u00fcsteemi ei saa lihtsustada, lihtsustades selle komponente, ja seej\u00e4rel liikudes mikroteenustele, mis tegelikult lihtsustavad s\u00fcsteemi, kuid keeruliseks muutes komponentidevahelisi suhtlemisi. Tegelikult on need kaks osa vastandlikud. <\/b><\/p>\n

T\u00e4iesti \u00f5ige, mikroteenused on t\u00f5epoolest v\u00e4ga vastuoluline teema. Tegelikult suurendab osade lihtsustamine paindlikkust. Mida mikroteenused meile annavad? Nad annavad meile paindlikkuse ja kiirus, kuid lihtsust nad kindlasti ei too. Need suurendavad keerukust.<\/p>\n

Nii et DevOpsi filosoofias ei ole mikroteenused nii suur \u00f5nnistus?<\/b><\/p>\n

Iga hea asja taga on varjuk\u00fclg. On headus: see suurendab paindlikkust, annab meile v\u00f5imaluse teha kiiremaid muudatusi, kuid suurendab keerukust ja seega kogu s\u00fcsteemi haprust. <\/p>\n

Kuhu peaks rohkem r\u00f5hku panema: suhtlemise lihtsustamisele v\u00f5i osade lihtsustamisele?<\/b> <\/p>\n

R\u00f5hk on kindlasti suhtlemise lihtsustamisel, sest kui vaatame seda, kuidas me koos t\u00f6\u00f6tame, siis tuleb eelk\u00f5ige t\u00e4helepanu p\u00f6\u00f6rata suhtlemise lihtsustamisele, mitte iga\u00fche t\u00f6\u00f6 lihtsustamisele. Sest t\u00f6\u00f6 lihtsustamine t\u00e4hendab roboteerimist. McDonald'sis t\u00f6\u00f6tab see kenasti, kui sul on ette kirjutatud: siia pannakse burger, siia valatakse kastet. See ei toimi meie loovt\u00f6\u00f6s \u00fcldse.<\/p>\n

Kas t\u00f5esti on nii, et k\u00f5ik, mida te r\u00e4\u00e4kisite, elab konkurentsivaba maailmas, kus kaos on nii hea ja selles kaoses ei ole vastur\u00e4\u00e4kivusi, keegi ei taha kedagi s\u00fc\u00fca ega tappa? Kuidas peaksid konkurents ja DevOps elama?<\/b><\/p>\n

See s\u00f5ltub sellest, millise konkurentsi \u00fcle me r\u00e4\u00e4gime. Kas t\u00f6\u00f6kohal toimuva konkurentsi v\u00f5i ettev\u00f5tetevahelise konkurentsi kohta? <\/p>\n

Teenuste konkurentsist, kuna teenused ei ole vaid m\u00f5ned ettev\u00f5tted. Me loome uue t\u00fc\u00fcbi info keskkonda, ja \u00fckski keskkond ei saa elada ilma konkurentsita. Konkurents on igal pool.<\/b><\/p>\n

V\u00f5tame n\u00e4iteks Netflixi, kes on meie rollimudeli. Nad t\u00f5id selle ideed kuidas? Kuna neil oli vaja olla konkurentsiv\u00f5imelised. See paindlikkus ja liikumise kiirus on t\u00e4pselt see konkurentsin\u00f5ue, mis toob kaost meie s\u00fcsteemidesse. Nii et kaos ei ole see, mida me teadlikult teeme, sest me seda tahame; see on see, mis toimub, kuna maailm seda n\u00f5uab. Me lihtsalt peame kohanduma. Ja kaos ongi tegelikult konkurentsi tulemus.<\/p>\n

Kas see t\u00e4hendab, et kaos on eesm\u00e4rkide puudumine? V\u00f5i need eesm\u00e4rgid, mida me ei taha n\u00e4ha? Me oleme oma mullis ja ei m\u00f5ista teiste eesm\u00e4rke. Konkurents, tegelikult, p\u00f5hineb sellel, et meil on selged eesm\u00e4rgid ja me teame, kuhu me igas j\u00e4rgnevuses suundume. Minu arvates on see DevOpsi olemus.<\/b><\/p>\n

Ka selline vaade k\u00fcsimusele. Ma arvan, et meie k\u00f5igi eesm\u00e4rk on \u00fcks: ellu j\u00e4\u00e4da ja teha seda v\u00f5imalikult
\nsuurima r\u00f5\u00f5muga. Ja iga organisatsiooni konkurentsieesm\u00e4rk on sama. Elluj\u00e4\u00e4mine toimub sageli konkurentsiv\u00f5itluses, sellega ei saa midagi teha.<\/p>\n

Sel aastal toimub konverents DevOpsDays Moskvas<\/a><\/noindex> 7. detsembril 'Tehnopolis'. J\u00e4tame ettekannete esitamise taotlusi avatuks kuni 11. novembrini. Kirjutage<\/a><\/noindex> meile, kui soovite esineda.<\/p>\n

Osalejate registreerimine on avatud, pilet maksab 7000 rubla. Liituge meiega! \n<\/p><\/blockquote>\n

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

\u041e\u0441\u043d\u043e\u0432\u0430\u0442\u0435\u043b\u044c \u0438 \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440 \u00abOtomato Software\u00bb, \u043e\u0434\u0438\u043d \u0438\u0437 \u0438\u043d\u0438\u0446\u0438\u0430\u0442\u043e\u0440\u043e\u0432 \u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043a\u0442\u043e\u0440\u043e\u0432 \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0418\u0437\u0440\u0430\u0438\u043b\u0435 DevOps-\u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438 \u0410\u043d\u0442\u043e\u043d \u0412\u0430\u0439\u0441 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b \u043d\u0430 \u043f\u0440\u043e\u0448\u043b\u043e\u0433\u043e\u0434\u043d\u0435\u043c DevOpsDays Moscow \u043f\u0440\u043e \u0442\u0435\u043e\u0440\u0438\u044e \u0445\u0430\u043e\u0441\u0430 \u0438 \u0433\u043b\u0430\u0432\u043d\u044b\u0435 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u044b \u0445\u0430\u043e\u0441\u043d\u043e\u0439 \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u0438\u0438, \u0430 \u0442\u0430\u043a\u0436\u0435 \u043e\u0431\u044a\u044f\u0441\u043d\u0438\u043b, \u043a\u0430\u043a \u0443\u0441\u0442\u0440\u043e\u0435\u043d\u0430 \u0438\u0434\u0435\u0430\u043b\u044c\u043d\u0430\u044f DevOps-\u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f \u0431\u0443\u0434\u0443\u0449\u0435\u0433\u043e. \u041c\u044b \u043f\u0440\u0438\u0433\u043e\u0442\u043e\u0432\u0438\u043b\u0438 \u0442\u0435\u043a\u0441\u0442\u043e\u0432\u0443\u044e \u0432\u0435\u0440\u0441\u0438\u044e \u0434\u043e\u043a\u043b\u0430\u0434\u0430. \u0414\u043e\u0431\u0440\u043e\u0435 \u0443\u0442\u0440\u043e! DevOpsDays \u0432 \u041c\u043e\u0441\u043a\u0432\u0435 \u0432\u0442\u043e\u0440\u043e\u0439 \u0433\u043e\u0434 \u043f\u043e\u0434\u0440\u044f\u0434, \u044f \u0432\u0442\u043e\u0440\u043e\u0439 \u0440\u0430\u0437 \u043d\u0430 \u044d\u0442\u043e\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":29435,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-39219","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\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\udd47DevOps ja Kaos: tarkvara tarnimine hajutatud maailmas | ProHoster","description":"ProHoster asutaja ja direktor Anton Weiss, \u00fcks esimese DevOps-sertifitseerimise algatajatest ja koolitajatest Iisraelis, r\u00e4\u00e4kis eelmisel aastal DevOpsDays Moscow \u00fcritusel kaoseteooriast ja kaose insenerit\u00f6\u00f6 p\u00f5hialustest ning selgitas, kuidas n\u00e4eb v\u00e4lja ideaalne DevOps-organisatsioon tulevikus. Oleme valmistanud ette esitluse tekstiversiooni. Tere hommikust! DevOpsDays Moskvas toimub teist aastat j\u00e4rjest, mina olen siin teist korda.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire","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\u0414\u0435\u0432\u041e\u043f\u0441 \u0438 \u0425\u0430\u043e\u0441: \u0434\u043e\u0441\u0442\u0430\u0432\u043a\u0430 \u041f\u041e \u0432 \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u043e\u043c \u043c\u0438\u0440\u0435 | ProHoster","og:description":"\u041e\u0441\u043d\u043e\u0432\u0430\u0442\u0435\u043b\u044c \u0438 \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440 \u00abOtomato Software\u00bb, \u043e\u0434\u0438\u043d \u0438\u0437 \u0438\u043d\u0438\u0446\u0438\u0430\u0442\u043e\u0440\u043e\u0432 \u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043a\u0442\u043e\u0440\u043e\u0432 \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0418\u0437\u0440\u0430\u0438\u043b\u0435 DevOps-\u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438 \u0410\u043d\u0442\u043e\u043d \u0412\u0430\u0439\u0441 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b \u043d\u0430 \u043f\u0440\u043e\u0448\u043b\u043e\u0433\u043e\u0434\u043d\u0435\u043c DevOpsDays Moscow \u043f\u0440\u043e \u0442\u0435\u043e\u0440\u0438\u044e \u0445\u0430\u043e\u0441\u0430 \u0438 \u0433\u043b\u0430\u0432\u043d\u044b\u0435 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u044b \u0445\u0430\u043e\u0441\u043d\u043e\u0439 \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u0438\u0438, \u0430 \u0442\u0430\u043a\u0436\u0435 \u043e\u0431\u044a\u044f\u0441\u043d\u0438\u043b, \u043a\u0430\u043a \u0443\u0441\u0442\u0440\u043e\u0435\u043d\u0430 \u0438\u0434\u0435\u0430\u043b\u044c\u043d\u0430\u044f DevOps-\u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f \u0431\u0443\u0434\u0443\u0449\u0435\u0433\u043e. \u041c\u044b \u043f\u0440\u0438\u0433\u043e\u0442\u043e\u0432\u0438\u043b\u0438 \u0442\u0435\u043a\u0441\u0442\u043e\u0432\u0443\u044e \u0432\u0435\u0440\u0441\u0438\u044e \u0434\u043e\u043a\u043b\u0430\u0434\u0430. \u0414\u043e\u0431\u0440\u043e\u0435 \u0443\u0442\u0440\u043e! DevOpsDays \u0432 \u041c\u043e\u0441\u043a\u0432\u0435 \u0432\u0442\u043e\u0440\u043e\u0439 \u0433\u043e\u0434 \u043f\u043e\u0434\u0440\u044f\u0434, \u044f \u0432\u0442\u043e\u0440\u043e\u0439 \u0440\u0430\u0437 \u043d\u0430 \u044d\u0442\u043e\u0439","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire","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:28:31+00:00","article:modified_time":"2019-10-31T19:28:31+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"39219","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-01-24 01:19:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:54:41","updated":"2026-01-24 01:19:20"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/39219","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=39219"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/39219\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/29435"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=39219"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=39219"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=39219"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}