Der Aufstieg der xOps - Allgemeine Verantwortlichkeit im heutigen Technologiebetrieb

Das Konzept von DevOps, das Entwicklung (Dev) und Betrieb (Ops) kombiniert, hat seine Wurzeln in den frühen 2000er Jahren. Der Begriff "DevOps" wurde jedoch erstmals 2009 von Patrick Debois und Andrew Clay Shafer auf der Konferenz Agile 2008 geprägt. Seitdem hat er viele Anhänger gefunden und ist in den IT-Kreisen fast zu einer Religion geworden. DevOps ist zu einem festen Bestandteil der modernen Softwareentwicklung und des IT-Betriebs geworden. Viele Unternehmen setzen DevOps-Praktiken und -Tools ein, um ihre Lieferzyklen und die Gesamteffizienz zu verbessern. Darüber hinaus begannen andere IT-Bereiche wie Sicherheit und Netzwerke, denselben Konzepten zu folgen, und SecOps, DevSecOps, NetOps und einige mehr wurden geboren.

Als Außenstehender in der IT habe ich festgestellt, dass diese DevOps, anstatt eine schnellere funktionsübergreifende/abteilungsübergreifende Integration zu fördern, begonnen haben, Silos und Schuldzuweisungen zu schaffen. Wenn man eine neue Anwendung brauchte, öffnete man ein Ticket, das DevOps-Team "spinnte" die VM oder den Cluster, aber dann ging es an die NetOps- und DevSecOps-Teams, und die mussten ihr Ding machen oder sich über etwas beschweren, was die DevOps falsch gemacht hatten, oder was auch immer. Das Ergebnis war, dass das Nirwana der Agilität und Geschwindigkeit, das mit dieser Methode angestrebt wurde, durch diese Silos zerrissen wurde. Der "automatisierte" Prozess war in Wirklichkeit sehr manuell und mitunter auch bedienerspezifisch; es ist nicht so, dass jedes Teammitglied einfach in einen Prozess einsteigen und ihn übernehmen kann.

Ich glaubte, dass dieser unvermeidliche Zustand so weitergehen würde, bis sich einer unserer Kunden, eine Forschungsabteilung eines sehr großen Automobilherstellers, hilfesuchend an uns wandte. Wir waren überrascht, dass die Unterschrift dieser Person "Software Application Developer" lautete und diese Person uns um Hilfe bei der Einrichtung seines Netzwerks bat. Nachdem ich ein paar Tage mit dieser Person gearbeitet hatte, wurde mir klar, dass es sich um die neue Generation von IT-Fachleuten handelt, die man als xOps. Diese neue Generation von Fachleuten gehört zu der Generation, die mit hochautomatisierten Systemen (z. B. iPhones) aufgewachsen ist, und sie wissen und erwarten, dass sie hochentwickelte Tools für viele der Funktionen verwenden, die sie benötigen, um das zu liefern, was sie liefern müssen. Sie verfügen über genügend Informationen, um zu verstehen, was sie von anderen Disziplinen erwarten, aber nicht, um tatsächlich zur CLI zu gehen. Ihre Mentalität ist es, GSD (get s... done) und schnell zu erledigen und sich nicht mit (für sie) nicht zum Kerngeschäft gehörenden Funktionen zu beschäftigen.

Es ist schön, die Technik für sich arbeiten zu lassen und seine Lebensqualität zu verbessern, aber sich nicht von der Ungeheuerlichkeit dieser Technik stören zu lassen. Die meisten von uns (Entschuldigung, Amish) sind mobile Nutzer, und ich mache mir nie Gedanken über die acht oder zehn verschiedenen Protokolle, die zwischen meinem Gerät und dem Mobilfunkmast oder dem WLAN-Hotspot ausgetauscht werden. Ich weiß, dass das Gerät dies für mich erledigt, warum sollte es also bei Unternehmens- und Rechenzentrumsnetzwerken anders sein? Warum muss ich alle Routing-Tabellen einrichten, wenn eine Orchestrierungsplattform dies in wenigen Minuten für mich erledigen kann, egal wie viele Geräte sich in der Struktur befinden?

Bei xOps kommt es auf das Ergebnis, die Geschwindigkeit, mit der es erreicht wurde, und die Zuverlässigkeit dieses Ergebnisses an, und zwar im Vergleich zu den spezifischen Zielen dieser Aktion.