Noll
Video: Devs och Ops inte blanda? Nya data analytics verktyg för att kunna fixa det
“Tuff fråga med avseende på information om aktiviteter som är vilken av dem som hör ihop och som bör hållas isär. Det är mycket prat idag om ” integrerade totala informationssystem.’ Detta är naturligtvis innebär att alla-eller åtminstone de flesta — information aktiviteter bör ingå som en komponent. I den mån detta innebär att nya och olika informationsinsatser, t ex, insatser för forskning eller en dator, bör inte vara efterställda för att traditionell redovisning, poängen är väl tas. Men bör de samordnas? Eller ska de vara separata?”
-Peter Drucker, Förvaltning [1973]
Du är en promenad längs hamnen i Liverpool någon gång runt 1949. Det är lunchtid. Kommer du över ett tält med en skylt identifiera dess ägare som Kvinnor Temperament Föreningen. Flera damer, förmodligen bär overall med sitt hår bundet i bullar, halsdukar, eller nät, som serverar måltider till hundratals smuts-ladin hamnarbetare. Mellan tuggor av gryta och icke-reprintable anmärkningar, de ingjuta sina diskussioner med meddelanden om fördelarna med drogfrihet.
Inte överraskande, en av dessa damer slog en rapport med flera av de arbetstagare. Hon bar classier läppstift än hennes kollegor — Elizabeth Arden, specifikt — och det hade börjat att blåsa in henne täcka. Hennes nyfikenhet var intellektuella, och detta faktum var allt för genomskinligt. I den andra av tre hamnen där hon var, hon medgav att de män hon höll på att skriva en bok om den svåra situationen för hamnarbetare.
Enid Mumford var en hemlig forskare, som arbetar med den samhällsvetenskapliga institutionen vid Liverpool University. Anteckningar från hennes diskussioner med hamnarbetare, har hon utvecklat en teori som skulle bli föregångaren till vad vi i dag kallar DevOps.
Det var här som Mumford började skapa en kraftfull idé, som skulle leda henne igenom resten av sin karriär, och som skulle kartlägga kursen för sju decennier av teknisk utveckling. Det fanns inga datorer längs Liverpools hamn. Men hennes studie av det arbete vanor docka arbetare, och på vilket sätt ledningen drev dem mot effektivitet, skulle föra henne i direkt kontakt med de första datorerna som någonsin använts i sociologisk forskning. De ideal hon skapade “den mänskliga maskiner” och “socio-tekniska” system, skulle utvecklas till grundsatserna för vår gemensamma filosofi för teknik och samhälle.
De fungerar också som vår utgångspunkt för detta nästa äventyr av ZDNet Skala. Senare kommer du att se att det är en resa med en bekant klang.
Läs också: Agile plus DevOps är sakta men säkert nå företagets omfattning
Maskinen minnelser
1947, av oro för de tusentals soldater som har integrerats i det liv som civil hamnarbetare, den Brittiska Regeringen fastställt den Nationella Dock Arbete Styrelsen. Arbetare blev allt mer misstänksam mot deras förvaltning, att delta i en process som icke-intuitivt som kallas “soldiering.” Och Arbete Styrelsen som anges för att upptäcka varför.
Misstänksamhet, som Dr. Frederick Winslow Taylor hade skrivit i sin uppmärksammade 1911 essä “The Principles of Scientific Management”, [PDF], var ett gift bland arbetarna som sprider sig som ett virus och att det måste vara extricated som ormens gift. Taylor beskrev soldiering som en typ av sölig eller dagdriveri bland arbetare till följd av deras brist på respekt för processen och för människor att hantera dem. Den separation mellan arbetare och ledning följd av soldiering, skrev han, resulterade i att män som arbetar i förhållande stater i isolering från varandra. Som ett resultat, effektiva arbetsprocesser kan inte föras vidare från person till person, även om vetenskapen kunde bevisa de processer som är mest ljud.
“Varje människa bör dagligen lära sig av och få mycket bra hjälp från dem som är över honom”, skrev Taylor, “i stället för att, vid en extrem, som drivs eller tvingas av sina chefer, och på den andra från vänster till hans egna blotta enheter. Så här nära, intim, personlig samarbete mellan ledningen och män är av stor betydelse för modern vetenskaplig eller ärendehantering.”
För Arbete Ombord, om inrättande av detta mer vänskaplig relation i Liverpools hamn är inblandade, till exempel, ger hamnarbetare för första gången med duschar och skåp, samt några mycket trevlig sällskap på lunchen.
Läs också: Befattningshavare överskatta DevOps löptid
“De bara trodde att jag var någon student som försöker få en liten bit av kontanter,” sade Mumford i en intervju från 2003 [PDF]. “Det var helt acceptabelt. Studenter ses som obekväma och nyfiken och ville prata med hamnarbetare och så vidare, men vi var också ses som fattiga och som vill tjäna lite pengar, så det fungerade bra.”
“Jag känner att vi har ganska bra överenskommelse kring den nivån, i form av beskrivning av DevOps. Men vad vi faktiskt ser är människor och frågade, ” nå, hur gör jag för att börja? Vad är det jag egentligen ska göra för att komma igång?'”
— -Nigel Kersten, Chief Technical Strateg, Puppet
Efter ett par år bland damer av Måttlighet Föreningen, Enid Mumford forskargrupp fått ett bidrag från Europeiska Produktivitet Föreningen. Deras uppdrag blev, för första gången, att använda datorer för att samla in och tolka data såsom typ Mumford var att samla in. Vid denna tid i historien, det fanns två skolor av tanke: En som bekände den perfekt för datorer som ersätter information som arbetstagare, medan den andra var övertygade om att datorer kan aldrig ersätta det mänskliga forskare som utför praxis i Taylor-stil vetenskaplig ledning.
Mumford, som forskare, hade ännu inte bestämt sig för det ena eller andra sättet. Men så såg hon kanske den första, eller en av de första, av datorer som mänskliga relationer, verktyg, hon märkte genast en nyfiken arbetsfördelning.
Med hennes egna ord: “antalet arbetstillfällen inte gå ner, det gick upp, eftersom att du hade denna nya och mystiska grupp av programmerare, som erbjöd en stor ny karriär att manliga kontorister. För dem var det en toppenkväll. Men det tog några fruktansvärda arbetstillfällen för kvinnor, eftersom denna fruktansvärda stans-operativ roll som dök upp, där kvinnor hade att slå in data i datorn. Alla intressanta delar som var gjort av datorn. Kvinnor hade att slå in data i och samla produktionen, så de var bara typ av bitar av maskiner — maskinen vuxna. Det var en väldigt dålig period för kvinnor. Datorer inte öka arbetstillfällen för kvinnor i alla.”
Maskinen minnelser var den första ops lag, den första systemadministratörer. Och deras roller skapades för skäl Enid Mumford kunde tydligt vittne, men som resten av världen helt skulle missa: att hålla kvinnor upptagen och skiljs från de högre avlönade män.
Läs också: DevOps accelererar, vilket kräver nya ledarstilar
AMERIKANSKA National Center for Women & Information Technology uppskattar att, i och med 2016, kvinnorna endast utgjorde 26 procent av design och arbetskraft. Den konstgjorda arbetsfördelning Enid Mumford bevittnat i början av 1950-talet misslyckades att visa kvinnor i ett segment av ekonomin. Hennes medvetenhet om detta faktum är delvis vad som drev henne till att skapa en hel gren av system design, baserat på vad hon kallade socio-tekniska teori.
“Det som vi lärde oss var att top-down-business process automation levererar inte de resultat som du trodde det skulle, särskilt på grund av benbildning.”
— -Adam Jakob, Chief Technology Officer, Kock
System av arbete och de människor som arbetar med dessa system, bör ges frihet att anpassa sig till en annan, trodde hon. I sätta fram detta ideal, hon kan ha myntat uttrycket “öppet system”, även om hon också använde uttrycket mänskliga system. Längs vägen, hon observerade också en alarmerande biverkningar av Taylorismen, som redan år 1911 var faktiskt prognos som en dygd: enheten för effektivitet i varje steg av processen skulle komma att förändra de allmänna arbetare till specialister som inte kunde ersättas med undantag av personer som kan utföra precis samma arbete, i precis samma sätt. Strävan efter effektivitet kan arbeta mot henne perfekt.
Det var ett fenomen av Taylorism att framtida forskare skulle kalla pipelining.
Läs också: 5 skäl till DevOps kommer att vara en stor del i det kommande året
En oväntad resa
De flesta undersökningar av ett ämne börjar med att definiera den. Med detta, vi har inte den lyxen. Ja, vi är på ett episkt uppdrag för vad definitionen är.
Vi vet så mycket från början: DevOps är ett ideal, som tas fram av ett fåtal organisationer som elimineras vissa eller alla hinder mellan de två avdelningarna, och tror att de har dragit nytta av att göra så. Denna förmån följer en lång kedja genom historien-en kedja som började med Enid Mumford. Hon upptäckte en separation mellan de två fraktionerna av arbetskraft: den kreativa och praktiska. För de flesta av historia, har det varit en kalla kriget mellan dessa två fraktioner. DevOps har strävat efter att etablera en medelväg mellan dem.
För vår karta över riket av DevOps, vi införa medelväg.
Vår resa börjar på en plats som jag kallar “Mumford Bryggor,” fira sin upptäckt och de framgångar som följde. Den kortaste vägen inåt land snart leder vår expedition till den stora klyftan: “DevOps Bergen”, som skiljer den varma och givmilda land “Devper” från den coola och mysiga land “Oper-tor.”
Den ideala mänskliga maskiner är att teknik för att vara lyhörd och ansvarig för att alla människor i kontakt med det. Det låter säkert som stoff för en techno-fable, inte det? Vår förhoppning är att de två folken i dessa sfärer kan så småningom se sin väg till att bli en: det är sant, ett överbryggande av mer än bara ord.
“Den första pjäs som organisationer strävar efter är, att de vill öka hastigheten, förklarar Robert Stroud, förste analytiker på Forrester. “De faktiskt vill distribuera mindre bitar av förändring-mindre nya funktioner, nya självmordstankar, netto nya idéer-på en riktigt konsekvent och kontinuerlig basis.”
Läs också: Vad är DevOps? En verkställande guide till agile utveckling och IT-drift
Men skillnaderna mellan dessa två sfärer är inte helt artificiell. Även före tillkomsten av virtualisering, arbetet med utveckling av programvara har i huvudsak handlat om att skapa sig från ett virtuellt perspektiv, maskiner. Och även efter virtualisering i uppgift att upprätthålla virtualiserade system har delegerats till ingenjörer, oftast med expertis med fysiska maskiner. En sfären uppfattas som mystisk, den andra något pragmatisk, en magisk, den andra strategisk. Oftast är det människor i en värld som skänka all den mystik och magi för att alla i andra, även när de inte känner att det har varit välförtjänt.
Till det bättre eller sämre, det har varit två klaner. Den DevOps ideal uttrycks som en sammanfogning av de två, även om det finns olika skolor av tanke till om detta gå utgör bara samarbete, ett gemensamt partnerskap, eller en regelrätt fusion.
“Du vet inte om du gör rätt saker och om du har denna mätning ställa upp i första hand. Vad är du ens försöker förbättra?”
— -Andi Mann, Chief Technology Förespråkar, Splunk
Vi har redan talat till en viss grad i Skala om distribuerade system, och vi har sett hur en distribuerad arkitektur blir meningslöst uppdelade i en organisation. Den gemensamma produkten av DevOps är automatisering av processer, inklusive programvara för utveckling, leverans och underhåll, i hela företaget. Distribuerad arkitektur mandat att en automatiserad process som omfattar hela organisationen, utan förpassas till divisioner eller avdelningar. DevOps skulle ha en organisation bygga en enda gång för affärsprocesser, som innehåller alla berörda parter och som omfattar hela livscykeln för en produkt av automation (till exempel en ansökan)
Men här är där vi gör de djärvaste upptäckten av allt: Det är helt klart mer än två världar här. Någon effektiv automatisering pipeline för en given organisation måste inte bara passera in i alla dessa sfärer, men ger en två-vägs kanal hela.
Katerina Fulton
“Detta är tanken att kunna ansluta hela verksamheten, hela vägen tillbaka genom att planeringsfasen,” förklarade Andi Mann, Chief Technology Förespråkare för maskin-data management-plattformar Splunk. “I livscykeln av programvara, programvara leverans är inte en rak linje. Till att börja med, leverans av programvara är en berg-och dalbana… på sätt och vis eftersom det är upp och ner, runt och runt, och du ofta inte har en tydlig linje av åsynen av där du kommer att sluta. Men den andra delen av det som en berg-och dalbana är, det måste gå tillbaka till samma ställe som det började, och måste gå igen.”
Någon annanstans
“Kocken Erbjuder Habitat, en Ny Typ av Applikation Automation” av Scott M. Fulton, III, Den Nya Stacken” Quickstart guide till DevOps” med Cameron Laird, Correlsense” snabbis guide till kontinuerlig leverans i DevOps” av Pam Baker, HPE företag.nxt
Släkt historier
Söker omkretsen i cloud security: Från microservices att chaosMicro-fästningar överallt: cloud security modell och programvarudefinierade perimeterMicroservices och invasionen av identitet entitiesMachine lärande och risken för fel lösning
Kartan av medelväg för denna serie Skala drogs av Katerina Fulton.
Relaterade Ämnen:
Datacenter
CXO
Innovation
Digital Omvandling: En Guide CXOs
Big Data Analytics
0