IT-Automatisierung ist strategisch

Was wäre, wenn ich Ihnen sagen würde, dass „Mainframes täglich mehr Transaktionen hosten als Google (1,3 Millionen/Sekunde bei CICS gegenüber 68.542/Sekunde bei Google), darunter 55 Prozent aller Unternehmenstransaktionen.“ ( Forbes )

Wären Sie schockiert? Das sollten Sie nicht. Während Hyperscale-Unternehmen wie Facebook, Netflix und Google normalerweise im Mittelpunkt stehen, wenn es um die digitale Transformation und die App-Ökonomie geht, basiert die App-Ökonomie in Wirklichkeit genauso stark (vielleicht sogar noch stärker) auf Tausenden und Abertausenden von Anwendungen, die niemand jemals sieht oder von denen niemand etwas hört. Es sind nicht nur die Mainframes, die unbeachtet bleiben. Es sind auch die Anwendungsdienste, die Infrastruktur, die Middleware und die Datenquellen, die geschickt unter der glänzenden Benutzeroberfläche der neuesten App oder des neuesten Geräts versteckt sind.

Bei der digitalen Transformation geht es weniger um eine spektakuläre Transformation der Technologie selbst, sondern vielmehr darum, wie wir mit der Technologie interagieren. APIs, Sensoren und Geräte sind nichts Neues. Touchscreens und Sprachsteuerung sind nichts besonders Besonderes. All diese Technologien gibt es in der einen oder anderen Form schon seit geraumer Zeit. Und in manchen Fällen ist es wirklich nur leeres Gerede.

Ohne einen Lastausgleichsdienst ist keine Skalierung möglich. Ohne Sicherheitsanwendungsdienste können Sie Apps nicht schützen. Ohne Middleware und APIs können Sie keine Apps verbinden. Und keines davon ist ohne die Daten, die es verwaltet, besonders interessant.

Die App-Ökonomie basiert mehr auf dem, was wir nicht sehen, als auf dem, was wir sehen. Und deshalb ist es zwingend erforderlich, dass die IT am digitalen Tisch einen Platz – und eine Stimme – hat. Dieser Sitz ist wichtig, unabhängig davon, ob Apps in einer öffentlichen Cloud oder vor Ort in einer privaten Cloud bereitgestellt werden. Dieser Platz ist wichtig, unabhängig davon, ob es sich bei den Apps noch um monolithische oder containerisierte Microservices handelt. Dieser Sitz ist wichtig. Zeitraum.

Dieser Sitz steht stellvertretend für die Zusammenarbeit und die kulturellen Veränderungen, die notwendig sind, um die IT von einer unterstützenden in eine strategische Rolle umzuwandeln.

Die strategische Natur der IT-Automatisierung

Eine der strategischeren Entscheidungen, die ein CIO heute treffen kann, dreht sich um die Automatisierung. 55 % der Unternehmen setzen im Zuge der digitalen Transformation auf Automatisierung , ihre strategischen Auswirkungen sind daher nicht zu übersehen. Die Wahl der Programmiersprachen und Plattformen für die App-Entwicklung ist von strategischer Bedeutung. Das gilt auch für die Auswahl der Toolsets, Sprachen und Plattformen, die die Automatisierungsbemühungen unterstützen.

Es wäre töricht, diese Entscheidungen als unwichtig abzutun. Technische und architektonische Schulden häufen sich schnell und lassen sich ebenso hartnäckig aus dem Budget streichen wie die Pfunde, die wir an Thanksgiving zunehmen. Architektonische Schulden basieren auf dem Prinzip der „technischen Schulden“ in der Softwareentwicklung. Es ist eine Metapher: Komplexität und architektonische Entscheidungen verhindern, dass Sie neue Arbeiten erledigen, weil Sie Ihre ganze Zeit mit der Behebung vorhandener Systeme verbringen (Fehlerbehebung/Reparatur, Wartung usw.). Wenn Sie hoch verschuldet sind, können Sie Ihr Geld nicht für andere Dinge verwenden, weil Sie es vollständig für Zinsen ausgeben. Diese Schulden treiben die Kosten für neue Dienste in die Höhe und verringern die Servicegeschwindigkeit, die erforderlich ist, um Chancen zur Verbesserung des Endergebnisses zu nutzen, sei es gemessen an Produktivität oder Gewinn.

