So sprechen Sie mit NetOps über Automatisierung

Das Netzwerkteam besteht aus Ihren Kolleginnen und Kollegen, Ihren Mitarbeitenden und in manchen Fällen auch Ihren Freunden. Sie haben es verdient, die Wahrheit zu erfahren. Und Sie sind genau die richtige Person, um ihnen diese Wahrheit zu vermitteln: die Wahrheit darüber, wie die Automatisierung einen Großteil der traditionellen NetOps-Aufgaben verändern wird – und zwar zum Positiven!

Entscheidungen über die Entwicklung, das Testen, die Bereitstellung, den Betrieb und die Wartung von Unternehmensanwendungen werden nicht isoliert getroffen. Früher hatten möglicherweise die Mitarbeiter des Netzwerkbetriebs die Kontrolle und waren die letzte Instanz, bevor etwas von Bedeutung geschehen konnte. Und ehrlich gesagt war das den meisten von ihnen wahrscheinlich ganz recht.

Doch die Dinge haben sich geändert. Statt alles streng zu kontrollieren, sieht sich NetOps nun mit einer Flut von Leuten konfrontiert (wenn wir ehrlich sind, vor allem aus dem DevOps-Bereich), die lieber alles selbst in die Hand nehmen. Und zwar auch Dinge, die NetOps lieber nicht sehen würde – etwa das Umgehen von Sicherheitsprotokollen für Ihre neue App oder das Herumspielen an den Load-Balancing-Einstellungen für das betreffende App-Update.

Nun könnte man argumentieren, dass DevOps-Fachleute lediglich versuchen, die Dinge zu verbessern: anpassungsfähiger, eigenverantwortlicher und weniger kleinteilig gesteuert. Agiler (mit großem A).

Fakt ist: In der heutigen Unternehmensumgebung ist DevOps auf NetOps angewiesen, um seine agile Arbeitsweise beibehalten zu können. DevOps kann es schlichtweg nicht allein schaffen (schließlich laufen all diese Anwendungen auf einer zugrunde liegenden Infrastruktur). Und DevOps kann nicht erwarten, dass NetOps sich mit einer Nebenrolle begnügt und sämtliche traditionellen Verantwortlichkeiten abgibt. Das wäre auch gar nicht wünschenswert. NetOps spielt eine wichtige Rolle bei der Gewährleistung der Sicherheit und Leistungsfähigkeit aller von DevOps entwickelten Anwendungen und bringt wichtige Kompetenzen und Fähigkeiten in den CI/CD-Workflow ein.

Automatisierung verbessert ihre Arbeit

Wenn Sie im DevOps-Bereich tätig sind und Ihre NetOps-Kollegen stärker in den CI/CD-Workflow einbinden möchten, müssen diese zunächst einmal selbst mitwirken wollen und den Nutzen einer Veränderung des Status quo erkennen. Das ist tatsächlich recht einfach, denn die leicht zu automatisierenden Aufgaben sind all jene mühsamen, zeitaufwendigen Routinetätigkeiten, die immer wieder erledigt werden müssen – also genau die Aufgaben, die jeder vernünftige Mitarbeiter nur allzu gern einem Bot überlassen würde.

Nachtragsaufträge sind ein gutes Beispiel. Sich durch einen Stapel von Aufträgen zu arbeiten, jede Änderung manuell einzugeben und anschließend noch einmal zu überprüfen, ob alles richtig ist – schließlich ist das allein heute Morgen schon der neunte, langsam verschwimmen sie alle miteinander, und warum haben Sie sich überhaupt für diesen Beruf entschieden? Den ganzen Tag, jeden Tag Nachtragsaufträge ausfüllen? Wohl kaum.

Es geht auch besser: Automatisieren Sie all die überflüssigen, ständig wiederkehrenden Aufgaben so weit wie möglich, die einen ansonsten interessanten und produktiven Arbeitstag ausbremsen.

“Laut unserem „State of Application Services Report“ haben 42 % der Unternehmen die Bereitstellung ihrer Anwendungsdienste bereits automatisiert.”

Automatisierung macht Apps besser

Die Leute in der Konzernzentrale wollten, dass wir damit anfangen, denn schließlich dreht sich alles um das Produkt, oder? Wen kümmert es schon, ob die Männer und Frauen, die es entwickeln, ihre Arbeit lieben, oder? (Falsch!)

Dennoch sind eine robuste Leistung und Sicherheit Ihrer Apps ein ziemlich angenehmer Nebeneffekt davon, dass Ihre Arbeit weniger ermüdend monoton ist.

Das Schöne an der Automatisierung ist: Wenn man es beim ersten Mal richtig macht, weiß man, dass es danach jedes Mal richtig gemacht wird.

Indem Sie die Dienste automatisieren, die für die Zuverlässigkeit und Sicherheit Ihrer Anwendungen sorgen, gewinnen Sie nicht nur Zeit für interessantere, weniger repetitive Projekte, sondern verbessern auch die Qualität dieser Dienste. Denn durchdachte, automatisierte Workflows entstehen nicht von selbst. Es ist die Aufgabe des NetOps-Engineers, das optimale Modell zu entwickeln, auf dessen Grundlage jeder automatisierte Workflow ausgeführt wird und so immer wieder optimale Ergebnisse erzielt.

“Das Schöne an der Automatisierung ist: Wenn man es beim ersten Mal richtig macht, weiß man, dass es danach jedes Mal richtig gemacht wird.”

