Hallo, Habr! Ik presenteer onder uw aandacht een vertaling van het artikel door Steve Mezak.
Afhankelijk van jouw standpunt viert DevOps dit jaar zijn negende of tiende verjaardag. In het State of the Cloud-rapport van RightScales uit 2016 werd opgemerkt dat 70 procent van de MKB-bedrijven DevOps-praktijken overneemt. Elke indicator waaruit deze score bestaat, is sindsdien gestegen. Nu DevOps zich klaarmaakt om zijn tweede decennium in te gaan, zou het geweldig zijn om een wandeling door het verleden te maken en terug te keren naar de oorsprong van DevOps – en zelfs naar de oorsprong van de naam zelf.
Vóór 2007: een perfecte reeks gebeurtenissen
Vóór 2007 heeft een reeks omstandigheden uiteindelijk geleid tot wat tegenwoordig bekend staat als DevOps.
Karig heeft zich al bewezen als best practice. Ook gekend als Toyota-productiesysteemLean Manufacturing streeft ernaar processen op de productievloer te optimaliseren. (Overigens werd het management van Toyota aanvankelijk geïnspireerd door de originele assemblagelijnmethoden geïntroduceerd door de Ford Motor Company). Continue verbetering is de mantra voor lean manufacturing. In de praktijk worden de volgende trajecten voortdurend geëvalueerd:
- Het voorraadniveau van grondstoffen en eindproducten tot een minimum beperken. Lean manufacturing betekent een minimale voorraad grondstoffen om goederen te produceren en een minimale hoeveelheid eindproducten die wachten om besteld of verzonden te worden.
- Het minimaliseren van de wachtrij voor bestellingen. Idealiter worden ontvangen bestellingen onmiddellijk naar de voltooide status verplaatst. De belangrijkste maatstaf voor lean manufacturing is altijd de tijd tussen orderontvangst en levering.
- Maximaliseren van de efficiëntie van het productieproces. Procesherinrichting en verbeterde automatisering worden gecombineerd om goederen zo snel mogelijk te produceren. Elk productiegebied langs het gehele traject (snijden, lassen, assembleren, testen etc.) wordt beoordeeld op inefficiënties.
In de IT-wereld hebben traditionele methoden van het watervalmodel van softwareontwikkeling al plaatsgemaakt voor snelle iteratieve methoden zoals Behendig. Snelheid was de strijdkreet, ook al leed de kwaliteit soms onder het streven naar snelle ontwikkeling en implementatie. Op vrijwel dezelfde manier, met name cloud computing Infrastructuur-als-een-service (IaaS) en Platform-as-a-Service (PaaS) hebben zichzelf bewezen als volwassen oplossingen in IT-processen en infrastructuur.
Ten slotte zijn er onlangs toolkits verschenen voor Continue integratie (CI). Het idee van CI-tools werd in 1991 geboren en gepresenteerd door Gradi Booch in zijn Booch-methode.
2007-2008: Teleurgestelde Belg
De Belgische consultant, Agile project- en praktijkmanager Patrick Debois heeft een aanstelling aanvaard van een Belgisch ministerie om te helpen bij de migratie van datacenters. In het bijzonder was hij betrokken bij certificering en gereedheidstesten. Zijn verantwoordelijkheden vereisten dat hij de relaties tussen softwareontwikkelingsteams en server-, database- en netwerkoperatieteams coördineerde en opbouwde. Zijn frustratie over het gebrek aan samenhang en de muren die ontwikkelings- en exploitatiemethoden scheiden, maakten hem verbitterd. Desbois' wens om te verbeteren bracht hem al snel tot actie.
Op de Agile-conferentie van 2008 in Toronto stelde Andrew Schaefer voor een speciaal georganiseerde informele bijeenkomst te modereren om het onderwerp te bespreken "Flexibele infrastructuur"En er kwam maar één persoon om het onderwerp te bespreken: Patrick DeBois. Hun discussie en uitwisseling van ideeën bracht het concept van Agile systeembeheer naar voren. Datzelfde jaar richtten DeBois en Schaefer de redelijk succesvolle Agile Systems Administrator-groep op bij Google.
2009: Het geval van samenwerking tussen Dev en Ops
Op de O'Reilly Velocity-conferentie gaven twee Flickr-medewerkers, Senior Vice President of Technical Operations John Allspaw en CTO Paul Hammond, de inmiddels beroemde presentatie "10 implementaties per dag: samenwerking tussen ontwikkelaars en operators op Flickr".
De presentatie was een drama, waarbij Allspaw en Hammond de complexe interacties tussen Development- en Operations-vertegenwoordigers tijdens het software-implementatieproces naspeelden, compleet met vingerwijzen en verwijten in de trant van "Het is niet mijn code, het zijn allemaal jouw computers!" Hun presentatie bevestigde dat de enige verstandige optie is dat softwareontwikkelings- en implementatieactiviteiten naadloos, transparant en volledig geïntegreerd zijn. In de loop van de tijd werd deze presentatie legendarisch en wordt nu historisch gezien gezien als een baanbrekende mijlpaal toen de IT-industrie begon te pleiten voor de methodologie die tegenwoordig bekend staat als DevOps.
2010: DevOps in de Verenigde Staten van Amerika
Met een groeiende aanhang werd de DevOpsDays-conferentie voor het eerst gehouden in de Verenigde Staten in Mountain View, Californië, onmiddellijk na de jaarlijkse Velocity-conferentie. Als we vooruitspoelen naar 2018, staan er meer dan dertig DevOpsDays-conferenties gepland, waaronder tientallen in de Verenigde Staten.
2013: Project "Phoenix"
Voor velen van ons was een ander opmerkelijk moment in de geschiedenis van DevOps de publicatie van het boek “The Phoenix Project” van Gene Kim, Kevin Behr en George Safford. Deze roman vertelt het verhaal van een IT-manager die zich in een wanhopige situatie bevindt: hij krijgt de taak een cruciaal e-commerceproject te redden dat mislukt is. De mysterieuze mentor van de manager - een lid van de raad van bestuur die gepassioneerd is door lean manufacturing-methoden - suggereert nieuwe manieren om de hoofdpersoon na te denken over IT- en applicatieontwikkeling, vooruitlopend op het concept van DevOps. Overigens inspireerde ‘The Phoenix Project’ ons tot het schrijven van het boek ‘Outsource or else…’ over een vergelijkbaar bedrijfsverhaal waarin een VP van software DevOps gebruikt tijdens de ontwikkeling van een nieuw groot uitbesteed product.
DevOps voor de toekomst
Het is de moeite waard om DevOps te omschrijven als een reis, of misschien als een ambitie, in plaats van als een eindbestemming. DevOps streeft, net als lean manufacturing, naar continue verbetering, verhoogde productiviteit en efficiëntie, en zelfs continue implementatie. Geautomatiseerde tools ter ondersteuning van DevOps blijven evolueren.
Er is veel bereikt sinds de start van DevOps in de afgelopen tien jaar, en we verwachten nog meer te zien in 2018 en daarna.
Bron: www.habr.com