Überraschungsquiz – was ist schwerer? Ein Pfund Federn oder ein Pfund Steine?
Natürlich eine Fangfrage. Ein Pfund ist ein Pfund. In einem Pfund sind einfach viel mehr Federn als Steine.
Okay, zu einem verwandteren Thema: Was ist schneller? Ein Skript, das über einen manuellen Befehl ausgeführt wird, oder ein Skript, das über einen API-Aufruf aufgerufen wird?
An diesem Punkt haben Sie wahrscheinlich den Schluss gezogen, dass die Antwort der ersten entspricht, und geantwortet, dass es keinen Unterschied gibt. Zumindest kein erkennbarer Unterschied.
Ein Skript ist ein Skript und seine Ausführungszeit hängt nicht von seiner Aufrufmethode ab. Unabhängig davon, ob das Skript durch einen manuellen Befehl gestartet oder über eine API aufgerufen wird, wird es so schnell ausgeführt, wie es soll. Zeitraum.
Dies ist wichtig, da es bei der Verbesserung der Betriebsgeschwindigkeit durch Automatisierung nicht wirklich um Skripting geht, sondern um einen Prozess. Es geht um die Übergabe. Sie werden Bereitstellungen nie optimieren, wenn Sie sich nur auf die Skripterstellung einzelner Prozessschritte konzentrieren. Sie müssen auf einer höheren Ebene voranschreiten, bis zum Prozess selbst, bevor Sie eine wirkliche Verbesserung sehen.
Das Ziel der Automatisierung ist in jeder Branche fast immer die Optimierung. Dies haben wir in unserer Umfrage „State of Application Delivery“ aus dem Jahr 2018 festgestellt: 72 % der Befragten mit einer Initiative zur digitalen Transformation angaben, dass die „IT-Optimierung“ der am meisten erwartete Vorteil sei. Das Ziel war die Optimierung.
Optimieren heißt, Engpässe zu finden und zu beseitigen. In der IT-Welt handelt es sich dabei fast immer um die Übergaben zwischen den Schritten eines Betriebsvorgangs. Der Wert liegt in der eigentlichen Arbeit – den Skripten. Die Zeit zwischen der Ausführung dieser Skripte ist fast immer die Quelle von Verzögerungen und Frustration für diejenigen, die auf die Ausgabe warten. Die Mehrheit (52 %) der NetOps verwaltet ihre Infrastruktur immer noch auf diese Weise.
Es genügt nicht, wenn jeder Betriebsbereich seinen Teil des Prozesses festlegt. Das Erstellen eines Skripts für eine Firewall-Änderung, die Bereitstellung und Konfiguration von Anwendungsdiensten und das Aufsetzen der App-Infrastruktur sind allesamt gute Dinge, die man einzeln erledigen kann. Aber das ist erst der Anfang. Zusammen ergeben diese einzelnen automatisierten Schritte einen einzigen, operativen Prozess . Diese Automatisierung nennen wir Orchestrierung. Und genau in der Orchestrierung finden wir die Verzögerungen und fehlerhaften Übergaben, die zu Ineffizienzen führen, die den ITOps-Betrieb beeinträchtigen.
Hier kommt es auf Kultur und Organisationsstruktur an. Wenn Sie den ersten Schritt im Bereitstellungsprozess ausführen – sagen wir, die App-Infrastruktur aufsetzen –, dann sind Sie auch derjenige, der den Prozess an die nächste Stufe in der Reihe übergeben muss. Dabei handelt es sich wahrscheinlich um den Bereitstellungsschritt für Anwendungsdienste (Lastausgleich usw.).
Wem gibst du das? Geht es in eine Warteschlange? Erstellen Sie ein Ticket? Wie soll das gehen?
Es sollte ein nahtloser Übergang sein, der entweder durch ein übergreifendes Playbook (Rezept, Kochbuch, Manifest usw.) oder durch ein externes System gesteuert wird, das die Ausführung des Prozesses überwacht. Die Einführung manueller Interaktion bei der Ausführung des Prozesses bedeutet, dass Sie die Vorteile der Automatisierung nicht wirklich nutzen, sondern lediglich Skripte erstellen.
Und obwohl Skripte ein integraler Bestandteil Ihrer Automatisierungsstrategie sein können, stellen sie selbst keine Automatisierung dar, da sie sich nicht in den Steuerungsprozess integrieren lassen, der sie antreibt.
Wenn Sie die IT durch Automatisierung optimieren möchten, müssen Sie Prozesse automatisieren. Denn so vermeiden Sie Wartezeiten und spüren die verkrusteten Betriebsabläufe (einschließlich dreistufiger Freigabeprozesse) auf, die die Leistung tatsächlich verbessern und die Geschwindigkeit deutlich erhöhen.
Automatisierung – nicht nur Skripting – ist ein Zeichen für eine ausgereifte NetOps-Praxis, die Sie dem Ziel eines agilen Netzwerks einen Schritt näher bringt.