Die digitale Transformation ist eine unternehmerische Reise, die von Menschen vorangetrieben wird. Und wie die meisten Reisen, die Menschen in der jüngeren Geschichte unternommen haben, ist sie auf Technologie angewiesen, um voranzukommen.
Diese Entwicklung ist eigentlich kein neues Phänomen. Unternehmen verändern sich mithilfe von Technologie bereits seit der Zeit vor dem Aufkommen der Computertechnik. Im Laufe der Zeit gab es viele durch Technologie ermöglichte Transformationswellen. Vom Einmeißeln von Transaktionen in Steintafeln über die Dokumentation auf Papier bis hin zu digitalen Hauptbüchern – Technologie ist die treibende Kraft hinter der Transformation von Unternehmen.
Die meisten Unternehmen befinden sich fest in der zweiten Phase, wobei ein erheblicher Anteil bereits die Vorteile der dritten Phase auslotet.
Die Konzentration von Unternehmen auf die digitale Expansion wirkt sich auf die Technologie aus, auf die IT- und App-Entwickler angewiesen sind, um unterschiedliche Anwendungen, Systeme und Dienste zu einem nahtlosen digitalen Erlebnis zu verbinden. Mit anderen Worten: Unternehmen setzen auf APIs.
APIs haben in allen Branchen erhebliche Auswirkungen – vom Bankwesen über den Einzelhandel bis hin zur Gaming-Branche. Unsere Forschung und die daraus entwickelten Modelle zeigen, dass APIs in den vergangenen Jahren deutlich an Bedeutung gewonnen haben und in den nächsten zehn Jahren noch stärker wachsen werden.
Das Problem besteht darin, dass nicht alle neu bereitgestellten APIs verwaltet, strukturiert oder dokumentiert werden. Auch das Aufkommen von Edge Computing hat zu einer noch stärkeren Nutzung von APIs geführt, da Unternehmen damit beginnen, Anwendungen und Cloud-Dienste auf eine wachsende Zahl von (oft abgelegenen) Standorten zu verteilen.
Ein typisches Unternehmen setzt APIs wahrscheinlich für viele verschiedene Zwecke ein:
- Infrastrukturdienste wie private und öffentliche Clouds werden über APIs aufgerufen und betrieben.
- Moderne Architekturen wie etwa container-native Anwendungen sind sowohl für die dienstinterne Kommunikation als auch für die operative Steuerung und Konfiguration auf APIs angewiesen.
- Digitale Erlebnisse auf Web- oder Mobilgeräten basieren auf APIs, um Funktionen von Single Sign-on und Authentifizierung über die Integration von Chats und Social-Media-Feeds bis hin zur Einbindung von Transaktionsfunktionen aus herkömmlichen Transaktionsanwendungen bereitzustellen.
- Automatisierung in CI/CD- und Bereitstellungspipelines ist auf APIs angewiesen, um Systeme, Geräte und Dienste zu integrieren und so Entwicklungs- und Bereitstellungsprozesse nahtlos auszuführen.
Es gibt noch viele weitere Beispiele, doch schon anhand einiger weniger lässt sich leicht erkennen, wie schnell die Anzahl und Verbreitung von APIs zunimmt.
Verschärft wird dieses Wachstum durch die Tatsache, dass Unternehmen sich nun einmal wie Unternehmen verhalten.
Unternehmen sind unabhängig von ihrer Größe eine Kombination aus Produkten und IT-Services, die im Auftrag der Geschäftsbereiche entwickelt werden, aus denen sich die Organisation zusammensetzt. Unternehmen sind naturgemäß in Silos organisiert, wobei Informationen nur nach dem Prinzip „Kenntnis nur, wenn nötig“ weitergegeben werden. Mit dem Wachstum eines Unternehmens wachsen auch die verschiedenen Geschäftsbereiche, Produktteams und operativen Teams. Im Grunde genommen „wuchert“ das Unternehmen. Da heute jedes Team und jeder Geschäftsbereich in hohem Maße auf APIs angewiesen ist, ist die unvermeidliche Folge eine unkontrollierte Ausbreitung von APIs.
Es zeigt sich auch, dass ein neuer Ansatz erforderlich ist, um die Herausforderungen zu bewältigen, die sich aus der API-Ausbreitung ergeben werden. Denn bestehende Lösungen konzentrieren sich auf Herausforderungen innerhalb eines Clusters, also auf die Verwaltung von APIs in einer Microservices-Umgebung. Bestehende Lösungen wurden noch nicht auf die Herausforderungen der API-Ausbreitung über mehrere Cluster hinweg ausgeweitet, also zwischen Microservices-Umgebungen, die sich über Standorte, Geschäftsbereiche sowie Produkt- und Betriebsteams erstrecken.
In dieser Studie des F5 Office of the CTO, zeigt Rajesh Narayanan das Wachstum und die Verteilung von APIs auf, die zu einer unkontrollierten Ausbreitung führen, und stellt einen Ansatz vor, mit dem sich das daraus entstehende Chaos möglicherweise eindämmen lässt.
Über die Autoren
Ähnliche Blogbeiträge
Ein umfassender Leitfaden zur Bereitstellung und Sicherheit von KI-Anwendungen
Entdecken Sie optimale Strategien für die Absicherung und Bereitstellung von KI-Anwendungen.
KI zulassen und einführen? Lehren aus der Public Cloud
Die Einführung von KI steht unmittelbar bevor und könnte entscheidend sein, um wettbewerbsfähig zu bleiben. Daher muss die IT-Sicherheit proaktiv handeln und der KI-Einführung schon jetzt einen Schritt voraus sein, um sie auf einen risikogerechten Weg zu lenken.
Stand der Anwendungsstrategie 2022: Zeit für die Modernisierung des Betriebs
Es ist deutlich geworden, dass Unternehmen ihren Fokus erneut auf die Geschäftsfunktionen richten müssen, um die Dynamik ihrer digitalen Transformation aufrechtzuerhalten. Kundenerlebnisse haben zwar weiterhin Priorität, doch auch Geschäftsfunktionen wie Recht, Personalwesen und Finanzen müssen digitalisiert werden. Das bedeutet, dass CIOs das Steuer übernehmen, während sich die digitale Transformation von der Modernisierung von Anwendungen hin zur Modernisierung von Betriebsabläufen verlagert.
F5s Weg zu einer vielseitigen Plattform für Anwendungsanalysen
F5 bietet heute die umfassendsten Anwendungsdienste entlang des gesamten Weges vom Code bis zum Kunden. Künftig werden wir verstärkt auf Anwendungstelemetrie und -analysen setzen, damit unsere Kunden wertvolle Erkenntnisse über ihre Anwendungen, Geschäftsabläufe und Benutzererlebnisse gewinnen können. Beim Ausbau unserer Cloud-Analysefunktionen werden wir ML und KI noch stärker nutzen, um unsere Kunden bei der Verbesserung ihrer Geschäftsdienste zu unterstützen.
Telemetrie: Eine andere Art von Daten
Verwenden wir den Begriff „Telemetrie“ nur, weil er attraktiver klingt als „Daten“? Letztlich sind sowohl Daten als auch Telemetrie strukturierte Informationseinheiten. Es ist kein Verbrechen, die Begriffe synonym zu verwenden. Doch wenn man es genau nimmt, gibt es einen Unterschied. Und dieser Unterschied wird immer wichtiger werden, je weiter Unternehmen in die Datenökonomie vordringen.
MTTR bedeutet nicht „Mean Time to Reboot“
„Schnell scheitern“ lautet heute das Mantra für mehr Geschwindigkeit. Ob in DevOps oder im Geschäftsleben: Wer in einer digitalen Wirtschaft agiert, muss eine möglichst perfekte Verfügbarkeit gewährleisten.