Devops-Experte Gene Kim: Wie Devops Unternehmen dabei helfen, herausfordernde Zeiten zu meistern

Wenn es um die Softwareentwicklung geht, hat sich die moderne Praxis der Entwickler - bei der Entwickler und IT-Betrieb zusammenarbeiten, um Software effizienter zu liefern - durch das Unternehmen verbreitet, da immer mehr Unternehmen die Vorteile einer stärkeren Automatisierung und mehr erkennen häufige Veröffentlichungen.

Wird sich die Akzeptanz von Entwicklern angesichts der Pandemie, die die Notwendigkeit einer größeren digitalen Agilität hervorhebt, noch schneller beschleunigen?

Als sich die Londoner Ausgabe des Enterprise Devops Summit (in seinem neuen virtuellen Format) nähert, war dies die erste Frage, die wir ihrem Gastgeber und Gründer Gene Kim, dem ehemaligen CTO von Tripwire und Autor von drei beliebten Devops-Büchern, stellten.

Die folgende Konversation wurde aus Gründen der Klarheit und Kürze bearbeitet.

: Wie hat sich die Pandemie auf die Devops ausgewirkt?

Gene Kim: Derzeit läuft auf Twitter ein Meme darüber, welcher C-Level-Manager die Agenda für digitale Störungen am meisten vorangetrieben hat. Ist es der CEO, CFO, CIO oder COVID-19? COVID-19 ist der Gewinner. Ich denke es ist so wahr.

Digital Disruption stand im vergangenen Jahr auf fast jeder Board-Agenda. Jetzt hat COVID-19 es drei bis fünf Jahre vorangetrieben. Ich denke, was so interessant war, ist, dass es so viele Geschichten über die Heldentaten gibt, die Organisationen tun müssen, damit Zehntausende, Hunderttausende von Arbeitern von zu Hause aus arbeiten können. Dies war nur möglich, indem im Wesentlichen alle Regeln gebrochen wurden.

Das zeigt der IT- und Unternehmensführung, was möglich ist und wozu diese Teams tatsächlich in der Lage sind. So oft sind sie gefesselt und die meisten Leute würden sagen, dass alles, was getan wurde, um es den Menschen zu ermöglichen, von zu Hause aus zu arbeiten - einige, die noch nie von zu Hause aus gearbeitet haben, wie Backoffice-Finanzteams -, nur ein kleines Wunder war.

: Der jüngste State of Devops-Bericht hat diesen riesigen Mittelweg von Organisationen in Bezug auf die Reife von Devops aufgezeigt.

Denken Sie, dass die Pandemie diesen Mittelweg in den reiferen Raum drängen wird, oder glauben Sie, dass es schwierig ist, die Funktionsweise von Teams wiederherzustellen, wenn alle entfernt sind?

Kim: Ich denke nicht, dass das ein Hindernis sein wird, die Tatsache, dass es abgelegen ist. Wir wissen, dass es möglich ist. Eine meiner größten Überraschungen auf meiner Reise war zu erfahren, dass GitHub Anfang der 2010er Jahre, das gesamte Infrastruktur-Team, entfernt war. In den frühen Tagen gab es also nie zwei Ops-Ingenieure in derselben Stadt.

In fünf Jahren, in denen wir den State of Devops Report erstellt haben, haben wir festgestellt, dass die Industrie keine Rolle spielt. Es war egal, ob Sie im Gesundheitswesen oder im Einzelhandel tätig sind. Die Wahrscheinlichkeit, ein High-, Medium- oder Low-Performer zu sein, war unabhängig von der Branche grundsätzlich gleich.

Das hat sich letztes Jahr geändert, es war der Einzelhandel, der tatsächlich eher eine hohe Leistung erbrachte. Ich denke, das zeigt, dass die Retailpocalypse oder eine existenzielle Bedrohung die Einzelhandelsbranche dazu drängt, die Praktiken der Entwickler schneller anzupassen. Ich denke, die Konsequenz ist, dass COVID-19 jede Branche dazu bringen wird, Entwickler schneller einzuführen, nur wegen des Geschäftsdrucks, über den wir gerade gesprochen haben.

: Wie denkst du über den Aufstieg von DevSecOps und anderen neuen Begriffen rund um Devops?