Das macht die IT-Automatisierung zu einer strategischen Investition. Die Entscheidungen, die Sie jetzt hinsichtlich der Implementierung der Automatisierung treffen, werden im Unternehmen ebenso große Auswirkungen haben wie die Entscheidungen, die Sie vor Jahren bei der App-Entwicklung getroffen haben.

Beispielsweise gaben in unserer Umfrage vom letzten Jahr 65 % der DevOps an, dass die Aktivierung von Self-Services ein Grund für ihre Entscheidung war, die IT zu umgehen und nach Cloud- oder Open Source-Lösungen zu suchen. Die Vermeidung von IT bedeutet eine Umgehung der Sicherheit und gefährdet dadurch das Unternehmen und andere Systeme. 

Die Wahl der falschen Sprache kann zu Schulden kommen, da Sie ohne die richtigen Talente auf Dauer nicht in der Lage sind, Ihre Systeme aufrechtzuerhalten. Wenn Sie sich nicht für eine Sprache entscheiden, kann das Chaos entstehen und Automatisierungsskripte und -systeme in Haustiere verwandeln, die ständiger Pflege und Aufmerksamkeit bedürfen. Dadurch wird das Budget wieder stärker auf Reparaturen und Wartung verlagert und nicht auf Innovationen.

Bei der IT-Automatisierung handelt es sich um eine strategische Anstrengung, bei der ähnliche Faktoren wie bei der Anwendungsarchitektur in Unternehmen sorgfältig berücksichtigt werden sollten:

1. Unterstützung über die gesamte Toolchain
   Heutzutage unterstützt nahezu jeder IT-Anbieter die Automatisierung und Integration mit anderen Akteuren in der Produktionspipeline. Angesichts der Komplexität heutiger Netzwerke und der Vielzahl der Anbieter, aus denen sich die Pipeline zusammensetzt, ist Support – ob traditionell oder Community-basiert – ein Muss. Dokumentation, Codebeispiele und eine aktive Community sind sehr hilfreich.
2. Verfügbarkeit von Talenten und/oder Schulungen
   Wenn Sie Ihre Mitarbeiter nicht schulen oder keine Talente für die Arbeit mit den Plattformen, Systemen und Sprachen einstellen können, mit denen Sie weiterarbeiten möchten, gehen Sie zurück zu Schritt eins und starten Sie den Auswahlprozess erneut. Wenn Sie nicht in der Lage sind, die Systeme, die Sie erstellen möchten, aufrechtzuerhalten, sollten Sie lieber bei der manuellen Arbeit bleiben, bis Sie dazu in der Lage sind.
3. Multi-Cloud-Bereitschaft
   Die Unterstützung von Multi-Cloud-Unternehmen ist eine relativ neue Anforderung, aber sie ist erforderlich. Die Automatisierung wird nicht auf ein lokales Rechenzentrum beschränkt sein. Automatisierungsbemühungen müssen mindestens eine öffentliche Cloud und mit ziemlicher Sicherheit mehr als eine öffentliche Cloud umfassen. Das bedeutet, dass Sie im Rahmen Ihrer Automatisierungsinitiative die Plattformkompatibilität und Richtlinienportabilität zwischen Umgebungen sorgfältig berücksichtigen müssen. 
4. Imperativ oder Deklarativ
   Ich weiß, Sie haben es wahrscheinlich satt, davon zu hören, aber die Entscheidung ist verdammt wichtig. Imperative (rein API-basierte) Methoden lassen sich schneller entwickeln und erfordern weniger Anpassungen durch die IT, verursachen jedoch eine erhebliche technische Belastung, da die Automatisierung an bestimmte Geräte und Anbieter gebunden ist. Deklarative (artefaktbasierte) Methoden benötigen zwar anfangs mehr Zeit und Architektur, erleichtern jedoch die enge Kopplung von Prozessen an Produkte und reduzieren die technische Schuld. 

Die IT-Automatisierung ist eine der strategischsten Technologieentscheidungen, die ein CIO treffen kann. Und da die App-Ökonomie größtenteils auf Systemen basiert, die in den Zuständigkeitsbereich der IT fallen, handelt es sich dabei auch um eine der strategischsten Geschäftsentscheidungen , die ein CIO heute treffen kann. 

Wählen Sie mit Bedacht.