Nul
Video: Devs en Ops niet te mengen? Nieuwe data analytics tool konden vaststellen dat
“Het is een moeilijke vraag met betrekking tot de activiteiten die van ze horen bij elkaar en dat moet gescheiden worden gehouden. Er is veel praten vandaag over ‘geïntegreerde totale informatie-systemen.’ Dit is natuurlijk impliceert dat alle-of ten minste de meeste — informatie-activiteiten moeten worden in een component. Voor zover dit betekent dat nieuwe en andere activiteiten, bijvoorbeeld, operations research of een computer-systeem, mag niet worden achtergesteld bij het traditionele boekhouden, het punt is goed genomen. Maar moeten ze worden gecoördineerd? Of moeten deze worden gescheiden?”
-Peter Drucker, Management [1973]
U bent een wandeling langs de haven bij Liverpool ergens rond 1949. Het is lunchtijd. Kom je een tent met een bord identificeren als eigenaar van de Vrouwen Temperament van uw Vereniging. Verschillende dames, waarschijnlijk het dragen van een overall met hun haar vastgebonden in broodjes, sjaals, of netten, zijn maaltijden voor honderden grime-beladen havenarbeiders. Tussen de happen van het stoofpotje en niet-reprintable opmerkingen, ze trekken hun discussies met berichten over de deugden van soberheid.
Niet verrassend, een van deze dames sloeg een rapport met een aantal van de werknemers. Ze droeg omgeving lippenstift dan haar collega ‘ s — Elizabeth Arden, specifiek — en het begon te blazen haar te dekken. Haar nieuwsgierigheid was intellectueel, en dat was steeds al te doorzichtig. In de tweede van de drie dokken waar ze werkte, ze toegelaten tot de mannen die zij schreef een boek over de strijd van de havenarbeiders.
Enid Mumford was een undercover onderzoeker, werken met de sociaal wetenschappelijke afdeling van de Universiteit van Liverpool. Het maken van aantekeningen van haar gesprekken met havenarbeiders, ze ontwikkelde een theorie die zou uitgroeien tot de stamvader van wat we tegenwoordig noemen DevOps.
Het was hier dat Mumford begon het creëren van een krachtig idee, die ertoe zou leiden dat haar door de rest van haar carrière, en die zou de grafiek van de cursus voor zeven decennia van de technologische ontwikkeling. Er waren geen computers langs de Liverpool docks. Maar haar studie van het werk gewoonten van dock arbeiders, en de manier waarop het management reed ze naar efficiëntie, zou haar in rechtstreeks contact met de eerste computers ooit gebruikt in sociologisch onderzoek. De idealen die ze gemaakt van “menselijke machines” en “socio-technische systemen, zou uitgroeien tot de oprichting van dogma’ s van onze gezamenlijke filosofie van techniek en maatschappij.
Ze dienen ook als ons vertrekpunt voor het volgende avontuur van ZDNet Schaal. Later op, u zult zien dat het een reis met een bekende ring.
Lees ook: Agile plus DevOps is langzaam maar gestaag het bereiken van de onderneming schaal
De machine inneringen
In 1947, uit bezorgdheid voor de vele duizenden soldaten die gere-integreerd in het leven als burger havenarbeiders, de Britse Regering de Nationale Dock Arbeid van Bestuur. Arbeiders werden steeds verdacht van hun management, betrokken in een proces dat niet-intuïtief ook wel ‘ soldiering.” En de Arbeid van Bestuur uit om te ontdekken waarom.
Vermoeden, Dr. van Frederick Winslow Taylor had geschreven in zijn veelgeprezen 1911 essay ” De Principes van Scientific Management,” [PDF] een gif was onder de arbeiders, die zich verspreidt als een virus dat moet worden extricated zoals snake venom. Taylor beschreven soldiering als een soort van hangjongeren of loafing onder de arbeiders, veroorzaakt door hun gebrek aan respect voor het werk en voor de mensen die ze te beheren. De scheiding tussen arbeiders en management teweeggebracht door soldiering, schreef hij, geleid mannen werken in relatieve staten van los van elkaar. Als een resultaat, efficiënte werkprocessen kan niet worden doorgegeven van persoon tot persoon, zelfs als de wetenschap kan bewijzen dat deze processen de meeste geluid.
“Elke mens moet dagelijks worden onderwezen en het ontvangen van de meest vriendelijke hulp van degenen die over hem,” schreef Taylor, “in plaats van, aan het ene uiterste gedreven of gedwongen door zijn bazen, en aan de andere links naar zijn eigen blote apparaten. Deze nauwe, intieme, persoonlijke samenwerking tussen het management en de mannen van de essentie van de moderne wetenschappelijke of taak van het management.”
Voor de Arbeid van Commissarissen, het vaststellen van dit meer vriendschappelijke relatie op de Liverpool docks betrokken, bijvoorbeeld door havenarbeiders voor de eerste keer met douches en kluisjes, evenals een aantal zeer vriendelijk bedrijf bij de lunch.
Lees ook: Leidinggevenden overschatten DevOps looptijd
“Ze dachten dat ik van de studenten proberen om een beetje geld,” zei Mumford in 2003 een interview [PDF]. “Het was zeer acceptabel. Studenten werden gezien als lastig en nosy en wilde praten met dockers en zo, maar we werden ook gezien als slecht en willen verdienen van een beetje geld, dus dat werkte goed.”
“Ik heb het gevoel dat we behoorlijk goed akkoord rond dat niveau, in termen van de beschrijving van DevOps. Maar wat we eigenlijk zien is dat mensen vragen: “hoe begin ik? Wat is het dat ik daadwerkelijk aan de slag te gaan?'”
— -Nigel Kersten, Chief Technical Strateeg, Puppet
Na een paar jaar werken bij de dames van de Geheelonthouders Vereniging, Enid Mumford onderzoek van de groep ontvangen een subsidie van de Europese Productiviteit van de Vereniging. Hun mandaat werd voor het eerst gebruik van computers voor het verzamelen en interpreteren van de gegevens zoals het soort Mumford was het verzamelen. In deze periode van de geschiedenis, er waren twee stromingen: de Ene beleden ideaal van computers voor het vervangen van de informatie werknemers, terwijl de andere ervan overtuigd was dat computers kunnen nooit in de plaats van de menselijke wetenschappers in de uitvoering van de praktijken van Taylor-stijl scientific management.
Mumford, als onderzoeker, was nog niet uit haar hoofd een of andere manier. Maar als ze geobserveerd misschien wel het eerste gebruik, of één van de eerste computers als menselijke relaties tools, zag ze meteen een merkwaardige verdeling van arbeid.
In haar eigen woorden: “Het aantal banen het niet naar beneden gaan, het ging, want dan had je dit nieuwe en mysterieuze groep van programmeurs, die een geweldige nieuwe carrière voor mannelijke bedienden. Voor hen was het prachtig. Maar het bracht een aantal vreselijke banen voor vrouwen, omdat deze verschrikkelijke punch-operationele rol verschenen, waar vrouwen had punch de gegevens in de computer. Alle interessante bits werden gedaan door de computer. De vrouwen hadden punch de gegevens in en het verzamelen van de output, dus waren ze gewoon een soort van bits machines — machine oppassers. Het was een zeer slechte periode voor vrouwen. Computers niet het verbeteren van de werkgelegenheid voor vrouwen.”
De machine oppassers waren de eerste ops teams, de eerste systeembeheerders. En hun rollen werden gemaakt voor redenen Enid Mumford kon duidelijk getuige, maar die voor de rest van de wereld zou helemaal mis: te houden van de vrouwen bezig zijn en gescheiden van de hogere betaald mannen.
Lees ook: DevOps versnelt, en dat vereist nieuwe leiderschapsstijlen
Het AMERIKAANSE National Center for Women & Information Technology schat dat in 2016 vrouwen alleen gevormd 26 procent van de computing personeelsbestand. De kunstmatige verdeling van arbeid Enid Mumford meegemaakt in het begin van de jaren 1950 is mislukt corral vrouwen in het ene segment van de economie. Haar bewustzijn van dit feit is deels wat dreef haar naar het creëren van een hele tak van systemen ontwerpen, gebaseerd op wat ze de zogenaamde socio-technische theorie.
“Het ding dat we geleerd hebben is dat de top-down business process automation niet leveren van de resultaten die je dacht dat het zou zijn, vooral omdat van teloorgang.”
— -Adam Jacob, Chief Technology Officer, Chef-Kok
De systemen en de mensen die werken met deze systemen moet de vrijheid krijgen om zich aan te passen aan een ander, ze geloofde. In voren te brengen dit ideaal, ze bedacht de term “open systeem”, hoewel ze ook gebruikt in de zin van de menselijke systemen. Langs de weg, ze heeft ook waargenomen een verontrustende bijwerking van het Taylorisme, die in 1911 was eigenlijk de prognose als een deugd: Het streven naar efficiëntie in elke stap van het werkproces zou transformeren algemene arbeiders specialisten die kunnen niet vervangen worden, behalve door mensen die het kunnen uitvoeren van precies hetzelfde werk, op precies dezelfde manier. Het streven naar efficiëntie zou kunnen werken tegen haar ideaal.
Het was een fenomeen van het Taylorisme dat de toekomstige geleerden zouden noemen pipelining.
Lees ook: 5 redenen DevOps een big deal in het komende jaar
Er is een onverwachte reis
De meeste verkenningen van een onderwerp beginnen door deze te definiëren. Met deze, we hebben die luxe niet. Inderdaad, we zijn op een epische zoektocht naar wat de definitie is.
We weten dat dit veel vanaf het begin: DevOps is een ideale, naar voren gebracht door een paar organisaties die geëlimineerd sommige of alle van de barrières tussen de twee afdelingen, en geloven dat ze hebben geprofiteerd van doen. Dat voordeel volgt een lange keten door de geschiedenis-een keten die begon met Enid Mumford. Ze ontdekt dat er een scheiding tussen de twee facties van de beroepsbevolking: de creatieve en praktische. Voor de meeste van de geschiedenis van HET zijn, is er een koude oorlog tussen deze twee partijen. DevOps is gevraagd om een middenweg tussen hen.
Voor onze kaart van het rijk van DevOps, introduceren we een middenweg.
Onze reis begint op een plaats noem ik de “Mumford Docks,” ter herdenking van haar ontdekking en de triomfen die volgden. De kortste weg in het binnenland al snel leidt onze expeditie naar de grote kloof: de “DevOps Bergen,” het scheiden van warme en overvloedige land van “Devper” van de koele en gezellige land van de “Oper-tor.”
Het ideaal van de menselijke machines is om de technologie te reageren en verantwoordelijk voor alle mensen die contact maken met het. Dat klinkt absoluut als het spul voor een techno-fable, niet? Onze hoop is dat de twee volkeren van deze domeinen kan uiteindelijk hun weg zien te worden: echt, een overbrugging van meer dan lettergrepen.
“Het eerste stuk dat organisaties streven naar is, willen ze verhogen de snelheid,” aldus Robert Stroud, principal analyst bij Forrester. “Ze willen in feite het implementeren van kleinere stukken van verandering-kleiner nieuwe functies, nieuwe gedachten, net nieuwe ideeën — op een heel consistente en continue basis.”
Lees ook: Wat is DevOps? Een executive gids voor agile development en IT operations
Maar het onderscheid tussen deze twee rijken zijn niet volledig kunstmatig. Zelfs vóór de komst van virtualisatie, is het de taak van software ontwikkeling heeft vooral over de oprichting van een virtuele perspectief, machines. En zelfs na virtualisatie, de taak van het onderhouden van gevirtualiseerde systemen is gedelegeerd aan ingenieurs, meestal met ervaring met fysieke machines. Een gebied wordt gezien als een mysterieuze, de andere enigszins pragmatisch; een magische, de andere strategische. Meestal zijn het de mensen in een gebied schenken die alle mysterie en magie om iedereen in de ander, zelfs als ze niet het gevoel dat het zijn verdiende loon.
Voor beter of slechter, er zijn twee clans. De DevOps ideaal wordt uitgedrukt als een combinatie van de twee, maar er zijn verschillende scholen van gedachte over de vraag of deze bundeling vormt slechts samenwerking, een gezamenlijk partnerschap, of een regelrechte fusie.
“Je weet niet of je de juiste dingen doet, tenzij u de meting instellen in de eerste plaats. Wat u ook probeert te verbeteren?”
— -Andi Mann, Chief Technology Advocaat, Splunk
We hebben het al gehad, in enige mate, Schaal over gedistribueerde systemen, en we hebben gezien hoe een gedistribueerde architectuur wordt zinloos in een verzuilde organisatie. Het gezamenlijke product van DevOps is de automatisering van processen, met inbegrip van software-ontwikkeling, levering en onderhoud, aan de overkant van de onderneming. Gedistribueerde architectuur mandaten die een geautomatiseerd proces omvat de gehele organisatie, zonder te worden verbannen naar divisies of afdelingen. DevOps zou een organisatie aan de bouw van een één pijpleiding voor business processen, waarin alle stakeholders en omvat de gehele levenscyclus van het product van automatisering (bijvoorbeeld voor een aanvraag)
Maar hier is waar we het grote ontdekking: Er zijn duidelijk meer dan twee rijken hier. Een effectieve automatisering pijplijn voor een bepaalde organisatie dient niet alleen het kruis in al deze domeinen, maar een twee-wegs kanaal in.
Katerina Fulton
“Dit is het idee van het zijn in staat om verbinding te maken in het bedrijf, de hele weg terug door de planningsfase,” verklaarde Andi Mann, Chief Technology Pleiten voor machine data management platform provider Splunk. “In de levenscyclus van de software, levering van software is niet een rechte lijn. Om te beginnen met, levering van software is een roller coaster… in sommige opzichten, want het is op en neer, heen en weer, en je vaak niet een duidelijke lijn van het zicht van waar je zult eindigen. Het andere gedeelte van het feit dat het een achtbaan is, het moet loop terug naar dezelfde plaats, dat het begon, en moet weer gaan.”
Elders
“Chef-kok Biedt Habitat, een Nieuwe Vorm van Toepassing van Automatisering” door Scott M. Fulton, III, Het Nieuwe Stapel” Quickstart gids om DevOps” door Cameron Laird, Correlsense” Het vluggertje gids voor de continue levering in DevOps” door Pam Baker, HPE enterprise.nxt
Verwante verhalen
Op zoek naar de omtrek in de cloud security: een Van microservices te chaosMicro-burchten overal: De cloud security model en de software-gedefinieerd perimeterMicroservices en de invasie van de identiteit entitiesMachine leren en het spookbeeld van de verkeerde oplossing
De kaart van Midden Aarde voor deze serie van Schaal werd getekend door Katerina Fulton.
Verwante Onderwerpen:
Datacenters
CXO
Innovatie
Digitale Transformatie: Een CXOs Gids
Big Data Analytics
0