Einführung eines API-Reifegradmodells zur Beschleunigung von Innovationen

Jul 26, 2023

InfoQ-Homepage-Artikel Einführung eines API-Reifemodells zur Beschleunigung von Innovationen

19. April 2023 12 Minuten Lesezeit

von

Darshan Shivashankar

rezensiert von

Matt Campbell

Wenn die digitale Transformation richtig durchgeführt wird, kann sie jeden Aspekt eines Unternehmens beeinflussen. Leider besteht ein häufiger Nebeneffekt der digitalen Transformation darin, dass das Problem der API-Reife angegangen wird. APIs werden in der Regel zu Brücken, die das Geschäftswachstum vorantreiben, aber mit einer breiten API-Akzeptanz kann es zu einer Ausbreitung der APIs kommen. API-Wildwuchs entsteht, wenn es zu einer ungeplanten und nicht verwalteten Verbreitung von APIs kommt, um alltägliche Geschäftsprobleme zu lösen. API-Wildheit beschreibt die exponentiell große Anzahl der erstellten APIs und die physische Ausbreitung der verteilten Infrastrukturstandorte, an denen die APIs bereitgestellt werden.

Unternehmen erleben, wie ihre APIs in einem beispiellosen Tempo über den ganzen Globus verteilt werden. Diese API-Ausuferung stellt eine einzigartige Herausforderung für Unternehmen dar, die eine einheitliche Qualität und Erfahrung an verteilten Infrastrukturstandorten aufrechterhalten möchten.

Die Verwaltung von APIs im großen Maßstab erfordert Aufsicht. Es erfordert außerdem einen pragmatischen Ansatz, der mit einer API-Programminitiative beginnen sollte, die APIs auf der Grundlage logischer Gruppierungen vereinheitlicht. Das Programm sollte APIs als Produkt oder Service bündeln, um die Akzeptanz zu fördern und die Verwaltung über ihren gesamten Lebenszyklus hinweg zu erleichtern. Die Herausforderung besteht darin, dass die Erstellung eines tragfähigen Programms zur Verwaltung der API-Reife ein langsamer Prozess ist.

Dieser Artikel bietet einen Rahmen für den Aufbau einer ausgereiften API-Initiative. Das Framework verwendet ein vierstufiges API-Programmreifemodell, das zur Entwicklung eines ganzheitlichen API-gesteuerten Unternehmens führt.

Bei der Betrachtung der Lebenszyklen und der Reife von APIs gibt es zwei Phasen: API-Reife und API-Programmreife.

Die API-Reife ist spezifisch für Design und Entwicklung und folgt einem Prozess, der mit der Reife der Softwareentwicklung im Einklang steht. Die API-Reife stellt sicher, dass die APIs anerkannten API-Spezifikationen wie REST entsprechen. Wenn es um die API-Reife geht, sprechen Sie von einer Reihe von APIs, die für eine bestimmte Anwendung oder einen bestimmten Zweck erstellt wurden.

Bei der Betrachtung von APIs im unternehmensweiten Maßstab, also der unzähligen APIs, die ein Unternehmen im Laufe der Zeit anhäuft, um verschiedene Geschäftsziele zu erreichen, hat die Reife des API-Programms Vorrang. Mit der Reife des API-Programms ist die Bündelung von APIs als einheitliche Dienste erforderlich. Ein API-Programm-Reifegradmodell bietet einen Maßstab für die Rationalisierung von APIs zur Förderung von Geschäftsinnovationen.

Der API-Programmreifegrad bewertet die nichtfunktionalen Metriken von APIs aus technologischer und geschäftlicher Sicht. Zu den technischen API-Metriken gehören Leistung, Sicherheit, Erfahrung und Skalierbarkeit. Die Business-API-Metriken beziehen sich auf Verbesserungen von Prozessen und Produktivität, die sich indirekt auf Zeit und Kosten auswirken.

