Standardisierung ist gut für NetOps

Lori Mac VittieDistinguished Engineer und Chief Evangelist | F5

Standardisierung wird manchmal als Angriff auf die Innovationskraft betrachtet. Gezwungen zu sein, ein vielfältiges Technologieangebot aufzugeben und sich auf eine begrenztere Auswahl zu beschränken, klingt zweifellos einengend. Das mag daran liegen, dass Standardisierung häufig mit regulatorischen Vorgaben in Verbindung gebracht wird, die offiziell klingende Bezeichnungen wie ISO 8076.905E tragen und mit Checklisten, Prüfern und Aufsichtsgremien einhergehen.

Tatsächlich gibt es nur sehr wenige Standards (mir fällt sogar kein einziger ein), die Unternehmen die Wahl von Sprachen, Protokollen und Frameworks vorschreiben. Die Standardisierung in Unternehmen wird vielmehr von praktischen Erwägungen bestimmt, etwa der Verfügbarkeit qualifizierter Fachkräfte, der Nachhaltigkeit und den Gesamtbetriebskosten über die – oft beträchtliche – Lebensdauer von Software und Systemen hinweg.

Studien haben gezeigt, dass die durchschnittliche Lebensdauer von Software in den vergangenen zwanzig Jahren bei etwa 6 bis 8 Jahren lag. Interessanterweise steigt die Lebensdauer tendenziell bei größeren Programmen, gemessen an der Anzahl der Codezeilen (Lines of Code, LOC). Systeme und Software mit mehr als einer Million LOC scheinen eine Lebensdauer von über einem Jahrzehnt zu haben und 12 bis 14 Jahre lang im Einsatz zu bleiben. Auch wenn Sie dies für irrelevant halten mögen, sollten Sie sich bewusst machen, dass Netzwerkautomatisierungssysteme letztlich ebenfalls Software und Systeme sind. Sie benötigen dieselbe Pflege und Wartung wie die Software, die Ihre Entwicklungsabteilung hervorbringt. Wenn Sie Ihre Produktionspipeline als Code behandeln wollen, müssen Sie akzeptieren, dass ein erheblicher Teil dieser automatisierten Pipeline tatsächlich aus Code bestehen wird.

Im Laufe der Lebensdauer dieser Software oder dieses Systems werden mit Sicherheit mehrere Teams von Administratoren und Entwicklern dafür verantwortlich sein, die Software bzw. das System zu aktualisieren, zu warten und zu betreiben sowie Änderungen daran bereitzustellen.

Und genau das trifft den Kern des Strebens nach Standardisierung – insbesondere für NetOps-Teams, die sich an die Entwicklung und Wartung von Systemen zur Automatisierung und Orchestrierung der Bereitstellung und des Betriebs von Netzwerk- und Anwendungsdienstinfrastrukturen wagen.

Silos gehören auf den Bauernhof

Wenn Sie (oder Ihr Team) sich für Python entscheiden, während sich ein anderes Team für PowerShell entscheidet, schaffen Sie damit faktisch ein betriebliches Silo, das den Austausch von Fachkenntnissen verhindert. Da laut dem Bericht „State of Network Automation 2018“ die größte Herausforderung für NetOps im Mangel an Fachkenntnissen bestand (wie 49 % der Befragten angaben), wäre es unklug, durch die Einführung mehrerer Sprachen und/oder Toolsets zusätzliche Hürden zu schaffen. Ebenso wenig sinnvoll ist es, Sprachen und Toolsets zu wählen, für die vor Ort keine Fachkräfte verfügbar sind. Wenn andere Unternehmen und nahe gelegene Universitäten Python vermitteln und Sie sich für PowerShell entscheiden, wird es schwierig, Personen mit den erforderlichen Kenntnissen für die Arbeit an diesem System zu finden.

Es kommt selten vor, dass sich ein Unternehmen auf eine einzige Sprache festlegt, meist beschränkt es sich jedoch auf einige wenige. NetOps sollte sich an den Standards der Entwicklung und von DevOps orientieren, da sich dadurch der Pool an verfügbaren Fachkräften noch weiter vergrößert.

Eine kurze Wertschöpfungszeit ist wertvoll

Viele NetOps-Organisationen geraten bereits ins Hintertreffen, wenn es darum geht, die Anforderungen von DevOps und des Unternehmens an kontinuierliche Prozesse zu erfüllen. Die bedauerliche Realität von NetOps und der Netzwerkautomatisierung ist, dass es sich um ein heterogenes Ökosystem handelt, für das nur sehr wenige vorgefertigte Integrationen verfügbar sind. In unserer Umfrage zum Stand der Netzwerkautomatisierung stellten wir fest, dass dieser „Mangel an Integration“ die am zweithäufigsten genannte Herausforderung bei der Automatisierung war – 47 % der NetOps-Fachleute stimmten dem zu.

