NetOps Die Einführung der Automatisierung wird zu einem Bedarf an NetOps Ops führen

Automatisierung ist die Zukunft. DevOps verfolgt schon lange die Idee, alles zu automatisieren, was in Sichtweite ist. NetOps schließt diese Lücke jedoch schnell, indem es die Produktionsprozesse umfassend automatisiert und orchestriert.

Fast die Hälfte (46 %) der Teilnehmer unserer Umfrage „State of Application Delivery 2018“ gaben an, in der Produktion zumindest „teilweise“ Automatisierung einzusetzen. Dazu gehört der ständige Einsatz von Automatisierung bei größeren Produktionsänderungen (25 %), kleineren Produktionsänderungen (26 %) und sogar bei der Reaktion auf Vorfälle (22 %). In allen drei Fällen nutzt mehr als die Hälfte „manchmal“ die Automatisierung.

Diese Automatisierung wird auf verschiedene Weise implementiert. Netzwerkautomatisierung wie die von Cisco, VMware und OpenStack sind beliebt, ebenso wie Frameworks und Tools wie Puppet, Chef und gute alte Python-Skripte.

Es ist keine Untertreibung zu sagen, dass Automatisierung bereits im Gange ist. NetOps ist da. Das ist keine Übung.

Das klingt auf den ersten Blick aufregend, aber wenn man genauer hinsieht, was das bedeutet, stellt man fest, dass es Herausforderungen gibt, die vielleicht noch nicht an die Oberfläche gekommen sind.

Eine Änderung an der Firewall oder am Router zu automatisieren ist beispielsweise eine Sache. Es in einen übergreifenden Bereitstellungsprozess einzubinden, ist eine weitere Möglichkeit (und falls Sie sich das fragen, lautet der korrekte Begriff dafür „Orchestrierung“).

Sobald Sie mit der Verkettung (Integration) von Systemen und Skripten beginnen, haben Sie das Äquivalent einer „Anwendung“ erstellt. Es gibt viele bewegliche Teile, die bereitgestellt, verwaltet, gewartet, aktualisiert, gepatcht und lizenziert werden müssen.

Dies ist keine Sisyphusarbeit, aber eine, die NetOps wahrscheinlich nicht berücksichtigt.

Es ist großartig, dass Entwickler jetzt ein Ticket in ServiceNow eingeben können und dadurch ein IT-Workflow gestartet wird, der die gewünschte Ressource automatisch bereitstellt, konfiguriert und in Rechnung stellt. Aber was passiert, wenn ServiceNow ins Stocken gerät? Oder wenn eines der Elemente dieser fragilen Kette plötzlich umkippt. Oder wenn ein Upgrade einer der Komponenten die Integration unterbricht?

Wenn Sie die Augen schließen, hören Sie die Entwickler, die bei diesem Gedanken vor Schadenfreude ins Kichern geraten.

Eine der unbeabsichtigten Folgen der IT-Automatisierung wird sein, dass die IT mehr Software und Systeme warten muss. Bei einigen von ihnen wird der Zustand kritisch sein und sie benötigen mehr Pflege und Nahrung als andere.

So wie es in Unternehmensorganisationen Legionen von Wartungs- oder Supportentwicklern gibt, deren Aufgabe lediglich darin besteht, Softwaresysteme am Laufen zu halten, wird es auch in der IT einen Bedarf für eine ähnliche Rolle geben, die sich um die alltäglichen Abläufe im NetOps-Betrieb kümmert.

NetOpsOps. Ja, das ist ein schreckliches Kofferwort, aber es beschreibt genau, was nötig sein wird, wenn die Automatisierung immer mehr Bereitstellungsaufgaben bei NetOps in Anspruch nimmt.

Einige dieser Aufgaben werden von einer Art sein (Integration, Softwaresysteme usw.), die vom vorhandenen Betriebspersonal übernommen werden können. Manche sind jedoch netzwerkspezifisch und erfordern jemanden, der sowohl die Skripte und Systeme als auch die beteiligten Netzwerkkomponenten versteht.

Sie können Code/Skripte/Vorlagen nicht beheben, aktualisieren oder ändern, wenn Sie nicht wissen, was sie tun.

Wenn Sie mich fragen, was mit meinem Schneemobil nicht stimmt, werde ich Ihnen sagen, dass ich keine Ahnung habe. Ich weiß, wie man die Motorhaube öffnet und die Batterie auflädt, aber verlangen Sie von mir nicht, dass ich an den Teilen herumbastele, die das Auto zum Laufen bringen. Das ist dasselbe, als würde man einen Entwicklungspraktikanten mit JavaScript-Kenntnissen bitten, ein COBOL-Copybook zu aktualisieren. Das ist ein Rezept für eine Katastrophe.

Letztendlich wird NetOps einige Leute (die NetOps Ops) benötigen, die sich mit dem Netzwerk und den Systemen, die zu seiner Automatisierung verwendet werden, auskennen. Je mehr Automatisierung zum Einsatz kommt, desto wichtiger wird es, Leute vor Ort zu haben, die sich um die Aufrechterhaltung der Automatisierung kümmern, während die Ingenieure an der nächsten großen Sache arbeiten.