Wie alle gut durchdachten Geschäftsprozesse sollten API-Programme klein anfangen und schrittweise wachsen. API-Programme müssen so strukturiert sein, dass sie einem kontinuierlichen Verbesserungszyklus folgen. Die Kennzahlen sollten sich verbessern, wenn das API-Programm eine Reihe von Übergängen von niedrigeren zu höheren Reifegraden durchläuft.

Bevor Sie Ihre Reise durch das API-Reifemodell beginnen, müssen Sie zunächst APIs als Werkzeuge wahrnehmen. Anschließend durchlaufen Sie das Modell und nehmen APIs als Komponenten, Modelle und Ökosysteme wahr, je höher der Reifegrad ist. Jede Ebene wird anhand der APIs betrachtet, die alltägliche Geschäftsprozesse ermöglichen.

Wenn man die API-Programmreife als Teil eines ganzheitlichen Ansatzes zur digitalen Transformation von Unternehmen betrachtet, können API-Programme durch vier Reifegrade charakterisiert werden:

In der Vergangenheit wurden APIs entwickelt, um die Datenerfassung zu erleichtern. Die frühen APIs von Salesforce und Amazon sind Paradebeispiele. Diese Arten von APIs wurden entwickelt, um den Datenaustausch über mehrere Geschäftsanwendungen hinweg zu standardisieren.

Die erste Reifestufe des API-Programms besteht darin, eine standardisierte Datenzugriffsschnittstelle für die Datenerfassung zu schaffen, die eine einzige Quelle der Wahrheit bietet. Diese Arten von APIs werden in verschiedene Geschäftsfunktionen kategorisiert. Beispielsweise verfügen Sie über separate APIs für den Zugriff auf Finanz-, Vertriebs-, Mitarbeiter- und Kundendaten.

Ihr Unternehmen erreicht den Reifegrad 1 des API-Programms, wenn Sie Best Practices für API-Design und -Architektur etabliert haben. Einige Beispiele für Best Practices sind:

Diese APIs sind jedoch relativ einfach und erfordern keine erweiterten programmierbaren Funktionen. Level 1 wird auch durch einen relativ unausgereiften, handgedrehten Ansatz für die API-Bereitstellung definiert. Die manuelle Bereitstellung einzelner APIs unterstützt kein engmaschiges API-Lebenszyklusmanagement. Der technische Schwerpunkt liegt auf dem Aufbau besserer APIs als eigenständige Tools.

Betrachtet man die Geschichte der API-Entwicklung, erlebten APIs in den 2000er Jahren eine Renaissance, als sie als Konnektoren zur Integration verschiedener Systeme eingesetzt wurden. Single Sign-On (SSO) ist ein Paradebeispiel. SSO wird häufig als API-Integrationstool zur Authentifizierung von Benutzern für den sicheren Zugriff auf mehrere Anwendungen und Dienste von Drittanbietern verwendet.

Wenn Ihre Organisation den Reifegrad 2 des API-Programms erreicht, verwendet Ihr API-Programm einen komponentenbasierten Ansatz. Beim komponentenbasierten Ansatz wird eine Anwendung in ihre einzelnen Komponenten zerlegt. Das bedeutet, dass jede Komponente unabhängig von den anderen Teilen der Anwendung entwickelt, getestet und dann zu einer vollständigen Anwendung integriert werden kann. Dieser Ansatz reduziert die Komplexität, vereinfacht die Wartung und verbessert die Skalierbarkeit.

APIs werden als Komponenten gebündelt, die verschiedene geschäfts- und domänenspezifische Prozesse integrieren. Diese API-Bündel optimieren Abläufe und Arbeitsabläufe und verbinden mehrere Abteilungen. Sie können sich sogar auf die Integration von Arbeitsabläufen und Interaktionen mit externen Partnern erstrecken.

