Der digitale Takt hat im vergangenen Jahr an Tempo gewonnen und die Verantwortlichen für die Netzwerke und Infrastrukturen, über die Anwendungen für Privat- und Geschäftskunden bereitgestellt werden, dazu veranlasst, verstärkt auf Automatisierung und den agileren, kollaborativen Ansatz von DevOps zu setzen. Doch obwohl Unternehmen die Automatisierung vorantreiben und die Bedeutung der Programmierbarkeit (APIs und Vorlagen) erkennen, sind sie noch nicht bereit, sich auf einen einzigen Technologie-Stack als Universallösung festzulegen.
Unsere Umfrage „State of Application Delivery 2017“, an der über 2.100 Personen aus allen IT-Funktionsbereichen teilnahmen – von Anwendungsentwicklern über CEOs bis hin zu Sicherheits- und Netzwerkingenieuren –, ergab, dass sich mit der zunehmenden Verlagerung von DevOps in den Produktivbetrieb auch die Beweggründe und die Wahrnehmung verändern.
01 | EINFÜHRUNG VON AUTOMATISIERUNG
Die digitale Transformation erfordert mehr als nur eine Unternehmens-API und eine Schar von Entwicklern. Wir beobachten, dass den internen Veränderungen, die notwendig sind, damit das Unternehmen entsprechend seinem Wachstum effizient skalieren kann, mindestens ebenso viel Aufmerksamkeit gewidmet wird. Einfach mehr Personal für Aufgaben einzusetzen, ist keine tragfähige Methode mehr, um Geschäftsabläufe zu skalieren. Denn es geht nicht nur darum, Dinge zu erledigen, sondern auch darum, sie schnell und effizient zu erledigen.
Das bedeutet, dass mehr Systeme, mehr Geräte, mehr Anwendungen, mehr Bedrohungen und mehr Identitäten verwaltet werden müssen. Auch in der IT besteht weiterhin die Herausforderung, mit diesem Bedarf Schritt zu halten. Dabei kommen zunehmend Automatisierung und Orchestrierung zum Einsatz.
Im Jahr 2016 nutzten nur 21 % der Befragten unserer Studie State of Application Delivery ein oder mehrere Automatisierungs-Frameworks. Ein Jahr später war dieser Anteil auf 52 % gestiegen, wobei mehr als die Hälfte gleichzeitig zwei oder mehr Systeme einsetzte. Bei allen Systemen war ein Zuwachs zu verzeichnen; die größten Steigerungen erzielten CIsco, OpenStack und VMware mit 19 %, 14 % beziehungsweise 22 %. Wie um zu belegen, wie wichtig die Automatisierung von Netzwerk- und Anwendungsdiensten ist, wird Cisco ACI von 35 % der Befragten eingesetzt. Angesichts der Tatsache, dass es im Vergleich zu etablierten Lösungen wie VMware und sogar OpenStack noch relativ neu ist, stellt dies innerhalb von nur zwei Jahren der Erhebung einen beachtlichen Anstieg dar.
02 | PRODUKTION VON HYBRID-STACK-REGELN
Während 39 % der Befragten nur ein System zur Automatisierung von Infrastruktur- und Anwendungsdiensten verwenden, nutzt die Mehrheit (61 %) zwei oder mehr. Dabei zeigt sich: Je größer das Unternehmen ist (und je mehr Anwendungen es verwaltet, was kaum überraschen dürfte), desto höher ist diese Zahl. Im Durchschnitt kommen 1,8 Automatisierungssysteme zum Einsatz. Wenn Sie jedoch 3.000 oder mehr Anwendungen verwalten, liegt der Durchschnitt bei 2,43.
Bemerkenswert ist, dass die durchschnittliche Anzahl der eingesetzten Cloud-Modelle ebenfalls bei 1,8 liegt. Es ist durchaus möglich, dass die Automatisierung in einigen Unternehmen ausschließlich mit der Einführung und Nutzung von Cloud-Computing zusammenhängt.
Dies ist für Unternehmen, die seit Langem auf VMware zur Virtualisierung ihrer Computing-Infrastruktur setzen, überaus sinnvoll. Es gibt praktisch (Entschuldigung für das Wortspiel) keinen Grund für ein Unternehmen, bestehende Automatisierungslösungen für die Bereitstellung und Verwaltung seiner Computing-Ressourcen abzuschaffen. Die Lösung liegt vielmehr häufig in zusätzlichen Systemen wie Cisco ACI, mit denen sich die Automatisierung der Bereitstellung und Verwaltung auf die Netzwerk- und Anwendungsdienstinfrastruktur ausweiten lässt.
Fast die Hälfte (47 %) derjenigen, die auf ein einziges Automatisierungs-Framework setzen, entschied sich für VMware. Cisco wurde von 26 % der Befragten mit nur einem Framework genutzt, während OpenStack auf 9 % kam.
7 % setzen bei der Umsetzung von Automatisierung und Orchestrierung ausschließlich auf Python-Skripte. Dies unterstreicht die Notwendigkeit einer starken, gut unterstützten und kundenorientierten Community rund um die APIs von Netzwerk- und Anwendungsdienstplattformen.
03 | SKALIERUNG STATT GESCHWINDIGKEIT
Der am häufigsten genannte Vorteil von DevOps ist die Geschwindigkeit. Die Kennzahlen zur Erfolgsmessung konzentrieren sich auf die Bereitstellungshäufigkeit und die Markteinführungszeit. Bei der Infrastruktur für Netzwerk- und Anwendungsdienste ist jedoch die Skalierbarkeit die treibende Kraft hinter Automatisierung und Orchestrierung. Nur 14 % der Befragten nannten die Markteinführungszeit als ausschlaggebenden Faktor für den Einsatz von Automatisierungs-Frameworks. Als Gründe für deren Einführung wurden vielmehr Skalierbarkeit (37 %) und die Senkung der Betriebskosten (37 %) genannt.
Wir vermuten, dass die Senkung der Betriebsausgaben lediglich ein anderer Ausdruck für die „Beibehaltung des bisherigen Budgets“ ist. Da sich die IT-Budgets laut der jüngsten Umfrage von Computer Economics kaum verändern oder stagnieren, ist die Budgetoptimierung zweifellos ein wichtiges Anliegen. Eine Skalierung ohne zusätzliches Personal ist angesichts des bereits hohen Verhältnisses von Geräten zu IT-Fachkräften schwierig. Automatisierung und Orchestrierung bieten daher eine Möglichkeit, zu skalieren, ohne das Betriebsbudget drastisch zu erhöhen.
Interessanterweise führt Automatisierung häufig dazu, dass Bereitstellungen schneller erfolgen. Wenn im ersten Schritt zur Orchestrierung von Bereitstellungsprozessen die Wertströme abgebildet werden, lassen sich die für Verzögerungen bei der Bereitstellung verantwortlichen „Wartezeiten“ oft leicht ermitteln. Diese Wartezeiten entstehen häufig bei Übergaben zwischen Teams oder durch „Warteschlangen“, bis ein Techniker verfügbar ist, um eine bestimmte Aufgabe auszuführen. Automatisierung kann diese Warte- und Warteschlangenzeiten verkürzen. Dadurch wird der gesamte Prozess beschleunigt und die Markteinführungszeit verkürzt.
Ein Blick auf die Beweggründe für SDN zeigt ein ähnliches Bild: 62 % setzen auf SDN, um die Betriebskosten einzudämmen.
04 | PROGRAMMIERBARKEIT IST ENTSCHEIDEND
Lange bevor „Software-defined Everything“ zum Status quo wurde, ermöglichte Programmierbarkeit herstellerinterne Ökosysteme, indem sie die Voraussetzungen dafür schuf, Produkte miteinander zu integrieren und Kunden umfassendere Funktionen anzubieten. Dieselben APIs haben sich inzwischen zur „Other API Economy“ entwickelt und ermöglichen eine Vielzahl von Funktionen und Leistungsmerkmalen – sowohl direkt für Kunden als auch durch die Förderung einer breiteren Integration mit Open-Source-Systemen.
Unabhängig davon, ob es um Cloud- oder Rechenzentrumsinfrastruktur geht: Durch Programmierbarkeit lassen sich Netzwerke und Anwendungsinfrastrukturen automatisieren, Prozesse orchestrieren und letztlich skalieren. Programmierbarkeit wird meist mit APIs und zunehmend auch mit dem Konzept von Vorlagen in Verbindung gebracht. In unserer Umfrage stieg die wahrgenommene Bedeutung beider Aspekte sprunghaft an. Eine deutliche Mehrheit stufte sowohl APIs als auch Vorlagen als „wichtiger“ für die Infrastruktur ein.
Weniger bekannt und diskutiert ist die Programmierbarkeit des Datenpfads, also die Möglichkeit, Daten während der Übertragung abzufangen, zu untersuchen und zu verändern. Dies ermöglicht Funktionen auf Anwendungsebene wie das Umschreiben von URLs, das Absichern von Cookies und das Hinzufügen bzw. Entfernen von HTTP-Headern sowie eine eingehendere Analyse von Protokollen, die sich besonders für Sicherheitszwecke eignet (insbesondere beim Auftreten eines neuen Exploits).
Überraschenderweise wird diese Fähigkeit als „wichtiger“ eingestuft als APIs oder Vorlagen. Während 52 % der Befragten APIs für „wichtiger“ halten und 53 % Vorlagen als „wichtiger“ bezeichnen, stufen 57 % die Programmierbarkeit des Datenpfads als „wichtiger“ ein.
Die geschäftlichen Vorteile der Programmierbarkeit des Datenpfads im Hinblick auf Agilität, insbesondere im Bereich der Sicherheit, bieten den Befragten ausreichend Anreiz, solche Funktionen zu nutzen.
Programmierbarkeit, Automatisierung und Orchestrierung werden nicht verschwinden, und es ist erfreulich zu sehen, dass ein erheblicher Anteil der Beschäftigten außerhalb der Anwendungsentwicklung diese Konzepte aufgreift. Auch wenn sie Automatisierung, Orchestrierung und verwandte Konzepte möglicherweise als taktische Maßnahmen betrachten, um Herausforderungen wie begrenzte Budgets und Skalierbarkeit zu bewältigen, bedienen sie sich doch am DevOps-Buffet und schaffen so den nötigen Rückhalt, um die digitale Transformation des Unternehmens nach innen wie nach außen zu ermöglichen.
Sehen Sie sich die Daten im Präsentationsformat auf SlideShare gerne an.
Über den Autor
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Ähnliche Blogbeiträge
F5 und Equinix bündeln ihre Kräfte, um die sichere Anwendungsbereitstellung in Multicloud-Umgebungen zu vereinfachen
F5 und Equinix ermöglichen es Unternehmen, sich weltweit sicher und zuverlässig mit ihren Partnern zu vernetzen.
API-Sicherheitsrisiken und -herausforderungen
Erfahren Sie, warum APIs für die moderne App-Entwicklung unverzichtbar sind und wie Sie sie vor den häufigsten Sicherheitslücken schützen. Profitieren Sie von Expertentipps und direkt umsetzbaren Strategien.
Ein Meilenstein für die Community Impact Grants von F5
F5 feiert das fünfjährige Bestehen seines innovativen Community Impact Grant-Programms, das gemeinnützige Organisationen, bei denen sich F5-Mitarbeitende ehrenamtlich engagieren, mit Fördermitteln in Höhe von 5.000 US-Dollar unterstützt.
Mit moderner, anpassungsfähiger und sicherer Gesundheits-IT Leben retten
Die IT-Investitionen im Gesundheitswesen tragen dazu bei, die schnellsten Wege zu einer besseren Versorgung zu finden, indem sie die medizinische Betreuung näher an die Patientinnen und Patienten bringen. Viele Gesundheitsunternehmen nutzen riesige Mengen an klinischen und anderen Gesundheitsdaten, um Entwicklungen zu verfolgen und übergreifende Trends in der gesamten Gesundheitslandschaft zu erkennen. Gleichzeitig nähern sie sich einer möglichst präzisen, individuell zugeschnittenen Versorgung an.
Verbesserung der Benutzer- und Administrationserfahrung durch sicheren hybriden Zugriff
Diese Kombination aus BIG-IP Access Policy Manager und Azure Active Directory ermöglicht Identitätsföderation, zentralisierten Benutzerzugriff (über Single Sign-on) und erhöhte Anwendungssicherheit (durch Multi-Faktor-Authentifizierung) für geschäftskritische Anwendungen sowie cloudbasierte und SaaS-Anwendungen. Dieser Ansatz vereinfacht die Einrichtung und Bereitstellung, reduziert den Verwaltungsaufwand und verbessert die gesamte Administration.
Das Internet der Sicherheitsdinge
Nein, das ist keine Tirade über die Sicherheit des IoT. Es ist eine Geschichte über Veränderung – genauer gesagt über Veränderung und ihre Auswirkungen auf die Sicherheit. Veränderung ist allgegenwärtig. Es gibt unzählige Axiome und Sprichwörter über Veränderung, also ist es ...