{"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\/sv\/blog\/administrirovanie\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire","title":{"rendered":"DevOps och Kaos: programvaruleverans i en decentraliserad v\u00e4rld","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Grundare och direkt\u00f6r f\u00f6r \"Otomato Software\", en av initiativtagarna och instrukt\u00f6rerna till den f\u00f6rsta DevOps-certifieringen i Israel, Anton Weiss, talade f\u00f6rra \u00e5ret om DevOpsDays Moskva<\/a><\/noindex> kaosteorin och de viktigaste principerna f\u00f6r kaosingenj\u00f6ring, samt f\u00f6rklarade hur den perfekta DevOps-organisationen i framtiden \u00e4r uppbyggd.<\/p>\n

Vi har f\u00f6rberett en textversion av f\u00f6rel\u00e4sningen. <\/p>\n

\r\n \"Spela\r\n
<\/div>\r\n <\/div><\/center>
\n<\/a><\/noindex>
\nGod morgon! <\/p>\n

DevOpsDays i Moskva f\u00f6r andra \u00e5ret i rad, jag \u00e4r h\u00e4r p\u00e5 denna scen f\u00f6r andra g\u00e5ngen, m\u00e5nga av er \u00e4r h\u00e4r i detta rum f\u00f6r andra g\u00e5ngen. Vad betyder det? Det betyder att DevOps-r\u00f6relsen i Ryssland v\u00e4xer, multipliceras, och framf\u00f6r allt betyder det att det \u00e4r dags att prata om vad DevOps \u00e4r \u00e5r 2018. <\/p>\n

Lyft upp h\u00e4nderna de som tror att DevOps \u00e5r 2018 redan \u00e4r ett yrke? Finns det s\u00e5dana? Finns det DevOps-ingenj\u00f6rer i rummet som har \"DevOps-ingenj\u00f6r\" i sin jobbeskrivning? Finns det DevOps-chefer? Det verkar inte finnas. DevOps-arkitekter? Inte heller. Inte s\u00e5 m\u00e5nga. S\u00e5, \u00e4r det ingen som har skrivit att de \u00e4r DevOps-ingenj\u00f6rer?<\/p>\n

S\u00e5, de flesta av er tycker att det \u00e4r ett antipattern? Att det inte borde finnas ett s\u00e5dant yrke? Vi kan t\u00e4nka vad vi vill, men medan vi t\u00e4nker, g\u00e5r industrin fram\u00e5t under ljudet av DevOps-trumpeten.<\/p>\n

Har n\u00e5gon h\u00f6rt talas om det nya \u00e4mnet som kallas DevDevOps? Det \u00e4r en ny metodik som m\u00f6jligg\u00f6r effektivt samarbete mellan utvecklare och DevOps. Egentligen \u00e4r det inte s\u00e5 nytt. Om man d\u00f6mer av Twitter, s\u00e5 b\u00f6rjade man prata om det f\u00f6r 4 \u00e5r sedan. Och intresset v\u00e4xer fortfarande, det vill s\u00e4ga problemet finns kvar. Problemet m\u00e5ste l\u00f6sas.<\/p>\n

\"DevOps
\n
\nVi \u00e4r kreativa m\u00e4nniskor, vi lugnar oss inte s\u00e5 enkelt. Vi s\u00e4ger: DevOps \u00e4r inte ett tillr\u00e4ckligt omfattande ord, det saknas olika intressanta element. Och vi g\u00e5r till v\u00e5ra hemliga laboratorier och b\u00f6rjar skapa nyfikna mutationer: DevTestOps, GitOps, DevSecOps, BizDevOps, ProdOps.<\/p>\n

\"DevOps
\n
\nLogiken \u00e4r orubblig, eller hur? V\u00e5rt leveranssystem \u00e4r icke-funktionellt, v\u00e5ra system \u00e4r instabila och anv\u00e4ndarna \u00e4r missn\u00f6jda, vi hinner inte lansera mjukvara i tid, vi h\u00e5ller inte budgeten. Hur ska vi l\u00f6sa allt detta? Vi kommer att hitta p\u00e5 ett nytt ord! Det kommer att sluta p\u00e5 \"Ops\", och s\u00e5 \u00e4r problemet l\u00f6st.<\/p>\n

S\u00e5 kallar jag detta tillv\u00e4gag\u00e5ngss\u00e4tt \u2014 \"Ops, och problemet \u00e4r l\u00f6st\".<\/p>\n

All of this fades into the background when we remind ourselves why we came up with all this. We created all this DevOps to make software delivery and our own work in this process as seamless, painless, efficient, and most importantly, enjoyable as possible. <\/p>\n

DevOps grew out of pain. And we were tired of suffering. For this to happen, we rely on evergreen practices: effective collaboration, flow practices, and most importantly, systemic thinking, because without it, no DevOps works.<\/p>\n

What is a system?<\/b><\/h3>\n

\nAnd since we are talking about systemic thinking, let's remind ourselves what a system is.<\/p>\n

\"DevOps
\n
\nIf you are a revolutionary hacker, then for you, the system is unequivocally evil. It's a cloud that looms over you and forces you to do things you don't want to do. <\/p>\n

\"DevOps
\n
\nFrom the perspective of systemic thinking, a system is a whole made up of parts. In this sense, each of us is a system. The organizations we work in are systems. And what we are building together is called a system.<\/p>\n

All of this is part of one large sociotechnical system. Only if we understand how this sociotechnical system works together can we truly optimize anything in this matter. <\/p>\n

From the perspective of systemic thinking, a system has various interesting properties. Firstly, it is made up of parts, which means that its behavior depends on the behavior of these parts. Moreover, all parts are interdependent. Thus, the more parts a system has, the harder it is to understand or predict its behavior. <\/p>\n

From the perspective of behavior, there is another interesting fact. A system can do something that none of its individual parts can do. <\/p>\n

As Dr. Russell Ackoff (one of the founders of systemic thinking) said, this can be easily proven through a thought experiment. For example, who in the room knows how to code? Many hands, and that's normal because this is one of the basic requirements of our profession. You can code, but can your hands write code separately from you? There are those who would say, \"My hands don't write code, my brain writes code.\" But can the brain write code separately from you? Well, probably not. <\/p>\n

Hj\u00e4rnan \u00e4r en fantastisk maskin, vi vet knappt 10 % av hur den fungerar, men den kan inte fungera separat fr\u00e5n det system som v\u00e5r kropp utg\u00f6r. Och det \u00e4r l\u00e4tt att bevisa: \u00f6ppna ditt skalle, ta ut hj\u00e4rnan d\u00e4rifr\u00e5n, l\u00e4gg den framf\u00f6r en dator och l\u00e5t den f\u00f6rs\u00f6ka skriva n\u00e5got enkelt. \"Hello, world\" i Python, till exempel.<\/p>\n

Om ett system kan g\u00f6ra n\u00e5got som ingen av dess delar kan g\u00f6ra var f\u00f6r sig, betyder det att dess beteende inte best\u00e4ms av beteendet hos dess delar. Vad best\u00e4ms det d\u00e5 av? Det best\u00e4ms av interaktionen mellan dessa delar. Ju fler delar det finns, desto mer komplexa blir interaktionerna, och desto sv\u00e5rare blir det att f\u00f6rst\u00e5 och f\u00f6ruts\u00e4ga systemets beteende. Detta g\u00f6r systemet kaotiskt, eftersom varje, \u00e4ven den minsta, osynliga f\u00f6r\u00e4ndringen i n\u00e5gon del av systemet kan leda till fullst\u00e4ndigt of\u00f6ruts\u00e4gbara resultat. <\/p>\n

Denna k\u00e4nslighet f\u00f6r initiala f\u00f6rh\u00e5llanden uppt\u00e4cktes och studerades f\u00f6rst av den amerikanske meteorologen Edward Lorenz. Senare fick den namnet \"fj\u00e4rilseffekten\" och ledde till utvecklingen av en vetenskaplig r\u00f6relse som kallas \"kaosteori\". Denna teori blev en av de grundl\u00e4ggande paradigmskiftena inom 1900-talets vetenskap.<\/p>\n

Kaosteori<\/b><\/h3>\n

\nM\u00e4nniskor som sysslar med att studera kaos kallar sig sj\u00e4lva kaosologer.<\/p>\n

\"DevOps
\n
\nAnledningen till den h\u00e4r presentationen var att jag, n\u00e4r jag arbetade med komplexa distribuerade system och stora internationella organisationer, vid n\u00e5got tillf\u00e4lle ins\u00e5g att detta \u00e4r vad jag k\u00e4nner att jag \u00e4r. Jag \u00e4r en kaosolog. Det \u00e4r i grunden en intrikat s\u00e4tt att s\u00e4ga: \"Jag f\u00f6rst\u00e5r inte vad som h\u00e4nder h\u00e4r och vet inte vad jag ska g\u00f6ra med det.\" <\/p>\n

Jag tror att m\u00e5nga av er ofta k\u00e4nner er p\u00e5 samma s\u00e4tt, s\u00e5 ni \u00e4r ocks\u00e5 kaosologer. Jag inbjuder er till gilden av kaosologer. De system som vi, k\u00e4ra kollegor kaosologer, kommer att studera kallas \"komplexa adaptiva system\". <\/p>\n

Vad \u00e4r anpassningsf\u00f6rm\u00e5ga? Anpassningsf\u00f6rm\u00e5ga inneb\u00e4r att det individuella och kollektiva beteendet hos delarna i ett s\u00e5dant anpassningsbart system f\u00f6r\u00e4ndras och sj\u00e4lvorganiserar sig som svar p\u00e5 h\u00e4ndelser eller kedjor av mikroh\u00e4ndelser i systemet. Det vill s\u00e4ga, systemet anpassar sig till f\u00f6r\u00e4ndringar genom sj\u00e4lvorganisering. Och denna f\u00f6rm\u00e5ga till sj\u00e4lvorganisering baseras p\u00e5 frivilligt, helt decentraliserat samarbete mellan fria autonoma agenter.<\/p>\n

En annan intressant egenskap hos s\u00e5dana system \u00e4r att de kan skalas fritt. Detta \u00e4r n\u00e5got som vi, som ingenj\u00f6rer inom kaosteori, definitivt b\u00f6r vara intresserade av. S\u00e5 om vi s\u00e4ger att beteendet hos ett komplext system definieras av interaktionen mellan dess delar, vad b\u00f6r d\u00e5 intressera oss? Interaktionen. <\/p>\n

Det finns ytterligare tv\u00e5 intressanta slutsatser.
\n \"DevOps
\n
\nF\u00f6r det f\u00f6rsta f\u00f6rst\u00e5r vi att det \u00e4r om\u00f6jligt att f\u00f6renkla ett komplext system genom att f\u00f6renkla dess delar. F\u00f6r det andra \u00e4r den enda metoden f\u00f6r att f\u00f6renkla ett komplext system att f\u00f6renkla interaktionerna mellan dess delar. <\/p>\n

Hur interagerar vi? Vi \u00e4r alla delar av ett stort informationssystem som kallas m\u00e4nskligt samh\u00e4lle. Vi interagerar genom ett gemensamt spr\u00e5k, om vi har det, om vi hittar det.<\/p>\n

\"DevOps
\n
\nMen spr\u00e5ket i sig \u00e4r ett komplext anpassningsbart system. D\u00e4rf\u00f6r, f\u00f6r att interagera mer effektivt och enkelt, beh\u00f6ver vi skapa vissa protokoll. Det vill s\u00e4ga en viss sekvens av symboler och handlingar som g\u00f6r informationsutbytet mellan oss enklare, mer f\u00f6ruts\u00e4gbart och mer f\u00f6rst\u00e5eligt.<\/p>\n

Jag vill s\u00e4ga att tendenser mot komplexitet, anpassningsf\u00f6rm\u00e5ga, decentralisering och kaotiska egenskaper kan ses \u00f6verallt. B\u00e5de i de system vi bygger och i de system vi \u00e4r en del av.<\/p>\n

Och f\u00f6r att inte bara tala i allm\u00e4nna termer, l\u00e5t oss titta p\u00e5 hur de system vi skapar f\u00f6r\u00e4ndras.<\/p>\n

\"DevOps
\n
\nDu har v\u00e4ntat p\u00e5 det h\u00e4r ordet, det f\u00f6rst\u00e5r jag. Vi \u00e4r p\u00e5 en DevOps-konferens, idag kommer det h\u00e4r ordet att n\u00e4mnas n\u00e5gonstans hundratusen g\u00e5nger och sedan dr\u00f6mma om oss p\u00e5 natten.<\/p>\n

Mikrotj\u00e4nster \u00e4r den f\u00f6rsta programvaruarkitekturen som uppstod som en reaktion p\u00e5 DevOps-praktiker, och syftar till att g\u00f6ra v\u00e5ra system mer flexibla, mer skalbara och att m\u00f6jligg\u00f6ra kontinuerlig leverans. Hur g\u00f6r den det? Genom att minska volymen av tj\u00e4nster, begr\u00e4nsa gr\u00e4nserna f\u00f6r de problem som dessa tj\u00e4nster hanterar och f\u00f6rkorta leveranstiden. Det vill s\u00e4ga, vi minskar och f\u00f6renklar delar av systemet, \u00f6kar deras antal, vilket inneb\u00e4r att interaktionernas komplexitet st\u00e4ndigt \u00f6kar, vilket skapar nya problem som vi m\u00e5ste l\u00f6sa.<\/p>\n

\"DevOps
\n
\nMikrotj\u00e4nster \u00e4r inte slutet, mikrotj\u00e4nster \u00e4r faktiskt redan ig\u00e5r, eftersom Serverless tr\u00e4der fram. Alla servrar har brunnit, det finns inga servrar, inga operativsystem, bara ren k\u00f6rbar kod. Konfigurationer \u00e4r separata, tillst\u00e5nd \u00e4r separata, allt hanteras av h\u00e4ndelser. Sk\u00f6nhet, renhet, tystnad, inga h\u00e4ndelser, inget h\u00e4nder, fullst\u00e4ndig ordning. <\/p>\n

Var ligger komplexiteten? Komplexiteten ligger, f\u00f6rst\u00e5s, i interaktionerna. Hur mycket kan en funktion g\u00f6ra p\u00e5 egen hand? Hur interagerar den med andra funktioner? Meddelandek\u00f6er, databaser, belastningsbalanserare. Hur \u00e5terskapar man en h\u00e4ndelse n\u00e4r ett fel intr\u00e4ffar? Massor av fr\u00e5gor och f\u00e5 svar.<\/p>\n

Mikrotj\u00e4nster och Serverless \u00e4r allt det som vi, datork\u00e4nsliga, kallar Cloud Native. Det handlar allt om molnet. Men molnet \u00e4r i sin k\u00e4rna ocks\u00e5 begr\u00e4nsat i skala. Vi \u00e4r vana vid att t\u00e4nka p\u00e5 det som ett distribuerat system. Men d\u00e4r lever egentligen servrarna hos molnleverant\u00f6rerna? I datacenters. Det inneb\u00e4r att vi h\u00e4r har en centralt begr\u00e4nsad, mycket distribuerad modell.<\/p>\n

Idag f\u00f6rst\u00e5r vi att internet of things inte bara \u00e4r tomma ord, utan att enligt blygsamma f\u00f6ruts\u00e4gelser v\u00e4ntar miljarder enheter som kopplas till internet under de kommande fem till tio \u00e5ren. En enorm m\u00e4ngd anv\u00e4ndbara och v\u00e4rdel\u00f6sa data som kommer att str\u00f6mma in och ut ur molnet. <\/p>\n

Molnet kommer inte att klara det, d\u00e4rf\u00f6r pratar vi allt mer om det som kallas \"edge computing\". Eller s\u00e5 gillar jag den fantastiska definitionen \"fog computing\". Den \u00e4r insvept i mystik, romantik och mysterium.<\/p>\n

\"DevOps
\n
\nDimh\u00f6ga ber\u00e4kningar. Det handlar om att moln \u00e4r centrala ansamlingar av vatten, \u00e5nga, is och stenar. Dimma \u00e4r droppar av vatten som \u00e4r spridda runt omkring oss i atmosf\u00e4ren. <\/p>\n

I det dimmiga paradigmet utf\u00f6r dessa droppar det mesta av arbetet helt autonomt eller i samarbete med andra droppar. De v\u00e4nder sig till molnet endast n\u00e4r det verkligen \u00e4r n\u00f6dv\u00e4ndigt. <\/p>\n

Det handlar allts\u00e5 om decentralisering, autonomi, och m\u00e5nga av er f\u00f6rst\u00e5r redan vart detta \u00e4r p\u00e5 v\u00e4g, eftersom man inte kan prata om decentralisering utan att n\u00e4mna blockchain. <\/p>\n

\"DevOps
\n
\nDet finns de som tror p\u00e5 det, de som investerat i kryptovaluta. Det finns de som tror, men \u00e4r tveksamma, som jag till exempel. Och s\u00e5 finns det de som inte tror. Man kan ha olika inst\u00e4llningar till detta. Det finns teknologi, en ny otydlig sak, och det finns problem. Som med all ny teknologi v\u00e4cker den fler fr\u00e5gor \u00e4n den ger svar. <\/p>\n

Hajpen kring blockchain \u00e4r f\u00f6rst\u00e5elig. \u00c4ven om man bortser fr\u00e5n guldfebern, ger teknologin i sig fantastiska l\u00f6ften om en ljus framtid: mer frihet, mer autonomi, distribuerat globalt f\u00f6rtroende. Vad finns det inte att vilja ha? <\/p>\n

Allt fler ingenj\u00f6rer \u00f6ver hela v\u00e4rlden b\u00f6rjar utveckla decentraliserade applikationer. Och detta \u00e4r en kraft som man inte kan bortse ifr\u00e5n genom att s\u00e4ga: '\u00c5h, blockchain \u00e4r bara en d\u00e5ligt implementerad distribuerad databas.' Eller som skeptikerna g\u00e4rna s\u00e4ger: 'Det finns inga verkliga till\u00e4mpningar f\u00f6r blockchain.' Om man t\u00e4nker efter, s\u00e5 sa man samma sak f\u00f6r 150 \u00e5r sedan om elektricitet. Och de hade faktiskt r\u00e4tt p\u00e5 vissa punkter, eftersom det som elektriciteten m\u00f6jligg\u00f6r idag var helt orealistiskt f\u00f6r 1800-talet.<\/p>\n

F\u00f6rresten, vet n\u00e5gon vad logotypen p\u00e5 sk\u00e4rmen \u00e4r? Det \u00e4r Hyperledger. Det \u00e4r ett projekt som utvecklas under auspices av The Linux Foundation, som omfattar en upps\u00e4ttning blockchain-teknologier. Det \u00e4r verkligen kraften i v\u00e5rt \u00f6ppna k\u00e4llkodssamh\u00e4lle.<\/p>\n

Kaosingenj\u00f6rskap<\/b><\/h3>\n

\n\"DevOps
\n
\nS\u00e5 systemet som vi utvecklar blir allt mer komplext, allt mer kaotiskt och allt mer adaptivt. Netflix \u00e4r pionj\u00e4rer inom mikrotj\u00e4nstsystem. De var bland de f\u00f6rsta som f\u00f6rstod detta, och de utvecklade en upps\u00e4ttning verktyg som de kallade Simian Army, den mest k\u00e4nda av dem \u00e4r Chaos Monkey<\/a><\/noindex>. Det definierade vad som blev k\u00e4nt som \u00abprinciper f\u00f6r kaosengineering\u00bb<\/a><\/noindex>.<\/p>\n

F\u00f6r \u00f6vrigt, under arbetet med presentationen \u00f6versatte vi faktiskt den h\u00e4r texten till ryska, s\u00e5 kolla g\u00e4rna in l\u00e4nken<\/a><\/noindex>, l\u00e4s, kommentera, kritisera.<\/p>\n

Kort sagt s\u00e4ger principerna f\u00f6r kaosengineering att komplexa distribuerade system i grunden \u00e4r of\u00f6ruts\u00e4gbara, och de inneh\u00e5ller i sin natur fel. Fel \u00e4r oundvikliga, vilket inneb\u00e4r att vi m\u00e5ste acceptera dessa fel och arbeta med dessa system p\u00e5 ett helt annat s\u00e4tt. <\/p>\n

Vi m\u00e5ste sj\u00e4lva f\u00f6rs\u00f6ka inf\u00f6ra dessa fel i v\u00e5ra produktionssystem f\u00f6r att testa v\u00e5ra system p\u00e5 just den anpassningsf\u00f6rm\u00e5gan, den kapaciteten f\u00f6r sj\u00e4lvorganisering, f\u00f6r \u00f6verlevnad. <\/p>\n

Och det f\u00f6r\u00e4ndrar allt. Inte bara hur vi s\u00e4tter system i produktion, utan ocks\u00e5 hur vi utvecklar dem, hur vi testar dem. Det finns ingen process f\u00f6r stabilisering, ingen kodfrysning; tv\u00e4rtom finns det en st\u00e4ndig process av destabilisering. Vi f\u00f6rs\u00f6ker d\u00f6da systemet och se om det forts\u00e4tter att \u00f6verleva.<\/p>\n

F\u00f6r protokoll f\u00f6r integration av distribuerade system<\/b><\/h3>\n

\n\"DevOps
\n
\nDetta kr\u00e4ver d\u00e4refter att v\u00e5ra system ocks\u00e5 m\u00e5ste f\u00f6r\u00e4ndras p\u00e5 n\u00e5got s\u00e4tt. F\u00f6r att de ska bli mer motst\u00e5ndskraftiga beh\u00f6ver de nya protokoll f\u00f6r interaktion mellan sina delar. S\u00e5 att dessa delar kan kommunicera och n\u00e5 n\u00e5gon form av sj\u00e4lvorganisering. Nya verktyg och protokoll dyker upp, som jag kallar \"protokoll f\u00f6r interaktion av distribuerade system\".<\/p>\n

\"DevOps
\n
\nVad pratar jag om? F\u00f6rst och fr\u00e4mst projektet Opentracing<\/a><\/noindex>. Ett f\u00f6rs\u00f6k att skapa ett gemensamt protokoll f\u00f6r distribuerad sp\u00e5rning, vilket \u00e4r ett helt ov\u00e4rderligt verktyg f\u00f6r att fels\u00f6ka komplexa distribuerade system.<\/p>\n

\"DevOps
\n
\nD\u00e4refter \u2014 Open Policy Agent<\/a><\/noindex>. Vi s\u00e4ger att vi inte kan f\u00f6ruts\u00e4ga vad som kommer att h\u00e4nda med systemet, vilket inneb\u00e4r att vi m\u00e5ste \u00f6ka dess observabilitet. Opentracing tillh\u00f6r familjen av verktyg som ger observabilitet till v\u00e5ra system. Men vi beh\u00f6ver observabilitet f\u00f6r att avg\u00f6ra om systemet beter sig som vi f\u00f6rv\u00e4ntar oss eller inte. Hur kan vi avg\u00f6ra det f\u00f6rv\u00e4ntade beteendet? Genom att definiera n\u00e5gon form av politik, n\u00e5gon upps\u00e4ttning regler. Projektet Open Policy Agent sysslar med att definiera denna upps\u00e4ttning regler \u00f6ver ett brett spektrum: fr\u00e5n \u00e5tkomst till resursallokering.<\/p>\n

\"DevOps
\n
\nSom vi har sagt, v\u00e5ra system blir alltmer h\u00e4ndelsestyrda. Serverless \u00e4r ett utm\u00e4rkt exempel p\u00e5 h\u00e4ndelsestyrda system. F\u00f6r att kunna \u00f6verf\u00f6ra h\u00e4ndelser mellan systemen och sp\u00e5ra dem beh\u00f6ver vi ett gemensamt spr\u00e5k, ett gemensamt protokoll f\u00f6r hur vi pratar om h\u00e4ndelser, hur vi \u00f6verf\u00f6r dem till varandra. Det h\u00e4r hanteras av projektet som heter Cloudevents<\/a><\/noindex>.<\/p>\n

\"DevOps
\n
\nDen kontinuerliga str\u00f6mmen av f\u00f6r\u00e4ndringar som fl\u00f6dar genom v\u00e5ra system, st\u00e4ndigt destabilisera dem, \u00e4r en kontinuerlig str\u00f6m av programvaruartefakter. F\u00f6r att vi ska kunna st\u00f6dja denna st\u00e4ndiga str\u00f6m av f\u00f6r\u00e4ndringar, beh\u00f6ver vi ett gemensamt protokoll som g\u00f6r att vi kan diskutera vad som \u00e4r ett programvaruartefakt, hur det har verifierats och vilken verifiering det har genomg\u00e5tt. Det h\u00e4r hanteras av projektet som heter Grafeas<\/a><\/noindex>. Det vill s\u00e4ga ett gemensamt protokoll f\u00f6r metadata av programvaruartefakter.<\/p>\n

\"DevOps
\n
\nOch slutligen, om vi vill att v\u00e5ra system ska vara helt sj\u00e4lvst\u00e4ndiga, adaptiva och sj\u00e4lvorganiserade, m\u00e5ste vi ge dem r\u00e4tt till sj\u00e4lvidentifiering. Projektet som heter spiffe<\/a><\/noindex> handlar just om detta. Det \u00e4r ocks\u00e5 ett projekt under Cloud Native Computing Foundation.<\/p>\n

Alla dessa projekt \u00e4r unga och de beh\u00f6ver all v\u00e5r k\u00e4rlek, v\u00e5r verifiering. De \u00e4r alla \u00f6ppna k\u00e4llkodsprojekt, v\u00e5r testning, v\u00e5r implementation. De visar oss i vilken riktning teknologin r\u00f6r sig. <\/p>\n

Men DevOps har aldrig handlat om teknologi i f\u00f6rsta hand, det har alltid handlat om samarbete mellan m\u00e4nniskor. Och enligt det, om vi vill att de system vi utvecklar ska f\u00f6r\u00e4ndras, m\u00e5ste vi f\u00f6r\u00e4ndras sj\u00e4lva. Egentligen f\u00f6r\u00e4ndras vi redan, vi har inte mycket val. <\/p>\n

\"DevOps
\n
\nDet finns en fantastisk en bok<\/a><\/noindex> bok av den brittiska f\u00f6rfattaren Rachel Botsman, d\u00e4r hon skriver om evolutionen av f\u00f6rtroende genom m\u00e4nsklighetens historia. Hon s\u00e4ger att i b\u00f6rjan, i ursprungliga samh\u00e4llen, var f\u00f6rtroende lokalt, det vill s\u00e4ga vi litade bara p\u00e5 dem vi k\u00e4nde personligen. <\/p>\n

D\u00e4refter f\u00f6ljde en mycket l\u00e5ng period \u2013 en m\u00f6rk tid, n\u00e4r f\u00f6rtroende var centraliserat, n\u00e4r vi b\u00f6rjade lita p\u00e5 m\u00e4nniskor vi inte k\u00e4nner baserat p\u00e5 att vi tillh\u00f6r samma sociala eller statliga institution.<\/p>\n

Och h\u00e4r \u00e4r vad vi ser i v\u00e5r moderna v\u00e4rld: f\u00f6rtroendet blir allt mer distribuerat och decentraliserat, och det baseras p\u00e5 friheten i informationsfl\u00f6den, p\u00e5 tillg\u00e5ngen till information. <\/p>\n

Om man t\u00e4nker efter s\u00e5 \u00e4r det just denna tillg\u00e5ng, som g\u00f6r detta f\u00f6rtroende m\u00f6jligt, som vi \u00e5stadkommer. Det betyder att s\u00e4ttet vi samarbetar och hur vi g\u00f6r det m\u00e5ste f\u00f6r\u00e4ndras, eftersom centraliserade, hierarkiska IT-organisationer av gammal sort slutar fungera. De b\u00f6rjar avta. <\/p>\n

Grunderna i DevOps-organisationer<\/b><\/h3>\n

\nDen perfekta DevOps-organisationen i framtiden \u00e4r ett decentraliserat, adaptivt system best\u00e5ende av autonoma team, d\u00e4r varje team best\u00e5r av sj\u00e4lvst\u00e4ndiga individer. Dessa team \u00e4r spridda \u00f6ver hela v\u00e4rlden, de samarbetar effektivt med varandra genom asynkron kommunikation, med hj\u00e4lp av h\u00f6gtransparenta informationsutbyteprotokoll. Mycket vackert, eller hur? En mycket vacker framtid.<\/p>\n

Sj\u00e4lvklart \u00e4r allt detta om\u00f6jligt utan kulturella f\u00f6r\u00e4ndringar. Vi m\u00e5ste ha transformationsledarskap, personlig ansvarighet och inre motivation.<\/p>\n

\"DevOps
\n
\nDetta \u00e4r grunden f\u00f6r DevOps-organisationer: transparens i information, asynkron kommunikation, transformationsledarskap, decentralisering. <\/p>\n

Utmattning<\/b><\/h3>\n

\nDe system vi \u00e4r en del av, och de vi bygger, blir alltmer kaotiska, och f\u00f6r oss m\u00e4nniskor \u00e4r det sv\u00e5rt att hantera denna tanke, sv\u00e5rt att ge upp illusionen om kontroll. Vi f\u00f6rs\u00f6ker forts\u00e4tta kontrollera dem, och detta leder ofta till utmattning. Jag s\u00e4ger detta av egen erfarenhet; jag har ocks\u00e5 br\u00e4nt mig, jag \u00e4r ocks\u00e5 ett offer f\u00f6r of\u00f6rutsedda driftsst\u00f6rningar.<\/p>\n

\"DevOps
\n
\nUtmattning intr\u00e4ffar n\u00e4r vi f\u00f6rs\u00f6ker kontrollera det som i sin natur inte kan kontrolleras. N\u00e4r vi blir utmattade f\u00f6rlorar allt sin mening eftersom vi mister lusten att g\u00f6ra n\u00e5got nytt, vi g\u00e5r i f\u00f6rsvarsst\u00e4llning och b\u00f6rjar f\u00f6rsvara det som finns. <\/p>\n

Ingenj\u00f6rsyrket, som jag ofta p\u00e5minner mig sj\u00e4lv om, \u00e4r f\u00f6rst och fr\u00e4mst ett kreativt yrke. Om vi tappar lusten att skapa n\u00e5got s\u00e5 f\u00f6rvandlas vi till aska, till stoft. M\u00e4nniskor blir utmattade, hela organisationer blir utmattade.<\/p>\n

Enligt min \u00e5sikt \u00e4r det endast genom att omfamna den konstruktiva kraften i kaos och bygga partnerskap baserat p\u00e5 dess principer som vi kan bevara det goda i v\u00e5rt yrke. <\/p>\n

Det \u00f6nskar jag er: att \u00e4lska ert arbete, att \u00e4lska det vi g\u00f6r. Denna v\u00e4rld lever p\u00e5 information, och vi har \u00e4ran att ge den n\u00e4ring. L\u00e5t oss d\u00e4rf\u00f6r studera kaoset, bli kaosologer och skapa v\u00e4rde, skapa n\u00e5got nytt. Problem, som vi redan har konstaterat, \u00e4r oundvikliga och n\u00e4r de dyker upp, kommer vi helt enkelt att s\u00e4ga 'Ops!', och problemet \u00e4r l\u00f6st. <\/p>\n

Vad finns det mer \u00e4n Chaos Monkey?<\/b><\/p>\n

I sj\u00e4lva verket \u00e4r alla dessa verktyg ganska unga. Netflix utvecklade sina verktyg f\u00f6r sina behov. Bygg verktyg som passar er. L\u00e4s om principerna f\u00f6r kaosingenj\u00f6ring och f\u00f6lj dem, ist\u00e4llet f\u00f6r att f\u00f6rs\u00f6ka hitta andra verktyg som n\u00e5gon annan redan har byggt. <\/p>\n

F\u00f6rs\u00f6k att f\u00f6rst\u00e5 hur dina system g\u00e5r s\u00f6nder, b\u00f6rja bryta dem och se hur de t\u00e5l st\u00f6ten. Det \u00e4r det f\u00f6rsta steget. Verktyg kan man alltid leta efter. Det finns massor av olika projekt. <\/p>\n

Jag f\u00f6rstod inte riktigt vad du menade n\u00e4r du sa att man inte kan f\u00f6renkla systemet genom att f\u00f6renkla dess komponenter, och direkt efter gick \u00f6ver till mikrotj\u00e4nster som just f\u00f6renklar systemet genom att f\u00f6renkla komponenterna men komplicerar interaktionerna. Det \u00e4r egentligen tv\u00e5 delar som mots\u00e4ger varandra. <\/b><\/p>\n

Helt korrekt, mikrotj\u00e4nster \u00e4r en mycket mots\u00e4gelsefull fr\u00e5ga. Faktum \u00e4r att f\u00f6renkling av delar \u00f6kar flexibiliteten. Vad ger mikrotj\u00e4nster? De ger oss flexibilitet och hastighet, men de ger definitivt ingen enkelhet. De \u00f6kar komplexiteten.<\/p>\n

S\u00e5 i DevOps-filosofin \u00e4r mikrotj\u00e4nster inte s\u00e5 mycket en tillg\u00e5ng?<\/b><\/p>\n

Som med allt gott finns det en baksida. Det finns f\u00f6rdelar: det \u00f6kar flexibiliteten, ger oss m\u00f6jlighet att g\u00f6ra f\u00f6r\u00e4ndringar snabbare, men det \u00f6kar ocks\u00e5 komplexiteten och d\u00e4rmed sk\u00f6rheten i hela systemet. <\/p>\n

Vad fokuserar vi mer p\u00e5: att f\u00f6renkla interaktionen eller att f\u00f6renkla delarna?<\/b> <\/p>\n

Fokus ligger onekligen p\u00e5 att f\u00f6renkla interaktionen, f\u00f6r om vi ser p\u00e5 det ur v\u00e5r arbets synvinkel, s\u00e5 \u00e4r det framf\u00f6r allt viktigt att fokusera p\u00e5 att f\u00f6renkla interaktionerna, inte att f\u00f6renkla arbetet f\u00f6r varje enskild individ. F\u00f6r att f\u00f6renkla arbetet inneb\u00e4r att bli till robotar. Det fungerar bra p\u00e5 McDonald's, d\u00e4r du \u00e4r f\u00f6reskriven: h\u00e4r l\u00e4gger du hamburgaren, h\u00e4r h\u00e4ller du s\u00e5sen p\u00e5. Det fungerar \u00f6verhuvudtaget inte i v\u00e5rt kreativa arbete.<\/p>\n

\u00c4r det verkligen s\u00e5 att allt ni ber\u00e4ttade lever i en v\u00e4rld utan konkurrens, d\u00e4r kaoset \u00e4r v\u00e4nligt, och det inte finns n\u00e5gra mots\u00e4gelser inom detta kaos, ingen vill \u00e4ta upp eller d\u00f6da varandra? Hur ska konkurrens och DevOps samexistera?<\/b><\/p>\n

Det beror p\u00e5 vilken typ av konkurrens vi pratar om. \u00c4r det konkurrens p\u00e5 arbetsplatsen eller mellan f\u00f6retag? <\/p>\n

Om konkurrensen mellan tj\u00e4nster, f\u00f6r tj\u00e4nster \u00e4r inte bara n\u00e5gra f\u00f6retag. Vi skapar en ny typ av informationsmilj\u00f6, och ingen milj\u00f6 kan existera utan konkurrens. \u00d6verallt finns det konkurrens.<\/b><\/p>\n

Ta till exempel Netflix som en modell. Varf\u00f6r skapade de detta? F\u00f6r att de beh\u00f6vde vara konkurrenskraftiga. Denna flexibilitet och hastighet \u00e4r just det konkurrenskrav och bidrar till kaos i v\u00e5ra system. S\u00e5 kaos \u00e4r inte n\u00e5got vi medvetet skapar f\u00f6r att vi vill ha det, det \u00e4r en f\u00f6ljd av det som v\u00e4rlden kr\u00e4ver. Vi m\u00e5ste bara anpassa oss. Kaos \u00e4r i sj\u00e4lva verket en f\u00f6ljd av konkurrens.<\/p>\n

Betyder det att kaos \u00e4r avsaknad av m\u00e5l, eller \u00e4r det de m\u00e5l vi inte vill se? Vi sitter i v\u00e5r bubbla och f\u00f6rst\u00e5r inte andras m\u00e5l. Konkurrens handlar faktiskt om att vi har tydliga m\u00e5l, och vi vet vart vi \u00e4r p\u00e5 v\u00e4g vid varje given tidpunkt. Ur min synvinkel \u00e4r detta k\u00e4rnan i DevOps.<\/b><\/p>\n

Det \u00e4r ocks\u00e5 en synvinkel p\u00e5 fr\u00e5gan. Jag tror att vi alla har ett gemensamt m\u00e5l: att \u00f6verleva och g\u00f6ra det med
\nst\u00f6rsta m\u00f6jliga n\u00f6je. Den konkurrensm\u00e5l f\u00f6r vilken organisation som helst \u00e4r densamma. \u00d6verlevnad sker ofta i konkurrenssituationer, det \u00e4r n\u00e5got vi inte kan komma bort ifr\u00e5n.<\/p>\n

I \u00e5r kommer konferensen DevOpsDays Moskva<\/a><\/noindex> att h\u00e5llas den 7 december i \"Technopolis\". Vi tar emot anm\u00e4lningar f\u00f6r f\u00f6redrag fram till den 11 november. Skriv<\/a><\/noindex> till oss om du vill tala.<\/p>\n

Registreringen f\u00f6r deltagare \u00e4r \u00f6ppen, biljetten kostar 7000 rubel. Anslut er! \n<\/p><\/blockquote>\n

K\u00e4lla: 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\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 och Kaos: mjukvaruleverans i en decentraliserad v\u00e4rld | ProHoster","description":"Grundare och direkt\u00f6r f\u00f6r \"Otomato Software\", en av initiativtagarna och instrukt\u00f6rerna till den f\u00f6rsta DevOps-certifieringen i Israel, Anton Weiss, talade f\u00f6rra \u00e5ret om","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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\/sv\/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\/sv\/wp-json\/wp\/v2\/posts\/39219","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=39219"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/39219\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media\/29435"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=39219"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=39219"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=39219"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}