Varför sätter företag upp ett centralt DevOps Team istället för att låta teamen jobba DevOps?

DevOps-filosofin uppstod med målet att minimera flaskhalsar som hindrar mjukvaruleveransteam. “Att leverera fungerande mjukvara ofta och med kvalitet är en av de grundläggande principerna från det Agila manifestet.”

Varför centralisera DevOps?

Att centralisera hantering av källkod, CI/CD-plattformar och utvecklingsverktyg under dedikerade team “frigör tid för utvecklare och minskar kostnader för företag.”

Många organisationer väljer centraliserade DevOps-team som hanterar:

• CI/CD-pipelines
• Loggning och övervakning
• Testinfrastruktur
• Utvecklingsverktyg

Detta istället för att säkerställa att varje utvecklingsteam besitter både utvecklings- och driftkompetens.

Fördelar med centralisering

Tillvägagångssättet kan “låta utvecklare fokusera på affärsleverabler” genom att abstrahera bort infrastrukturella bekymmer.

Nackdelar och farhågor

Men det skapar också beroenden mellan team.

Förhindrar centralisering av DevOps-arbete verkligen utvecklingsteam från att leverera kvalitetsmjukvara ofta?

Beroenden mellan team kan påverka självorganisering och agila praktiker negativt. När ett team måste vänta på ett annat team för att få ändringar i sin pipeline eller infrastruktur, skapas flaskhalsar som motverkar själva syftet med DevOps.

You build it, you run it

Werner Vogels, CTO på Amazon, myntade principen: “If you build it, you run it!”

Denna princip förespråkar självorganiserande team som är ansvariga för hela leveranskedjan - från kod till produktion. Istället för att separera utveckling och drift, integreras dessa kompetenser i samma team.

Slutsats

Det finns ingen universell lösning. Men om målet är snabb, frekvent leverans av kvalitetsmjukvara, bör organisationer noga överväga kostnaden av de beroenden som centraliserade DevOps-team skapar.

Självorganiserande team med end-to-end-ansvar kan vara en mer effektiv väg framåt för många organisationer.