De oorsprong van DevOps wordt ruimschoots toegeschreven aan Patrick Debois, zo'n vijf jaar geleden. Je kunt hier meer te weten komen over de geschiedenis van DevOps. DevOps loopt het risico een woord zonder betekenis te worden, aangezien de industrie zich inzet om het toe te schrijven aan elk product en elke service in hun portfolio. De realiteit is dat ik DevOps niet kan verkopen, en je kunt het niet kopen.

DevOps is meer dan alleen automatisering. Het omvat dingen zoals cultuur. Het is een manier van werken die samenwerking waardeert met een gedeelde kijk op succes. Zoals de naam aangeeft, is deze samenwerking voornamelijk tussen ontwikkelaars en operatoren, maar dit is niet beperkt tot dat.

DevOps betekent dat u het complete systeem van concept tot productie ziet, uw DevOps-scope is elke groep die bij die workflow betrokken is. Dus als u bereid bent een culturele investering te doen om uw manier van werken te veranderen, kunt u beginnen met het implementeren van enkele van de werkwijzen die DevOps aanbeveelt.

DevOps integreren

Maar voordat u er als eerste over begint om werk te identificeren en beperkingen te beheren, zorgt u ervoor dat u weet waarom u DevOps een deel wilt maken van hoe u succesvol bent in IT-services. Veel succesvolle implementaties werden gedreven door de wens om:

• Verkort de time-to-market voor nieuwe producten en functies

• Bouw meer flexibiliteit om je aan te passen aan interne en externe invloeden

• Ontgrendel kostenbesparingen die door cloudplatforms worden geboden

• Elimineer het risico van schaduw-IT-services

Succesvolle DevOps-adopties zijn gemakkelijk te herkennen. Het zijn de organisaties die dagelijks praten over het in productie nemen van tientallen en zelfs honderden code-releases, waarbij er voortdurend een stroom nieuwe functies lijkt te zijn om gebruikers betrokken en loyaal te houden.

De leiders hier zijn internetreuzen zoals Google, Facebook, Netflix, Etsy en meer. Maar hoewel veel van deze koppen trekken, zijn er grote aantallen succesverhalen waarbij organisaties internet- en webservices nodig hebben als een aanzienlijk deel van hun go to market-kanaal, voorbeelden zijn Spotify, thetrainline.com, zelfs Rackspace.

Past uw organisatie goed??

Uit de eclectische lijst hierboven moet duidelijk zijn dat DevOps geen exclusieve club is, iedereen kan het oppikken en proberen positieve veranderingen in hun bedrijf aan te brengen. Er zijn echter enkele algemene kenmerken die de sterk geschikte kandidaten voor verandering identificeren:

• Bestaande sterke cultuur van samenwerking en open communicatie

• Een uitvoerend leiderschapsteam dat IT ziet als een bedrijfsondersteuner

• Sponsoring van een niveau dat hoog genoeg is om de status quo uit te dagen

• Inkomsten en merk zijn hoofdzakelijk afkomstig van web- en mobiele kanalen

• Gevestigde organisaties die internetstart-ups als een bedreiging beschouwen

• Start-ups die wendbaarder willen zijn dan hun gevestigde concurrenten

• Toepassingen die zelf gebouwd zijn en ontwikkeld op open technologie

Al deze zorgen voor overtuigende zakelijke drijfveren om verandering te omarmen als een kans om een ​​voordeel te creëren in uw branche. Maar de transformatie zal soms moeilijk zijn en leiders die deze initiatieven sponsoren hebben geduld en duidelijke verwachtingen nodig om ervoor te zorgen dat het team alle kansen krijgt om te slagen.

Net als bij cloudtransformaties zullen DevOps-transformaties niet universeel succesvol zijn. In feite zou je moeten verwachten dat je soms faalt. De kunst is om snel te falen, te leren en te herhalen. Het verwijderen van faalangst is diepgeworteld in de cultuur, waarbij incidentoverzichten een schuldsessie zijn in plaats van een leerresultaat.

Daarom is het van groot belang dat u zich zowel moet committeren aan de cultuur als aan de werkmethoden. Het risico van het niet aanpakken van DevOps brengt echter wel risico's met zich mee. Als uw concurrentie sneller wordt op de markt met functies en producten, wat betekent dit dan voor uw bedrijf? Als uw concurrentie financiële voordelen kan opleveren door de operationele efficiëntie te verhogen zonder de marges te beïnvloeden, hoe zal u reageren??

DevOps-adoptie mag niet worden aangedreven door angst, maar het niet maken van een deel van uw IT-plannen moet een goed beheerd risico zijn in de strategie van uw organisatie.

Waar te beginnen

Dus hopelijk bent u zover dat u geïnteresseerd bent om aan de slag te gaan. Hier zijn enkele vragen om u op weg te helpen:

• Met welke applicatie ga ik dit model bouwen?

Doe deze groothandel niet op uw IT-landgoed. De applicatie en teams om hen heen zijn sleutelfactoren in succes, identificeren een kandidaat-applicatie en creëren een bubbel van autonomie eromheen.

• Kan ik het hele proces van idee tot productieversie uittekenen?

Eenvoudig uw processen uitzetten is een geweldige manier om stakeholders te identificeren en verspilling tegen te gaan. Ga er nooit vanuit dat u de juiste mensen in de ruimte hebt tijdens de eerste vergadering!

• Waar zijn mijn beperkingen?

De sleutel tot het vergroten van de stroom door een systeem is om beperkingen te beheren. Het creëren van capaciteit aan beide kanten zonder het knelpunt aan te pakken, zal de output niet verhogen. Ga na welke onderdelen van uw systeem u vertragen en verbeter ze.

• Heb ik de vaardigheden om dit uit te voeren?

DevOps-vaardigheden zijn op dit moment erg in trek. Neem de tijd om te begrijpen of u over de juiste middelen beschikt om te slagen? Als dat niet het geval is, moet u plannen maken voor extra mensen aannemen, trainen of op zoek zijn naar een derde partij die u kan helpen om enkele kernfuncties te ontladen..

Er is enorm veel referentiemateriaal online. DevOps als benadering van waarden delen, veel organisaties hebben materiaal gepubliceerd over hun successen en mislukkingen om van te leren.

  • Chris Jackson is de hoofdtechnoloog voor Rackspace EMEA.