Wenn Sie Stufe 2 erreichen, unternimmt Ihr Unternehmen die ersten Schritte zur Nutzung von APIs für Unternehmen. Indem Sie APIs als Komponenten betrachten, erhalten Sie mit der Reifestufe 2 einen Katalog von APIs, die standardisiert und wiederverwendbar sind. Level 2 treibt außerdem die API-Entwicklung und das Lebenszyklusmanagement voran, indem die Entwicklungszyklen verbessert werden und der Schwerpunkt auf Standardisierung und optimierter Automatisierung durch CI/CD-Pipelines (Continuous Integration/Continuous Delivery) liegt.

APIs werden während der API-Renaissance als Komponenten behandelt, um die Integration und Wiederverwendbarkeit zu vereinfachen. Stufe 3 ist das Zeitalter der API-Aufklärung und erweitert die Entwicklung, um APIs benutzerfreundlicher und wertvoller zu machen.

Wenn Sie Level 3 erreichen, gelten APIs nicht mehr als Komponenten oder separate Tools, die Geschäftsabläufe verbessern. Der Fokus liegt nun auf der Entwicklung von API-Suiten, die durch die Schaffung eines vernetzten Erlebnisses bessere Arbeitsabläufe ermöglichen. Denken Sie daran, dass API-Komponenten es API-Anbietern ermöglichen, Anwendungen beim Entwerfen und Erstellen aufzuschlüsseln. API-Suiten beziehen sich darauf, wie API-Anbieter ihre Funktionalität gruppieren, damit API-Konsumenten sie für ein besseres Erlebnis integrieren können.

Beispielsweise ist ein Logistikunternehmen für die Geschäftskontinuität auf eine Flotte von Lastkraftwagen und Lieferwagen angewiesen. Es wird eine API-Suite verwenden, um alle Aspekte seiner Flotte zu überwachen und zu verwalten. Auf Level 3 erwarten Sie eine gut durchdachte API-Suite, die mehrere APIs umfasst, um alles von der Überwachung einzelner LKWs über die Kartierung von Routen bis hin zur Bereitstellung von Analysen für die Flottenleistung zu bewältigen.

Auf Level 3 spielen APIs eine entscheidende Rolle bei der Definition der Benutzererfahrung (UX). Die API-Suite wird zum Rückgrat benutzerorientierter Anwendungen. In unserem LKW-Flotten-Beispiel basiert die Front-End-Software, die das Unternehmen für das Flottenmanagement verwendet, auf APIs, um das Endbenutzererlebnis zu verbessern, sodass die API-Suite zur Backend-Plattform wird, die die Schnittstelle für das gesamte Softwarepaket bereitstellt.

Wenn Sie Level 3 erreichen, spielt das API-Programm nun eine wesentliche Rolle, da die API-Suite zu einem geschäftskritischen Dienst erhoben wird. In dieser Phase investieren die API-Konsumenten stark und die Zuverlässigkeit und Reife der API sind äußerst wichtig. Jedes auf Level 3 betriebene API-Programm erreicht einen bestimmten Grad an technischer Reife, einschließlich:

Wenn Ihr Unternehmen den Reifegrad 4 des API-Programms erreicht, verfügen Sie über vollständig externalisierte APIs als Produkte. Diese letzte Phase der API-Entwicklung wird mehr von Geschäftsanforderungen als von der Technologie bestimmt. Möglicherweise verfügen Sie auf dieser Ebene bereits über einen gut funktionierenden Technologie-Stack und treiben die API-Einführung bei internen und Partner-Stakeholdern voran, da APIs einen hohen Geschäftswert generieren. Der nächste logische Schritt besteht darin, diesen Wert durch Monetarisierung zu externalisieren.

Mit Level 4 verfolgen Sie einen neuen Ansatz: API-as-a-Product. Auf dieser Ebene können APIs Kunden mithilfe eines As-as-Service (AAS)-Abonnementmodells angeboten werden. Abhängig von der Art des Geschäfts Ihres Unternehmens kann API-as-a-Product als eigenständiger oder ergänzender Service bereitgestellt werden. In jedem Fall sind die APIs eng in Ihre Produkt-, Marketing- und Vertriebsorganisationen integriert, sodass alle zusammenarbeiten können, um diese neu entdeckte Einnahmequelle zu steigern.

