{"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 Anton Weiss, kes on \u00fcks Iisraeli esimese DevOps-sertifitseerimise algatajatest ja instruktoritest, r\u00e4\u00e4kis eelmisel aastal DevOpsDays Moskvasse<\/a><\/noindex> kaose teooriast ja kaose inseneri p\u00f5hialustest ning selgitas, kuidas tulevikus ideaalne DevOps-organisatsioon v\u00e4lja n\u00e4eb.<\/p>\n

Oleme valmistanud ette ettekande tekstiversiooni. <\/p>\n

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

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

K\u00fcsimus k\u00e4ib, kes arvab, et 2018. aastal on DevOps juba amet? Kas on keegi. Kas saalis on DevOps-insenere, kelle ametijuhendis on kirjas \u201eDevOps-insener\u201d? Kas saalis on DevOps-juhtide? Neid pole. DevOps-arhitekte? Ka mitte. V\u00e4he. Kas t\u00f5esti kellelgi pole ametinimetuses, et ta on DevOps-insener?<\/p>\n

See t\u00e4hendab, et enamik teist arvab, et see on antipattern? Et sellist ametit ei tohiks olla? Me v\u00f5ime arvata k\u00f5ike, mida tahame, kuid samal ajal liigub t\u00f6\u00f6stus uhkelt edasi DevOps-trummi helide saatel.<\/p>\n

Kas keegi on kuulnud uuest teemast, mis nimetatakse DevDevOps? See on uus meetod, mis v\u00f5imaldab tagada t\u00f5hus koost\u00f6\u00f6 arendajate ja DevOps-ide vahel. T\u00f5si k\u00fcll, see pole nii uus. Kui vaadata Twitterit, siis r\u00e4\u00e4giti sellest juba 4 aastat tagasi. Ja huvi selle vastu kasvab ja kasvab, see t\u00e4hendab, et probleem on olemas. Probleem tuleb lahendada.<\/p>\n

\"DevOps
\n
\nMe oleme loovad inimesed, me ei lepi niisama. Me \u00fctleme: DevOps ei ole piisavalt k\u00f5ikeh\u00f5lmav s\u00f5na, seal puuduvad veel mitmed huvitavad elemendid. Ning me l\u00e4heme oma salajastesse laboritesse ja hakkame looma huvitavaid muteeringuid: DevTestOps, GitOps, DevSecOps, BizDevOps, ProdOps.<\/p>\n

\"DevOps
\n
\nLoogika on raudne, eks? Meil ei ole funktsionaalset tarnehankes\u00fcsteemi, meie s\u00fcsteemid on ebastabiilsed ja kasutajad on rahulolematud, me ei j\u00f5ua tarkvara \u00f5igel ajal v\u00e4lja anda, ei mahtu eelarvesse. Kuidas me seda k\u00f5ike lahendame? Me leiutame uue s\u00f5na! See hakkab l\u00f5ppema silbiga \u201eOps\u201d ja probleem on lahendatud.<\/p>\n

Nii et ma nimetan seda l\u00e4henemist \u201eOps ja probleem on lahendatud\u201d.<\/p>\n

K\u00f5ik see j\u00e4\u00e4b tagaplaanile, kui me meenutame endale, miks me selle k\u00f5ik v\u00e4lja m\u00f5tlesime. Me m\u00f5tlesime v\u00e4lja kogu selle DevOpsi, et muuta tarkvara tarnimist ja oma t\u00f6\u00f6d selles protsessis v\u00f5imalikult sujuvaks, valutuks, efektiivseks ja mis k\u00f5ige t\u00e4htsam, meeldivaks. <\/p>\n

DevOps kasvas v\u00e4lja valust. Meil on k\u00fcllalt kannatada. Et see k\u00f5ik juhtuks, tugineme igihaljatele praktikatele: t\u00f5hus koost\u00f6\u00f6, voogude praktikad ja mis k\u00f5ige t\u00e4htsam, s\u00fcsteemne m\u00f5tlemine, sest ilma selleta ei toimi DevOps.<\/p>\n

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

\nJa kui me juba r\u00e4\u00e4kisime s\u00fcsteemsest m\u00f5tlemisest, meenutame endale, mis on s\u00fcsteem.<\/p>\n

\"DevOps
\n
\nKui sa oled h\u00e4kker-revolutsion\u00e4\u00e4r, siis s\u00fcsteem on sinu jaoks \u00fchem\u00f5tteliselt kurjus. See on pilv, mis ripub sinu kohal ja sunnib sind tegema seda, mida sa teha ei soovi. <\/p>\n

\"DevOps
\n
\nS\u00fcsteemse m\u00f5tlemise seisukohalt on s\u00fcsteem tervik, mis koosneb osadest. Selles m\u00f5ttes oleme k\u00f5ik meie s\u00fcsteem. Organisatsioonid, kus me t\u00f6\u00f6tame, on s\u00fcsteemid. Ja see, mida me ehitame, on samuti s\u00fcsteem.<\/p>\n

Kogu see on osa \u00fchest suurest sotsiaaltehnoloogilisest s\u00fcsteemist. Ja ainult siis, kui me m\u00f5istame, kuidas see sotsiaaltehnoloogiline s\u00fcsteem koos t\u00f6\u00f6tab, suudame me seda t\u00f5eliselt optimeerida. <\/p>\n

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

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

Kuidas \u00fctles doktor Russell Ackoff (\u00fcks s\u00fcsteemse m\u00f5tlemise rajajaid), on seda \u00fcsna lihtne t\u00f5estada m\u00f5tteeksperimendi abil. N\u00e4iteks, kes siin saalis oskab koodi kirjutada? Palju k\u00e4si, ja see on normaalne, sest see on \u00fcks meie ala peamistest n\u00f5uetest. Sa oskad kirjutada, aga kas su k\u00e4ed eraldi sinust saavad koodi kirjutada? On inimesi, kes \u00fctlevad: \u201eMul ei kirjuta k\u00e4ed koodi, mul kirjutab aju koodi\u201d. Aga kas aju suudab eraldi sinust koodi kirjutada? No, suure t\u00f5en\u00e4osusega ei. <\/p>\n

Aju on h\u00e4mmastav masin, me ei tea isegi 10% sellest, kuidas see t\u00f6\u00f6tab, kuid see ei saa funktsioneerida eraldi meie organismi s\u00fcsteemist. 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 selle osa eraldi teha ei saa, siis t\u00e4hendab see, et selle k\u00e4itumine ei s\u00f5ltu selle osade k\u00e4itumisest. Millest see siis s\u00f5ltub? See s\u00f5ltub nende osade vahelisest suhtlemisest. Seega, mida rohkem osi, seda keerulisemad on suhted, seda keerulisem on aru saada ja ennustada s\u00fcsteemi k\u00e4itumist. See muudab s\u00fcsteemi kaootiliseks, kuna isegi k\u00f5ige t\u00e4htsusetum ja palja silmaga n\u00e4htamatu muutus \u00fche s\u00fcsteemi osas v\u00f5ib viia t\u00e4iesti ettearvamatute tulemusteni. <\/p>\n

Seda tundlikkust esialgsete tingimuste suhtes avastas ja uuris esmakordselt Ameerika meteoroloog Ed Lorenz. Hiljem nimetati seda \"liblikatefektiks\" ja see viis teadusliku m\u00f5tte suuna arenguni, mida nimetatakse \"chaosteaduseks\". See teooria oli \u00fchekordne paradigma muutus 20. sajandi teaduses.<\/p>\n

Kaosteadus<\/b><\/h3>\n

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

\"DevOps
\n
\nSelle ettekande tegelikuks p\u00f5hjuseks oli see, et t\u00f6\u00f6tades keerukate jaotatud s\u00fcsteemide ja suurte rahvusvaheliste organisatsioonidega, sain ma mingil hetkel aru, et ma tunnen ennast selle seas. Ma olen kaosoloog. See on omamoodi nutikas viis \u00f6elda: \"Ma ei saa aru, mis siin toimub ja ei tea, mida sellega teha.\" <\/p>\n

Ma arvan, et paljud teist tunnevad end samuti sageli niimoodi, seega olete ka teie kaosoloogid. Kutsun teid kaosoloogide gildisse. S\u00fcsteemid, mida me, kallid kolleegid kaosoloogid, uurime, kutsutakse \"keerukateks kohanduvateks s\u00fcsteemideks.\" <\/p>\n

Mis on kohanemisv\u00f5ime? Kohanemisv\u00f5ime t\u00e4hendab, et sellise kohandatava s\u00fcsteemi osade individuaalne ja kollektiivne k\u00e4itumine muutub ja isekorraldub vastuseks s\u00fcsteemis toimuvale s\u00fcndmusele v\u00f5i mikros\u00fcndmuste jada. See t\u00e4hendab, et s\u00fcsteem kohandub muutustega isekorraldamise kaudu. Ja see isekorraldamise v\u00f5ime p\u00f5hineb vabatahtlikul, t\u00e4iesti detsentraliseeritud koost\u00f6\u00f6l vabade autonoomsete agentide vahel.<\/p>\n

Veel \u00fcks huvitav selliste s\u00fcsteemide omadus on see, et need on vabalt skaleeritavad. See peaks kindlasti huvitama meid kui kaosotehnikate insenere. Nii et kui me \u00fctleme, et keerulise s\u00fcsteemi k\u00e4itumist m\u00e4\u00e4rab selle osade vaheline interaktsioon, siis mis meid peaks huvitama? Interaktsioon. <\/p>\n

On veel kaks huvitavat j\u00e4reldust.
\n \"DevOps
\n
\nEsiteks m\u00f5istame me, et keerulist s\u00fcsteemi ei ole v\u00f5imalik lihtsustada, lihtsustades selle osi. Teiseks on ainus viis keerulise s\u00fcsteemi lihtsustamiseks sujuvamate interaktsioonide loomine selle osade vahel. <\/p>\n

Kuidas me suhtleme? Me k\u00f5ik oleme osa suurest teabe s\u00fcsteemist, mida nimetatakse inim\u00fchiskonnaks. Me suhtleme \u00fchise keele kaudu, kui see meil olemas on, kui me selle leiame.<\/p>\n

\"DevOps
\n
\nAga keel iseenesest on keeruline kohandatav s\u00fcsteem. Seega, et suhelda t\u00f5husamalt ja lihtsamalt, on meil vaja luua teatud protokolle. See t\u00e4hendab teatud s\u00fcmbolite ja tegevuste j\u00e4rjekorda, mis muudavad meie vahelise teabevahetuse lihtsamaks, etten\u00e4htavamaks ja arusaadavamaks.<\/p>\n

Ma tahan \u00f6elda, et keerukas, kohandav, detsentraliseeritud ja kaootiline k\u00e4itumine on j\u00e4lgitav k\u00f5ikjal. Nii neis s\u00fcsteemides, mida me loome, kui ka neis s\u00fcsteemides, mille osa me oleme.<\/p>\n

Kuna ma ei soovi r\u00e4\u00e4kida t\u00fchja juttu, vaatame, kuidas muutuvad need s\u00fcsteemid, mida me koos loome.<\/p>\n

\"DevOps
\n
\nSa ootasid seda s\u00f5na, ma saan aru. Oleme DevOps konverentsil, see s\u00f5na kuuldub t\u00e4na kuskil sada tuhat korda ja see tuleb meile \u00f6\u00f6sel unedesse.<\/p>\n

Mikroteenused on esimene tarkvaraarhitektuur, mis tekkis vastusena DevOpsi praktikale, mille eesm\u00e4rk on muuta meie s\u00fcsteemid paindlikumaks, skaleeritavamaks ja tagada pidev toimetamine. Kuidas see seda teeb? Teenuste mahu v\u00e4hendamise, probleemipiiride kitsendamise ja toimetamise ajaperioodi l\u00fchendamise kaudu. See t\u00e4hendab, et me v\u00e4hendame ja lihtsustame s\u00fcsteemi osi, suurendame nende arvu, mist\u00f5ttu suurenenud keerukus nende osade vahelise suhtluse osas toob kaasa uusi probleeme, mida peame lahendama.<\/p>\n

\"DevOps
\n
\nMikroteenused ei ole veel l\u00f5pp, mikroteenused on tegelikult juba eilne p\u00e4ev, sest on tulnud Serverless. K\u00f5ik serverid on kadunud, servereid pole, operatsioonis\u00fcsteeme pole, ainult puhas t\u00e4idetav kood. Konfiguratsioonid eraldi, olekud eraldi, k\u00f5ik juhitakse s\u00fcndmustega. Ilu, puhtus, rahu, mitte midagi ei juhtu, k\u00f5ik on korras. <\/p>\n

Kus on keerukus? Keerukus on ilmselgelt suhtlemises. Kui palju saab \u00fcks funktsioon \u00fcksi teha? Kuidas ta suhtleb teiste funktsioonidega? S\u00f5numijoone, andmebaaside, koormuse jaotajate kaudu. Kuidas taastada mingi s\u00fcndmus, kui see eba\u00f5nnestub? Palju k\u00fcsimusi ja v\u00e4he vastuseid.<\/p>\n

Mikroteenused ja Serverless on k\u00f5ik, mida meie arvuti hipsterid kutsume Cloud Native. See k\u00f5ik on seotud pilvega. 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 teatud tsentraliseeritud, v\u00e4ga piiratud jaotatud mudel.<\/p>\n

T\u00e4na m\u00f5istame, et asjade internet ei ole enam ainult k\u00f5lavaid s\u00f5nu selle kohta, et isegi tagasihoidlike ennustuste kohaselt ootab meid j\u00e4rgmistel viiel-k\u00fcmnel aastal miljardeid seadmeid, mis on \u00fchendatud internetiga. Suur hulk kasulikke ja kasutu andmeid, mis voolavad pilve ja laaditakse pilvest alla. <\/p>\n

Pilv ei suuda sellega hakkama saada, seet\u00f5ttu r\u00e4\u00e4gime \u00fcha enam sellest, mida nimetatakse \"\u00e4\u00e4rmise arvutuse\" (edge computing). V\u00f5i mulle meeldib ka imeline m\u00e4\u00e4ratlemine \"fog computing\". See on kaetud romantismi ja m\u00fcsteeriumi m\u00fc\u00fctilise kihiga.<\/p>\n

\"DevOps
\n
\nUduvad arvutamisel r\u00e4\u00e4gitakse sellest, et pilved on tsentraliseeritud vee, auru, j\u00e4\u00e4 ja kivide kogumid. Udu on aga veepiisad, mis on meie \u00f5hus laiali jaotatud. <\/p>\n

Udusf\u00e4\u00e4ris teevad enamik t\u00f6\u00f6st iseseisvalt v\u00f5i koost\u00f6\u00f6s teiste pisikestega need veepiisad. Nad p\u00f6\u00f6rduvad pilve poole ainult siis, kui on t\u00f5eliselt h\u00e4dasti vaja. <\/p>\n

Seega r\u00e4\u00e4gime j\u00e4lle detsentraliseerimisest, autonoomsusest, ja loomulikult m\u00f5istavad paljud teist juba, kuhu see k\u00f5ik viib, sest ei saa r\u00e4\u00e4kida detsentraliseerimisest, ilma et mainiksime plokiahelat. <\/p>\n

\"DevOps
\n
\nOn neid, kes usuvad, need, kes on investeerinud kr\u00fcptovaluutasse. On neid, kes usuvad, aga kardavad, nagu mina n\u00e4iteks. Ja on ka neid, kes ei usu. Siin on erinevaid seisukohti. On tehnoloogia, uus arusaam, ja on probleeme. Nagu iga uus tehnoloogia, t\u00f5statab see rohkem k\u00fcsimusi, kui annab vastuseid. <\/p>\n

H\u00fcpe plokiahela \u00fcmber on arusaadav. Isegi kui k\u00f5rvale j\u00e4tta kullakaevanduse \u00fclem\u00e4\u00e4rane interesse, lubab see tehnoloogia helget tulevikku: rohkem vabadust, rohkem autonoomiat, jagatud globaalset usaldust. Mida siin mitte soovida? <\/p>\n

Seega hakkab \u00fcha rohkem insenere \u00fcle kogu maailma arendama detsentraliseeritud rakendusi. Ja see on j\u00f5ud, millest ei saa lihtsalt \u00f6elda: 'Ahh, plokiahel on lihtsalt halvasti rakendatud jagatud andmebaas.' V\u00f5i nagu skeptikud armastavad \u00f6elda: 'Plokiahelal ei ole tegelikke rakendusi.' Kui j\u00e4rele m\u00f5elda, siis 150 aastat tagasi r\u00e4\u00e4giti samasuguseid asju elektri kohta. Ja isegi mingis osas olid nad \u00f5iged, sest see, mida elekter t\u00e4na v\u00f5imaldab, oli 19. sajandil t\u00e4iesti ebat\u00f5en\u00e4oline.<\/p>\n

Muide, kes teab, mis logo ekraanil on? See on Hyperledger. See on projekt, mis on arendatud The Linux Foundationi eestvedamisel, sisaldades rida plokiahela tehnoloogiaid. See on t\u00f5eliselt meie avatud koodi kogukonna j\u00f5ud.<\/p>\n

Kaosetehnoloogia<\/b><\/h3>\n

\n\"DevOps
\n
\nNii et s\u00fcsteem, mida me arendame, muutub \u00fcha keerulisemaks, \u00fcha kaootilisemaks, \u00fcha kohanemisv\u00f5imelisemaks. Netflix on mikroteenuste s\u00fcsteemide pioneer. Nad olid \u00fched esimesed, kes seda m\u00f5istsid, ja nad t\u00f6\u00f6tasid v\u00e4lja hulga t\u00f6\u00f6riistu, mida nad nimetasid Simian Army, millest tuntum on Kaosemonster<\/a><\/noindex>. Ta m\u00e4\u00e4ratles selle, mis sai tuntuks kui \u00abkaose insenerimise p\u00f5him\u00f5tted\u00bb<\/a><\/noindex>.<\/p>\n

Muide, ettekande kallal t\u00f6\u00f6tades t\u00f5lkisime selle teksti vene keelde, nii et k\u00e4ige l\u00e4bi lingist<\/a><\/noindex>, loe, kommenteeri, kritiseeri.<\/p>\n

L\u00fchidalt, kaose insenerimise p\u00f5him\u00f5tted \u00fctlevad j\u00e4rgmist. Komplekssed hajusad s\u00fcsteemid on oma olemuselt ettearvamatud ja neis on paratamatult vigu. Vead on v\u00e4ltimatuid, seega peame need vead aktsepteerima ja nendega t\u00e4iesti teisiti t\u00f6\u00f6tama. <\/p>\n

Me peame ise proovima need vead meie tootmis\u00fcsteemidesse tuua, et testida meie s\u00fcsteemide kohanduvust, eneseorganiseerimise v\u00f5imet ja elluj\u00e4\u00e4misv\u00f5imet. <\/p>\n

Ja see muudab k\u00f5ik. Mitte ainult seda, kuidas me s\u00fcsteemi tootmisesse viime, vaid ka seda, kuidas me neid arendame ja testime. Stabiliseerimisprotsessi, koodi k\u00fclmutamist pole; hoopis vastupidi, pidev destabiliseerimise protsess. Me p\u00fc\u00fcame s\u00fcsteemi h\u00e4vitada ja n\u00e4ha, kas see suudab ellu j\u00e4\u00e4da.<\/p>\n

Hajus s\u00fcsteemide integreerimisprotokollid<\/b><\/h3>\n

\n\"DevOps
\n
\nSeet\u00f5ttu peab meie s\u00fcsteem ka mingil moel muutuma. Et nad muutuksid vastupidavamaks, vajavad nad uusi suhtlemisprotokolle oma osade vahel. Et need osad suudaksid kokkuleppele j\u00f5uda ja mingisugust eneseorganiseerimist saavutada. Ja tekivad erinevad uued t\u00f6\u00f6riistad, uued protokollid, mida ma nimetan \"hajusate s\u00fcsteemide suhtlemisprotokollideks\".<\/p>\n

\"DevOps
\n
\nMillest ma r\u00e4\u00e4gin? Esiteks, projektist Opentracing<\/a><\/noindex>. \u00dcks katse luua \u00fchine hajus j\u00e4lgimisprotokoll, mis on t\u00e4iesti asendamatu t\u00f6\u00f6riist keerukate hajusate s\u00fcsteemide t\u00f5rkeotsinguks.<\/p>\n

\"DevOps
\n
\nNext is Open Policy Agent<\/a><\/noindex>. Me \u00fctleme, et me ei saa ette n\u00e4ha, mis meie s\u00fcsteemiga juhtub, seega on vajalik t\u00f5sta selle observability, j\u00e4lgitavust. Opentracing kuulub vahendite perekonda, mis pakuvad meie s\u00fcsteemide j\u00e4lgitavust. Kuid j\u00e4lgitavust vajame selleks, et m\u00e4\u00e4rata, kas s\u00fcsteem k\u00e4itub nii, nagu me seda ootame, v\u00f5i mitte. Kuidas me m\u00e4\u00e4rame oodatava k\u00e4itumise? Selle kaudu, et m\u00e4\u00e4ratleme selles mingisuguse poliitika, mingisuguse reeglite kogumi. Open Policy Agent projekt tegeleb nende reeglite kogumi m\u00e4\u00e4ratlemisega laias spektris: juurdep\u00e4\u00e4sust kuni ressursside paigutamiseni.<\/p>\n

\"DevOps
\n
\nNagu me \u00fctlesime, meie s\u00fcsteemid muutuvad \u00fcha enam s\u00fcndmustel p\u00f5hinevaks. Serverless on suurep\u00e4rane n\u00e4ide s\u00fcndmustel p\u00f5hinevatest s\u00fcsteemidest. Selleks, et saaksime edastada s\u00fcndmusi s\u00fcsteemide vahel ja neid j\u00e4lgida, on meil vajalik \u00fchine keel, mingi protokoll, kuidas me r\u00e4\u00e4gime s\u00fcndmustest, kuidas me neid \u00fcksteisele edastame. Sellega tegeleb projekt nimega Cloudevents<\/a><\/noindex>.<\/p>\n

\"DevOps
\n
\nKatkestamatu muudatuste voog, mis peseb meie s\u00fcsteeme ja pidevalt neid destabiliseerib, on katkestamatu voog tarkvaralisest artefaktist. Selleks, et saaksime toetada seda pidevat muudatuste voogu, on meil vajalik \u00fchine protokoll, mille abil me suudame r\u00e4\u00e4kida, mis on tarkvaraline artefakt, kuidas see on kontrollitud, millise verifikatsiooni see on l\u00e4binud. Sellega tegeleb projekt nimega Grafeas<\/a><\/noindex>. Seega on see \u00fchine protokoll tarkvaraliste artefaktide metainfo jaoks.<\/p>\n

\"DevOps
\n
\nJa l\u00f5puks, kui me tahame, et meie s\u00fcsteemid oleksid t\u00e4iesti iseseisvad, kohanduvad ja isekorralduvad, peame andma neile \u00f5iguse isee \u00fctlemise. Projekt nimega spiffe<\/a><\/noindex> just sellega tegeleb. See on samuti projekt Cloud Native Computing Foundationi all.<\/p>\n

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

Aga DevOps ei ole kunagi olnud peamiselt tehnoloogia, vaid alati on olnud see koost\u00f6\u00f6 inimeste vahel. Ja seet\u00f5ttu, kui me tahame, et s\u00fcsteemid, mida me arendame, muudaksid, peame muutuma ka meie. Tegelikult me juba muutume, meil ei ole justkui valikut. <\/p>\n

\"DevOps
\n
\nOn imeline raamat<\/a><\/noindex> Briti kirjanik Rachel Botsmani teos, kus ta kirjutab usalduse arengust inimkonna ajaloos. Ta \u00fctleb, et algselt, primitiivsetes \u00fchiskondades, oli usaldus lokaalset, see t\u00e4hendab, et me usaldasime ainult neid, keda me isiklikult teadsime. <\/p>\n

Seej\u00e4rel j\u00e4rgnes v\u00e4ga pikk periood - pime aeg, mil usaldus oli keskne, mil me hakkasime usaldama inimesi, keda me ei tunne, tuginedes sellele, et me kuulume sama sotsiaalse v\u00f5i riikliku institutsiooni alla.<\/p>\n

Ja see, mida me t\u00e4na n\u00e4eme meie kaasaegses maailmas: usaldus muutub \u00fcha jagatumaks ja detsentraliseeritumaks ning selle aluseks on teabevoolude vabadus ja teabe k\u00e4ttesaadavus. <\/p>\n

Kui j\u00e4rele m\u00f5elda, siis seda k\u00e4ttesaadavust, mis muudab usalduse v\u00f5imalikuks, viime me ellu. See t\u00e4hendab, et ka see, kuidas me koost\u00f6\u00f6d teeme ja mida me teeme, peab muutuma, sest tsentraliseeritud hierarhilised IT-organisatsioonid vanast koolist lakavad toimimast. Need hakkavad kaduma. <\/p>\n

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

\nT\u00e4iuslik DevOps-organisatsioon tulevikus on detsentraliseeritud, kohandatav s\u00fcsteem, mis koosneb iseseisvatest meeskondadest, milles iga\u00fches on iseseisvad indiviidid. Need meeskonnad on laiali \u00fcle kogu maailma ning nad teevad t\u00f5husalt koost\u00f6\u00f6d as\u00fcn kroonsete kommunikatsioonide ja l\u00e4bipaistvate teabevahetusprotokollide kaudu. V\u00e4ga ilus, eks? V\u00e4ga kaunis tulevik.<\/p>\n

Loomulikult on see k\u00f5ik v\u00f5imatu ilma kultuuriliste muutusteta. Meil peavad olema transformatsiooni juhtimine, isiklik vastutus ja sisemine motivatsioon.<\/p>\n

\"DevOps
\n
\nSee on DevOps-organisatsioonide alus: teabe l\u00e4bipaistvus, as\u00fcnkroonsed suhtlused, transformatiivne juhtimine, detsentraliseeritus. <\/p>\n

P\u00f5lemine<\/b><\/h3>\n

\nS\u00fcsteemid, osa millest me oleme, ja need, mida me ehitame, muutuvad j\u00e4rjest keerulisemaks, ja meie, inimesed, oleme selle m\u00f5ttega raskustes, on raske loobuda kontrolli illusioonist. Me p\u00fc\u00fcame neid j\u00e4tkuvalt kontrollida ja see viib sageli p\u00f5lemiseni. R\u00e4\u00e4gin seda oma kogemuse p\u00f5hjal, olen ka selle l\u00e4bi elanud, olen samuti etten\u00e4gematute t\u00f5rgete ohver.<\/p>\n

\"DevOps
\n
\nP\u00f5lemine juhtub siis, kui p\u00fc\u00fcame kontrollida seda, mis ei ole olemuslikult kontrollitav. Kui me p\u00f5leme l\u00e4bi, kaotab k\u00f5ik m\u00f5tte, kuna me kaotame soovi luua midagi uut, me v\u00f5tame kaitsepositsiooni ja hakkame kaitsma seda, mis meil on. <\/p>\n

Inseneri amet, nagu ma endale tihti meelde tuletan, on eelk\u00f5ige loominguline amet. Kui me kaotame soovi midagi luua, muutume me tuhkadeks, muutume meil tollest. Inimesed p\u00f5levad l\u00e4bi, p\u00f5levad l\u00e4bi terved organisatsioonid.<\/p>\n

Minu arvates on ainus viis, kuidas mitte kaotada head, mis on meie ametis, aktsepteerida loovuse kaose j\u00f5udu ja ehitada koost\u00f6\u00f6d selle printsiipide alusel. <\/p>\n

Seda ma teile soovin: armastage oma t\u00f6\u00f6d, armastage seda, mida me teeme. See maailm elab teabest, meil on au teda toita. Niisiis, \u00f5ppigem kaost, olgem kaosolooge, toogem v\u00e4\u00e4rtust, looge midagi uut ja probleemid, nagu oleme juba avastanud, on v\u00e4ltimatud; kui need ilmuvad, siis \u00fctleme lihtsalt \"Ops!\" ja probleem on lahendatud. <\/p>\n

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

Tegelikult on k\u00f5ik need t\u00f6\u00f6riistad nii noored. Netflix ehitas ka k\u00f5ik t\u00f6\u00f6riistad enda jaoks. Ehitage t\u00f6\u00f6riistad enda jaoks. Loe kaose inseneri printsiipide kohta ja j\u00e4rgige neid printsiippe, mitte \u00e4rge otsige teisi t\u00f6\u00f6riistu, mida keegi teine on juba ehitanud. <\/p>\n

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

Ma ei saanud t\u00e4pselt aru hetkes, kui r\u00e4\u00e4kisite, et s\u00fcsteemi ei saa lihtsustada selle komponente lihtsustades, ja kohe l\u00e4ksite mikroteenuste juurde, mis just lihtsustavad s\u00fcsteemi komponentide lihtsustamise kaudu ja keerukust suurendades. T\u00f5epoolest, need on kaks omavahel vastuolus olevat osa. <\/b><\/p>\n

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

Seega, DevOpsi filosoofias, pole mikroteenused mingi suur \u00f5nnistus?<\/b><\/p>\n

Igal \u00f5nnistusel on tagak\u00fcljed. On \u00f5nnistus: see t\u00f5stab paindlikkust, annab meile v\u00f5imaluse kiiremini muudatusi sisse viia, kuid suurendab s\u00fcsteemi keerukust ja seega ka haprust. <\/p>\n

Kumale rohkem r\u00f5hku panna: suhtluse lihtsusele v\u00f5i osade lihtsusele?<\/b> <\/p>\n

Fookus on kindlasti interaktsiooni lihtsustamisel, sest kui me vaatame seda, kuidas me koos t\u00f6\u00f6tame, siis tuleb eelk\u00f5ige p\u00f6\u00f6rata t\u00e4helepanu suhtlemise lihtsustamisele, mitte iga\u00fche t\u00f6\u00f6 lihtsustamisele. Sest t\u00f6\u00f6 lihtsustamine \u2014 see muudab meid robotiteks. McDonald'sis toimib see h\u00e4sti, kui sul on ette antud: siia paned burgeri, siia valad kastme. Meie loomingulises t\u00f6\u00f6s see t\u00e4ielikult ei t\u00f6\u00f6ta.<\/p>\n

Kas t\u00f5si on, et k\u00f5ik, mida te r\u00e4\u00e4kisite, elab konkurentsivaba maailmas, kus segadus on hea ja seal pole konfliktide, keegi ei soovi kedagi s\u00fc\u00fca v\u00f5i tappa? Kuidas peaks konkurents ja DevOps elama?<\/b><\/p>\n

See s\u00f5ltub sellest, millest konkurentsist me r\u00e4\u00e4gime. Kas t\u00f6\u00f6kohal v\u00f5i ettev\u00f5tete vahelisest konkurentsist? <\/p>\n

Teenuste konkurentsist, mis eksisteerib, sest teenused \u2014 need ei ole mitte ainult m\u00f5ned ettev\u00f5tted. Me loome uue t\u00fc\u00fcpi teavet keskkonda, ja \u00fckski keskkond ei saa elada ilma konkurentsita. Konkurents on igal pool.<\/b><\/p>\n

V\u00f5tame n\u00e4iteks Netflixi kui rollimudeli. Miks nad selle v\u00e4lja t\u00f6\u00f6tasid? Sest nad pidid olema konkurentsiv\u00f5imelised. see paindlikkus ja liikumise kiirus on just nimelt see konkurentsin\u00f5ue, see toob kaootilisuse meie s\u00fcsteemidesse. Nii et kaos ei ole see, mida me teadlikult teeme, sest me seda soovime, see on see, mis juhtub, kuna maailm seda n\u00f5uab. Meil tuleb lihtsalt kohanduda. Ja kaos on t\u00f5epoolest konkurentsi tulemus.<\/p>\n

Kas see t\u00e4hendab, et kaos on eesm\u00e4rkide puudumine? V\u00f5i need eesm\u00e4rgid, mida me ei soovi n\u00e4ha? Me oleme majakeses ja ei m\u00f5ista teiste eesm\u00e4rke. Tegelikult on konkurents tingitud sellest, et meil on selged eesm\u00e4rgid ja me teame, kuhu me iga j\u00e4rgmise hetke jooksul j\u00f5uame. Minu arust on see DevOpsi olemus.<\/b><\/p>\n

Samuti on see vaade k\u00fcsimusele. Ma arvan, et meie k\u00f5igi eesm\u00e4rk on sama: ellu j\u00e4\u00e4da ja teha seda
\nmaksimaalse naudingu juures. Ja igal organisatsioonil on sama konkurentsi eesm\u00e4rk. Elluj\u00e4\u00e4mine toimub sageli konkurentsiv\u00f5itluses, siin ei saa midagi teha.<\/p>\n

Sel aastal toimub konverents DevOpsDays Moskvasse<\/a><\/noindex> 7. detsembril \u00abTehnopolis\u00bb. Me v\u00f5tame ettekandeteemade ettepanekuid vastu kuni 11. novembrini. Kirjutage<\/a><\/noindex> meile, kui soovite esineda.<\/p>\n

Registreerimine osalejate jaoks on avatud, pileti hind on 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 detsentraliseeritud maailmas | ProHoster","description":"Otomato Software'i asutaja ja direktor Anton Weiss, kes on \u00fcks Iisraeli esimese DevOps-sertifitseerimise algatajatest ja instruktoritest, r\u00e4\u00e4kis eelmisel aastal","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","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","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\/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}]}}