Nul
Alle organisationer er forskellige, og for de fleste, DevOps rejse ikke er en glat, lige linje. Der er ikke sådan noget som en “lineær” DevOps rejse. Snarere, “der er mange starter og stopper undervejs, som kan dræbe begyndelsen af momentum og føre til kynisme.”
Foto: HubSpot
Dette er en af de vigtige grillbarer fra en nylig undersøgelse af 3.000 IT-ledere og fagfolk, der foretages af Dukke-og Splunk Inc., hvilke dokumenter DevOps rejse, fra start til slut. Undersøgelsen blev tegnet hos Amazon Web Services, Cloudability, Vidende, CyberArk, Diaxion, Eficode og Splunk.
Som et genopfriskningskursus, DevOps er bedst defineres som “et sæt af praksisser, der automatiserer processer mellem udvikling af software og IT-grupper, således at de kan opbygge, afprøve og frigive software hurtigere og mere pålideligt.” (Denne nice kortfattet definition høflighed af folk på Atlassian.) DevOps udnytter den kreative energi af udviklere og kanaler i cadenced udledninger, som kræves af virksomheden.
Der er en fællesnævner, som alle succesfulde DevOps virksomheder har forskerne finde ud af, — en kultur af samarbejde og udveksling på tværs af alle lensmænd. “En praksis, der mest signifikant effekt på tværs af hele DevOps evolutionære rejse er afhængige dele, én af grundpillerne i DevOps,” undersøgelsen rapporter forfattere stat. “Organisationer, der har små lommer af DevOps succes, men aldrig formår at sprede denne succes videre, er gået i stå og ikke kan opnå højere niveauer af automatisering og selvbetjening. Så de forretningsmæssige konsekvenser af deres DevOps succes kan ikke mærkes, hvor det betyder noget.”
Rammende, dem højere oppe i organisationer ofte tror, at de har DevOps i kraft, men disse mennesker længere nede i skyttegravene ikke nødvendigvis se det på den måde. “C-suite respondenter var mere tilbøjelige til at rapportere, at DevOps praksis var i hyppig brug,” undersøgelsens forfattere finde. For eksempel, at 64 procent af C-suite respondenterne mener, at sikkerhed teams, som er involveret i teknologi, design og implementering versus 39 procent på team niveau. Derudover 54 procent af C-suite respondenterne mener, at deres organisation automatiserer sikkerhedspolitik konfigurationer versus 38 procent på team niveau.
Undersøgelsen rapportens forfattere har identificeret seks vigtige faser af DevOps progression. Omkring 11 procent falder i den mest avancerede kategori, hvilket sandsynligvis betyder, at de har meget samarbejde teams skal fungere på tværs af deres organisationer, og tilbyde en enorm self-service kapaciteter samt praktiserende læger. Det betyder, at 89 procent har masser af arbejde at gøre, og 10 procent er virkelig kæmper for:
- Opbygning instituttet: “Når udvikling og drift teams (og ofte andre berørte parter, såsom afprøvning eller sikkerhed) er lige begyndt at forstå vigtigheden af samarbejde og udveksling, som de hurtigt implementere teknologi og processer på at lette udveksling af ideer, værdier, viden, processer og teknologier.” Normalisering teknologi-stak: “Dev teams foretage en koordineret flytte til mere agile udviklingsmetoder (fx, en enterprisewide Agile mandat), eller et par hold økologisk vedtage nye metoder til specifikke produkter eller arbejdsgange. Udvikling af teams på dette tidspunkt har vedtaget version kontrol,som er det første skridt på vejen til continuous integration og kontinuerlig levering. De er også begyndt at normalisere deres tech stakke ved at fjerne redundante systemer, måske refactoring applikationer til at arbejde på et mindre sæt af operativsystemer.” At standardisere og reducere variation: “Både dev og ops hold koncentrere sig om at nedbringe variansen, fortsætter med at standardisere tech stak ved yderligere at reducere antallet af operativsystemer til en enkelt OS eller OS familie og bygger på et standard sæt af teknologier: databaser, skal du indtaste værdien butikker, message queues,identitet, butikker og meget mere.” Udvide DevOps praksis: Med nye levelx af tillid affødt af DevOps, “vigtige kulturelle forandringer kan finde sted i organisationen. For eksempel, de enkelte team-medlemmer kan få mulighed og organisatoriske tilladelse til at udføre arbejde uden manuel godkendelse fra lande uden for team, fjerne bureaukratiske overhead og fremme af mere effektive arbejdsgange.” At automatisere infrastruktur levering: “Systems konfiguration og hensættelser er automatiserede, som “løser det problem, der udvikler gennemløb overgår operationer, og derfor er evnen til at implementere. Automatiseret system konfiguration gør det muligt for ops hold til at levere systemer til udviklere og QA, der matcher den endelige produktion miljø — og levere dem hurtigere.” Tilbyde selvbetjening: Infrastruktur, automation “katalyserer oprettelsen af self-service mere bredt i hele organisationen, i de efterfølgende faser. På dette stadium, at ressourcer er tilgængelige via selvbetjening, og incident response er automatiseret. Med selvbetjening, teams på tværs af virksomheden kan arbejde i deres eget tempo, befriet fra den bureaukratiske overhead af manuel godkendelser, handoffs, billetter og lange ventetider.”
Undersøgelsen rapportens forfattere også gøre følgende tre centrale anbefalinger til at flytte DevOps fra isolerede hold til en større skala på tværs af virksomheder:
Start med den praksis, der er tættest på produktionen, og derefter adresse processer, der sker tidligere i den software, levering cyklus. “Vi anbefaler, at du starter der, hvor smerten er mest akut og synlige, som typisk anvendelse for installationer — grænsen mellem dev og ops.”
Fremme cross-team deling er nøglen til at skalere DevOps succes.“For at sikre, at du kan skalere din tidlige succes, at prioritere de byggesten, der kan genbruges, og som forbruges på tværs af teams,såsom indsættelse mønstre. Fremme genbrug af succesfulde mønstre, så hold til at bidrage med forbedringer til andre hold’ værktøjsholder, og at dele både succeser og fiaskoer er alle i kritisk at udvide de andre tre søjler af DevOps: kultur,automation og måling.
Automatisere sikkerhedspolitik konfigurationer er forretningskritiske for at nå de højeste niveauer af DevOps evolution. “Højt udviklet organisationer er 24 gange mere tilbøjelige til altid at automatisere sikkerhedspolitik konfigurationer i forhold til den mindst udviklede organisationer. Dette fund understreger, hvordan organisationer som udvikler sig, sikkerhedspolitik bliver en del af operationer, ikke blot en eftertanke, når en revision væve,” undersøgelsen rapportens forfattere påpeger.
Her er nogle poetiske prosa, man kan tilskrive DevOps bevægelse, udtrykt ved rapportens forfattere:
“Mest succesfulde DevOps ture starter som en krusning i dammen, så stråler ud i hele virksomheden. De enkelte teams se tidlige succes; at succes breder sig til flere hold, og derefter gennem en afdeling, og endelig ud til flere afdelinger.”
Den nederste linje er, at DevOps ikke bare ske natten over, og det er en evolutionær proces, der skal bygges, og mestrer i løbet af en periode, ofte med trial and error. Hver organisation har en anden blanding af talent, motivation, og, selvfølgelig, teknologier.
Relaterede Emner:
Samarbejde
CXO
Thought Leadership
Innovation
Tech og Arbejde
0