Kwartaaluitgave
Minder downtime en snellere software releases.
Groene downtime, continue integratie, snelle implementatie.
Ongecoördineerde doelen tussen Development Q/A en ITOP's.
Grotere betrokkenheid tussen Development Q/A en ITOP's.
Meer samenwerking en collectieve verantwoordelijkheid leiden tot een snel herstel.
Enige omgevingspariteit, geautomatiseerde waarschuwingen, geautomatiseerd bouwen en testen
Servicegerichte monitoring, geautomatiseerd testen en bouwen.
Volledige automatisering van bouwen en testen.
DevOps heeft de manier waarop we applicaties bouwen, uitvoeren en implementeren ingrijpend veranderd. Het heeft organisaties in staat gesteld om betere samenwerking tussen operationele ingenieurs en softwareontwikkelaars te bevorderen en tegelijkertijd de productiviteit en workflow te verbeteren.
De overgang van monolithische architecturen naar kleinere, flexibelere en onafhankelijk inzetbare services is een van de belangrijkste drijfveren achter de acceptatie van DevOps. Volgens een onderzoek van O'Reilly uit 2020 gaf ongeveer 29% van de organisaties aan microservices (12) te gebruiken om de meeste van hun systemen te implementeren.
Uit een onderzoek van de CNCF uit 2021 blijkt dat 96% van de organisaties Kubernetes (13) gebruikt of evalueert, een open-sourcesysteem voor het automatiseren en beheren van gecontaineriseerde applicaties. Containers zijn cruciaal geworden voor de gedecentraliseerde benadering van softwareontwikkeling, waardoor systeembeheerders en ontwikkelaars snel en efficiënt applicaties kunnen bouwen, testen, implementeren en onderhouden.
Vóór cloud computing was het beheer van datacenters een groot gedoe voor organisaties, omdat alles handmatig moest worden gedaan. Door de evolutie van cloud computing (14) werd softwareontwikkeling en -beheer geleidelijk de standaardbenadering in de cloud, een trend die nog werd versneld door containerisatie en microservices
DevOps heeft veel van zijn succes rechtstreeks te danken aan Agile. Vóór Agile waren SDLC's langer en waren teams geïsoleerd. Agile verbeterde de samenwerking en versnelde de ontwikkelingslevenscycli aanzienlijk, door projecten op te splitsen in kleinere deliverables en constante feedback te garanderen. Het maakte de weg vrij voor DevOps, dat zich ook richt op de kracht van automatisering om de samenwerking te verbeteren.
Bedrijven als Netflix, Amazon, Google en Etsy waren enkele van de eerste voorvechters van DevOps, zelfs voordat de term DevOps zelf wijdverbreid werd. Deze web-scale of grote cloudservicebedrijven uit de vroege jaren 2000 moesten hun architecturen en processen vernieuwen om technologie in hun bedrijfskern te ondersteunen.
Tijdens het eerste decennium van de jaren 2000 schakelde Amazon over van het bouwen van monolithische apps met grote ontwikkelingsteams naar op microservice gebaseerde apps. De verandering is ingegeven door de filosofie dat een te groot team een effectieve samenwerking belemmert en de effectiviteit vermindert.
Enkele van de vroege DevOps-gebruikers zijn Nordstorm, Target en Capital One.
In 2008 versnelde Netflix de overgang naar veerkrachtige, schaalbare en gedistribueerde, in de cloud gehoste systemen nadat een databasecorruptie de activiteiten van het bedrijf had aangetast. Vervolgens omarmde de online streaminggigant in 2012 het DevOps-principe van "Bedien wat je bouwt" om teamsilo's en moeizame implementaties aan te pakken.
In 2011 leidden een gebrek aan prestatietests in het codevrijgaveproces en een mislukte herschrijving van applicaties in de winkel ertoe dat Nordstorm continue levering en overgang naar infrastructuur als code omarmde. Door DevOps toe te passen, kon de technologieorganisatie meetbare resultaten behalen, waaronder frequentere releases van functies, minder bugs, snellere implementatie en meer werknemerstevredenheid.
De Amerikaanse big-box warenhuisketen Target droeg bij aan de bredere DevOps-beweging door de engineeringcultuur opnieuw vorm te geven nadat het incident met datalekken in 2013 een geïsoleerde organisatiestructuur en aanzienlijke technische schulden blootlegde.
