Nul
Alle ønsker at gøre DevOps i disse dage, men hvad betyder et godt nynne DevOps miljø ser ud i virkeligheden? Hvad er vision at stræbe efter?
Foto: HubSpot
Til dato, DevOps har været dukker op som et sammensurium af aktiviteter og initiativer på tværs af virksomheder, måske i navnet gør det, fordi det er den ting at gøre. Som et resultat, virksomheder virkelig ikke kan se det fulde potentiale af DevOps. Sammenhæng i DevOps tilgange er en sjælden ting faktisk, vedrører Kurt Marko, citerer en nylig undersøgelse fra Computeren Økonomi. Undersøgelsen finder, “at selv om en tredjedel af de organisationer, der fuske i DevOps, næsten ingen gør det så formelt og konsekvent på tværs af organisationen eller udvise nogen antydning af at beherske af DevOps praksis.”
Det er fordi DevOps er mere end krævende, at alle får sammen og smide nogle nye værktøjer i mix. Som Marko udtrykker det: “DevOps er som slankekure: det kræver ændringer i værdier, holdninger, processer og vaner. Sådanne ændringer er svære, og det skal praktiseres, ikke købt. De kræver uddannelse og disciplin, ikke en købsordre.”
Folkene hos Google/Alfabet, bliver den trailblazers de altid er, er at dele deres vision og erfaring med, hvad de kalder “websted pålidelighed engineering” (SRE), hvilket giver nogle eksempler på, hvordan godt tunet hold af udviklere og ops mennesker kan arbejde sammen om at få tingene til at ske. Være forvisset om, det er bagt dybt ind i Google kultur.
For at præcisere, at SRE er noget anderledes fra DevOps, men gik ind i hoften. “Det er interessant, SRE bevægelse opstod adskilt fra DevOps bevægelse–selv om der er lidt tvivl om, at de er en del af DET samme spektrum og med lignende kunde værdibaserede mål,” Jayne Groll anført i DevOps.com. “DevOps fokuserer på teknik kontinuerlig levering til det punkt, udbredelse; SRE fokuserer på teknik kontinuerlig drift på det punkt af kundernes forbrug. Begge domæner stole på deling, kultur, målinger og automatisering. Begge kræver menneskelige og automatiske midler til at sikre en problemfri value stream og exceptionel kundeoplevelse.”
En god illustration er fastsat af Patrick Hill, websted pålidelighed ingeniør med Atlassian:
“Dev teams, der ønsker at frigive fantastiske nye funktioner til masserne, og se dem tage sig i en stor måde. Ops hold ønsker at gøre sikker på, at disse funktioner ikke bryde ting. Historisk set, der er forårsaget af en stor magtkamp, med Ops forsøger at sætte bremser på så mange udgivelser som muligt, og Dev udkig efter smarte nye måder at snige sig omkring de processer, der holder dem tilbage. SRE fjerner formodninger og debat om, hvad der kan iværksættes og hvornår. Det introducerer en matematisk formel for grønne eller røde-lighting lancerer, og dedikerer et team af mennesker med Ops færdigheder (passende kaldes Driftsikkerhed Ingeniører, eller SRE) til løbende at føre tilsyn med, at pålideligheden af produktet.”
I deres seneste bog og videoer om emnet, Betsy Beyer, Chris Jones, Jennifer Petoff og Niall Murphy, alle med Google, løfter sløret for, hvad de har gjort, og give erfaringer, som enhver ikke-Google enterprise kan lære. “For størrelser mellem et start-og et multinationalt, der sikkert allerede er nogen i din organisation, hvem der gør SRE arbejde, uden at det nødvendigvis bliver kaldt det navn, eller anerkendt som en sådan,” påpeger de,.
SRE “repræsenterer en betydelig pause fra eksisterende bedste praksis i branchen for at forvalte store, komplicerede tjenester,” Beyer og hendes medarbejdere skriver, at bemærke, at dette er den bedste måde for en software ingeniør til at investere tid på at opnå et sæt af gentagne opgaver. På samme tid, at “det er blevet meget mere: et sæt af principper, et sæt af praksisser, et sæt af incitamenter, og en bestræbelse i de større software engineering disciplin.”
Google-teamet forklarer, at de “principper for computer science and engineering design og udvikling af it-systemer: generelt, store distribuerede dem.” Deres opgaver spænder fra “at skrive software til disse systemer sammen med vores produktudvikling kolleger;” at bygge stykker som “backup eller load balancing,” eller blot “regne ud, hvordan at anvende eksisterende løsninger på nye problemer.”
SREs har tre opgaver: pålidelighed, funktioner og drift af tjenester.
Pålidelighed: Pålidelighed er en topprioritet for SREs. Google-teamet citerer de ord af Google ‘ s Ben Treynor Sloss, ophavsmand til udtrykket SRE: “Pålidelighed er det mest grundlæggende element i ethvert produkt: et system, der ikke er meget nyttige, hvis ingen kan bruge det.” Funktioner: Når et tilstrækkeligt niveau af pålidelighed, der er opnået, SREs er ladet med funktioner og produkter. Drifts-tjenester: “Endelig, SREs er fokuseret på at betjene tjenester bygget på toppen af vores distribueret computing systemer, uanset om disse tjenester er planet-skala opbevaring, e-mail for hundreder af millioner af brugere, eller hvis Google begyndte, web-søgning.”
Relaterede Emner:
Datacentre
CXO
Thought Leadership
Innovation
Tech og Arbejde
0