Steg 1 för att bygga en DevOps-plattform: systemrobusthet

Ett robust system skapas genom att eliminera enskilda felpunkter som kan hindra en lyckad övergång. Ofta är felpunkterna kopplade till människor, tekniker, verktyg eller dokumentation. I det här blogginlägget guidar jag dig genom det första steget för hur ditt företag kan börja bygga en centraliserad plattform som Eficode ROOT.

Varför är ”robusthet” steg 1 i processen?

När jag säger att robusthet är utgångspunkten för att bygga en DevOps-plattform menar jag att det finns vissa grundläggande delar som behöver finnas på plats i er kultur och era processer för att skapa en hållbar infrastruktur för plattformen. Här går vi igenom kommunikationskanaler, semiautomatisk dokumentation och omfattande användning av versionshantering.

Inför snabba och inkluderande kommunikationskanaler

Traditionella kanaler som e-post är exkluderande. Avsändaren väljer vilka som ska ta emot meddelandet, och de som lämnas utanför går miste om informationen även om den kan vara relevant för dem. På så sätt skapar e-post oundvikligen silos och gör systemet mindre robust.

Utan denna grund av robusthet på plats blir resten av era insatser som att bygga på lösan sand.

Ett robust system kräver transparens och smidig kommunikation. Det är ironiskt att många företag som strävar efter modern och snabb mjukvaruutveckling fortfarande använder långsamma och föråldrade kommunikationskanaler.

Inkluderande kommunikationskanaler som Slack eller Flowdock gör det möjligt att snabbt sprida information i realtid och erbjuder funktioner som inte är möjliga i traditionella e-posttrådar. Du kan lägga till alla berörda parter i kanalerna, till exempel teammedlemmar, kunder och partner. En av de viktigaste funktionerna är att människor kan gå med i och lämna kanalerna vid behov. Genom att byta till inkluderande kommunikationskanaler säkerställer du transparens inom företaget och håller alla uppdaterade.

Dokumentera all projektinformation

Information som rör ett projekt behöver dokumenteras och hanteras av plattformen, eftersom informationen tillhör hela teamet. All kritisk projektinformation bör dokumenteras i projektlednings- eller ärendehanteringssystemet, till exempel Jira.

Det omfattar:

• projektkrav

• kvalitetskriterier

• uppgiftsbeskrivningar

• buggar

• incidenter

och projektleveranser, till exempel

• applikationskod och testkod

• miljödefinitioner och konfigurationer.

Dessa bör lagras i versionshanteringen, medan installerbara paket som kommer ut ur pipelinen i slutet bör lagras i binärlagringen.

Om du följer dessa steg för dokumentation lagras all kritisk information om projektet säkert och blir lättillgänglig för hela teamet.

Fördelen är att om all viktig information finns i projektledningssystem och versionshantering behöver inte särskilt mycket dokumenteras separat – bara övergripande mål, arkitekturdiagram och liknande. Merparten av den viktiga informationen dokumenteras naturligt under själva processerna.

Därför är detta en viktig del av att lägga grunden för din DevOps-plattform!

Kontrollera förändringar

Genom att kontrollera alla förändringar har du alltid aktuell insyn i systemets tillstånd. Om ett fel uppstår kan du på så sätt effektivt spåra möjliga problem och återställa ändringar om du behöver återgå till ett tidigare läge.

För att kunna genomföra förändringar på ett framgångsrikt sätt bör du inte göra några kodändringar direkt i miljöerna. Faktum är att inga ändringar bör göras på ett sätt som kringgår versionshanteringen, vare sig det gäller applikationskod, middleware eller miljökonfigurationer.

Gör det i stället via versionshanteringen, så slipper du röran!

Funktioner du kommer att behöva

Låt oss slutligen titta på mjukvarans produktionslinje och de funktioner som hjälper dig att distribuera information effektivt, kontrollera förändringar och hantera dokumentation.

Ur ett verktygsperspektiv behövs följande funktioner:

• versionshantering

• binär lagring

• dokumenthantering och teamkommunikation

• krav- och projektledning.

Och det, mina vänner, är steg 1 i att bygga en DevOps-plattform.

Läs mer:

• Steg 2 i att bygga en DevOps-plattform: möjliggör högt flöde

• Steg 3 i att bygga en DevOps-plattform: insyn i hela pipelinen

Behöver du hjälp att komma igång? Teamet bakom Eficode ROOT hjälper dig gärna! Vi har över 10 års erfarenhet av mjukvarans produktionsmiljöer. Tveka inte att lämna ett meddelande >