Die Standardisierung von Toolsets und – wo möglich – der Infrastruktur (z. B. Anwendungsdiensten) bietet die Möglichkeit, den Integrationsaufwand im gesamten Unternehmen zu reduzieren. Was ein Team entwickelt, können andere nutzen, um die Wertschöpfungszeit weiterer Automatisierungsprojekte zu verkürzen. Wiederverwendung trägt wesentlich dazu bei, schneller einen Mehrwert zu erzielen. Dies zeigt sich an der Vorliebe von Entwicklern für Open Source und daran, dass Anwendungen heute zu 80–90 % aus Komponenten von Drittanbietern bzw. Open-Source-Komponenten bestehen. Dadurch wird die Entwicklung beschleunigt und die Wertschöpfungszeit verkürzt. Dasselbe Prinzip lässt sich auf die Netzwerkautomatisierung übertragen, indem bestehende Integrationen genutzt werden.

Etablieren Sie über alle Betriebsbereiche hinweg eine Kultur des Teilens und der Wiederverwendung, um die Vorteile der Standardisierung zu nutzen.

Innovationen vorantreiben

Anstatt Innovationen zu behindern, wie manche zunächst glauben, kann Standardisierung als Katalysator für Innovationen wirken. Durch die Standardisierung und gemeinsame Nutzung von Software und Systemen über verschiedene operative Bereiche hinweg steht Ihnen ein breiteres Spektrum an Fachwissen und Erfahrungen zur Verfügung, um gemeinsam an neuen Anforderungen und Systemen zu arbeiten. So bauen Sie innerhalb Ihres Unternehmens einen Talentpool auf, der ohne den mitunter langwierigen Einarbeitungsprozess zur Entwicklung von Ideen sowie zur Konzeption und Implementierung neuer Funktionen und Leistungsmerkmale beitragen kann.

Standardisierung beschleunigt dank der zunehmenden Vertrautheit auch die Implementierung. Je mehr Sie mit derselben Sprache, denselben Bibliotheken und Toolsets arbeiten, desto versierter werden Sie. Das steigert die Produktivität, sodass Sie weniger Zeit damit verbringen, das Rad neu zu erfinden, und mehr Zeit darauf verwenden können, sich mit neuen Funktionen vom Wettbewerb abzuheben und Mehrwert zu schaffen.

Standardisierung ist eine Chance

Standardisierung kann sich zunächst einschränkend anfühlen, insbesondere wenn die bevorzugte Programmiersprache oder das bevorzugte Toolset im Team nicht mehr eingesetzt wird. Wer Standardisierung jedoch als Chance begreift, eine solide Grundlage für Automatisierungssysteme und -software zu schaffen, stärkt das Unternehmen und eröffnet NetOps neue Möglichkeiten, entlang der gesamten Toolchain für Continuous Deployment einen Mehrwert zu schaffen.

Standardisieren Sie jedoch nicht nur um der Standardisierung willen. Berücksichtigen Sie vorhandene Kompetenzen und die Verfügbarkeit von Fachkräften in Ihrer Region. Informieren Sie sich bei Universitäten und anderen Unternehmen über den aktuellen Stand der Kompetenzen und Fachkräfte in den Bereichen Automatisierung und Betrieb, um sicherzustellen, dass Sie nicht die einzige Organisation sind, die eine bestimmte Sprache oder ein bestimmtes Toolset einführt.

Um langfristig die besten Ergebnisse zu erzielen, sollten Sie die Standardisierung nicht wie das Thema Sicherheit behandeln und erst angehen, nachdem Sie eine Implementierung bereits abgeschlossen haben. Setzen Sie bei Ihren Automatisierungsvorhaben frühzeitig auf Standardisierung, um betriebliche und architektonische Altlasten zu vermeiden, die Sie ausbremsen und eine spätere Standardisierung erschweren.

Bei der Standardisierung gilt – genau wie bei der Sicherheit: Je früher, desto besser.

Über den Autor

Lori Mac VittieDistinguished Engineer und Chief Evangelist | F5

Lori MacVittie ist Distinguished Engineer und Chief Evangelist im Office of the CTO von F5 und verfügt über umfassende Expertise in den Bereichen Anwendungsbereitstellung, Automatisierungsstrategie und Infrastruktur. Sie ist dafür bekannt, Komplexität verständlich zu machen – ob sie Leitplanken für KI-Agenten definiert, fragile Multicloud-Architekturen analysiert oder die Grenzen skalierbarer Systeme auslotet. Sie verfügt über mehr als dreißig Jahre Branchenerfahrung in der Anwendungsentwicklung, IT-Architektur sowie im Netzwerk- und Systembetrieb. Bevor sie zu F5 kam, war sie als mehrfach ausgezeichnete Technologie-Redakteurin tätig. MacVittie hat einen Masterabschluss in Informatik und ist eine produktive Autorin, deren Veröffentlichungen die Bereiche Sicherheit, Cloud und Unternehmensarchitektur abdecken. Außerdem spielt sie leidenschaftlich gern Brett- und Videospiele und vertritt mit voller Überzeugung klare Ansichten zum Thema Käse.

Weitere Blogbeiträge von Lori Mac Vittie