Entscheidungen zur Entwicklung, Prüfung, Bereitstellung, zum Betrieb und zur Wartung von Unternehmensanwendungen werden nicht isoliert getroffen. In der Vergangenheit war es möglicherweise so, dass das Personal für den Netzwerkbetrieb diejenige Person war, die die Kontrolle innehatte und die letzte Anlaufstelle war, bevor irgendetwas von Bedeutung passieren konnte. Und um ehrlich zu sein, den meisten gefiel es wahrscheinlich auch so.
Aber die Dinge haben sich geändert. Anstatt eine strenge Kontrolle auszuüben, wird NetOps jetzt mit Leuten (DevOps-Leuten, wenn wir ehrlich sind) bombardiert, die es vorziehen, die Dinge alleine zu erledigen. Dinge, die Sie nach Ansicht von NetOps nicht tun sollten (z. B. Sicherheitsprotokolle für Ihre neue App umgehen oder die Lastausgleichseinstellungen für dieses App-Update ändern).
Heutzutage versuchen die DevOps-Leute wohl einfach, die Dinge zu verbessern. Anpassungsfähiger. Mehr Selbstmanagement und weniger Mikromanagement. Agiler (mit einem großen A).
Der Punkt ist, dass DevOps in der heutigen Unternehmensumgebung NetOps benötigt, wenn es seinen agilen Arbeitsstil beibehalten will. DevOps kann dies einfach nicht alleine bewerkstelligen (schließlich laufen alle diese Anwendungen auf einer zugrunde liegenden Infrastruktur). Und sie können nicht erwarten, dass NetOps in den Hintergrund tritt und alle ihre traditionellen Verantwortlichkeiten aufgibt. Und das würden Sie auch nicht wollen. NetOps spielt eine wichtige Rolle bei der Aufrechterhaltung der Sicherheit und Leistung aller von DevOps erstellten Apps und bringt wichtige Fähigkeiten und Kompetenzen in den CI/CD-Workflow ein.
Wenn Sie im DevOps-Bereich tätig sind und versuchen, Ihre NetOps-Kollegen stärker in den CI/CD-Workflow einzubinden, müssen Sie bei ihnen zunächst die Bereitschaft zur Teilnahme wecken und den Wert einer Änderung des Status Quo erkennen. Dies ist eigentlich ganz einfach, wenn man bedenkt, dass die einfach zu erledigenden Aufgaben durch Automatisierung leicht zu lösen sind: lästige, zeitraubende Routineaufgaben, die immer wieder erledigt werden müssen. Die Art von Aufgaben, die jeder vernünftige Arbeiter gerne einem Bot überlassen würde.
Änderungsaufträge sind ein gutes Beispiel. Sie suchen sich Ihren Weg durch einen Stapel von Aufträgen, geben jede Änderung manuell ein und prüfen dann doppelt, ob Sie alles richtig gemacht haben, denn immerhin ist dies Ihr neunter Auftrag allein an diesem Morgen, und die Aufträge fangen alle an, ineinander überzugehen. Und warum sind Sie überhaupt in diesen Bereich eingestiegen? Den ganzen Tag, jeden Tag Änderungsaufträge ausfüllen? Ich glaube nicht.
Es gibt einen besseren Weg. Und das besteht darin, all die redundanten, oft wiederholten Aufgaben zu automatisieren, die einen ansonsten interessanten und produktiven Tag verlangsamen.
Die Leute da oben in der Unternehmenszentrale wollten, dass wir hier die Führung übernehmen, denn es dreht sich doch alles um das Produkt, oder? Wen kümmert es, ob die Männer und Frauen, die es schaffen, ihre Arbeit lieben, oder? (Falsch!)
Dennoch ist eine robuste Leistung und Sicherheit Ihrer Apps tatsächlich ein ziemlich angenehmer Nebeneffekt davon, dass Ihr Job weniger geisttötend redundant ist.
Durch die Automatisierung der Dienste, die die Zuverlässigkeit und Sicherheit Ihrer Anwendungen gewährleisten, gewinnen Sie nicht nur Zeit für interessantere, weniger repetitive Projekte – Sie verbessern auch die Qualität dieser Dienste. Denn gut durchdachte, automatisierte Workflows entstehen nicht von alleine. Die Aufgabe des NetOps-Ingenieurs besteht darin, das optimale Modell zu erstellen, auf dem jeder automatisierte Workflow basiert und so immer wieder optimale Ergebnisse erzielt.
Das Schöne an der Automatisierung ist: Wenn Sie es gleich beim ersten Mal richtig machen, können Sie sicher sein, dass es danach jedes Mal richtig gemacht wird.
In einem automatisierten Workflow behalten die NetOps nicht nur die Kontrolle über ihre Fachgebiete (was Ihre Apps schneller, zuverlässiger und sicherer macht), sondern können auch automatisierte Prozesse generieren, die so einfach zu verwenden sind, dass DevOps nie wieder auf die Idee kommen, eigenmächtig zu handeln (was Ihre Apps wiederum schneller, zuverlässiger und sicherer macht).
Fast immer ist es so, dass weder die DevOps- noch die NetOps-Teams in der Lage sind, alle Lösungen für die Wartung der kritischen Apps und Daten eines Unternehmens allein zu entwickeln. Es war schon immer so, dass diese beiden Teams zusammenarbeiten müssen. Und die heutigen Automatisierungsfunktionen tragen wesentlich dazu bei, die Reibungspunkte dieser Interaktionen zu reduzieren.
DevOps, NetOps, SecOps … kein Ops ist eine Insel. Der Erfolg moderner CI/CD-Workflows beruht auf der Entwicklung klar definierter, bewährter Methoden, die schnell und einfach (d. h. automatisch) in allen komplexen Systemen repliziert werden können. Um eine solide Grundlage für diese automatisierten Arbeitsabläufe zu schaffen, bedarf es einer engen Partnerschaft zwischen DevOps, NetOps und SecOps, wobei jeder die anderen mit seinem Fachwissen unterstützt.
Unabhängig von der Umgebung (Cloud, Container usw.) sind Ihre Apps auf zugrunde liegende Anwendungs-, Netzwerk- und Sicherheitsdienste angewiesen. Die Aufgabe von NetOps besteht darin, den Datenfluss durch das Netzwerk aufrechtzuerhalten, die Skalierbarkeit und Reaktionsfähigkeit von Apps sicherzustellen und sicherzustellen, dass Daten bei Bedarf verfügbar und jederzeit geschützt sind. Und jedes Ops-Team kann bei der Risikoreduzierung eine Rolle spielen – sei es das Risiko, dass Ihre App nicht wie vorgesehen funktioniert, das Risiko einer Überlastung Ihres Netzwerks oder das Risiko externer Bedrohungen, die versuchen, Ihre Anlagen anzugreifen. Und es ist interessant festzustellen, dass die DevOps-Prinzipien, die zu guten Ergebnissen bei der Softwareentwicklung führen – Kultur, Automatisierung, Messung und Freigabe – laut dem „State of DevOps Report 2019“ von Puppet zufällig dieselben Prinzipien sind, die auch zu guten Sicherheitsergebnissen führen.
Diese Interaktion zwischen den verschiedenen Ops-Teams ist konstant. So hat die IT im gesamten Internetzeitalter funktioniert. Es besteht jedoch immer noch Verbesserungspotenzial. Dies war beispielsweise bei der Einführung des Agile-Softwareentwicklungsprozesses der Fall, der die Grenzen der Geschwindigkeit, mit der Apps entwickelt und bereitgestellt werden konnten, erweiterte. Zu dieser Zeit vollzog DevOps den großen Wandel hin zu einem agileren Entwicklungsansatz und wählte einen schnelleren Weg, um „vom Code zum Kunden“ zu gelangen.
Diese Geschwindigkeitssteigerung treibt den grundlegenden Wandel voran, den DevOps derzeit erlebt. Dies hat eine gute Seite, da DevOps schneller agieren und proaktiver sein kann. Es hat aber auch eine schlechte Seite, da es zu Reibungen führen kann, wenn die Prozesse anderer Abteilungen nicht so aufgebaut sind, dass sie auf die gleiche Weise funktionieren.
Es ist keine gute Idee, die anderen Abteilungen einfach zu ignorieren oder Mitarbeiter zu ignorieren, die sich noch nicht ganz an Ihre neue Arbeitsweise gewöhnt haben. Wenn DevOps versucht, alles selbst zu erledigen, ist das sowohl ineffizient als auch unzureichend. Auf diese Weise werden Prozesse unterbrochen (ob unbeabsichtigt oder nicht), und unterbrochene Prozesse können dazu führen, dass allerlei Dinge schiefgehen. Und zwar nicht nur für DevOps, sondern für alle, einschließlich Ihrer Kunden, denn diese sind die letzten Menschen, die Sie negativ beeinflussen möchten.
Damit DevOps Ihre Arbeit wirklich richtig erledigen kann, brauchen Sie NetOps als Partner, nicht als Feind. Und der Dreh- und Angelpunkt jeder soliden Partnerschaft ist die Kommunikation. DevOps muss mit dem Netzwerkteam darüber kommunizieren, wie Sie die Dienste erhalten, die Sie zur Unterstützung Ihrer Apps benötigen.
Häufig sind die Experten des DevOps-Teams in Sachen Automatisierung, Gesamtrahmen und Dinge wie Infrastruktur als Code tätig. Die Experten des Netzwerkteams hingegen verstehen die tatsächlichen Architekturressourcen, die bereitgestellt werden müssen, und wissen, welche Tools hierfür zur Verfügung stehen. Durch Gespräche und gegenseitigen Respekt können DevOps und NetOps ermitteln, wo Automatisierung erforderlich ist und wie diese am besten erreicht werden kann.
Sie haben nichts zu verlieren, DevOps, und viel zu gewinnen, wenn Sie Ihren NetOps-Kollegen helfen, die Rolle der Automatisierung im gesamten CI/CD-Workflow auszuweiten. Der Schlüssel liegt darin, zu erkennen, dass Sie nicht nur ein Experte in der Code-Entwicklung sind, sondern dass auch einer oder mehrere Ihrer Kollegen Experten in der Bereitstellung von Netzwerk- und Sicherheitsdiensten zur Unterstützung dieses Codes sind. Verpassen Sie nicht die Chance, ihnen dabei zu helfen, der bestmögliche Experte zu werden.