Hallo, Habr! Ik presenteer u de vertaling van het artikel De Oorsprong van DevOps: Wat zit er in een Naam? auteur Steve Mezak.

Afhankelijk van uw perspectief viert DevOps dit jaar zijn negende of tiende verjaardag. In 2016 vermeldde het rapport van RightScale over de staat van de cloud dat 70 procent van de kleine en middelgrote bedrijven DevOps-methoden omarmt. Elk onderdeel van deze schatting is sindsdien toegenomen. Terwijl DevOps zich voorbereidt om zijn tweede decennium te gaan in, is het leuk om door de kronkels van het verleden te slenteren en terug te keren naar de oorsprong van DevOps — en zelfs naar de oorsprong van de naam zelf.

Tot 2007: De Perfecte Ketting van Gebeurtenissen

Tot 2007 gaf een reeks omstandigheden uiteindelijk geboorte aan wat vandaag bekend staat als DevOps.

Lean Manufacturing is al bewezen als de beste praktijk. Ook bekend als het Toyota Productiesysteem, streeft lean manufacturing naar optimalisatie van processen in de productiehal. (Trouwens, het management van Toyota was aanvankelijk geïnspireerd door de originele assemblagelijnmethoden die door Ford Motor Company werden gepresenteerd). Continu Verbeteren is een mantra voor lean manufacturing. In de praktijk worden de volgende manieren constant geëvalueerd:

1. Het handhaven van het niveau van grondstoffen en afgewerkte producten op een minimum. Lean manufacturing betekent het minimaliseren van de hoeveelheid grondstoffen voor de productie van goederen en het minimaliseren van het aantal afgewerkte producten dat wacht op distributie of verzending.
2. Minimalisatie van de bestellingenwachtrij. Ideaal is het als ontvangen bestellingen onmiddellijk in een afgeronde staat overgaan. Een sleutelmetrieken van lean manufacturing is altijd de tijd van bestelling tot levering.
3. Maximalisatie van de efficiëntie van het productieproces. Herstructurering van processen en verbeterde automatisering komen samen met als doel goederen zo snel mogelijk te produceren. Elke stap in de productie op de gehele lijn (snijden, lassen, assembleren, testen, etc.) wordt beoordeeld op inefficiëntie.

In de IT-wereld hebben traditionele watervalmodellen van softwareontwikkeling plaatsgemaakt voor snelle iteratieve methoden, zoals Agile. Snelheid was een strijdkreet, zelfs als de kwaliteit soms achteruitging in de race naar snelle ontwikkeling en implementatie. Dit geldt ook voor cloud computing, in het bijzonder Infrastructure-as-a-Service (IaaS) en Platform-as-a-Service (PaaS) hebben zich bewezen als volwassen oplossingen in de processen en infrastructuur van IT.

Ten slotte beginnen er onlangs sets van tools voor Continue Integratie (CI) op te duiken. Het idee van CI-tools werd geboren en gepresenteerd door Grady Booch al in 1991 in zijn Booch Method.

2007-2008: De teleurgestelde Belg

De Belgische consultant, projectmanager en Agile-practitioner Patrick Debois accepteerde een aanstelling van de Belgische overheid om te helpen bij de migratie van datacenters. In het bijzonder richtte hij zich op certificering en gereedheidsbeoordelingen. De verantwoordelijkheden vroegen hem om acties op elkaar af te stemmen en relaties op te bouwen tussen softwareontwikkelingsteams en operationele teams servers, database- en netwerkteams. Zijn frustratie over het gebrek aan cohesie en de muren die methoden van ontwikkeling en operatie scheidden, voedde zijn onvrede. De zoektocht naar verbetering leidde Debois al snel tot actie.
In 2008 stelde Andrew Shafer voor om op de Agile-conferentie in Toronto een speciaal georganiseerde informele bijeenkomst te modereren om het onderwerp "Agile-infrastructuur" te bespreken. En slechts één persoon kwam opdagen om het onderwerp te bespreken: Patrick Debois. Hun discussie en uitwisseling van ideeën stuwden het concept van Agile systeembeheer vooruit. In datzelfde jaar richtten Debois en Shafer de redelijk succesvolle Agile Systems Administrator-groep op in Google.

2009: De zaak van samenwerking tussen Dev en Ops

Op de O'Reilly Velocity-conferentie presenteerden twee medewerkers van Flickr, senior vice president van technische operaties John Allspaw en chief technical officer Paul Hammond, de inmiddels beroemde presentatie "10 implementaties per dag: samenwerking tussen Dev en Ops bij Flickr".

De presentatie was in dramatische stijl, Allspow en Hammond speelden de complexe interactie tussen de vertegenwoordigers van Development en Operations uit tijdens het software-uitrolproces, samen met het zoeken naar schuldigen en wederzijdse beschuldigingen in de geest van "Dit is niet mijn code, dat zijn jullie computers!" Hun presentatie bevestigde dat de enige redelijke uitweg is dat de activiteiten rond softwareontwikkeling en -uitrol soepel, transparant en volledig geïntegreerd moeten zijn. Met de tijd is deze presentatie legendarisch geworden en wordt nu historisch gezien als een fundamentele mijlpaal, wanneer in de IT-industrie de vraag naar de methode ontstond die we vandaag DevOps noemen.

2010: DevOps in de Verenigde Staten van Amerika

Met het groeiende aantal supporters vond de eerste DevOpsDays-conferentie plaats in de Verenigde Staten van Amerika in Mountain View (Californië), direct na de jaarlijkse Velocity-conferentie. Laten we naar 2018 gaan: meer dan 30 DevOpsDays-conferenties zijn gepland, inclusief tientallen in de Verenigde Staten.

2013: Het 'Phoenix'-project

Voor velen van ons was een andere opmerkelijke mijlpaal in de geschiedenis van DevOps de uitgave van het boek 'Het 'Phoenix'-project' door Gene Kim, Kevin Behr en George Spafford. In deze roman wordt het verhaal verteld van een IT-manager die in een uitzichtloze situatie terechtkomt: hij moet een cruciaal e-commerce ontwikkelingsproject redden dat niet goed is gegaan. Een mysterieuze mentor van de manager - een bestuurslid, gepassioneerd door lean-methoden - geeft de hoofdpersoon nieuwe manieren om IT en applicatieontwikkeling te bezien, voorafgaand aan het concept van DevOps. Trouwens, 'Het 'Phoenix'-project' inspireerde ons om het boek 'Ga uitbesteden, of...' te schrijven over een soortgelijk verhaal uit het bedrijfsleven, waarin een vice-president software DevOps toepast tijdens de ontwikkeling van een nieuw groot product dat wordt uitbesteed.

DevOps voor de toekomst

Het is beter om DevOps te beschrijven als een reis of misschien wel een streven, eerder dan als een eindbestemming. DevOps, net als lean productie, streeft naar voortdurende verbetering, verhoogde productiviteit en efficiëntie, en zelfs continue uitrol. Geautomatiseerde tools ter ondersteuning van DevOps blijven zich ontwikkelen.

Er is in het afgelopen decennium veel bereikt sinds de oprichting van DevOps, en we verwachten in 2018 en in de toekomst nog veel meer te zien.

Bron: habr.com