Nul
Typisk, når folk tænker på at indlede devOps praksis, de tænker på at automatisere infrastruktur levering. Men organisationer, der har anvendt med succes, devOps typisk gå gennem en række andre specifikke foranstaltninger, før den når dette punkt, ifølge ny forskning fra Puppet.
“I en devOps evolution, der er mange veje til succes, men mange flere til at mislykkes,” Alanna Brun, Marionet, der er director of Product Marketing, sagde til ZDNet. Organisationer af alle slags, sagde hun, “deler de samme udfordringer, som de er begyndt at vedtage devOps praksis. Hvis de mangler den nødvendige støtte, hvis der er organisatoriske hindringer… alle disse ting kan dræbe begyndelsen af momentum og føre til kynisme.”
Så med Puppet ‘s syvende årlige” State of the DevOps rapport, fælles før sin løsladelse med ZDNet, Puppet besluttet at bruge sine resultater til at udvikle en normativ vej frem for organisationer, der kan have problemer med skalering devOps på tværs af virksomheden.
Rapporten, som vil blive udgivet den September 12, undersøgte omkring 3.000 tech fagfolk verden over om den specifikke praksis, som de er implementeret på deres devOps rejser. Resultaterne tyder på, at der er fem faser til at vedtage og skalering devOps. Puppet kørte en faktor-analyse for at bestemme, hvad to særlige forretningsmetoder, der er repræsenteret af de definerende karakteristika ved de fem faser, der afslører 10 centrale praksis sammen med flere andre bidrager praksis.
Disse faser og deres tilsvarende praksis medvirker til at tilbyde en lineær vej at skalering devOps. Trin To og Tre kan ske, eller alternativt samtidigt, men at disse skridt er nødvendige for at komme til Fase Fire– som er der, hvor automatisere infrastruktur levering kommer i.
“Det centrale er, at der er en vej til succes,” Brown sagde.
Her er et kig på de fem faser og fastlægge praksis i hver fase:
1. Normalisering tech stak
“Dette er kritisk, fordi virksomheder er kun i sagens natur komplekse,” Brown sagde. Blot i de seneste fem år, er der en eksplosion i den teknologiske udvikling og nye værktøjer, som har skabt en “one of everything” problem, tilføjede hun. Specielt i denne fase, holdene bruger version kontrol og implementering på et standard sæt af operativsystemer.
2. Standardisere og reducere variation
Bygning på Etape 1-hold på dette stadium typisk arbejde på implementering på et enkelt operativsystem og bygger på et standard sæt af teknologier, herunder databaser, skal du indtaste værdien butikker og besked kø.
3: Udvidelse devOps praksis
“Vi begynder at se devOps praksis spredes ud over dev og ops hold til andre funktionelle grænser,” Brown sagde. “Den enkelte kan gøre for arbejde uden godkendelse fra lande uden for deres team, implementering mønstre bliver genbrugt.”
Arbejder uden godkendelse er mere effektive, men “kun kan ske efter en vis grad af tillid er bygget på,” Brun tilføjede. “Tillid er bygget med succes-viser, at du kan installere et program 10 gange uden at have en hændelse.”
4. At automatisere infrastruktur levering
I denne afgørende fase-hvad mange organisationer typisk overveje begyndelsen af en devOps initiativ — hold begynder at automatisere ressourcer til en bredere anvendelse, ikke kun bruge i deres egne afdelinger. Provisioning og automatisering af ressourcer på tværs af teams “, understreger behovet for at få executive buy-in” på dette stadium, sagde Andi Mann, chief technology fortaler på Splunk, er sponsor for dette års undersøgelse.
Specifikt at definere praksis er at automatisere system konfigurationer og automatiserer provisionering.
5. Tilbyde selvbetjening
Selvbetjening tager rod når en organisation har lagt grunden med de andre fire faser og har etableret en høj grad af tillid internt. Den definition af praksis i denne fase er at automatisere incident response og stille ressourcer til rådighed via selvbetjening.
For at komme til automatiseret incident response, Brown sagde, “du er nødt til at tage flere manuelle chokepoints. Det hold, der ofte er til sanering af hændelsen, har de ofte ikke har adgang til de data, de har brug for, de har brug for at få deres adgang underskrevet…at Komme til denne automatiske punkt kræver dyb samarbejde på tværs af flere teams.”
At samarbejde er en “rigtig store kulturelle indikator,” sagde hun, beviser, at den organisation, der har dyrket den tillid, som er nødvendig for devOps.
*Grundlæggende Praksis*
Derudover beskriver disse faser og fastlæggelse af praksis, Marionet, der anvendes data til at identificere fem “grundlæggende praksis” — praksis, der har en høj effekt på tværs af alle fem faser af en devOps rejse.
Disse omfatter genbrug implementering mønstre, når opbygning af programmer eller tjenester, (også fremhævet i Fase 3), samt at genbruge test mønstre. De omfatter også hjælp af en configuration management-værktøj, og der hold bidrage til forbedringer inden for værktøjer, der leveres af andre hold. Endelig succesfulde organisationer har typisk overvågning og alarmering konfigurerbare af det team, der driver tjenesten.
Undersøgelsen henviser til disse som “grundlæggende” – praksis, fordi en flerhed af respondenterne, der med succes skaleret devOps var der anvender denne praksis tidligt i deres rejse.
I mellemtiden, den grundlæggende praksis, der alle afspejler nogle af de centrale værdier i devOps, Mann sagde. For eksempel, sagde han, “Vi ser ting som overvågning og alarmering er konfigurerbar af det team, der driver service – det er en empowerment-model. Giver dem mulighed for at forstå deres rolle i systemet, og give dem kraft til at skabe positive resultater for deres organisation betyder, at dette er en central del af, hvad devOps er.”
Relaterede Emner:
Virksomhedens Software
Open Source
Mobil-OS
0