<\/a><\/noindex>DevOps omfattar m\u00e5nga olika koncept (kontinuerlig leverans, kontinuerlig integration, automatisering etc.), vilket g\u00f6r det sv\u00e5rt att s\u00e4rskilja det centrala, s\u00e4rskilt n\u00e4r man \u00e4r passionerad om \u00e4mnet. Men denna f\u00f6rm\u00e5ga \u00e4r mycket anv\u00e4ndbar, oavsett om du f\u00f6rs\u00f6ker f\u00f6rmedla dina id\u00e9er till chefer eller bara ber\u00e4ttar om ditt jobb f\u00f6r familj eller v\u00e4nner. S\u00e5 vi l\u00e4gger bort de terminologiska nyanserna av DevOps f\u00f6r att fokusera p\u00e5 den \u00f6vergripande bilden.<\/p>\n
Vad \u00e4r DevOps: 6 definitioner och analogier<\/h3>\n \nVi bad experter att f\u00f6rklara essensen av DevOps s\u00e5 enkelt och kort som m\u00f6jligt, s\u00e5 att dess v\u00e4rde blir tydligt f\u00f6r l\u00e4sare med olika teknisk bakgrund. Som resultat av dessa samtal har vi valt de mest sl\u00e5ende analogierna och formuleringarna som hj\u00e4lper dig att utforma din ber\u00e4ttelse om DevOps.<\/p>\n
1. DevOps \u2013 en kulturell r\u00f6relse<\/h4>\n \n\u201eDevOps \u00e4r en kulturell r\u00f6relse d\u00e4r b\u00e5da sidor (programvaruutvecklare och IT-driftsspecialister) erk\u00e4nner att mjukvara inte g\u00f6r verklig nytta f\u00f6rr\u00e4n n\u00e5gon b\u00f6rjar anv\u00e4nda den: kunder, klienter, anst\u00e4llda, det spelar ingen roll\u201d, s\u00e4ger Eveline Oehrlich, senior analytiker vid DevOps-institutet. \u201eD\u00e4rf\u00f6r s\u00e4kerst\u00e4ller b\u00e5da sidor gemensamt en snabb och kvalitativ leverans av mjukvara.\u201d<\/p>\n
2. DevOps \u2013 det som ger makt till utvecklarna<\/h4>\n \n\u201eDevOps ger utvecklare befogenhet att \u00e4ga applikationer, k\u00f6ra dem och hantera leveransen fr\u00e5n b\u00f6rjan till slut\u201c<\/b><\/p>\n
\u201eVanligtvis pratar man om DevOps som en metod f\u00f6r att p\u00e5skynda leveransen av applikationer till produktion genom att bygga och implementera automatiserade processer, s\u00e4ger Jai Schniepp, direkt\u00f6r f\u00f6r DevOps-plattformar p\u00e5 f\u00f6rs\u00e4kringsbolaget Liberty Mutual. \u2013 Men f\u00f6r mig handlar det om n\u00e5got mycket mer grundl\u00e4ggande. DevOps ger utvecklare befogenhet att \u00e4ga applikationer eller vissa delar av mjukvaran, k\u00f6ra dem och hantera leveransen fr\u00e5n b\u00f6rjan till slut. DevOps eliminerar f\u00f6rvirringen kring ansvar och leder alla deltagare i processen mot att skapa en automatiserad och utvecklarstyrd infrastruktur.\u201c<\/p>\n
3. DevOps \u00e4r samarbete vid skapande och leverans av applikationer<\/h4>\n \n\u201eEnkelt uttryckt \u00e4r DevOps en metod f\u00f6r produktion och leverans av mjukvara d\u00e4r alla arbetar tillsammans,\u201c p\u00e5pekar Gur Staff, president och chef f\u00f6r aff\u00e4rsautomatisering p\u00e5 BMC.<\/p>\n
4. DevOps \u00e4r en produktionslinje<\/h4>\n \n\u201eProduktionslinjeansamling \u00e4r m\u00f6jlig endast om alla delar passar ihop.\u201c<\/b><\/p>\n
\u201eJag skulle j\u00e4mf\u00f6ra DevOps med en sammans\u00e4ttningslinje f\u00f6r bilar, forts\u00e4tter Gur Staff. \u2013 Id\u00e9n \u00e4r att i f\u00f6rv\u00e4g designa och tillverka alla delar s\u00e5 att de senare kan s\u00e4ttas ihop utan individuell justering. S\u00e5dana sammans\u00e4ttningar \u00e4r m\u00f6jliga bara om alla delar passar ihop. De som designar och tillverkar motorn m\u00e5ste t\u00e4nka p\u00e5 hur man f\u00e4ster den vid karossen eller ramen. De som tillverkar bromsar m\u00e5ste t\u00e4nka p\u00e5 hjulen, och s\u00e5 vidare. P\u00e5 samma s\u00e4tt b\u00f6r det vara med mjukvara.\u201c <\/p>\n
En utvecklare som skapar aff\u00e4rslogik eller anv\u00e4ndargr\u00e4nssnitt m\u00e5ste t\u00e4nka p\u00e5 databasen som lagrar kundinformation, p\u00e5 s\u00e4kerhetsmedel f\u00f6r att skydda anv\u00e4ndardata, samt hur allt detta kommer att fungera n\u00e4r tj\u00e4nsten b\u00f6rjar betj\u00e4na en stor, kanske till och med m\u00e5ngmiljonpublik.\u201d<\/p>\n
\"Att f\u00e5 m\u00e4nniskor att samarbeta och t\u00e4nka p\u00e5 de delar av arbetet som utf\u00f6rs av andra, ist\u00e4llet f\u00f6r att enbart fokusera p\u00e5 sina egna uppgifter, \u00e4r det st\u00f6rsta hindret som m\u00e5ste \u00f6vervinnas. Om detta lyckas har ni fantastiska m\u00f6jligheter till digital transformation,\" till\u00e4gger Gur Staff.<\/p>\n
5. DevOps \u00e4r den r\u00e4tta kombinationen av m\u00e4nniskor, processer och automatisering<\/h4>\n \nJayne Groll, verkst\u00e4llande direkt\u00f6r f\u00f6r DevOps Institute, f\u00f6reslog en utm\u00e4rkt analogi f\u00f6r att f\u00f6rklara DevOps. Enligt henne \u00e4r \"DevOps som ett matrecept, d\u00e4r det finns tre huvudkategorier av ingredienser: m\u00e4nniskor, processer och automatisering. De flesta av dessa ingredienser kan h\u00e4mtas fr\u00e5n andra omr\u00e5den och k\u00e4llor: Lean, Agile, SRE, CI\/CD, ITIL, ledarskap, kultur och verktyg. Hemligheten med DevOps, precis som med vilket bra recept som helst, ligger i hur man korrekt v\u00e4ljer proportioner och blandar dessa ingredienser f\u00f6r att \u00f6ka hastigheten och effektiviteten i arbetet med att skapa och leverera applikationer.\"<\/p>\n
6. DevOps \u00e4r n\u00e4r programmerare arbetar som ett Formel 1-team<\/h4>\n \n\"Racet planeras inte fr\u00e5n start till m\u00e5l, utan tv\u00e4rtom, fr\u00e5n m\u00e5l till start.\"<\/b><\/p>\n
\"N\u00e4r jag pratar om vad man kan f\u00f6rv\u00e4nta av DevOps-initiativet, ger jag exemplet med ett NASCAR eller Formel 1-racingteam,\" s\u00e4ger Chris Short, chef f\u00f6r marknadsf\u00f6ring av molnplattformar p\u00e5 Red Hat och utgivare av nyhetsbrevet DevOps\u2019ish. \"Chefen f\u00f6r ett s\u00e5dant team har ett m\u00e5l: att n\u00e5 den h\u00f6gsta m\u00f6jliga placeringen baserat p\u00e5 teamets resurser och de utmaningar de st\u00e5r inf\u00f6r. Racet planeras ist\u00e4llet fr\u00e5n m\u00e5l till start. F\u00f6rst s\u00e4tts ett ambiti\u00f6st m\u00e5l, och sedan best\u00e4ms v\u00e4garna f\u00f6r att uppn\u00e5 det. Efter det bryts de ner i deluppgifter och delegeras till teammedlemmarna.\"<\/p>\n
\u00abHela veckan innan racet finslipar teamet pit-stopp. De tr\u00e4nar styrka och kondition f\u00f6r att vara i form under den utmattande racedagen. De \u00f6var p\u00e5 samarbetet f\u00f6r att l\u00f6sa eventuella problem som kan uppst\u00e5 under racet. P\u00e5 samma s\u00e4tt b\u00f6r utvecklarteamet tr\u00e4na sina f\u00e4rdigheter f\u00f6r att sl\u00e4ppa nya versioner frekvent. Med dessa f\u00e4rdigheter och ett v\u00e4l fungerande s\u00e4kerhetssystem kan nya versioner ocks\u00e5 sl\u00e4ppas oftare i produktion. Inom detta syns\u00e4tt inneb\u00e4r \u00f6kad hastighet \u00f6kad s\u00e4kerhet,\u00bb s\u00e4ger Short.<\/p>\n
\u00abDet handlar inte om att g\u00f6ra 'r\u00e4tt saker', \u2013 till\u00e4gger Short, \u2013 utan om att eliminera s\u00e5 m\u00e5nga hinder som m\u00f6jligt f\u00f6r att n\u00e5 \u00f6nskat resultat. Samarbeta och anpassa er baserat p\u00e5 den feedback ni f\u00e5r i realtid. Var beredda p\u00e5 avvikelser och arbeta f\u00f6r att h\u00f6ja kvaliteten, s\u00e5 att ni minimerar deras p\u00e5verkan p\u00e5 m\u00e5let. Det \u00e4r precis detta som v\u00e4ntar oss i DevOps-v\u00e4rlden\u00bb.<\/p>\n
S\u00e5 h\u00e4r skalar du DevOps: 10 tips fr\u00e5n experterna<\/h3>\n \nEnkel DevOps och massiv DevOps \u2013 det \u00e4r helt olika saker. Vi kommer att ber\u00e4tta hur du \u00f6vervinner hindren p\u00e5 v\u00e4gen fr\u00e5n det f\u00f6rsta till det andra.<\/b><\/p>\n
F\u00f6r m\u00e5nga organisationer b\u00f6rjar v\u00e4gen till DevOps enkelt och trevligt. Sm\u00e5 passionerade team skapas, gamla processer ers\u00e4tts med nya och de f\u00f6rsta framg\u00e5ngarna l\u00e5ter inte v\u00e4nta p\u00e5 sig.<\/p>\n
Tyv\u00e4rr \u00e4r detta bara en falsk glans, en illusion av framsteg, som Ben Grinnell, verkst\u00e4llande direkt\u00f6r och chef f\u00f6r den digitala teknikavdelningen p\u00e5 konsultf\u00f6retaget North Highland, p\u00e5pekar. Tidiga segrar ger visserligen hopp, men hj\u00e4lper inte att n\u00e5 det slutgiltiga m\u00e5let, n\u00e4mligen massanv\u00e4ndning av DevOps i organisationen.<\/p>\n
Det \u00e4r l\u00e4tt att se att en kultur av separation mellan 'vi' och 'de' formas som resultat.<\/b><\/p>\n
\"Ofta startar organisationer s\u00e5dana pionj\u00e4rprojekt, i tron att de banar v\u00e4g f\u00f6r massanv\u00e4ndning av DevOps, utan att t\u00e4nka p\u00e5 om andra kan och vill f\u00f6lja efter, - f\u00f6rklarar Ben Grinnell. - Teamen som arbetar med dessa projekt rekryteras vanligtvis fr\u00e5n sj\u00e4lvs\u00e4kra \"varjager\" som har gjort n\u00e5got liknande p\u00e5 andra st\u00e4llen, men som \u00e4r nya i er organisation. H\u00e4r uppmuntras de att bryta och f\u00f6rst\u00f6ra regler som \u00e4r obligatoriska f\u00f6r alla andra. Det \u00e4r l\u00e4tt att se att det resulterar i en kultur av uppdelning i \"vi\" och \"de\", vilket hindrar \u00f6verf\u00f6ring av kunskap och f\u00e4rdigheter.\"<\/p>\n
\u201eDenna kulturella utmaning \u00e4r bara en av anledningarna till att DevOps \u00e4r sv\u00e5rt att skala. DevOps-team st\u00e4lls inf\u00f6r en \u00f6kning av rent tekniska sv\u00e5righeter, typiska f\u00f6r snabbt v\u00e4xande f\u00f6retag som har satsat p\u00e5 IT-teknologier,\" s\u00e4ger Steve Newman, grundare och styrelseordf\u00f6rande f\u00f6r Scalyr.<\/p>\n
\u201eI dagens v\u00e4rld f\u00f6r\u00e4ndras tj\u00e4nster s\u00e5 fort behovet uppst\u00e5r. Det \u00e4r sj\u00e4lvklart fantastiskt att st\u00e4ndigt implementera och lansera nya funktioner, men att koordinera denna process och l\u00f6sa uppkomna problem \u00e4r en riktig huvudv\u00e4rk, - till\u00e4gger Steve Newman. - I mycket snabbt v\u00e4xande organisationer k\u00e4mpar ingenj\u00f6rer i tv\u00e4rfunktionella team f\u00f6r att beh\u00e5lla m\u00f6jligheten att sp\u00e5ra f\u00f6r\u00e4ndringar och de kaskadeffekter de medf\u00f6r p\u00e5 niv\u00e5er av beroenden. Dessutom \u00e4r ingenj\u00f6rer l\u00e5ngt ifr\u00e5n glada \u00f6ver att bli av med denna m\u00f6jlighet, och som ett resultat har de sv\u00e5rare att f\u00f6rst\u00e5 k\u00e4rnan i de uppkomna problemen.\"<\/p>\n
Hur kan vi \u00f6vervinna de sv\u00e5righeter som beskrivits ovan och g\u00e5 mot massanv\u00e4ndning av DevOps i stora organisationer? Experter uppmanar till t\u00e5lamod, \u00e4ven om ert slutm\u00e5l \u00e4r att snabba upp programvaruutvecklingscykeln och aff\u00e4rsprocesser.<\/b><\/p>\n1. Kom ih\u00e5g att f\u00f6r\u00e4ndringar i kulturen tar tid<\/h4>\n
\nJayne Groll, verkst\u00e4llande direkt\u00f6r f\u00f6r DevOps Institute:<\/b> Enligt min \u00e5sikt b\u00f6r DevOps-utvidgningen vara lika gradvis och iterativ som agil utveckling (och i lika stor utstr\u00e4ckning ber\u00f6ra kulturen). B\u00e5de Agile och DevOps fokuserar p\u00e5 sm\u00e5 team. Men n\u00e4r antalet och integrationen av dessa team v\u00e4xer f\u00e5r vi fler personer som till\u00e4mpar nya arbetsmetoder, och som en f\u00f6ljd av detta uppst\u00e5r en storskalig kulturell transformation.<\/p>\n2. Avs\u00e4tt tillr\u00e4ckligt med tid f\u00f6r planering och val av plattform<\/h4>\n
\nEran Kinsbruner, teknik evangelist p\u00e5 Perfecto:<\/b> F\u00f6r att skalningen ska fungera m\u00e5ste DevOps-teamet f\u00f6rst l\u00e4ra sig att kombinera traditionella processer, verktyg och f\u00e4rdigheter, och sedan l\u00e5ngsamt odla varje enskild fas av DevOps och stabilisera den. Allt b\u00f6rjar med noggrant planering av anv\u00e4ndarhistorier (user story) och v\u00e4rdestr\u00f6mmar (value stream), varefter programvaruutveckling och versionskontroll f\u00f6ljer med hj\u00e4lp av trunk-baserad utveckling eller andra metoder som \u00e4r mest l\u00e4mpliga f\u00f6r blandning och sammanslagning av kod.<\/p>\n
D\u00e4refter f\u00f6ljer integrations- och testfasen, d\u00e4r en skalbar plattform f\u00f6r automatisering kr\u00e4vs. H\u00e4r \u00e4r det viktigt f\u00f6r DevOps-team att v\u00e4lja r\u00e4tt plattform som passar deras kompetensniv\u00e5 och slutm\u00e5l f\u00f6r projektet. <\/p>\n
N\u00e4sta fas \u00e4r distribution i produktionsmilj\u00f6, och den m\u00e5ste vara helt automatiserad med hj\u00e4lp av orkestreringsverktyg och containrar. Det \u00e4r viktigt att ha virtualiserade milj\u00f6er i alla DevOps-faser (simulering av produktionsmilj\u00f6, kvalitetss\u00e4kringsmilj\u00f6 och den faktiska produktionsmilj\u00f6n) och alltid anv\u00e4nda den senaste datan f\u00f6r tester f\u00f6r att f\u00e5 aktuella insikter. Analytik m\u00e5ste vara smart och kunna hantera stora data med snabb och effektiv feedback.<\/p>\n
3. Befria ansvar fr\u00e5n skuldens smak<\/h4>\n \nGordon Haff, evangelist p\u00e5 RedHat:<\/b> Att skapa ett system och en atmosf\u00e4r som till\u00e5ter och uppmuntrar experimenterande m\u00f6jligg\u00f6r s\u00e5 kallade framg\u00e5ngsrika misslyckanden inom agile-programvaruutveckling. Det betyder inte att ingen h\u00e5lls ansvarig f\u00f6r misslyckanden l\u00e4ngre. Faktum \u00e4r att det blir \u00e4nnu enklare att fastst\u00e4lla vem som b\u00e4r ansvaret, eftersom \"att vara ansvarig\" inte l\u00e4ngre inneb\u00e4r \"att bli syndabock\". Det vill s\u00e4ga, essensen av ansvar f\u00f6r\u00e4ndras kvalitativt. Fyra faktorer blir d\u00e4rmed extremt viktiga: omfattningen av misslyckandet, tillv\u00e4gag\u00e5ngss\u00e4tten, produktionsprocesserna och incitamenten. (Mer om dessa faktorer kan l\u00e4sas i Gordon Huffs artikel \"DevOps lessons: 4 aspects of healthy experiments\").<\/p>\n4. Rensa v\u00e4gen fram\u00e5t<\/h4>\n
\nBen Grinnell, verkst\u00e4llande direkt\u00f6r och chef f\u00f6r det digitala teknikomr\u00e5det p\u00e5 r\u00e5dgivningsf\u00f6retaget North Highland:<\/b> \"F\u00f6r att uppn\u00e5 skalbarhet rekommenderar jag att man tillsammans med banbrytande projekt lanserar ett program f\u00f6r \"r\u00f6jning av v\u00e4gen\". Syftet med detta program \u00e4r att ta bort skr\u00e4pet som stannar kvar efter DevOps-pionj\u00e4rerna, som f\u00f6r\u00e5ldrade regler och liknande, s\u00e5 att v\u00e4gen fram\u00e5t f\u00f6rblir fri.\"<\/p>\n
\"Ge folk organisatoriskt st\u00f6d och ge en impuls genom kommunikation som str\u00e4cker sig l\u00e5ngt bortom pionj\u00e4rgruppen, och fira framg\u00e5ngarna med nya arbetss\u00e4tt brett. Utbilda de m\u00e4nniskor som \u00e4r involverade i n\u00e4sta v\u00e5g av DevOps-projekt och som \u00e4r nerv\u00f6sa \u00f6ver att anv\u00e4nda DevOps f\u00f6r f\u00f6rsta g\u00e5ngen. Och kom ih\u00e5g att dessa m\u00e4nniskor skiljer sig mycket fr\u00e5n pionj\u00e4rerna.\"<\/p>\n
5. G\u00f6r verktygen mer demokratiska<\/h4>\n \nSteve Newman, grundare och styrelseordf\u00f6rande f\u00f6r Scalyr:<\/b> \"Verktygen ska inte g\u00f6mmas undan f\u00f6r folk, och de b\u00f6r vara relativt enkla att l\u00e4ra sig f\u00f6r alla som \u00e4r villiga att spendera tid p\u00e5 det. Om f\u00f6rm\u00e5gan att beg\u00e4ra loggar endast \u00e4r tillg\u00e4nglig f\u00f6r tre personer som \u00e4r \"certifierade\" att arbeta med n\u00e5got verktyg, kommer du alltid att ha max tre personer som kan hantera det aktuella problemet, \u00e4ven om du har en mycket stor datormilj\u00f6. Med andra ord, h\u00e4r uppst\u00e5r en flaskhals som kan f\u00e5 allvarliga aff\u00e4rsm\u00e4ssiga konsekvenser.\"<\/p>\n6. Skapa optimala arbetsvillkor f\u00f6r teamet<\/h4>\n
\nTom Clark, chef f\u00f6r Common Platform p\u00e5 ITV:<\/b> \u00abDu kan g\u00f6ra vad som helst, men inte allt p\u00e5 en g\u00e5ng. S\u00e4tt stora m\u00e5l, b\u00f6rja sm\u00e5tt och g\u00e5 fram\u00e5t med snabba iterationer. Med tiden kommer ni att bygga ett rykte som ett team som lyckas, vilket g\u00f6r att andra ocks\u00e5 vill anv\u00e4nda era metoder. Jaga inte efter att bygga ett h\u00f6gpresterande team. Ist\u00e4llet, skapa de b\u00e4sta f\u00f6ruts\u00e4ttningarna f\u00f6r m\u00e4nniskor att arbeta, och effektiviteten kommer av sig sj\u00e4lv\u00bb.<\/p>\n7. Gl\u00f6m inte Conway\u2019s lag och kanban-tavlor<\/h4>\n
\nLogan Daigle, chef f\u00f6r mjukvaruleverans och DevOps-strategi p\u00e5 CollabNetVersionOne:<\/b> \u00abDet \u00e4r viktigt att f\u00f6rst\u00e5 konsekvenserna av Conway\u2019s lag. I min fria tolkning s\u00e4ger detta lag att de produkter vi skapar och de processer vi anv\u00e4nder, inklusive DevOps, blir strukturerade p\u00e5 samma s\u00e4tt som v\u00e5r organisation\u00bb.<\/p>\n
\u00abOm det finns h\u00f6g grad av splittring i organisationen, och styrning \u00f6ver planering, skapande och lansering av mjukvara ofta byter h\u00e4nder, s\u00e5 kommer effekten av skalning att vara noll eller kortvarig. Om organisationen ist\u00e4llet formar tv\u00e4rfunktionella team kring produkter som finansieras med marknadsfokus, \u00f6kar chanserna f\u00f6r framg\u00e5ng dramatiskt\u00bb.<\/p>\n
\u00abEn annan viktig aspekt av skalning \u00e4r att visa allt arbete som p\u00e5g\u00e5r (WIP, work in progress) p\u00e5 kanban-tavlor. N\u00e4r det finns en plats i organisationen d\u00e4r m\u00e4nniskor kan se s\u00e5dana saker, stimulerar det samarbetet kraftigt, vilket har en positiv inverkan p\u00e5 skalning\u00bb.<\/p>\n
8. Leta efter gamla \u00e4rr<\/h4>\n \nManuel Pais, DevOps-konsult och medf\u00f6rfattare till boken 'Team Topologies':<\/b> \u00abAtt ta med sig DevOps-praktiker utanf\u00f6r Dev och Ops och f\u00f6rs\u00f6ka till\u00e4mpa dem p\u00e5 andra funktioner kan knappast kallas en optimal strategi. Det kommer onekligen att ge vissa resultat (till exempel genom att automatisera manuell styrning), men man kan uppn\u00e5 mycket mer genom att b\u00f6rja med att f\u00f6rst\u00e5 leverans- och feedbackprocesserna\u00bb.<\/p>\n
\"Om det finns gamla \u00e4rr i en organisations IT-system \u2013 procedurer och styrmekanismer som implementerades efter tidigare incidenter men har blivit irrelevanta (p\u00e5 grund av f\u00f6r\u00e4ndringar i produkter, teknologier eller processer) \u2013 s\u00e5 m\u00e5ste de sj\u00e4lvklart tas bort eller sl\u00e4tas ut, ist\u00e4llet f\u00f6r att automatisera ineffektiva eller on\u00f6diga processer.\"<\/p>\n
9. Skapa inte flera versioner av DevOps<\/h4>\n \nAntony Edwards, produktionsdirekt\u00f6r p\u00e5 Eggplant:<\/b> \"DevOps \u00e4r ett v\u00e4ldigt vagt begrepp, d\u00e4rf\u00f6r utvecklar varje team sin egen variant av DevOps. Och det finns inget v\u00e4rre \u00e4n n\u00e4r en organisation har 20 olika versioner av DevOps som inte fungerar bra tillsammans. Det g\u00e5r inte att varje av de tre utvecklarteamsen har sitt eget, unika gr\u00e4nssnitt mellan utveckling och produktf\u00f6rvaltning. Och produkter kan inte ha sina egna, unika f\u00f6rv\u00e4ntningar kring hur feedback hanteras n\u00e4r de flyttas till en simulerad produktionsmilj\u00f6. Annars kommer du aldrig att kunna skala upp DevOps.\"<\/p>\n10. Predika v\u00e4rdet av DevOps f\u00f6r aff\u00e4ren<\/h4>\n
\nSteve Newman, grundare och styrelseordf\u00f6rande f\u00f6r Scalyr:<\/b> \"Arbeta p\u00e5 att erk\u00e4nna v\u00e4rdet av DevOps. L\u00e4r dig och tveka inte att ber\u00e4tta om nyttan av det ni g\u00f6r. DevOps sparar otroligt mycket tid och pengar (t\u00e4nk bara p\u00e5: mindre stillest\u00e5nd, kortare genomsnittlig \u00e5terst\u00e4llningstid), och DevOps-team b\u00f6r st\u00e4ndigt betona (och predika) vikten av dessa initiativ f\u00f6r f\u00f6retagets framg\u00e5ng. S\u00e5 kommer ni att kunna utvidga kretsen av anh\u00e4ngare och \u00f6ka DevOps p\u00e5verkan inom organisationen.\"<\/p>\nBONUS<\/h3>\n
\nP\u00e5 Red Hat Forum Ryssland<\/a><\/noindex> Den 13 september kommer v\u00e5r egen DevOps \u2013 ja, Red Hat, som programvaruleverant\u00f6r, har egna DevOps-team och metoder.<\/b><\/p>\nV\u00e5r ingenj\u00f6r Mark Birger, som arbetar med utvecklingen av interna automatiseringstj\u00e4nster f\u00f6r andra grupper inom hela organisationen, kommer p\u00e5 ren ryska att ber\u00e4tta sin egen historia \u2013 hur Red Hats DevOps-team migrerade applikationer fr\u00e5n virtuella milj\u00f6er i Hat Virtualization, kontrollerade av Ansible, till ett fullt containerformat p\u00e5 plattformen OpenShift.<\/p>\n
Men det \u00e4r inte allt:<\/b><\/p>\n
Efter att organisationer har flyttat sina arbetsbelastningar till containrar kan traditionella metoder f\u00f6r app\u00f6vervakning misslyckas. I den andra rapporten f\u00f6rklarar vi v\u00e5r motivation till att f\u00f6r\u00e4ndra s\u00e4ttet vi loggar p\u00e5 och visar p\u00e5 den fortsatta v\u00e4gen som har lett oss till moderna metoder f\u00f6r loggning och \u00f6vervakning.habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0422\u0440\u0443\u0434\u043d\u043e \u0443\u043b\u043e\u0432\u0438\u0442\u044c \u0433\u043b\u0430\u0432\u043d\u043e\u0435, \u0433\u043e\u0432\u043e\u0440\u044f \u043e DevOps? \u041c\u044b \u0441\u043e\u0431\u0440\u0430\u043b\u0438 \u0434\u043b\u044f \u0432\u0430\u0441 \u044f\u0440\u043a\u0438\u0435 \u0430\u043d\u0430\u043b\u043e\u0433\u0438\u0438, \u0443\u0434\u0430\u0440\u043d\u044b\u0435 \u0444\u043e\u0440\u043c\u0443\u043b\u0438\u0440\u043e\u0432\u043a\u0438 \u0438 \u0441\u043e\u0432\u0435\u0442\u044b \u043e\u0442 \u044d\u043a\u0441\u043f\u0435\u0440\u0442\u043e\u0432, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043f\u043e\u043c\u043e\u0433\u0443\u0442 \u0434\u043e\u0439\u0442\u0438 \u0434\u043e \u0441\u0443\u0442\u0438 \u0434\u0430\u0436\u0435 \u043d\u0435\u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u0430\u043c. \u0412 \u043a\u043e\u043d\u0446\u0435 \u0431\u043e\u043d\u0443\u0441 \u2013 \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0439 DevOps \u0441\u043e\u0442\u0440\u0443\u0434\u043d\u0438\u043a\u043e\u0432 Red Hat. \u0422\u0435\u0440\u043c\u0438\u043d DevOps \u0432\u043e\u0437\u043d\u0438\u043a 10 \u043b\u0435\u0442 \u043d\u0430\u0437\u0430\u0434 \u0438 \u043f\u0440\u043e\u0448\u0435\u043b \u043f\u0443\u0442\u044c \u043e\u0442 \u0445\u044d\u0448\u0442\u0435\u0433\u0430 \u0432 \u0422\u0432\u0438\u0442\u0442\u0435\u0440\u0435 \u0434\u043e \u043c\u043e\u0449\u043d\u043e\u0433\u043e \u043a\u0443\u043b\u044c\u0442\u0443\u0440\u043d\u043e\u0433\u043e \u0434\u0432\u0438\u0436\u0435\u043d\u0438\u044f \u0432 \u043c\u0438\u0440\u0435 \u0418\u0422, \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0435\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28183,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-37551","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Vi](\"\/wp-content\/uploads\/2019\/08\/c3df26c470065767bc37e7d1c732d0b5.jpeg\")