BLOG

Der Stand der Application 2021: Die Wirksamkeit der Automatisierung

Lori MacVittie Miniaturbild
Lori MacVittie
Veröffentlicht am 14. April 2021

Die Automatisierung ist eine entscheidende Komponente der digitale Transformation, denn die Automatisierung von Aufgaben über Applications steht im Mittelpunkt der ersten Phase der Geschäftsreise, die als digitale Transformation bezeichnet wird.

In der zweiten Phase beansprucht die Automatisierung von Arbeitsabläufen Aufmerksamkeit, da Unternehmen ihre digitale Präsenz erweitern, um Erlebnisse zu schaffen.

Und die Automatisierung spielt eine zentrale Rolle bei der Erstellung und anschließenden Nutzung umsetzbarer Erkenntnisse durch AIOps und andere KI-gesteuerte Technologien in der dritten und letzten Phase, dem KI-gestützten Geschäft. 

Diagramm 1

Automatisierung ist ein so wichtiges Konzept, dass es schwierig ist, darüber zu sprechen, ohne im Kontext zu beschreiben, was wir automatisieren.

Wenn Cindy Borovick und ich jedes Jahr zusammenkommen, um auszuarbeiten, was wir aus dem „State of Application Strategy“ lernen möchten, versuchen wir, Fragen zu formulieren, die nicht nur jetzt relevant sind, sondern auch einen Einblick in das geben, was in Zukunft relevant sein wird.

Bei der Automatisierung bedeutet das, dass man über ein grundlegendes Verständnis der zur Implementierung der Automatisierung eingesetzten Tools und Technologien hinausgehen muss. Es geht darum, zu untersuchen, wie sich die Automatisierung auf den Betrieb und das Geschäft auswirkt und was für die Praktiker heute eine Herausforderung oder Frustration darstellt. Es bedeutet auch, zu verstehen, welche Ansätze der Markt verfolgt, um die Automatisierung voranzutreiben, und wie sich diese Ansätze auf die digitale Transformation auswirken – oder vielleicht auch nicht.

Einer dieser Ansätze ist Infrastruktur als Code.

Infrastruktur als Code 

Infrastructure as Code (IaC) ist eine aus DevOps- und SRE-Methoden übernommene Vorgehensweise, die Bereitstellungs- und Konfigurationsartefakte (Dateien) auf die gleiche Weise behandelt, wie Entwickler Code behandeln. Das bedeutet, dass es idealerweise in einem Repository überprüft, getestet und versioniert wird. Dies ermöglicht die Automatisierung der Bereitstellungspipeline, da sowohl Personen als auch Tools immer auf das neueste Artefakt verweisen können, wenn sie eine neue Instanz von X bereitstellen müssen (wobei X ein Webserver, ein API-Gateway, ein Ingress-Controller oder … Sie verstehen schon) sein kann. Vielleicht aus Respekt vor seinem Ursprung wird die Art der Automatisierung, die durch IaC ermöglicht wird, oft als GitOps bezeichnet, da GitHub und GitLab häufig als bevorzugte Repositories verwendet werden und beide heutzutage gut in die Tools zur Pipeline-Automatisierung integriert sind.

Es zeigt sich, dass Organisationen, die IaC einführen, Vorteile im Hinblick auf den Erfolg ihrer Automatisierungsbemühungen sehen. 

Diagramm 2

Knapp mehr als die Hälfte (52 %) der Organisationen behandelt „Infrastruktur als Code“. Bei denjenigen, die dies tun, ist die Wahrscheinlichkeit höher, dass sie häufiger Bereitstellungen durchführen, dass sie über vollständig automatisierungsfähige Application Pipelines verfügen und dass sie einen größeren Prozentsatz ihres Application automatisieren als ihre Zeitgenossen.

Die Vorteile von IaC und Automatisierung liegen auf der Hand. Daher fragt man sich, warum nicht mehr Unternehmen diese Ansätze übernehmen. Es stellt sich heraus, dass es Gründe gibt, und diese Gründe sind gut.

Fähigkeiten und Werkzeuge – die größten Herausforderungen für die Automatisierung

Ohne Tools ist keine Automatisierung möglich und wir verfolgen diese Tools seit Jahren. An der Spitze des Tool-Pakets stehen Multi-Cloud- und oft Open-Source-Optionen wie Terraform und Ansible. Zwar werden Cloud-Anbieter-APIs noch immer häufig verwendet, sie sind jedoch Cloud-Anbieter-spezifisch. Dies stellt eine erhebliche Herausforderung für den Betrieb aller IT-Domänen (Sicherheit, Infrastruktur und Netzwerk) dar, wenn Applications über Cloud-Eigenschaften hinweg betrieben werden.

Daher ist die zunehmende Beliebtheit Cloud-agnostischer Tool-Sets keine Überraschung. Fast die Hälfte aller Befragten (47 %) verwendet Tools wie Terraform, Ansible, GitHub, GitLab, Puppet und Chef. Als Letzter ins Ziel gekommen? Anbieterspezifische Tool-Sets kommen nur bei 29 % aller Befragten zum Einsatz. Dies unterstreicht die Notwendigkeit einer umfassenden, Cloud-agnostischen Automatisierung, da App-Portfolios und die Technologien, die sie bereitstellen und sichern, mittlerweile über mehrere öffentliche und private Clouds, Rechenzentren und sogar die Peripherie verteilt sind.

Tool-Sets sind wichtig, weil sie es Organisationen ermöglichen, Infrastruktur als Code zu behandeln. Das Problem besteht darin, dass die Befragten dieses Jahr die größte Herausforderung in der Festlegung von Fähigkeiten sahen und dass die größte Lücke bei diesen Fähigkeiten weltweit … Moment mal … in den Werkzeugsätzen lag. 

Diagramm 3

Es ist nicht schwer zu schlussfolgern, dass wir die Tool-Sets benutzerfreundlicher gestalten müssen, um die Qualifikationslücke zu schließen und mehr Unternehmen die Möglichkeit zu geben, die Vorteile der Behandlung von Infrastruktur als Code zu nutzen – insbesondere im Hinblick auf die umgebungsübergreifende Automatisierung.

Weitere Erkenntnisse zur Automatisierung – und vieles mehr – finden Sie in unserem Jahresbericht . Lesen Sie es und schauen Sie dann noch einmal hier vorbei, um den aktuellen und zukünftigen Stand der Application und Bereitstellungstechnologien zu erläutern.