IBM kommuniziert mit Hunderten von Geschäftspartnern über APIs, die Tausende von verschiedenen Geschäftsfunktionen darstellen. Die IBM Chief Information Officer (CIO)-Organisation verließ sich auf die IBM API Connect® Lösung, um ein unternehmensweites, zentralisiertes API-Verwaltungssystem aufzubauen, das die Erkennung und Nutzung von APIs verwaltet und den Zugriff mit einem konsolidierten Katalog kontrolliert.
Die IBM CIO-Organisation richtete 2014 die API Economy-Plattform für das Unternehmen ein, um eine sicherheitsrelevante API-Hosting-Plattform bereitzustellen, die für eine kontinuierliche Verfügbarkeit zur Nutzung durch IBM Mitarbeiter, Kunden und Partner ausgelegt ist. Die Plattform ermöglicht die Erstellung, Vermarktung, Nachverfolgung und Verwaltung von APIs für den internen Gebrauch und basiert auf IBM API Connect, einer Unternehmenslösung für die zentralisierte API-Verwaltung, die APIs und ihre Dokumentation speichert. API Connect verwaltet Abonnements über Zugangsberechtigungen und verfügt über einen konsolidierten API-Katalog.
Ursprünglich verwaltete die API Economy-Plattform APIs ausschließlich für die IBM CIO-Organisation. Im Laufe der Zeit wurde es jedoch weiterentwickelt, um unternehmensweite APIs und APIs von Drittanbietern zu unterstützen. Derzeit unterstützt die Plattform zwei API-Services: Blue API, der interne APIs für IBM Geschäftsanwendungen bereitstellt, und API Hub, der IBM APIs für IBM Kunden und IBM Geschäftspartner bereitstellt. Wenn Entwickler neue Anwendungen erstellen, suchen sie zunächst in einem API-Katalog nach einer API und abonnieren sie. Sobald sie ein Abonnement abgeschlossen haben, erhalten sie API-Schlüssel, d. h. geheime Client-IDs, mit denen sie die API aufrufen können.
API-Konsumenten verwenden den API-Katalog und die API-Dokumentation, um APIs zu finden und zu verwenden, während API-Anbieter APIs und Dokumentation konfigurieren, testen und im API-Katalog veröffentlichen und die API-Konfiguration an das Gateway weiterleiten.
„Um eine effektive API-Wirtschaft zu haben, ist ein kultureller Wandel auf Unternehmensebene notwendig, und nicht nur ein technologischer Wandel. Wenn ein Anbieter eine API erstellt, sollte er sie in einen gemeinsamen Katalog (wie Blue API) einbinden, damit andere darauf zugreifen und sie nutzen können“, sagt Kyle Frohling, Manager des API-Hub für die IBM CIO Organisation. „Darüber hinaus braucht man ein dediziertes Team hinter dem API Connect-Service, um einen effektiven Übergang zu einer API Economy zu gewährleisten. Aufgrund des kulturellen Wandels braucht es Anleitung, Prozessbefürworter und Befähigung, um Teams von Einzellösungen auf eine zentralisierte Lösung umzustellen.“
Frohling fügt hinzu, dass die Entwickler, die Plattform nutzen, aus allen IBM-Unternehmen weltweit stammen. „Man sollte meinen, dass die meisten Entwickler APIs verstehen, aber in der Praxis gibt es Teams, die ausgereift sind und die Entwicklungs- und IBM-Praktiken verstehen, während andere API-Unterstützung benötigen“, sagt er. „Daher muss es Aufklärungs- und Schulungsmaterial geben, das über den Service, seinen Wert und die ersten Schritte informiert. Die Interaktion mit dem API-Entwicklungsteam zu Beginn des Prozesses ist ebenfalls entscheidend für die Übernahme der richtigen API-Praktiken. Eine weitere Lektion, die wir gelernt haben, ist, die API Connect-Lösung so bedienerfreundlich wie möglich zu gestalten.“
API-Aufrufe pro Monat
schnellere Bereitstellung für Unternehmenslösungen
Die IBM API Economy Plattform ist ein Rund-um-die-Uhr-Service und ihre ständige Verfügbarkeit in allen Situationen hat höchste Priorität. Anfang 2023 wechselte das Unternehmen von seinem früheren On-Prem-Hosting-Modell zum IBM API Connect Reserved Instance on IBM Cloud®-Ansatz, wodurch das Team die Kosten erheblich senken konnte.
„Die reservierte Instanz befindet sich in einer einzigen Region in drei Verfügbarkeitszonen – drei physischen Rechenzentren“, erklärt Frohling. „Wir könnten ein ganzes Gebäude verlieren und es würde weiterhin funktionieren, weil die anderen Gebäude immer noch ihre eigene Netzwerkverbindung, Stromversorgung oder eine API Connect-Instanz hätten. Wir haben maßgeblichen Einfluss auf die reservierte Instanz und deren Funktionsweise genommen. Wir sind der größte Nutzer von API Connect Reserved Instance in der IBM Cloud. Sie haben gut mit uns zusammengearbeitet, um ihren Service weiterzuentwickeln, um resilienter und redundanter zu sein, basierend auf den Erfahrungen, die wir mit Kyndryl gemacht haben.“
Die CIO-Organisation von IBM stellte fest, dass die Gesamtkosten für eine zentralisierte Unternehmenslösung im Vergleich zu einer individuellen projektbasierten API-Verwaltungslösung um 50 % gesenkt werden konnten, indem die Kosten für die einzelnen Projekte in einem zentralen Pool konsolidiert wurden, der einen gemeinsamen Service unterstützt. Mithilfe des zentralen API-Verwaltungssystems können Verbraucher APIs in einem zentralen API-Katalog suchen, finden und abonnieren. Anbieter können APIs mit Versions- und Lebenszyklusmanagement erstellen, testen und veröffentlichen – alles auf einer hochverfügbaren Plattform mit Rund-um-die-Uhr-Support. Das zentralisierte API-Connect-Verwaltungssystem geht Hand in Hand mit dem Produktivitätsziel von IBM, indem es einen Standarddienst nutzt und den Aufwand für den Support reduziert.
„Wir haben außerdem festgestellt, dass wir unsere Lösungen um über 50 % schneller bereitstellen können. Dank unseres zentralisierten internen Katalogs mit 800 APIs können Entwickler schnell darauf zugreifen, prüfen, was verfügbar ist und die APIs nutzen, anstatt zu versuchen, APIs manuell zu entdecken“, sagt Frohling. „Es ist viel schneller, eine Lösung mit bestehenden APIs zusammenzustellen, als zu versuchen, sie selbst zu entwickeln. Heute verarbeiten wir über unsere APIs als Teil unseres Q2C [Quote to Cash]-Prozesses jährlich 14 Milliarden USD an IBM-Umsätzen.“
Frohling fügt hinzu: „Es gibt immer ein Zögern, wenn es darum geht, einen gemeinsamen Dienst zu nutzen, anstatt die Dinge selbst zu tun. Wir haben beträchtliche Fortschritte gemacht, vor allem bei CIO, aber wir müssen den Leitfaden weiter verbessern und es den Entwicklern leicht machen, diesen gemeinsamen Dienst zu nutzen, um einen Mehrwert auf Unternehmensebene zu erzielen. Die Wiederverwendung von APIs hat auf Projektebene andere Auswirkungen. Wenn jedes Team seine eigene Lösung unterstützt, geht es nicht nur um die Kapitalkosten, sondern um die gesamten Arbeitskosten. Unsere Alternative besteht darin, die mit 300 Projekten verbundenen Arbeitskosten zu reinvestieren und eine gemeinsame Lösung zu verwenden, die auf Unternehmensebene leicht zu erkennen ist, aber auf Projektebene nicht immer offensichtlich ist. Der Wert wird auf Unternehmensebene ermittelt.“
IBM hat außerdem die Verwaltung des API-Lebenszyklus und den Veröffentlichungsprozess angepasst und automatisiert, sodass es für Anbieter einfacher ist, eine API und ihre Dokumentation im Gateway zu veröffentlichen – ein großer Gewinn für das Unternehmen und seine Nutzer.
„Wir unterstützen derzeit etwa 1.000 veröffentlichte APIs, 200 auf API Hub und 800 auf Blue API. Letztes Jahr hatten wir 300 – 400 Millionen API-Aufrufe pro Monat und nähern uns einem stabilen Zustand von 400 Millionen“, sagt Frohling. „Wir sprechen 2.000 einzelne API-Nutzer an. Etwa drei bis vier neue APIs werden monatlich von einem von 250 verschiedenen Teams veröffentlicht. Diese Zahlen wachsen jeden Monat weiter.“
Was künftige Erweiterungen der Plattform angeht, sagt Frohling: „Wir nutzen derzeit den API Connect Reserved Instance Service auf IBM Cloud, um unsere Plattform zu hosten, und unsere Anpassungen laufen auf Cirrus, der OpenShift Hybrid Cloud-Plattform des CIO für interne Workloads. Wir arbeiten daran, das IBM Cloud Pak für Integration auf Cirrus zu nutzen. Das wird ein erheblicher Aufwand für uns sein, aber es wird uns ermöglichen, Arbeitslasten dorthin zu verlagern, wo sie zu einem bestimmten Zeitpunkt am besten geeignet sind, und zu Kosteneinsparungen beitragen, indem wir eine API Connect-Instanz verwenden, die Teil des IBM Cloud Pak for Integration auf Cirrus ist.“
Die Chief Information Officer (CIO) Organization ist für die interne IT-Strategie von IBM zuständig und kümmert sich um die Bereitstellung, Sicherung, Modernisierung und Unterstützung der IT-Lösungen, die IBM Mitarbeiter tagtäglich für ihre Arbeit nutzen.
Die CIO-Strategie umfasst die Schaffung einer anpassungsfähigen IT-Plattform, die den Zugang zur IT im gesamten Unternehmen erleichtert, die Problemlösung beschleunigt und als Innovationsmotor für IBM dient, der das Geschäftswachstum ankurbelt.
© Copyright IBM Corporation 2023. IBM Corporation, New Orchard Road, Armonk, NY 10504, USA.
Hergestellt in den Vereinigten Staaten von Amerika, Oktober 2023.
IBM, das IBM Logo, IBM API Connect und IBM Cloud sind Marken oder eingetragene Marken der International Business Machines Corporation in den USA und/oder anderen Ländern. Weitere Produkt‐ und Servicenamen können Marken von IBM oder anderen Unternehmen sein. Eine aktuelle Liste der IBM Marken finden Sie unter ibm.com/trademark.
Das vorliegende Dokument ist ab dem Datum der Erstveröffentlichung aktuell und kann jederzeit von IBM geändert werden. Nicht alle Angebote sind in allen Ländern verfügbar, in denen IBM tätig ist.
Alle angeführten oder beschriebenen Beispiele illustrieren lediglich, wie einige Kunden IBM Produkte verwendet haben und welche Ergebnisse sie dabei erzielt haben. Die tatsächlichen Umgebungskosten und Leistungsmerkmale variieren in Abhängigkeit von den Konfigurationen und Bedingungen des jeweiligen Kunden. Es können keine generell zu erwartenden Ergebnisse bereitgestellt werden, da die Ergebnisse jedes Kunden allein von seinen Systemen und bestellten Services abhängt. DIE INFORMATIONEN IN DIESEM DOKUMENT WERDEN OHNE JEGLICHE AUSDRÜCKLICHE ODER STILLSCHWEIGENDE GARANTIE ZUR VERFÜGUNG GESTELLT, EINSCHLIESSLICH DER GARANTIE DER MARKTGÄNGIGKEIT, DER EIGNUNG FÜR EINEN BESTIMMTEN ZWECK UND DER GARANTIE ODER BEDINGUNG DER NICHTVERLETZUNG VON RECHTEN. Die Garantie für Produkte von IBM richtet sich nach den Geschäftsbedingungen der Vereinbarungen, unter denen sie bereitgestellt werden.