Softwareindustriens eksperter afvejer, om DevOps har gjort en forskel endnu. 'det kan se ud til, at der er lange perioder med passivitet. I virkeligheden er der bare lidt af en hale til implementeringen.'
DevOps og agile metoder har aldrig været vigtigere end nu, med den voksende kompleksitet og indbyrdes forbundne informationsteknologier - og endnu vigtigere, virksomhedens afhængighed af IT for at flytte frem på markederne. Dette er ikke nødvendigvis nye begreber; DevOps har eksisteret siden i mere end et årti og agile i mere end to. Men det nye er den intense grad af afhængighed af software til at forbinde med kunder, holde medarbejderne engageret og spore begivenheder og udviklinger på tværs af markeder.
For at få en fornemmelse af, hvordan tingene skrider frem, gik jeg ud til brancheledere og eksperter for at samle deres perspektiver på hvordan og om DevOps og agile - to sammenflettede metoder - tjener behovene i nutidens digitale organisationer. Her er hvad Grant Fritchey
, DevOps-advokat kl Redgate software, Raj Patnam, VP for globale løsninger til ScienceLogic, Alyson Simkins, direktør for udviklerdrift på Katalytisk, og Rick van Galen, sikkerhedsingeniør med 1 Adgangskode, og har at sige om sagen.DevOps: Alle siger, at de forfølger DevOps, men hvad har virkeligheden været på stedet? Er det plettet, sporadisk eller sammenhængende?
Grant Fritchey, DevOps-advokat hos Redgate Software: "Virkeligheden er, at selvom væksten af DevOps og lignende automatiseringsmekanismer til en vis grad virker sporadisk, går tendensen i retning af mere og mere adoption. Fordi der er en forsinkelse mellem beslutningen om at implementere strukturelle ændringer af den måde, software leveres på og selve leveringen af software ved hjælp af disse nye mekanismer, kan det se ud til, at der er lange perioder af passivitet. I virkeligheden er der bare lidt af en hale til implementering."
Raj Patnam, VP for Global Solutions, for ScienceLogic: "Virkeligheden er, at enhver organisation forfølger DevOps, men de forfølger det alle på forskellige måder og med varierende velbehag. Generelt ser vi en udvikling fra DevOps starter næsten en skunkworks-type operation, hvor de bliver udsat i deres hjørne for at bygge og derefter betjene en enkelt applikation eller funktion for virksomheden. Men niveauet af denne indsats er forskelligt fra virksomhed til virksomhed, og mange har stadig DevOps-teams, der er fuldstændig afvisende fra resten af forretningen."
Alyson Simkins, direktør for udviklerdrift hos Catalytic: "DevOps er ikke en lys og skinnende funktion, og ofte er indtrykket, at hvis tingene fungerer, som de er, er der ikke behov for at prioritere arbejdet. Men virkeligheden er, at DevOps skal være iterativ og smidig. I en verden, hvor softwareudviklingen anvender en meget agil tilgang, er ældre DevOps implementeringer negligeres i stedet for at vokse sammen med resten af softwareudviklingen livscyklusproces. Da der ikke er en direkte pengeværdi knyttet til et forbedret DevOps-flow, er det ikke et område, man først ser på, når man allokerer ingeniørressourcer. Virkeligheden er dog, at en effektiv og samordnet DevOps-workflow indirekte giver enorm værdi."
Rick van Galen, sikkerhedsingeniør med 1Password: "DevOps-purister vil sige, at tingene ikke går hurtigt nok, og at folk ikke tager principperne langt nok. Og de har sikkert ret. At bevæge sig fremad fra gamle til nye arbejdsformer vil altid være plettet, sporadisk og ikke-sammenhængende."
Er der noget, der savnes med DevOps-indsatsen? Hvis ja, hvad er de manglende brikker til at bygge DevOps-miljøer og arbejdsgange?
Fritchey: "Den ene ting, der er gået glip af i mange DevOps-bestræbelser, er ikke så meget savnet, som springet over, fordi det er svært: databaser,. På grund af udfordringer, som data giver, fra behovet for vedholdenhed, til datastørrelse, til overholdelse af lovgivning, bliver databaser ofte overset, omgået eller bare ignoreret. Der er løsninger på udfordringerne, men adoptionen vokser stadig langsomt."
Patnam: "De fleste af dine bedste udviklere kan lide at udvikle sig og vil bruge så lidt tid som muligt på noget andet. På samme tid, hvis du har ældre applikationer, der kræver meget håndholdt, vil du have en større afhængighed af driften. De bedste teams balancerer behovet for nye funktioner med behovet for at holde lysene kørende, og det kan lade sig gøre gennem mere organisatorisk struktur, værktøjer til fejlfinding og automatisering for at undgå udfald i den første placere."
Simkins: "At fokusere indsatsen på at etablere og konstant forbedre dit DevOps-miljø er det første skridt at bygge et stærkt fundament for dit ingeniørteam, hvilket igen vil øge hastigheden og effektivitet. At tage sig tid til at identificere de områder, hvor en forbedret DevOps-cyklus ville give værdi og prioritere arbejdet sammen med resten af din softwareudviklingsproces er en vigtig investering, når det kommer til at vokse din agile hold."
van Galen: "Konceptet med DevOps, som mange ser det, går ikke langt nok. Det tolkes normalt som at bygge din software og infrastruktur ud på samme måde. Det integrerer bekymringerne omkring infrastrukturopbygning direkte i din leveringspakke. Men mange går stadig glip af at integrere andre tværgående bekymringer, vigtigst af alt sikkerhed og privatliv - DevSecOps - men også brugervenlighed og tilgængelighed."
Agile: leverer vi endelig løfterne fra Agile Manifesto (tæt samarbejde, interaktioner over processer)?
Fritchey: "Jeg har aldrig været fan af Agile Manifesto, men meget af det, det efterspurgte, bliver leveret, bedre, af DevOps. Dele af manifestet gav mening, og det er derfor, de bliver forkæmpet inden for DevOps, såsom behovet for ægte samarbejde. Imidlertid var meget af manifestet fokuseret på specifikke implementeringsmetoder, som er blevet korrekt efterladt af DevOps-bevægelsen."
Patnam: "Det altoverskyggende ønske om, at driften skal følge processer, ITSM, ITIL og forskellige sikkerhedsprocesser betyder DevOps hold ender med at følge flere procedurer, end de ønsker, og massagen mellem begge grupper har været fascinerende se. På den ene side ser du driftsteams bruge mere agile og afholde scrum-møder for at samle kontrol over deres daglige udfordringer bedre, men de er stadig bundet af de regler eller struktur, der har været på plads for en del tid. Dette er en af grundene til, at vi har set flere modne virksomheder kæmpe for at adoptere DevOps. Synapserne af operationer efter en streng proces er svære at bryde."
Hvilke typer teknologiinitiativer hjælper tingene på vej?
Fritchey: "Den største driver her er uden tvivl skyen. De, der er i stand til at kontrollere deres cloud-systemer gennem en automatiseret, DevOps-stil tilgang til udvikling, implementering og administration, høster flest fordele. De ældre systemer på lokale servere gør ikke skiftet til DevOps så hurtigt."
Patnam: "Du begynder at se flere virksomheder bruge SaaS og cloud-værktøjer til formål uden for IT og digital oplevelse. Der er også en lang række dataindsamlings- og logningsteknologier, der er på plads på udvikler- og driftssiden. De bedste virksomheder samler alle disse data for at gøre DevOps' driftsside nemmere, mens de også er giver den kundevendte side af virksomheden flere værktøjer til at få information og tilpasse sig hurtigere til ændringer."
van Galen: "Ressourceallokering og administration af din proces skal elimineres, hvor det er muligt. Automatiser, automatiser, automatiser er mantraet -- fjern friktionen for dine udviklere. Moderne udviklingsmiljøer -- kodelagre, kontinuerlige integrations- og implementeringsværktøjer, ændrings- og revisionsautomatisering -- fjerner friktion fra udviklingsprocessen. At være i stand til at spinne cloud-databaser, maskiner, containere eller serverløse funktioner op med et enkelt fingertryk fjerner enormt friktion fra implementering af infrastruktur. Det, der er tilbage til udviklerne og infrastruktur-, sikkerheds-, privatlivs- og brugervenlighedens ingeniører, er et fokus på at levere et kvalitetsprodukt eller en service - hvilket er det, det hele skal handle om."