Sidst, med den stigende automatisering og autonomi af databaser, servere, netværk, og alt andet, der har været tale om en ny form for software-levering: “NoOps.” Der er en ny kode pipeline-fra udviklere ” frontal-lap-to-front-office-hurtigt og automatisk, med minimal menneskelig indgriben.
Foto: Joe McKendrick
Folk på TechTarget give en definition af NoOps som “princippet om, at et IT-miljø kan blive så automatiseret, og der indvindes fra den underliggende infrastruktur, at der ikke er behov for et dedikeret team til at styre software-i-hus.”
Jeg spurgte Greg Nist, direktør for uddannelse på MarkLogic, at forklare fordelene ved en NoOps tilgang. Han peger på NoOps som den næste evolution af udviklingen model fra DevOps. “Virksomheder, der har vedtaget den DevOps-modellen har set betydelige fordele sammenlignet med siloed, vandfaldsmodel,” påpeger han. “DevOps blander den rolle, udvikler og operatør for at øge ansvarlighed og hastighed tidspunktet for implementering af innovative produkter, der giver ægte merværdi til virksomheden og kunden.”
Alt godt, selvfølgelig. Men så Nist postulerer næste fase: “Hvad hvis du kunne overgang fra noget godt til noget endnu større-noget, der yderligere kunne den tid der er afsat til udvikling?” spørger han. “Det er, hvor NoOps kommer i. Ved at udnytte cloud-tjenester, organisationer yderligere kan formindske administration, konfiguration og implementering arbejde for at maksimere udvikling gang.”
Hvad med de organisationer, med svag eller ikke-eksisterende DevOps initiativer — kan de tage springet til en NoOps model? Da det er også sandsynligt, at DevOps bagud er også stadig fast i on-premises arv infrastruktur, en overgang til cloud computing kan bidrage til at bane vejen, Nist stater.
Stadig, andre råde til forsigtighed med NoOps — det er ikke et universalmiddel, og det er alt for tidligt at tænke på aflevering af software implementering nøgler til at robotter. “Vil du mindst har brug for DET ops personale til at overvåge resultater og håndtere undtagelse betingelser,” konstaterer Jim Kobielus, ledende analytiker med Wikibon, i de seneste tweet. “Automatiserede systemer kan ikke være helt tillid til at deres egen pleje og fodring.”
Mens vi har gået en lang vej med værktøj, “det er tanken, at du kan fjerne folk fra denne ligning helt er temmelig absurd, i det mindste i de næste fem år,” siger David Linthicum i en InfoWorld kolonne. Han bemærker, legacy systemer gør NoOps en blindgyde for mange organisationer, men det er vigtigere, at det undergraver de mennesker, fokuseret forudsætning af DevOps. “DevOps handler ikke kun om automatisering af ops, det handler om mennesker, der arbejder sammen for løbende at forbedre software udvikling og drift,” siger han.
Stadig på vej mod NoOps tilbyder en produktivitet styrke, der kan styrke innovation i proces, Nist siger. “Jeg tror, at det er mest hensigtsmæssigt at sammenligne NoOps med den typiske DevOps workflow, som er virkelig bare iteration blandt bygge, teste, og slip den. Build-og test stykker er, hvad der giver værdi for forretningen, og DevOps model gør et godt stykke arbejde med faldende hvad er det der ikke giver værdi: frigivelse fase,” forklarer han. “Men, mens udgivelsen vindue med DevOps er mindre, det er der stadig. Og DevOps har skabt denne form for grå område, hvor udviklere og personale overlapper hinanden på release stadie.”
Det grå område af overlapning kan skabe forviklinger, der vil skabe flaskehalse. “Lad os sige, som en udvikler, indsættelsen af din klynge ikke var gjort for dig, og du gør ting, som i en manuel eller endda en scripted måde,” Nist fortsætter. “Hvis du ikke får det helt rigtige, og du gå for at validere din miljøet, når din version er gjort, er du nødt til at være fanget i en spiral af debugging og forsøger at finde ud af, hvor tingene gik galt. Der kommer til at bremse dig ned, og det kunne være på grund af en simpel fejl-som du glemte at klikke på en af indstillingerne for høj tilgængelighed, som du har brug for, og alt går i stykker.”
Den NoOps model, og på den anden side, “hæver niveau af abstraktion omkring gennemførelse af udgivelser, som giver udviklere mulighed for at bruge mere tid på at bygge og afprøve. I virkeligheden, med managed cloud-tjenester, er det muligt med blot et par klik til at konfigurere hele dit miljø, med alle de værktøjer og rammer, der er nødvendige, for at køre et projekt. På 15 minutter kan du få en fuldt fungerende, high-availability-klynge med alle de software og andre komponenter, som du har brug for.”
Hvordan vil de roller operationer mennesker ændre sig, hvis virksomheden flytter til NoOps? I det scenario, der er beskrevet ovenfor, er “behovet for operationer for så vidt som konfiguration og implementering af roller er bekymret for, er betydeligt reduceret, så meget, at udviklere kan gøre det til en del af deres arbejdsproces,” Nist siger. “Og hvis du tillader den faktiske administration og overvågning af serveren, via managed cloud-tjenester, det vil foreslå, ingen operationer teams.”
Dette kan betyde flere muligheder for operationer folk til at hæve deres roller i deres organisationer, “en omarbejdning af højt kvalificerede operationer fagfolk i roller, hvor de kan afsætte deres færdigheder til flere af de værdiskabende aktiviteter,” Nist siger. Du kan skifte deres energi fra noget, der engang var simpelthen en nødvendighed, at noget, der er virkelig tilføre værdi til kunden. Som et eksempel, så tænk på al den tid, der går ind Kubernetes, som har en massiv konfiguration efterspørgsel. Fjerne det fra skuldrene af personale, og de har tid og ressourcer til mere kritiske opgaver som løbende implementering, kornet brug sporing, bedre test og mere.”
Udviklere kan få gavn af det, selvfølgelig. “NoOps frigør den bid af tid og energi, som de i øjeblikket kan afse til det sidste element i deres pipeline — udgivelse,” Nist siger. “Du bogstaveligt talt at tage opgaver ud af udviklere’ plader, som kun kan betyde, at de kommer til at gøre, hvad de har brug for og ønsker at gøre: at udvikle nye smarte produkter og-tjenester.”
Relaterede Emner:
Datacentre
CXO
Thought Leadership
Innovation
Tech og Arbejde