Kim: Dies ist ein Argument, das ich hatte, als das Devops Handbook 2016 mit meinem Co-Autor John Willis herauskam. Er hatte eine sehr viszerale Reaktion, dass es nur einen Devop gibt. Es ist nicht so, dass er nicht daran glaubt, aber er hat mich überzeugt, dass wir zu diesem Zeitpunkt in der Branche einen Regenschirm brauchten, um alles einzubauen. Ich liebe die Idee von DevSecOps oder irgendeine Möglichkeit, den Regenschirm zu erweitern und Bringen Sie andere Stämme herein. Ich liebe Devops auf diese Weise, um zu signalisieren, dass alles, was keine Devops sind, wir mit den alten, schlechten Methoden verbinden sollten, Dinge zu tun.

: Was ist mit AIops?

Kim: Ja, AIops, MLops, ich liebe diesen Satz, aber ich bin der engen Ansicht, dass es fast keinen Wertstrom gibt, der mit den Daten, die dieser Wertstrom generiert, nicht besser gemacht werden kann. Ob Marketing für Kundeneinkaufsprognosen oder Fehleranalyse und -prognose für die Infrastruktur.

Das Problem dabei ist, dass diese maschinellen Lernprojekte im Wert von 50 Millionen US-Dollar, die von Nicht-Software-Profis durchgeführt werden, weder die Versionskontrolle noch die besten Techniken verwenden, die wir in den letzten 30 Jahren entwickelt haben. Bei der Erstellung von Trainingssätzen und diesen neuen Produktionsmodellen unterscheiden sich die Techniken von denen, die wir als Softwareentwickler verwenden.

Microsoft hielt einen Vortrag darüber, wie sie MLops verwenden, um diese Datenwissenschaftler in technologische Wertströme zu integrieren. John Deere hielt eine Präsentation darüber, wie sie es für eine Reihe ihrer Initiativen tun.

Das Problem ist, dass Sie häufig diese Modelle haben, die in Python oder SPSS als Prototyp erstellt wurden. Das ist großartig, aber nicht produktionsbereit. Es ist also noch etwas erforderlich, um sicherzustellen, dass die Mission tatsächlich erfüllt wird. AI schafft dieses ganz andere Problem beim Erstellen von Produktionsdiensten. Es gibt ein wirklich reiches Feld, das definitiv angesprochen werden muss.

: Was sind die größten verbleibenden Engpässe für Organisationen, die Devops-Praktiken anwenden? Und gibt es eine alternative Route?

Kim: Ich denke, Devops sind unerbittlich, unvermeidlich. Ich würde sagen, das größte Hindernis ist die Führung und das Buy-in von Unternehmen. Wenn ich mir die letzten sieben Jahre der Konferenz anschaue, ist eines der Dinge, die wirklich auffallen, dass die Leute, die die Präsentationen halten, jedes Jahr älter sind.

In diesem Jahr haben wir Patrick Eldridge, den Chief Operating Officer der Nationwide Building Society. Wir haben eine Reihe von Vizepräsidenten und CTOs, und oft präsentieren sie sich mit ihrem Geschäftspartner, der Person mit der Gewinn- und Verlustverantwortung für diese Unternehmen. Ich denke, das zeigt, dass Devops eigentlich kein Technologieproblem ist, sondern ein Geschäftsproblem. Dies sind die Gespräche, die zeigen, inwieweit devops in jeden Aspekt der Strategie und des Betriebs integriert ist.

Nehmen wir Nationwide, sie stellen ungefähr 1.200 Leute ein, wenn ein Großteil der Branche schrumpft. Ich denke, dies zeigt nur, was für ein starkes Signal, dass Devops Unternehmen nicht nur das Überleben auf dem Markt ermöglichen, sondern auch in einem Umfeld gedeihen, in dem sie wachsen, während andere schrumpfen.

: Wie wirkt sich der Anstieg von Containern auf die Praktiken der Entwickler aus?

Kim: Alle diese Technologien - Container sind wahrscheinlich die stärksten - haben die Leute wirklich gezwungen, unveränderliche Infrastruktur oder Infrastruktur als Code zu betrachten. Ich weiß nicht, in welche Richtung die Kausalität geht, entweder Menschen, die devops denken, wo sie bereits über Infrastruktur als Code nachdenken, Dinge wie Container wahrscheinlich viel schneller aufgreifen, oder vielleicht ist das Wertversprechen von Containern so hoch dass es Leute anlockt.

