Nul
Video: Devs og Ops bland ikke? Nye data analytics-værktøj kan fastsætte, at
“De svære spørgsmål med hensyn til oplysninger, der aktiviteter er der af dem hører sammen, og som bør holdes adskilt. Der er meget, som taler i dag om ” integreret samlede informationssystemer.’ Dette naturligvis indebærer, at alle-eller i det mindste de fleste — information aktiviteter bør være i én komponent. For så vidt dette betyder, at nye og anderledes informationer, aktiviteter, fx operationer, forskning eller et edb-system, bør ikke være efterstillet traditionelle regnskab, pointen er godt taget. Men skal de koordineres? Eller skal de være adskilt?”
-Peter Drucker, Ledelse [1973]
Du slentre langs havnen i Liverpool engang omkring 1949. Det er frokosttid. Du kommer på tværs af et telt med et tegn på, at identificere sin ejer som Kvinders Temperament Forening. Flere damer, sandsynligvis iført overalls med deres hår bundet op i boller, tørklæder, eller redskaber, er der serverer mad til hundredvis af snavs-laden havnearbejdere. I-mellem bid af gryderet og ikke-reprintable bemærkninger, de indgyde deres drøftelser med meddelelser om de dyder af ædruelighed.
Ikke overraskende, en af disse damer slog en rapport med flere af de ansatte. Hun havde classier læbestift end sine kolleger — Elizabeth Arden, specielt — og det var begyndt at blæse hendes cover. Hendes nysgerrighed var intellektuelle, og denne omstændighed var ved at blive alt for gennemskuelig. I den anden af tre dokker, hvor hun tjente, indrømmede hun, at de mænd, hun var ved at skrive en bog om forholdene for havnearbejdere.
Enid Mumford var en undercover forsker, der arbejder med social science department på Liverpool University. At tage noter fra hendes diskussioner med havnearbejdere, som hun havde udviklet en teori, der skulle blive stamfader til hvad vi i dag kalder DevOps.
Det var her, at Mumford begyndte at skabe en stærk idé, som vil føre hende gennem resten af sin karriere, og som ville chart kursus for syv årtiers teknologiske udvikling. Der var ingen computere langs Liverpool havn. Men hendes undersøgelse af det arbejde, vaner dock arbejdere, og de midler, som ledelsen kørte dem til effektivitet, ville bringe hende i direkte kontakt med de første computere, der nogensinde er brugt i den sociologiske forskning. De idealer, som hun har skabt, af “den menneskelige maskiner” og “socio-tekniske systemer, ville udvikle sig til de grundlæggende principper i vores fælles filosofi, teknologi og samfund.
De tjener også som vores udgangspunkt for det næste eventyr af ZDNet Skala. Senere, du vil se, at det er en rejse med en velkendt klang.
Læs også: Agile plus DevOps er langsomt, men støt at nå virksomhedens størrelse
Maskinen tilsynsfolk
I 1947, af hensyn til de mange tusinder af soldater, som blev integreret i livet som civile havnearbejdere, den Britiske Regering etablerede Nationale Dock Arbejdskraft Bestyrelsen. Arbejderne blev mere og mere mistænksomme over for deres ledelse, at deltage i en proces, der var ikke-intuitivt døbt “hæren.” Og den Arbejdskraft Bestyrelsen sat sig for at finde ud af, hvorfor.
Mistanke, som Dr. Frederick Winslow Taylor havde skrevet i sin anmelderroste 1911 essay “The Principles of Scientific Management”, [PDF], var en gift, der blandt arbejdere, der spreder sig som en virus, og der skal være frigjort som slange gift. Taylor, der er beskrevet hæren som en type af slentre eller luddovne blandt arbejdere som følge af deres manglende respekt for det arbejde, proces, og for de mennesker, der forvalter dem. Den disassociation mellem arbejdere og ledelse som følge af hæren, han skrev, har resulteret i, at mænd, der arbejder i de relative stater i isolation fra hinanden. Som et resultat, effektive arbejdsprocesser kunne ikke være gået ned fra person til person, selv om videnskaben kunne bevise, at de processer, der mest lyd.
“Hver mand bør dagligt være undervist af og modtage de mest venlige hjælp fra dem, der er over ham,” skrev Taylor, “i stedet for at være på den ene ekstrem, fordrevet eller tvunget af sine chefer, og på den anden venstre til hans egne blotte enheder. Denne tætte, intime, personlige samarbejde mellem ledelse og mænd er essensen af moderne videnskabelig eller opgavestyring.”
Til Arbejds Bord, om denne mere venskabeligt forhold i Liverpool havn, der er involveret, for eksempel, giver havnearbejdere for første gang med brusere og individuelle garderobeskabe, såvel som nogle meget venlige selskab til frokost.
Læs også: Ledere overvurdere DevOps løbetid
“De troede bare, jeg var nogle studerende forsøger at få en lille smule af kontanter,” sagde Mumford i 2003 interview [PDF]. “Det var helt acceptabelt. Eleverne blev set som at være akavet og nysgerrig og ønskede at tale med dockers og så videre, men vi var også set som dårlig, og ønsker at tjene en lille smule penge, så det fungerede okay.”
“Jeg føler, at vi har temmelig god aftale omkring dette niveau, i form af beskrivelse af DevOps. Men så er det, vi faktisk ser, er folk spørger, ” Jamen, hvordan skal jeg starte? Hvad er det, at jeg rent faktisk gøre for at komme i gang?'”
— -Nigel Kersten, Chief Technical Strategist, Puppet
Efter et par år arbejdet blandt damerne af Afholdenhed Forening, Enid Mumford ‘ s forskning gruppe fik et tilskud fra den Europæiske Produktivitet Forening. Deres mandat blev, for første gang, til at bruge computere til at indsamle og fortolke de data, som den slags Mumford var at indsamle. I denne periode af historien, var der to skoler: den Ene erklærede den ideelle computere, som udskiftning af it-medarbejdere, mens den anden var overbevist om, at computere aldrig kunne erstatte den menneskelige forskere i udførelsen af praksis af Taylor-style videnskabelige ledelse.
Mumford, som en forsker, der endnu ikke havde besluttet sig for den ene eller anden måde. Men som hun observerede måske den første til at bruge, eller en af de første, computere, som er menneskelige relationer værktøjer, bemærkede hun med det samme en nysgerrig arbejdsdeling.
Med hendes egne ord: “antallet af job, der ikke gik ned, gik det op, fordi du havde denne nye og mystiske gruppe af programmører, som tilbød en ny stor karriere mandlige kontorfunktionærer. For dem var det flot. Men det bragte nogle forfærdelige job for kvinder, fordi denne frygtelige punch-drift rolle dukkede op, hvor kvinder var nødt til at taste de data ind i computeren. Alle de interessante dele blev udført af computer. Kvinderne havde for at taste de data ind og samle produktionen, så de var bare form af stumper af maskinen — maskine tilsynsfolk. Det var en meget dårlig periode for kvinder. Computere ikke øge job til kvinder i alle.”
Maskinen tilsynsfolk var den første ops hold, det første systemadministratorer. Og deres roller var skabt til grunde, Enid Mumford kunne tydeligt vidne, men som resten af verden vil helt gå glip af: at holde kvinder optaget og adskilt fra de højere lønnede mænd.
Læs også: DevOps accelererer, der kræver nye ledelsesstil
Det AMERIKANSKE National Center for Kvinder & Information Technology anslår, at der i 2016, kvinder kun udgjorde 26 procent af it-arbejdskraft. Den kunstige opdeling af arbejdskraft Enid Mumford været vidne til i begyndelsen af 1950’erne har undladt at corral kvinder ind i et segment af økonomien. Hendes erkendelse af dette faktum, er dels, hvad der drev hende til at skabe en hel gren af systemer, design, baseret på, hvad hun kaldte socio-tekniske teori.
“De ting, vi lærte, var, at top-down automatisering af forretningsprocesser ikke levere de resultater, du troede, det ville, især på grund af forbening.”
— -Adam Jacob, Chief Technology Officer, Chef
Systemer af arbejde og de mennesker, der arbejder med disse systemer, skal have frihed til at tilpasse sig til en anden, troede hun. I lægger frem, at dette ideal, hun kan have opfundet udtrykket “åbne system”, selvom at hun også brugte udtrykket menneskelige systemer. Langs den måde, hun har også observeret en alarmerende side-effekt af Taylorismen, der tilbage i 1911 var faktisk prognose som en dyd: kørsel til effektivitet i hvert trin i den proces ville omdanne almindelige arbejdere til specialister, der ikke kunne erstattes med undtagelse af folk, der kunne udføre præcis det samme arbejde, på helt samme måde. Drivkraften for effektivitet kunne arbejde mod hendes ideal.
Det var et fænomen af Taylorismen, at fremtidige forskere vil kalde pipelining.
Læs også: 5 grunde DevOps vil være en big deal i det kommende år
– En uventet rejse
De fleste udforskning af et emne starte ud med at definere det. Med denne ene, vi har ikke den luksus. Faktisk, vi er på en episk søgen efter, hvad definitionen er.
Vi ved, at det set fra starten: DevOps er et ideal, lagt frem af et par organisationer, der fjernet nogle af eller alle de barrierer mellem de to afdelinger, og mener, at de har haft glæde af at gøre det. Der er til gavn følger en lang kæde gennem historien-en kæde, der begyndte med Enid Mumford. Hun opdagede en adskillelse mellem to fraktioner af arbejdsstyrken: den kreative og den praktiske. For de fleste af historien om DET, der har været en kold krig mellem disse to fraktioner. DevOps har søgt at etablere en mellemvej mellem dem.
Vores kort over realm af DevOps, introducerer vi den gyldne middelvej.
Vores rejse begynder på et sted, som jeg kalder “Mumford Docks,” mindes hendes opdagelse og de triumfer, som fulgte. Den korteste vej ind i landet snart fører vores ekspedition til den store kløft: “DevOps-Bjergene,” der adskiller varm og sprudlende jord af “Devper” fra den kølige og hyggeligt land, “Oper-tor.”
Den ideelle menneskelige maskiner er at give teknologi til at være lydhør og ansvarlig for at alle de mennesker, der komme i kontakt med det. Der helt sikkert lyde som kram til en techno-fabel, gør det ikke? Vores håb er, at de to folk i disse riger, som i sidste ende kan se deres vej til at blive en: virkelig, en bro af mere end blot stavelser.
“Det første stykke, at organisationer, der arbejder for er, at de ønsker at øge hastighed,” forklarede Robert Stroud, der er ledende analytiker hos Forrester. “De rent faktisk ønsker at implementere mindre stykker af forandring-mindre, nye funktioner, nye tanker, netto nye ideer-på en virkelig konsekvent og kontinuerlig basis.”
Læs også: Hvad er DevOps? En executive guide til agil udvikling og IT-drift
Men distinktionen mellem disse to verdener er ikke helt kunstig. Allerede før fremkomsten af virtualisering, arbejdet med udvikling af software er hovedsageligt drejet sig om skabelse af, fra et virtuelt perspektiv, maskiner. Og selv efter virtualisering, den opgave at opretholde virtualiserede systemer er blevet uddelegeret til ingeniører, som regel med ekspertise med fysiske maskiner. En verden, der opfattes som mystiske, og den anden pragmatiske; en magisk, den anden strategisk. Normalt er det mennesker i en verden, der skænke al den mystik og magi til alle i andre, selv når de ikke føler, at det har været fortjent.
For bedre eller værre, er, at der har været to klaner. Den DevOps ideelle er udtrykt som en sammenføjning af de to, selv om der er forskellige skoler til at tænke på, om denne sammenføjning kun udgør samarbejde, et fælles partnerskab, eller en decideret fusion.
“Du kender ikke, hvis du laver de rigtige ting, medmindre du har, at måling sat op i første omgang. Hvad er du selv forsøger at forbedre?”
— -Andi Mann, Chief Technology Advokat, Splunk
Vi har allerede talt i nogen grad i Skala om distribuerede systemer, og vi har set, hvordan en distribueret arkitektur, der bliver meningsløst i en ruminddelt organisation. Det fælles produkt af DevOps er automatisering af processer, herunder udvikling af software, levering og vedligeholdelse for hele virksomheden. Distribueret arkitektur mandater, at en automatiseret proces, der omfatter hele organisationen, uden at blive forvist til divisioner eller afdelinger. DevOps ville have en organisation konstruere en enkelt rørledning til business-processer, der omfatter alle berørte parter, og omfatter hele livscyklussen for et produkt af automatisering (for eksempel, en ansøgning)
Men her er der, hvor vi kan gøre den største opdagelse af alt: Der er helt klart mere end to riger her. En effektiv automatisering pipeline for en given organisation, skal ikke kun krydse ind i alle disse riger, men give en to-vejs kanal hele.
Katerina Fulton
“Det er tanken om at være i stand til at skabe forbindelse på tværs af virksomheden, hele vejen tilbage igennem til planlægningsfasen,” forklarede Andi Mann, Chief Technology Fortaler for maskinen data management platform udbyder Splunk. “I livscyklussen af software, levering af software er ikke en lige linje. Til at starte med, levering af software er en rutschebane… på nogle måder, fordi det er op og ned, rundt og rundt, og du ofte ikke har en klar linje af syne, hvor du vil ende op. Men den anden del af det at være en rutschebane er, er det nødvendigt at sløjfe tilbage til det samme sted, som det startede, og skal til at gå igen.”
Andre steder
“Kok Tilbyder Habitat, en Ny Form for Anvendelse Automatisering” af Scott M. Fulton, III, Den Nye Stak” Quickstart guide til DevOps” af Cameron Laird, Correlsense” quickie guide til kontinuerlig levering i DevOps” af Pam Bager, HPE virksomheden.nxt
Relaterede historier
Søger efter omkredsen i cloud security: Fra microservices at chaosMicro-fæstninger overalt: cloud security model og software-defineret perimeterMicroservices og invasionen af identitet entitiesMachine læring og genfærd af den forkerte løsning
Kort over Mellemvej for denne serie af Skalaen var trukket af Katerina Fulton.
Relaterede Emner:
Datacentre
CXO
Innovation
Digital Transformation: En CXOs Guide
Big Data Analytics
0