Auf der Programmreifestufe Level 4 wird das API-Programm zum Motor des Geschäftswachstums. Zu den Indikatoren dafür, dass Sie Level 4 erreicht haben, gehören:

API-Governance:

Sie verfügen über eine dedizierte API-Produktverwaltungsgruppe. Diese Gruppe stellt sicher, dass alle APIs auf der Grundlage eines vordefinierten Regelwerks entwickelt werden. Außerdem werden Richtlinien für den Fortschritt des API-Lebenszyklus definiert und sichergestellt, dass APIs die Architektur- und Sicherheitsvorschriften einhalten.

API-Beobachtbarkeit:

Ihr Team geht über die Standardüberwachung von APIs hinaus und erfasst den internen Status der API-Geschäftslogik, um verwertbare Intelligenzdaten zur Leistung zu sammeln.

API-Ökosystem:

Sie haben außerdem eine API-Community für Entwickler und Verbraucher aufgebaut, um Meinungen auszutauschen und Unterstützung zu suchen. API-Advocacy-Foren erweitern Ihr API-Ökosystem weiter, um die Einführung von APIs zu fördern.

Kein API-Programm ist jemals perfekt. Jedes API-Governance-Framework muss regelmäßige Audits vorsehen, um den aktuellen Reifegrad eines API-Programms zu ermitteln.

Unabhängig vom Reifegrad der API ist die Einführung eines DevOps-Ansatzes zur kontinuierlichen Verbesserung der API-Reife mithilfe kleiner Sprints erforderlich. Die Anwendung eines DevOps-Ansatzes erfordert auch die Schaffung eines unternehmensweiten Konsenses zur Einführung eines agileren und schnelleren Verbesserungszyklus in kleinen Schritten.

Der ideale Verbesserungszyklus eines API-Programms besteht aus fünf Phasen:

Bewerten und erkunden:

Der erste Schritt besteht darin, den aktuellen Stand des API-Programms sowohl auf Technologie- als auch auf Geschäftsebene zu bewerten und Möglichkeiten zu seiner Verbesserung zu erkunden. Die technologische Reife geht jedoch der Geschäftsreife voraus und sollte im Mittelpunkt der oben genannten Reifegrade 1 und 2 stehen.

Es ist auch wichtig, bei der Erkundung verbesserungswürdiger Bereiche kleine Ziele als Unterebenen festzulegen, anstatt zu versuchen, von einer Ebene zur nächsten zu springen. Sie können diese Unterebenen intern definieren, um einen bestimmten Aspekt des API-Programms zu verbessern, z. B. Bereitstellungsautomatisierung, Sicherheit oder Skalierbarkeit.

Entwerfen und empfehlen:

Diese zweite Phase ist der wichtigste Entscheidungspunkt im Verbesserungszyklus. In dieser Phase tragen Sie die technischen Spezifikationen und Geschäftsziele verschiedener Stakeholder zusammen. Anschließend können Sie Änderungen am zugrunde liegenden API-Management-Tech-Stack empfehlen, die Teil des aktuellen Verbesserungszyklus sein sollten.

Erstellen und implementieren:

Stufe drei ist die Umsetzungsphase des Verbesserungszyklus. Diese Phase umfasst Entwicklungs- und Konfigurationsverbesserungen basierend auf den vorgeschlagenen Empfehlungen.

Testen und überwachen:

In der vierten Etappe kommt der Gummi auf die Straße und Sie machen eine Probefahrt mit der API-Fahrt. In dieser Phase überwachen Sie wichtige Leistungs- und Verbesserungskennzahlen, um die Gesamteffektivität des API-Verbesserungszyklus zu messen. Diese Phase dauert tendenziell auch länger, da Sie mit der dritten Phase hin und her wechseln müssen, bis die Kennzahlen eine messbare Verbesserung zeigen.

