Technologie bewegt sich oft im Kreis. In den guten alten Tagen (etwa zur Jahrtausendwende) hatten IT-Teams in Unternehmen, die gerade eifrig auf Cloud Computing setzten, mit einem vergleichsweise neuen Problem zu kämpfen. Die zunehmende Verbreitung der Verwaltung virtueller Maschinen (VMs) – oder VM-Wildwuchs, wie das Phänomen genannt wurde – war das neue Schreckgespenst.
Die heute zunehmend von autonomer serverseitiger Verwaltung und Formen künstlicher Intelligenz (KI)-basierter Automatisierung für Vorgänge auf Systemebene übernommen werden, sind die (im übertragenen wie im wörtlichen Sinn) „zu viele Bälle in der Luft“-Probleme des VM-Wildwuchses zwar noch immer vorhanden, doch sie sind einem kleinteiligeren Kopfschmerz gewichen, der auf derselben Art neuronalen Ungleichgewichts beruht.
Das neue Netzwerkleiden heißt API-Wildwuchs – oder, wenn wir nach einer griffigeren und alliterativeren Bezeichnung suchen, auch API-Abscheulichkeit oder API-Anwendungsfluch. Doch welche Art von API-Kollaps findet hier statt, und was können wir dagegen tun?
Ein Schichtenwerk
Wenn wir die inzwischen wohlbekannte These akzeptieren, dass die digitale Transformation im Gang ist und Unternehmen Cloud, mobile Technologien, Datenanalysen und die allgegenwärtige Nutzung von Geräten einsetzen, müssen wir uns nicht daran erinnern, dass sich die Datenverarbeitung zu einem miteinander vernetzten Geflecht aus geschichteten Diensten und Ebenen entwickelt.
In diesem neuen IT-Gewebe bedeutet die zunehmende Nutzung hybrider, Multi- und Polycloud-Umgebungen, dass die Application Programming Interfaces (APIs) aller Beteiligten überall verteilt sind. Sie basieren auf unterschiedlichen Standards, Gateways, Frameworks, Richtlinien und vielem mehr – abhängig von der Umgebung, in der sie eingesetzt werden. Im neuen Cloud-Moloch herrscht API-Wildwuchs wie im Wilden Westen.
Der Versuch, all diese APIs zu verwalten – sie sicher zu halten, Governance-Richtlinien festzulegen, Leistung und Verfügbarkeit zu gewährleisten und so weiter – gleicht dem Hüten einer Rinderherde. Entwickler müssen ständig von Dashboard zu Dashboard wechseln, während sie zwischen verschiedenen API-Sets hin- und herspringen, um Ordnung zu halten.
Außerdem lesen: Was Sie über Cloud-Automatisierung wissen müssen: Tools, Vorteile und Anwendungsfälle
Ein API-Lasso
Die auf Integration und Management ausgerichtete API-Plattformfirma MuleSoft hat darauf eine Antwort: eine universelle Plattform, die jede Umgebung mit dem Lasso einfangen und APIs in einem zentralen Pferch zusammenführen kann. So können Entwickler und „Business-Technologen“ (also Personen außerhalb der IT, die APIs nutzen, um eigenständig neue Dinge zu entwickeln) einfach an einen einzigen Ort gehen, um alle APIs zu verwalten und auf sie zuzugreifen.
Das Unternehmen hat diesen Monat seine neuesten Funktionen für das universelle API-Management ausführlich vorgestellt mit dem Ziel, IT-Teams zu ermöglichen, jede API in jeder Umgebung sicher zu erstellen, zu verwalten und zu steuern. Die Funktionen für das universelle API-Management – darunter Anypoint Flex Gateway, API Manager, API Experience Hub, API Designer mit ereignisgesteuerten Funktionen und API Governance – sind direkt auf der Anypoint Platform aufgebaut, der firmeneigenen Plattform von MuleSoft für Integration, API-Management und Automatisierung.
MuleSoft erinnert daran, dass Unternehmen angesichts der zunehmenden Zahl digitaler Kontaktpunkte und der Notwendigkeit, nahtlose Erlebnisse für Mitarbeiter und Kunden zu schaffen, mehr APIs als je zuvor erstellen. Das Unternehmen verweist auf eigene Untersuchungen, denen zufolge ein durchschnittliches Unternehmen heute im Schnitt mehr als 800 Anwendungen und 96 % davon öffentliche oder private APIs nutzt – gegenüber 80 % im vergangenen Jahr.
„Unternehmen müssen heute Tausende von APIs verwalten und kombinieren, die sich über verschiedene Teams, Umgebungen und Technologien erstrecken“, sagte Meir Amiel, Chief Product Officer bei MuleSoft. „[Unsere] Funktionen für das universelle API-Management bringen Unternehmen der Vision des Composable Business näher, indem sie ihnen ermöglichen, die jeweils besten Lösungen auszuwählen und zu integrieren sowie mithilfe beliebiger APIs neue Dienste zusammenzustellen.“
Außerdem lesen: Juniper bringt Software-Agenten zum Schutz von Anwendungen in der Cloud und On-Premises auf den Markt
Composable Complexity versus Konsistenz und Compliance
Wenn hier gegenläufige Kräfte am Werk sind, dann handelt es sich möglicherweise um die Composable Complexity der Cloud auf der einen und die Notwendigkeit, nach Konsistenz, Compliance und Kompatibilität zu streben, auf der anderen Seite.
Unter den großen Cloud-Hyperscaler-Anbietern und ihrer ergebenen Schar aus Partnern, Fürsprechern und (zumindest einigen) Trittbrettfahrern ist viel von der Notwendigkeit die Rede, sogenannte „unlocked innovation“ zu ermöglichen und die Cloud so zu nutzen, wie sie für echte Breite und Flexibilität gedacht war. Ohne die Möglichkeit, Workloads effektiv zwischen Clouds zu verschieben, bleibt dieser Innovationskanal für viele verschlossen (oder zumindest teilweise blockiert).
Um sich in diesen hybriden und verteilten Ökosystemen zurechtzufinden, können IT-Teams die neuen Funktionen von MuleSoft für das universelle API-Management auf der Anypoint Platform nutzen, um alle APIs ihres Unternehmens zu entwerfen, zu erstellen, bereitzustellen, zu betreiben und zu entdecken. Darüber hinaus will MuleSoft Unternehmen dabei helfen, Governance für all ihre Unternehmens-APIs zu operationalisieren, damit sie Branchenvorschriften und interne Designstandards einhalten können, ohne die Entwicklung auszubremsen.
Doch Mulesoft ist nicht der einzige Anbieter; auch der Sicherheitsspezialist F5 ist in diesem Bereich stark vertreten.
Rajesh Narayanan, Senior Director und Distinguished Technologist bei F5, sagt, dass Unternehmen unabhängig von ihrer Größe aus einer Kombination von Produkten und IT-Services bestehen, die im Auftrag der Geschäftsbereiche entwickelt werden, aus denen die Organisation besteht.
„Unternehmen sind naturgemäß in Silos organisiert, und Informationen werden nach dem Need-to-know-Prinzip geteilt. Wenn Unternehmen wachsen, wachsen auch die verschiedenen Geschäftsbereiche, Produktteams und Betriebsteams. Im Wesentlichen ‚wuchert‘ das Unternehmen. Da sich heute jedes Team und jeder Geschäftsbereich in hohem Maße auf APIs stützt, ist API-Wildwuchs die unvermeidliche Folge“, sagte Narayanan.
Mit Blick auf die weitere Entwicklung sagte Narayanan, dass ein neuer Ansatz erforderlich sei, um die Herausforderungen des API-Wildwuchses zu bewältigen. Denn bestehende Lösungen konzentrierten sich auf Herausforderungen innerhalb eines Clusters – also auf die Verwaltung von APIs innerhalb einer Microservices-Umgebung.
„Bestehende Lösungen haben ihren Anwendungsbereich noch nicht erweitert, um die Herausforderungen des API-Wildwuchses über Cluster hinweg zu bewältigen – also zwischen Microservices-Umgebungen, die sich über Standorte, Geschäftsbereiche sowie Produkt- und Betriebsteams erstrecken“, schrieb Narayanan in einem technischen Diskussionsblog , den er gemeinsam mit Lori MacVittie in ihrer Rolle als Principal Technical Evangelist bei F5 verfasst hat.
Hybride, verteilte Ökosysteme sind zur Norm geworden, was die IT-Landschaft komplexer macht. Laut Deloitte planen 97 % der IT-Manager, nach dem Best-of-Breed-Prinzip vorzugehen, indem sie Workloads auf zwei oder mehr Clouds verteilen, um die Ausfallsicherheit zu erhöhen und regulatorische Anforderungen zu erfüllen. Diese verteilten Ökosysteme führen zu Datensilos, eingeschränkter Wiederverwendung, uneinheitlicher Governance und Sicherheitsvorgaben über verschiedene Dienste hinweg.
Hinzu kommt das Gespenst eingeschränkter Transparenz durch die zahlreichen Managementkonsolen der Cloud-Anbieter. API-Management ist eindeutig zu einem eigenen Subgenre und einer eigenen Teildisziplin des Cloud Computing geworden.
Weiterlesen: Die Integrationskluft, die die Cloud ausbremst