Wer könnte zu der alten Methode zurückkehren, um herauszufinden, wie Ihre Laptop-Umgebung genauso aussieht wie die Produktionsumgebung? All diese Dinge machen es so deutlich, dass es einen besseren Weg gibt, um zu arbeiten. Ich denke, es ist sehr schwierig, umzukehren, wenn Sie Dinge wie kontinuierliche Integration wie kontinuierliche Lieferung erledigt haben. Sobald Sie es erlebt haben, ist es wirklich schwierig, zur alten Art und Weise zurückzukehren.

Ich denke, Edgar Schein sagte, "Werkzeuge sind ein kulturelles Artefakt" in der Anthropologie und Soziologie. Tools ändern also Ihre Denkweise und Ihre Arbeitsweise. Daher stimme ich Ihrer Behauptung zu, dass diese Tools definitiv die Arbeitsweise der Entwickler beschleunigen.

: Warum war es bisher so schwierig, Sicherheit in Entwickler zu integrieren?

Kim: Wenn wir dieses Gespräch vor acht Jahren führen würden, würden wir uns fragen: "Warum ist es schwierig, Operationen an Bord zu bringen?" Liegt es daran, dass sie Angst haben, dass ihre Jobs wegfallen?

Einige Leute sprechen über NoOps, wo wir keine Operationen mehr benötigen. Wenn ich denke, dass es für jeden, der Kubernetes verwendet hat, ziemlich klar ist, dass kein Entwickler Kubernetes tatsächlich lernen möchte, möchten wir, dass Infrastrukturmitarbeiter dies für uns tun. Ich denke, dasselbe gilt für die Sicherheit. Wir möchten, dass die Produktteams und Entwicklungsteams für die Verfügbarkeit, Bedienbarkeit und Sicherheit der Services voll verantwortlich sind. Wir möchten nicht, dass Entwickler Experten auf allen Ebenen werden müssen, in denen sich Sicherheitslücken verstecken können.

Wir möchten die Fachkenntnisse der Sicherheit wirklich nutzen, sie entweder in die Teams einbringen oder die von ihnen erstellten Plattformen nutzen, damit alles, was wir auf der Plattform schreiben, grundsätzlich sicherer ist. Ich denke, dieser Tag kommt. Wie bei Operationen ist diese Kluft bei Entwicklern so groß, dass die natürliche Reaktion "über meinem toten Körper" liegt, und ich bin sicher, dass dies arrangiert werden könnte.

: Wie haben sich die Fähigkeiten eines Devops-Ingenieurs entwickelt?

Kim: Eine der wichtigsten Fähigkeiten, Fertigkeiten und Eigenschaften, die bei diesen bahnbrechenden Rebellionen benötigt werden - die Verwendung von Devops, um die alte mächtige Ordnung zu stürzen, die sehr glücklich sind, die Dinge so zu tun, wie sie es 30 bis 40 Jahre lang getan haben - sind die funktionsübergreifenden Fähigkeiten in der Lage sein, über den Tisch hinweg ihre Geschäftspartner zu erreichen und bei der Lösung von Problemen zu helfen. So wachsen und stellen diese Teams ein, wenn so viele andere Teams schrumpfen.

Einer der gemeinsamen Nenner unter den Gesprächen, die ich bisher in diesem Jahr gehört habe, ist, dass sie alle einstellen. Ich denke, Devops-Leute haben so viel zu bieten, und je mehr sie diese Initiativen finden können und welche Geschäftsleute sie brauchen, desto vielversprechender ist die Zukunft.

Ein Freund von mir, Tom Limoncelli, der das Buch über die Verwaltung von Cloud-Systemen geschrieben hat - er sagte es für den Betrieb, aber ich denke, es kann überall angewendet werden -, ist, dass wir uns in einer Weggabelung befinden: Auf einem Weg wird unser Gehalt halbiert und der einzige Job, den wir finden können, ist in der Genius Bar im Apple Store. Auf der anderen Seite verdoppelt sich unser Gehalt, weil wir die heißesten Fähigkeiten auf dem Markt haben. Ich fand das genial.