Betreiben Sie ein neues API-Programm:

Sobald die Test- und Überwachungsphase abgeschlossen ist und Sie eine echte Verbesserung feststellen, kommt es in der letzten Phase zur Produktionsbereitstellung, in der Sie das neue API-Programm produzieren und zum Laufen bringen.

Die hier vorgestellten verschiedenen Reifegrade des API-Programms sollten einen klaren Weg mit logischen Meilensteinen bieten, um Ihrem Unternehmen den Übergang von einem niedrigen zu einem hohen Grad der API-Implementierung zu erleichtern. Es gibt jedoch noch eine größere Herausforderung, die Sie bewältigen müssen.

Ihr API-Programm symbolisiert den unternehmensweiten Ethos der Einführung zusätzlicher APIs. Es ist eine ideale Vision, die die API-Entwicklung als einen der Hauptmotoren für das Unternehmenswachstum positioniert. Damit ein API-Programm jedoch erfolgreich sein kann, muss es als horizontale Funktion etabliert werden, die abteilungs- und teamübergreifend ist.

In den meisten Unternehmen benötigt jede Abteilung mehr Klarheit und Einblick in andere Abteilungen. Dies ist einer der Gründe, warum die Durchsetzung von Governance und Standardisierung viel Arbeit erfordert. Dies erhöht auch die Wahrscheinlichkeit, dass aufgrund mangelnder Sichtbarkeit doppelte APIs erstellt werden.

API-Teamsilos können verschiedene Herausforderungen mit sich bringen, wie z. B. mangelnde Kommunikation, Verständnis und Sichtbarkeit. Wenn Teams voneinander isoliert sind, kann die Erstellung einer integrierten Strategie für die API-Entwicklung eine Herausforderung sein. Darüber hinaus kann es sein, dass jedes Team unterschiedliche Prioritäten hat, was zu Verzögerungen und Fehlern im gesamten Prozess führt. Wenn Teams außerdem voneinander isoliert sind, gibt es möglicherweise nur begrenzte Möglichkeiten zur Zusammenarbeit und zum Wissensaustausch, was andernfalls die Qualität der zu entwickelnden API verbessern könnte.

Eine horizontale API-Programmfunktion überwindet diese abteilungsübergreifende Silobildung und trägt dazu bei, eine konsistente Governance und Standardisierung von APIs sicherzustellen.

Hier sind einige übergreifende Regeln, die Sie anwenden können, um etwaigen Herausforderungen in den kontinuierlichen Verbesserungszyklen entgegenzuwirken:

Konsensbildung von außen nach innen:

Ein Outside-In-Ansatz erfordert die Analyse von Geschäftsabläufen, um die richtigen digitalen Erlebnisse dafür zu entwickeln. Anstatt einen Inside-Out-Ansatz („Bauen Sie es, und sie werden kommen“) zu verfolgen, ist ein Outside-In-Ansatz viel effektiver, um die Erwartungen der verschiedenen Stakeholder zu erfassen.

Kultureller Wandel von oben nach unten:

Wie man einen unternehmensweiten Kulturwandel am besten vorantreiben kann, ist ein äußerst umstrittenes Thema. Da für ein erfolgreiches API-Programm eine horizontale Ausrichtung erforderlich ist, ist die Wahrscheinlichkeit einer ungehemmten API-Ausuferung geringer, wenn man einen Top-Down-Ansatz anstelle eines Bottom-Up-Ansatzes anwendet.

Der Top-Down-Ansatz für die API-Entwicklung bietet mehrere Vorteile, darunter eine kürzere Markteinführungszeit, kürzere Entwicklungszyklen und eine einfachere Wartung. Es ermöglicht auch ein höheres Maß an Klarheit, wenn es um die Architektur der API geht. Dies macht es für Entwickler einfacher zu wissen, womit sie arbeiten müssen und wo ihre Verantwortlichkeiten im Gesamtprojekt liegen. Darüber hinaus kann ein Top-Down-Ansatz den Aufwand reduzieren, der erforderlich ist, um sicherzustellen, dass die APIs sicher, zuverlässig und gut dokumentiert sind.

