Die Mainstreaming von DevOps
Hier bei PagerDuty verbringen wir viel Zeit damit, darüber nachzudenken, wie wir helfen können DevOps Community und IT-Experten zum Erfolg verhelfen. Wir sind besonders am „Wie und Warum“ der Entwicklung von DevOps-Praktiken interessiert, daran, wie wir unseren Praktikern einen Mehrwert bieten und wie wir der Community, die so großes Vertrauen in PagerDuty setzt, besser dienen können.
Vor diesem Hintergrund haben wir vor kurzem Gastgeber eines Webinars Mit Branchenführern, die wir gebeten haben, neue Praktiken sowie ihre Vorhersagen zur Zukunft von DevOps zu teilen. Wir haben Perspektiven aus der Welt der Anwendungen und der Sicherheitsüberwachung sowie von APM einbezogen und Einblicke in das digitale Betriebsmanagement gewonnen. Die Gruppe bestand aus:
- Ilan Rabinovich, Direktor der technischen Community bei Datadog
- Chris Gervais, VP of Engineering bei Threat Stack
- John Rakowski, Direktor für Produktmarketing bei AppDynamics
- Arup Chakrabarti, Technischer Leiter bei PagerDuty
Wir haben eine Reihe von Fragen zur Zukunft von DevOps beantwortet, darunter: „Ist DevOps endlich Mainstream?“ Und „Können Unternehmensorganisationen DevOps-Praktiken übernehmen?“ Unsere Diskussionsteilnehmer hatten viel zu erzählen und wir haben unten die Höhepunkte zusammengefasst.
Ist DevOps endlich Mainstream?
Jeder Redner teilte seine Gedanken zur Idee, dass DevOps endlich zum Mainstream wird:
Ilan Rabinovich von Datadog kommentierte, dass die Branche den „Spitzenwert“ des Begriffs DevOps erreicht habe, und verwies auf eine Vielzahl von Tools, Konferenzen und eine allgemeine Umgebung voller Marketing-Spin. Er weist auch darauf hin, dass nicht jeder den Begriff DevOps auf die gleiche Weise verwendet, und dass WAHR DevOps zeigt sich in der Definition von „CAMS“ : Kultur, Automatisierung, Metriken und Teilen als Säulen der Reise.
Chris Gervais von Threat Stack stimmte zu, dass die Begriff DevOps ist definitiv zum Mainstream geworden, auch wenn die Akzeptanz möglicherweise verzögert ist. Er weist darauf hin, dass DevOps für viele Organisationen und bestimmte Arten von Unternehmen in die Struktur ihrer Arbeit integriert ist. Insbesondere Startups und Unternehmen, die SaaS-Produkte erstellen, nutzen DevOps als eine Art grundlegende, native Fähigkeit, und der DevOps-Ansatz ist wirklich nichts Neues und Teil der „Entstehungsgeschichte“ dieser Art von Unternehmen. Unternehmen, die schnell vorankommen und Infrastruktur als Code verwenden möchten, haben die Verfügbarkeit von DevOps-Tools sowie die Community begrüßt. Er scherzte sogar, dass eine kürzlich erschienene TechCrunch Artikel DevOps für tot erklärt, jetzt muss es Mainstream sein!
John Rakowski von AppDynamics betrachtet die Integration von DevOps als eine Art „Ja und Nein“-Vorschlag. Er stimmte mit unseren anderen Diskussionsteilnehmern darin überein, dass eine Person nirgendwo hinkommen kann ohne Hören über DevOps und verwies auf Gartners Vorhersage aus dem Jahr 2015, wonach DevOps bis 2016 eine Mainstream-Strategie sein wird. Auch wenn die Realität nicht ganz so genau aussieht, ist Rakowski der Meinung, dass das Interesse sicherlich Mainstream ist, aber es gibt weiterhin einen anhaltenden Kampf und eine Debatte um DevOps-Definitionen, insbesondere zwischen verschiedenen Branchen und Organisationen. Er sieht einen bedeutenden Unterschied zwischen Enterprise DevOps und DevOps von Startups, wobei Unternehmen separate Teams bilden, um die Vorteile von DevOps zu nutzen.
Arup Chakrabarti sagt, dass DevOps „ist eben so“ für kleinere Unternehmen. Für etablierte Unternehmen ist DevOps nicht die Norm, aber viele Unternehmen befinden sich auf einem Entwicklungspfad. Er stellte fest, dass einige Banken und Telekommunikationsunternehmen – die dafür bekannt sind, langsam und schwerfällig zu sein – DevOps in kleinen Gruppen eingeführt und fantastische Arbeit geleistet haben. Er schlägt jedoch vor, dass die DevOps-Community noch mehr Arbeit leisten muss, um in Unternehmen zum Mainstream zu werden.
Können Unternehmensorganisationen DevOps-Praktiken übernehmen?
Zur Frage, ob Unternehmen DevOps einführen sollten, meint Rabinovich, dass es bei der Einführung weniger um Technologie als vielmehr um Kultur und organisatorische Ausrichtung geht. In Unternehmen können einzelne IT-Teams, die Geschäftseinheiten oder Projekten zugeordnet sind, Silos bilden, die interne Streitigkeiten fördern, die durch gemeinsame und abgestimmte Ziele und Geschäftsziele gelöst werden können.
„Die erfolgreicheren DevOps-Organisationen haben sich zuerst mit Kultur und Austausch befasst und dann die Tools und Kennzahlen entwickelt, um den Prozess zu beschleunigen“, kommentierte Rabinovich. Er ist der Meinung, dass der Markt Tools, Events und andere Lösungen verkauft, um den Technologieteil anzugehen, dass Kultur und Austausch jedoch ein Bereich sein sollten, auf den sich die breite Masse konzentriert. Der Kauf einer Suite von DevOps-Tools ist eine Sache, aber Ilan weist darauf hin, dass es nur geringe Fortschritte geben wird, wenn Teams keine kollaborative Kultur aufbauen, wenn Daten geteilt werden können und das Lernen schwierig sein kann. Seiner Ansicht nach ist die Nutzung des CAMS-Modells und die Zusammenarbeit bei der Identifizierung gemeinsamer Ziele ein wichtiger Weg zum Unternehmenserfolg, da dies die Ausrichtung und Effizienz fördert und Möglichkeiten schafft, den Erfolg zu verfolgen und zu teilen, was zur Sicherung zusätzlicher Ressourcen führt.
Gervais von Threat Stack ging auf die Einführung in Unternehmen ein, indem er eine Frage aus dem Publikum stellte und fragte, ob DevOps „von oben nach unten oder von unten nach oben vorangetrieben wird“. Gervais meint, dass es bei DevOps normalerweise nicht so ist, dass der CIO sagt „Auf die Plätze, fertig, los“, sondern dass es eher ein „von der Mitte nach außen“-Prozess sein kann. Das heißt, dass DevOps nicht nur aus einer Untergruppe des IT-Teams hervorgeht, sondern normalerweise entsteht, wenn sich einige gleichgesinnte Personen zusammentun, um sich auf ein Geschäftsproblem zu konzentrieren. Sobald das Team sich auf das Geschäftsproblem konzentriert hat, kann es davon profitieren, mit dem DevOps-Modell zu experimentieren und es zu testen sowie Kennzahlen festzulegen, die möglicherweise außerhalb des traditionellen Unternehmensprojektplans liegen. Gervais meint, dass DevOps, wenn es aus traditionellen IT- oder PMO-Organisationen stammt, von Natur aus in seiner Startfähigkeit eingeschränkt sein kann.
Aus Rakowskis Sicht ist die Implementierung von DevOps im gesamten Unternehmen eine „ultimative“ Frage, die er eher im Sinne von „ Wie ist Ihre DevOps-Einführung unternehmensweit verbreitet?“ Er weist darauf hin, dass Software das Herzstück der Kundeninteraktion und der Mitarbeiterproduktivität ist und dass Anwendungen die Geschäftsergebnisse vorantreiben. Daher ist die Realität, dass schnellere Releases zwingend erforderlich sind, da Technologie zum Nummer Eins Treiber der Geschäftsleistung. Rakowski gibt an, dass die Implementierung von DevOps für das Unternehmen keine Option ist, sondern „etwas, das die IT tun muss, um den Benutzern zu dienen und den Wert für das Unternehmen zu steigern.“
Chakrabarti von PagerDuty meint, dass die Einführung von DevOps von Kultur, Austausch und Abstimmung vorangetrieben wird – drei Dinge, die seiner Ansicht nach die größten Herausforderungen für Unternehmen darstellen. Da Ops-Teams auf Stabilität und Entwicklungsteams auf Innovation und Veränderungen ausgerichtet sind, können sie grundsätzlich uneins sein, und unterschiedliche Gruppen bilden Silos innerhalb von Organisationen. Daher sieht er einen starken Bedarf, durch gemeinsame, auf Geschäftserfolg ausgerichtete Ziele eine Abstimmung zu schaffen, die ein Gleichgewicht zwischen Site-Zuverlässigkeit und Innovation schafft.
Abgesehen vom Marktlärm scheinen sich unsere Diskussionsteilnehmer einig zu sein, dass DevOps im Jahr 2017 und darüber hinaus zum Mainstream wird und Einzug in Unternehmen hält! Wichtige Faktoren, die die Akzeptanz fördern, darunter Teilen und kultureller Wandel, sind grundlegende Elemente jeder DevOps-Initiative, und die Abstimmung führt in der Regel zum Erfolg.
Im nächsten Teil dieser Blogserie werden wir weitere wichtige Fragen untersuchen, darunter: „Werden zentrale Betriebsteams näher an die Anwendungscodebasis heranrücken?“ Und „Wird Sicherheit ein Teil des DevOps-Betriebsmodells?“
In der Zwischenzeit sollten Sie sich unbedingt die gesamte Prognosen und Trends im DevOps-Bereich für 2017 Webinar zu BrightTalk!