Stand der Anwendungsbereitstellung 2017: Automatisierung, APIs und DevOps
Der digitale Trommelwirbel hat im vergangenen Jahr an Tempo zugelegt und die Verantwortlichen für das Netzwerk und die Infrastruktur, die Apps an Privat- und Firmenbenutzer liefern, dazu veranlasst, sich auf Automatisierung und die agilere, kollaborative Perspektive von DevOps zu konzentrieren. Doch obwohl Unternehmen die Automatisierung begrüßen und die Bedeutung der Programmierbarkeit (APIs und Vorlagen) erkennen, sind sie noch nicht bereit, sich auf einen einzigen Stack zu einigen, der alles beherrscht.
Unsere Umfrage „State of Application Delivery 2017“ mit über 2.100 Befragten aus allen Funktionen der IT – von App-Entwicklern über CEOs bis hin zu Sicherheits- und Netzwerkingenieuren – ergab, dass sich mit der weiteren Verlagerung von DevOps in die Produktion auch die Treiber und die Wahrnehmung von DevOps ändern.
01 | Einführung der Automatisierung
Für die digitale Transformation sind mehr als nur eine Unternehmens-API und eine Horde Entwickler erforderlich. Wir sehen, dass der Fokus ebenso stark (wenn nicht sogar stärker) auf den internen Veränderungen liegt, die notwendig sind, um dem Unternehmen eine seinem Wachstum entsprechende effiziente Skalierung zu ermöglichen. Mehr Personal für bestimmte Aufgaben einzusetzen ist kein praktikables Mittel mehr, um den Geschäftsbetrieb zu skalieren, denn es geht nicht nur darum, Dinge zu erledigen, sondern auch darum, sie schnell und effizient zu erledigen.
Das bedeutet mehr Systeme, mehr Dinge, mehr Apps, mehr Bedrohungen und mehr Identitäten, die verwaltet werden müssen. Innerhalb der IT besteht weiterhin der gleiche Kampf um die Skalierung, um dieser Nachfrage gerecht zu werden, und man begegnet ihr zunehmend mit Automatisierung und Orchestrierung.
Im Jahr 2016 nutzten nur 21 % der Teilnehmer unserer Umfrage „State of Application Delivery“ ein oder mehrere Automatisierungs-Frameworks. Ein Jahr später stieg dieser Anteil auf 52 % der Befragten, wobei mehr als die Hälfte zwei oder mehr Systeme gleichzeitig nutzte. Alle Systeme verzeichneten ein Wachstum, wobei Cisco, OpenStack und VMware mit 19 %, 14 % bzw. 22 % die größten Zuwächse verzeichneten. Als Beweis dafür, wie wichtig die Automatisierung von Netzwerk- und App-Diensten ist, verwenden 35 % der Befragten Cisco ACI. Wenn man bedenkt, dass es im Vergleich zu Schwergewichten wie VMware oder sogar OpenStack relativ neu ist, ist das in nur zwei Jahren Beobachtungszeit ein beachtlicher Sprung.
02 | HYBRID-STACK REGELT DIE PRODUKTION
Während 39 % der Befragten nur ein System zur Automatisierung von Infrastruktur- und App-Diensten verwenden, nutzt die Mehrheit (61 %) zwei oder mehr. Wir stellen fest, dass diese Zahl umso größer wird, je größer die Organisation ist (und – wenig überraschend – je mehr Anwendungen verwaltet werden). Die durchschnittliche Anzahl der genutzten Automatisierungssysteme liegt bei 1,8. Wenn Sie jedoch 3.000 oder mehr Anwendungen verwalten, liegt der Durchschnitt bei 2,43.
Interessant ist, dass auch die durchschnittliche Anzahl der genutzten Cloud-Modelle 1,8 beträgt. Es ist durchaus möglich, dass die Automatisierung in einigen Organisationen ausschließlich mit der Einführung und Nutzung von Cloud Computing verbunden ist.
Dies ist für Unternehmen sehr sinnvoll, die sich bei der Virtualisierung ihrer Computerinfrastruktur schon lange auf VMware verlassen. Es gibt für ein Unternehmen praktisch (ich bitte um Entschuldigung) keinen Grund, die vorhandene Automatisierung der Bereitstellung und Verwaltung von Computern zu entfernen. Die Antwort liegt häufiger in zusätzlichen Systemen wie Cisco ACI, das die Bereitstellungs- und Verwaltungsautomatisierung auf die Netzwerk- und App-Service-Infrastruktur ausweitet.
Fast die Hälfte (47 %) derjenigen, die auf ein einziges Automatisierungsframework angewiesen sind, entschieden sich für VMware. Cisco konnte mit nur einem Framework 26 % der Befragten für sich gewinnen, OpenStack kam auf 9 %.
7 % verlassen sich bei der Automatisierung und Orchestrierung ausschließlich auf Python-Skripte. Dies spricht für eine starke und gut unterstützte kundenorientierte Community rund um die APIs von Netzwerk- und App-Service-Plattformen.
03 | SKALA STATT GESCHWINDIGKEIT
Der am häufigsten genannte Vorteil von DevOps ist die Geschwindigkeit. Zu den Kennzahlen, die den Erfolg messen, zählen etwa die Häufigkeit der Bereitstellung und die Markteinführungszeit. Wenn es jedoch um die Netzwerk- und App-Dienstinfrastruktur geht, wird die Skalierung zur treibenden Kraft hinter Automatisierung und Orchestrierung. Nur 14 % der Befragten nannten die Markteinführungszeit als treibende Kraft hinter der Verwendung von Automatisierungsframeworks. Als Gründe für die Einführung nannten sie Skalierung (37 %) und Betriebskostenreduzierung (37 %).
Wir vermuten, dass die Reduzierung der Betriebskosten ein Synonym für die „Aufrechterhaltung des Budgets quo“ ist. Angesichts der Tatsache, dass sich die IT-Budgets der jüngsten Umfrage von Computer Economics kaum oder gar nicht ändern, stellt die Budgetoptimierung zweifellos ein erhebliches Anliegen dar. Angesichts des bereits jetzt hohen Verhältnisses von Geräten zu Technikern ist eine Skalierung ohne Einstellung zusätzlicher Mitarbeiter schwierig. Automatisierung und Orchestrierung sind daher eine Möglichkeit zur Skalierung, ohne das Betriebsbudget drastisch zu erhöhen.
Es ist interessant festzustellen, dass die Automatisierung häufig zu einer Verbesserung der Bereitstellungsgeschwindigkeit führt. Beim Zuordnen von Wertströmen als ersten Schritt zur Orchestrierung von Bereitstellungsprozessen lassen sich häufig leicht die „Wartezeiten“ ermitteln, die zu Verzögerungen bei der Bereitstellung führen. Bei diesen Wartezeiten handelt es sich häufig um Übergaben zwischen Teams oder um „Wartezeiten“, in denen darauf gewartet wird, dass ein Techniker Zeit für eine bestimmte Aufgabe bekommt. Durch Automatisierung können diese Warte- und Wartezeiten verkürzt werden. Dies hat den Vorteil, dass der gesamte Prozess beschleunigt wird und sich somit die Markteinführungszeit verkürzt.
Ein Blick auf die SDN-Treiber zeigt ein ähnliches Bild: 62 % setzen auf SDN, um die Betriebskosten im Zaum zu halten.
04 | PROGRAMMIERBARKEIT IST ENTSCHEIDEND
Lange bevor alles softwaredefiniert war, ermöglichte die Programmierbarkeit anbieterinterne Ökosysteme, indem sie die Möglichkeit bot, Produkte miteinander zu integrieren und so den Kunden umfassendere Möglichkeiten anzubieten. Dieselben APIs haben sich mittlerweile in der „Other API Economy“ etabliert und ermöglichen eine breite Palette von Funktionen und Möglichkeiten sowohl direkt für Kunden als auch durch die Förderung einer breiteren Integration mit Open-Source-Systemen.
Ganz gleich, ob es sich um eine Cloud- oder eine an ein Rechenzentrum gebundene Infrastruktur handelt: Durch Programmierbarkeit werden Netzwerke und App-Infrastrukturen automatisiert, Prozesse orchestriert und letztendlich Skalierbarkeit erreicht. Programmierbarkeit wird am häufigsten mit APIs und zunehmend mit dem Konzept von Vorlagen in Verbindung gebracht. In unserer Umfrage hat die wahrgenommene Wichtigkeit bei beiden dramatisch zugenommen, wobei eine klare Mehrheit beide als „wichtigere“ Merkmale für die Infrastruktur bezeichnete.
Weniger gut verstanden und diskutiert wird die Datenpfad-Programmierbarkeit, also die Fähigkeit, Daten während der Übertragung abzufangen, zu prüfen und zu ändern. Dies ermöglicht Funktionen auf Anwendungsebene wie das Umschreiben von URLs, das Sichern von Cookies und das Hinzufügen/Entfernen von HTTP-Headern sowie eine tiefere Überprüfung von Protokollen, die sich gut für die Sicherheit eignet (insbesondere angesichts eines neuen Exploits).
Überraschenderweise wird diese Fähigkeit als „wichtiger“ erachtet als APIs oder Vorlagen. Während 52 % der Befragten APIs für „wichtiger“ halten und 53 % Vorlagen für „wichtiger“ halten, bezeichnen 57 % die Programmierbarkeit von Datenpfaden als „wichtiger“.
Die geschäftlichen Vorteile der Datenpfadprogrammierbarkeit im Hinblick auf Agilität, insbesondere im Bereich Sicherheit, sind für die Befragten ein ausreichender Anreiz, solche Funktionen zu nutzen.
Programmierbarkeit, Automatisierung und Orchestrierung werden nicht verschwinden und es ist ermutigend zu sehen, dass ein großer Prozentsatz von Rollen außerhalb der App-Entwicklung diese Konzepte annimmt. Während sie Automatisierung, Orchestrierung und ähnliche Konzepte möglicherweise als taktische Antworten auf Herausforderungen wie Budgets und Skalierung betrachten, nutzen sie sicherlich das DevOps-Buffet, um den notwendigen Luftschutz zu bieten, der die digitale Transformation des Unternehmens von innen und außen ermöglicht.
Sie können die Daten gerne im Folienformat auf SlideShare durchsehen.