Strategische Sicht:

Die anfänglichen Stufen der API-Programmreife betrachten APIs als einen weiteren Teil des technischen Toolkits. Denken Sie daran, dass dies eine kurzfristige, taktische Perspektive ist. Während sich Ihr API-Programm weiterentwickelt, ist es wichtig, kontinuierlich nach der Entwicklung einer strategischen Vision zu streben. Auf diese Weise beginnt das API-Programm, einen Mehrwert zu liefern, der in KPIs auf Unternehmensebene gemessen werden kann.

Der Weg zum höchsten Reifegrad des API-Programms wird Zeit und Mühe kosten und gleichzeitig die Erwartungen der Stakeholder berücksichtigen. Die Entwicklung eines ausgereiften API-Programms eröffnet jedoch neue Möglichkeiten für beschleunigte Geschäftsinnovationen und führt zu Wachstum.

Das Schreiben für InfoQ hat viele Türen geöffnet und die Karrierechancen erhöht Für mich. Ich konnte mich intensiv mit Experten und Vordenkern austauschen, um mehr über die von mir behandelten Themen zu erfahren. Und ich kann meine Erkenntnisse auch an die breitere Tech-Community weitergeben und verstehen, wie die Technologien in der realen Welt eingesetzt werden.

Ich habe das Mitwirkendenprogramm von InfoQ Anfang dieses Jahres entdeckt und es seitdem genossen! Das Peer-to-Peer-Review-System von InfoQ bietet mir nicht nur eine Plattform, auf der ich meine Erkenntnisse mit einer globalen Community von Softwareentwicklern teilen kann, sondern hat auch mein Schreiben erheblich verbessert . Wenn Sie nach einem Ort suchen, an dem Sie Ihr Software-Know-how teilen können, beginnen Sie mit der Mitarbeit bei InfoQ.

Ich habe angefangen, Nachrichten für die InfoQ .NET-Warteschlange zu schreiben, um auf dem neuesten Stand der Technik zu bleiben, aber ich habe so viel mehr daraus gemacht. Ich habe sachkundige Leute kennengelernt, weltweite Sichtbarkeit erlangt und meine Schreibfähigkeiten verbessert.

Redakteur für InfoQ zu werden war eine der besten Entscheidungen meiner Karriere . Es hat mich herausgefordert und mir in vielerlei Hinsicht geholfen, zu wachsen . Wir würden uns über mehr Leute freuentrete unserem Team bei.

InfoQ sucht einen Chefredakteur in Vollzeit dem internationalen, stets remote arbeitenden Team von C4Media beizutreten. Entdecken Sie mit uns die innovativsten Technologien unserer Zeit, arbeiten Sie mit den besten Software-Experten der Welt zusammen und helfen Sie mehr als 1,6 Millionen Entwicklerteams bei der Einführung neuer Technologien und Praktiken, die die Grenzen dessen erweitern, was Software und Teams leisten können!

Jeden Dienstag wird eine Zusammenfassung der Inhalte der letzten Woche auf InfoQ verschickt. Treten Sie einer Community von über 250.000 erfahrenen Entwicklern bei. Sehen Sie sich ein Beispiel an

Wir schützen Ihre Privatsphäre.

Sie müssen ein InfoQ-Konto registrieren oder sich anmelden oder anmelden, um Kommentare zu posten. Aber hinter der Registrierung steckt noch viel mehr.

Holen Sie das Beste aus dem InfoQ-Erlebnis heraus.

Zulässiges HTML: a,b,br,blockquote,i,li,pre,u,ul,p

Zulässiges HTML: a,b,br,blockquote,i,li,pre,u,ul,p

Zulässiges HTML: a,b,br,blockquote,i,li,pre,u,ul,p