Noll
Varje organisation är unik och för de flesta, DevOps resa är inte en slät, rak linje. Det finns inget sådant som en “linjär” DevOps resa. Snarare, “det finns många start och stopp längs vägen, som kan döda början av fart och leda till cynism.”
Foto: HubSpot
Detta är en av de viktiga hämtställen från en nyligen genomförd undersökning om 3 000 IT-chefer och yrkesverksamma som utförs av Puppet och Splunk Inc., vilka handlingar DevOps resa, från början till slut. Studien finansierades av Amazon Web Services, Cloudability, Medveten, CyberArk, Diaxion, Eficode och Splunk.
Som en repetition, DevOps är bäst definieras som “en uppsättning av metoder som automatiserar processer mellan utveckling av programvara och IT-team, så att de kan bygga, testa och släppa program snabbare och mer tillförlitligt.” (Denna fina koncis definition artighet av folket på Atlassian.) DevOps frigör kreativ energi av utvecklare och tv-kanaler är det i cadenced utsläpp som krävs av verksamheten.
Det är en gemensam nämnare för alla framgångsrika DevOps företag har forskarna hitta-en kultur av samarbete och utbyte över alla förläningar. “Den praxis som har de mest betydande effekterna över hela DevOps evolutionen är beroende av utbyte, en av de viktigaste pelarna i DevOps,” undersökning rapporter författare staten. “Organisationer som har små fickor av DevOps framgång, men klarar aldrig av att sprida denna framgång ytterligare, kört fast, och kan inte gå vidare till högre grad av automatisering och självbetjäning. Så verksamheten effekterna av deras DevOps framgång kanske inte kände där det behövs.”
Det är ganska talande, de som är högre upp i organisationer tror ofta att de har DevOps i kraft, men dessa människor längre ner i diken behöver nödvändigtvis inte se det på det sättet. “C-suite respondenterna var mer benägna att rapportera att DevOps praxis var i flitig användning,” den undersökning som författarna hitta. Till exempel, 64 procent av C-suite de tillfrågade anser att säkerheten lag är inblandade i teknik, design och distribution jämfört med 39 procent på team-nivå. Dessutom, 54 procent av C-suite de svarande tror att deras organisation automatiserar säkerhetspolitik konfigurationer jämfört med 38 procent på team-nivå.
Undersökningen uppger författarna identifierat sex viktiga steg av DevOps progression. Cirka 11 procent faller i den mest avancerade kategorin, vilket sannolikt innebär att de har mycket collaborative grupper fungerar över sina organisationer, och erbjuder enorma självbetjäning samt till utövare. Det innebär att 89 procent har mycket arbete att göra, och 10 procent är verkligen kämpar för:
- Att bygga grunden: “När utveckling och verksamhet lag (och ofta andra intressenter, såsom provning eller säkerhet) precis börjar att förstå vikten av samarbete och utbyte, de snabbt genomföra tekniker och processer för att underlätta utbyte av idéer, statistik, kunskap, processer och teknik.” Normalisera teknik stack: “Dev team att göra en samordnad flytta till mer agila utvecklingsmetoder (t ex, en enterprisewide Agile mandat), eller ett fåtal lag ekologiskt anta nya metoder för specifika produkter eller arbetsflöden. Team utveckling i detta skede har infört versionshantering,vilket är det första steget på vägen till att continuous integration och continuous delivery. De är också början för att normalisera sina tech stackar genom att eliminera överflödiga system, kanske refactoring program för att arbeta på en mindre uppsättning av operativsystem.” Att standardisera och reducera variation: “Både dev och ops team koncentrera sig på att minska variansen, fortsätter att standardisera tech stacken genom att ytterligare minska antalet operativsystem till en enda OS eller OS-familjen och bygger på en standard uppsättning tekniker: databaser, nyckel värde butiker, meddelandeköer,identitet butiker och mer.” Utöka DevOps metoder: Med nya levelx av förtroende framkallas genom DevOps, “viktiga kulturella förändringar kan ta plats i organisationen. Till exempel enskilda team-medlemmar kan få möjlighet och organisatoriska tillstånd och utför arbete utan att manuellt godkännande från utanför laget, att undanröja de administrativa omkostnader och att främja effektivare arbetsflöden.” Automatisera infrastruktur leverans: “System configuration and provisioning är automatiserade, som “löser problemet för utvecklaren genomströmning snabbare än verksamheten, och därmed möjligheten att distribuera. Automatiserade system konfiguration gör det möjligt för ops team för att leverera system för att utvecklare och QA som matchar den slutliga produktionen miljö — och leverera dem snabbare.” Ger självbetjäning: Infrastruktur automation “catalyzes skapandet av självbetjäning mer allmänt i hela organisationen i senare skeden. I detta skede, resurser som är tillgängliga via självbetjäning, och incidenthantering är automatiserad. Med självbetjäning, team över verksamheten kan arbeta i sin egen takt, befriat från byråkratiska omkostnader för manuell godkännanden, handoffs, biljetter och långa väntetider.”
Undersökningen rapportens författare också göra följande tre rekommendationer för att flytta DevOps från isolerade grupper till en större skala över företag:
Börja med de metoder som är närmast produktion. sedan på adress processer som sker tidigare i programvaran levereras cykeln. “Vi rekommenderar att du börjar där smärtan är som värst och synliga, vilket är typiskt ansökan distributioner — gränsen mellan dev och ops.”
Uppmuntra gränsöverskridande team dela och är nyckeln till att skala DevOps framgång.“För att säkerställa att du kan skala om dina tidiga framgång, prioritera de byggstenar som kan återanvändas och konsumeras över lag,till exempel distribution mönster. För att främja återanvändning av framgångsrika mönster, som möjliggör för arbetslag att bidra till förbättringar för andra lag’ verktyg och delar både framgångar och misslyckanden är alla kritiska till att utöka de andra tre pelare av DevOps: kultur,automation och mätteknik.
Automatisera säkerhetspolitik konfigurationer som är kritiska för att nå de högsta nivåerna av DevOps evolution. “Högt utvecklats organisationer är 24 gånger mer sannolikt att de alltid automatisera säkerhetspolitik konfigurationer jämfört med de minst utvecklats organisationer. Detta resultat understryker hur organisationer utvecklas, säkerhetspolitik blir en del av verksamheten, inte bara i efterhand när en revision vävstolar,” undersökning rapportens författare påpekar.
Här är några poetiska prosa man kan tillskriva DevOps-rörelsen, uttryckt av rapportens författare:
“Mest framgångsrika DevOps resor börjar som en krusning i dammen, för att sedan stråla ut över verksamheten. Enskilda lag, se början av framgång, att framgång sprider sig till flera grupper, sedan genom en avdelning, och slutligen ut till flera avdelningar.”
Summan av kardemumman är att DevOps inte bara ske över en natt, det är en evolutionär process som måste byggas och behärskar över en period av tid, ofta med trial and error. Varje organisation har en annan mix av talang, motivation, och naturligtvis teknik.
Relaterade Ämnen:
Samarbete
CXO
Trodde Ledarskap
Innovation
Tech och Arbete
0