Noll
Vanligtvis när människor tänker på att inleda devOps praxis, de tycker om att automatisera infrastruktur leverans. Men organisationer som framgångsrikt har antagits devOps oftast att gå igenom ett antal andra specifika steg innan den når den punkten, enligt ny forskning från Marionett.
“I en devOps evolution, det finns många vägar till framgång, men många fler att misslyckas,” Alanna Brun, Puppet ‘ s director of Product Marketing, sade till ZDNet. Organisationer av alla slag, sade hon, “har samma uppsättning av utmaningar som de börjar att anta devOps praxis. Om de saknar nödvändigt stöd, om det finns organisatoriska hinder… alla dessa saker som kan döda början av fart och leda till cynism.”
Så med Puppet ‘ s sjunde årliga State av DevOps rapport, gemensam innan dess release med ZDNet, Puppet bestämde sig för att använda dess resultat för att utveckla en normativ väg framåt för organisationer som kan ha problem med skalning devOps i hela verksamheten.
Rapporten, som kommer att publiceras den 12 September tillfrågade cirka 3 000 tech-proffs över hela världen om de specifika metoder som de genomfört på sin devOps resor. Resultaten tyder på att det är fem steg för att anta och skalning devOps. Puppet sprang en faktor analys för att avgöra vilka två specifika affärsmetoder representerade utmärkande egenskaper hos dessa fem steg, avslöjar 10 viktiga metoder tillsammans med flera andra bidragande praxis.
Dessa stadier och deras motsvarande praxis bidra till en linjär väg att skalning devOps. Steg Två och Tre kan hända alternativt eller samtidigt, men de åtgärder som behövs för att få till Steg Fyra, som är där för att automatisera infrastruktur leverans kommer in.
“Det viktiga är att det är en väg till framgång,” sade Brown.
Här är en titt på de fem stegen och definiera metoder för varje steg:
1. Normalisera tech stack
“Detta är avgörande för att företagen bara är till sin natur komplext,” sade Brown. Bara under de senaste fem åren, en explosion i teknisk utveckling och nya verktyg har skapat “allt” problem, tillade hon. Specifikt, i detta skede som ett lag med hjälp av versionshantering och deploya på en standard uppsättning av operativsystem.
2. Standardisera och reducera variation
Att bygga på Steg 1, lag i detta skede oftast arbetar på att distribuera på ett enda operativsystem och bygger på en standard uppsättning av teknik, inklusive databaser, nyckel värde butiker och meddelandeköer.
3: Utöka devOps praxis
“Vi börjar att se devOps praxis sprids utanför dev och ops lag till andra funktionella gränser,” sade Brown. “Personer som kan arbeta utan godkännande från utanför sitt lag, distribution mönster är att återanvändas.”
Att arbeta utan yttre godkännande är mer effektivt, men “endast kan ske efter en viss nivå av förtroende byggs upp,” Brun läggas till. “Förtroende är byggd med framgång-som visar att du kan distribuera en applikation 10 gånger utan att ha en incident.”
4. Automatisera infrastruktur leverans
I detta avgörande skede — vad många organisationer vanligtvis anser vara början på en devOps initiativ — team börja automatisera resurser för en bredare användning, inte bara använda i sina egna divisioner. Proviantering och automatisera resurser över lag “understryker behovet av att få tillgång till executive köpa in,” i det här skedet, säger Andi Mann, chief technology förespråkar på Splunk, en sponsor av årets undersökning.
Specifikt definiera metoder är att automatisera systemet konfigurationer och automatisera etableringen.
5. Ger självbetjäning
Self service rotar när en organisation har lagt grunden med de andra fyra steg och har etablerat en hög grad av förtroende internt. Definiera metoder i detta skede är att automatisera incidenthantering och göra resurser tillgängliga via self service.
För att komma till automatiserad händelse-svar, Brown sade, “du behöver för att hantera flera manuella chokepoints. Det lag som ofta är sanera den händelsen, att de ofta inte har tillgång till de uppgifter de behöver, de behöver för att få tillgång undertecknas av…att Få till detta automatiserade kräver djupgående samarbete mellan flera lag.”
Att samarbete är en “riktigt stora kulturella indikator,” sade hon, som visar att organisationen har odlat den tillit som behövs för devOps.
*Grundläggande Rutiner*
Förutom utförliga uppgifter om dessa stadier och definiera metoder, Marionett som används uppgifterna för att identifiera fem grundläggande metoder” — praxis som har en hög inverkan i alla stadier av en devOps resa.
Dessa inkluderar återanvändning distribution mönster när man bygger applikationer eller tjänster (även markerade i Steg 3), liksom att återanvända testning mönster. De har även hjälp av ett verktyg för konfigurationsstyrning och med lag bidra till förbättringar verktyg som tillhandahålls av andra lag. Slutligen, framgångsrika organisationer har normalt övervakning och larm konfigurerbar som använder tjänsten.
Studien hänvisar till dessa som “grundläggande” metoder, eftersom ett flertal av respondenterna som framgångsrikt skalas devOps anställa dessa metoder är början på deras resa.
Under tiden, de grundläggande metoder som alla speglar några av de kärnvärden av devOps, Mann sa. Till exempel, sade han, “Vi ser saker som övervakning och larm som konfigureras av teamet driva service – det är ett empowerment modell. Att låta dem förstå sin roll i systemet och ge dem empowerment för att skapa positiva resultat för sin organisation innebär att detta är en central del av vad devOps är.”
Relaterade Ämnen:
Affärssystem
Öppen Källkod
Mobila OS
0