In einem automatisierten Workflow behält NetOps nicht nur die Kontrolle über seine Fachgebiete (wodurch Ihre Anwendungen schneller, zuverlässiger und sicherer werden), sondern kann auch automatisierte Prozesse erstellen, die so einfach zu bedienen sind, dass DevOps nie wieder in Erwägung ziehen wird, eigenmächtig vorzugehen (was Ihre Anwendungen wiederum schneller, zuverlässiger und sicherer macht).

Automatisierung gedeiht dort, wo Zusammenarbeit herrscht

Fast immer sind weder die DevOps- noch die NetOps-Teams allein in der Lage, sämtliche Lösungen zu erarbeiten, die für den Betrieb der geschäftskritischen Anwendungen und Daten eines Unternehmens erforderlich sind. Diese beiden Teams waren schon immer auf eine enge Zusammenarbeit angewiesen. Die heutigen Automatisierungsmöglichkeiten tragen wesentlich dazu bei, Reibungsverluste bei dieser Zusammenarbeit zu verringern.

DevOps, NetOps, SecOps … kein Ops-Bereich ist eine Insel. In modernen CI/CD-Workflows beruht der Erfolg auf der Entwicklung klar definierter, bewährter Methoden, die sich schnell und einfach (d. h. automatisch) in komplexen Systemen replizieren lassen. Eine solide Grundlage für diese automatisierten Workflows erfordert eine enge Zusammenarbeit zwischen DevOps, NetOps und SecOps, wobei jeder Bereich die anderen mit seinem Fachwissen unterstützt.

Unabhängig von der Umgebung (Cloud, Container usw.) sind Ihre Anwendungen auf zugrunde liegende Anwendungs-, Netzwerk- und Sicherheitsdienste angewiesen. NetOps trägt dazu bei, dass Daten ungehindert durch das Netzwerk fließen, Anwendungen skalierbar und reaktionsschnell sind und Daten bei Bedarf verfügbar und jederzeit geschützt sind. Auch jedes Ops-Team spielt eine Rolle bei der Risikominderung – ganz gleich, ob es um das Risiko geht, dass Ihre Anwendung nicht wie vorgesehen funktioniert, Ihr Netzwerk überlastet wird oder externe Bedrohungsakteure versuchen, Ihre Ressourcen anzugreifen. Interessanterweise sind die DevOps-Prinzipien, die zu guten Ergebnissen bei der Softwareentwicklung führen – Kultur, Automatisierung, Messung und Austausch –, laut dem 2019 State of DevOps Report von Puppet dieselben Prinzipien, die auch zu guten Sicherheitsergebnissen führen.

Diese Interaktion zwischen den verschiedenen Ops-Teams findet kontinuierlich statt. So arbeitet die IT bereits seit Beginn des Internetzeitalters. Doch es gibt immer Verbesserungspotenzial – etwa als die agile Softwareentwicklung aufkam und neue Maßstäbe dafür setzte, wie schnell Anwendungen entwickelt und bereitgestellt werden konnten. Damals leitete DevOps den großen Wandel hin zu einem agileren Entwicklungsansatz ein und etablierte einen schnelleren Weg „vom Code zum Kunden“.

Diese höhere Geschwindigkeit treibt den grundlegenden Wandel voran, den DevOps derzeit erlebt. Das hat eine positive Seite, da DevOps schneller agieren und proaktiver vorgehen kann, aber auch eine negative, da Reibungen entstehen können, wenn die Prozesse anderer Abteilungen nicht auf dieselbe Arbeitsweise ausgelegt sind.

Diese anderen Abteilungen einfach zu ignorieren oder Kollegen außer Acht zu lassen, die mit Ihrer neuen Arbeitsweise noch nicht ganz Schritt halten, ist keine gute Idee. Wenn das DevOps-Team versucht, alles selbst zu erledigen, ist das sowohl ineffizient als auch unzureichend. So werden Prozesse beeinträchtigt – ob unbeabsichtigt oder nicht –, und fehlerhafte Prozesse können dazu führen, dass alle möglichen Dinge schieflaufen. Das betrifft nicht nur DevOps, sondern alle – einschließlich Ihrer Kunden, die Sie auf keinen Fall negativ beeinträchtigen möchten.

Damit Sie im DevOps-Bereich Ihre Arbeit wirklich richtig erledigen können, brauchen Sie NetOps als Partner und nicht als Gegner. Der Dreh- und Angelpunkt jeder soliden Partnerschaft ist die Kommunikation. DevOps muss sich mit dem Netzwerkteam darüber abstimmen, wie die für den Betrieb Ihrer Anwendungen erforderlichen Dienste bereitgestellt werden können.

Oft verfügt das DevOps-Team über das Fachwissen in den Bereichen Automatisierung, übergreifendes Framework und Infrastructure as Code. Das Netzwerkteam hingegen kennt die konkreten Architekturressourcen, die bereitgestellt werden müssen, sowie die dafür verfügbaren Tools. Durch einen offenen Austausch und gegenseitigen Respekt können DevOps und NetOps gemeinsam ermitteln, wo Automatisierung erforderlich ist und wie sie sich am besten umsetzen lässt.

DevOps, ihr habt nichts zu verlieren und könnt viel gewinnen, wenn ihr eure NetOps-Kollegen dabei unterstützt, die Automatisierung auf den gesamten CI/CD-Workflow auszuweiten. Entscheidend ist die Erkenntnis, dass ebenso, wie ihr Experten für die Codeentwicklung seid, einer oder mehrere eurer Kollegen Experten für die Bereitstellung von Netzwerk- und Sicherheitsdiensten zur Unterstützung dieses Codes sind. Lasst euch die Chance nicht entgehen, ihnen dabei zu helfen, ihr Fachwissen bestmöglich einzubringen.