Ist das das Ende der API-Ökonomie?

Wir haben uns an die Idee offener, öffentlicher APIs gewöhnt. Es ist einfach, schnell eine Swagger-Definition oder einen REST-Endpunkt in eine IDE zu integrieren und schnell mit der Verwendung von Code zu beginnen, den jemand anderes bereitgestellt hat. Diese APIs sind unglaublich nützlich und ermöglichen uns den Zugriff auf Dienste, deren Erstellung etwa Monate gedauert hätte.

Das ist eine gute Sache, aber auch gefährlich: Was passiert, wenn diese öffentliche API plötzlich nicht mehr funktioniert? Wir haben keine direkte Beziehung zum Dienstleister und können uns daher nicht wirklich beschweren. Stattdessen haben wir das sprichwörtliche Baby in der Hand, sind von einem Schlüsselelement unserer Anwendung ausgeschlossen und haben Mühe, die Lücken in unserem Code zu schließen. Außerdem hat man das quälende Gefühl, dass wir nur ein Experiment waren und dass unsere Ideen und Anwendungen nur Treibstoff waren für die Plattform eines anderen – um dupliziert und kopiert und in die Einnahmen eines anderen umgewandelt zu werden Ströme.

Es ist eine Geschichte, die immer häufiger vorkommt, denn einst verschwinden öffentliche APIs hinter Paywalls oder werden nur den vertrauenswürdigen Partnern eines Anbieters angeboten. Anwendungen, die sich auf sie verlassen haben, erhalten ein paar Wochen lang eine Warnung, dass sie sich ändern müssen, wenn sie Glück haben; In einigen Fällen wurden beliebte APIs ohne Vorwarnung deaktiviert.

In gewisser Weise sind diese Änderungen eine Bestätigung der Idee einer API-Ökonomie. Die Sperrung des freien Zugriffs auf beliebte APIs ist ein Zeichen dafür, dass Unternehmen erkennen, dass sie einen Wert haben und dass sie als Dienstleistungen an Entwickler verkauft werden können. Öffentliche APIs sind keine Verlustbringer mehr, sie sind Teil eines Software- und Serviceangebots.

Es ist eine Änderung, die leider Sinn macht. Doch indem sie den Zugriff vollständig sperren und den Zugriff nur auf vertrauenswürdige Partner beschränken, versperren Unternehmen einen möglicherweise fruchtbaren Weg für Innovationen. Was können sie also tun?

Die Antwort ist relativ einfach: Verwenden Sie ein API-Management-Gateway.

API-Gateways sind Teil jedes gut konzipierten Cloud-Dienstes. Sie werden verwendet, um Anrufe an die entsprechende Dienstinstanz weiterzuleiten, wobei sie sowohl das geografische Routing und den Lastausgleich übernehmen als auch auf die Skalierung reagieren. In einer aktuellen Präsentation unter QCon in London, beschrieb das Azure-Team von Microsoft, wie es ein einziges API-Gateway verwendet, um seine vielen Cloud-Dienste zu verwalten – von Speicher für Verzeichnisdienste und darüber hinaus, Weiterleitung von Anrufen an geeignete Dienstendpunkte und komplexe Handhabung Nutzlasten.

Ein solches Gateway ist ein wichtiges Element einer API-fokussierten Servicestrategie. Sie können damit die Benutzerauthentifizierung durchführen und nach dem Austausch von Benutzertokens Anrufe an einen entsprechend bereitgestellten Endpunkt weiterleiten. Ist ein Benutzer ein Abonnent und auf welcher Ebene? Wenn sie für einen Dienst bezahlen, prüfen Sie, wie viele Anrufe sie über ihr Kontingent getätigt haben, und geben Sie eine entsprechende Fehlermeldung aus Benachrichtigen Sie sie, wenn ihr Kontingent aufgebraucht ist, damit sie mehr kaufen oder ein Abonnement upgraden können, um Änderungen beim Benutzer Rechnung zu tragen Muster. Das bedeutet nicht, dass eine 200-OK-Nachricht zurückgegeben wird, sondern dass eine angemessene und dokumentierte JSON-Antwort bereitgestellt wird, um sicherzustellen, dass Anwendungen den Benutzern Fehler melden können.

Dasselbe Gateway ist auch Teil der Verwaltungstools jedes API-Dienstanbieters. Es muss in der Lage sein, Anrufe zu überwachen, über Antwortraten und Fehler zu berichten und sicherzustellen, dass der Durchsatz aufrechterhalten wird. Ein gut konzipiertes API-Gateway sollte auch Teil der Serviceautomatisierung sein und bei Bedarf Scale-out-Bereitstellungen auslösen.

Mit API-Gateways lässt sich viel erreichen, egal ob Sie sie bauen oder kaufen. Sie ermöglichen es Dienstanbietern, unterschiedliche Dienstklassen für unterschiedliche Benutzertypen zu erstellen: Drosselung oder Einschränkung der Antworten für kostenlose Benutzer, Bereitstellung eines schnellen Kanals für Premium-Partner, sogar Verwaltung des Zugriffs auf verschiedene APIs mit unterschiedlichen Funktionen für verschiedene Benutzergruppen oder für verschiedene Apps. Sie sind auch in der Lage, Entwicklern ein umfassenderes Erlebnis zu bieten, indem sie Tools wie Swagger und andere Teile der OpenAPI-Initiative verwenden, um Entwicklern die Verwendung von APIs in ihren Apps zu erleichtern. Bereitstellung von Tools für IDEs zur Arbeit mit APIs. Mit Swagger kann eine maschinenlesbare API-Beschreibung API-Endpunkte in Ihren Code importieren und Dokumentation – und Links zu jedem Abonnement – ​​bereitstellen Information.

Obwohl OAI eine bessere Zukunft verspricht, ist dies nur ein Teil der Geschichte. Es ist kein Schutz gegen den plötzlichen Entzug des Dienstes. Das ist ein Problem, das besser durch Richtlinien als durch Technologie gelöst werden kann, beispielsweise durch Richtlinien wie die zweijährige Abschreibung von Google veraltete APIs. Ed Anuff, CTO von Apigee, betont: „Änderungen müssen ordnungsgemäß kommuniziert werden und es muss darauf geachtet werden, wie Sie vorgehen.“ kommunizieren."

Schließlich wollen wir nicht, dass sich das wiederholt, was passierte, als Twitter den Zugriff auf viele seiner APIs sperrte und erkannte, dass sein Einnahmemodell auf Werbung basierte. Plötzlich lehnte ein Dienst ab, der durch Apps und Dienste von Drittanbietern populär geworden war sein ursprüngliches Modell, eine Änderung, die viele Entwickler verärgerte – und viele innovative Apps schloss Dienstleistungen.

Das Problem sind natürlich die Menschen. Wir stolpern in eine API-gesteuerte Welt des verteilten Computings. Auch wenn in diesem Bereich die Informatik und Designmuster beschlossene Sache sind, sind die Komplexität von Geschäftsmodellen und Entwicklerbeziehungen immer noch ein Problem.

Technologische Lösungen wie OAI und API-Gateways sind nur ein Teil der Antwort; Im Kern müssen wir einen Weg finden, Unternehmensentscheidungsträgern und einer ganzen Welt von Entwicklern dabei zu helfen, zusammenzukommen und Richtlinien entwickeln, die für beide Zielgruppen funktionieren – indem wir Apps erstellen und mit APIs und Cloud-Diensten Geld verdienen.

Hoffen wir, dass dies nicht das Ende der API-Wirtschaft ist, sondern nur ein uneleganter Übergang in eine neue Phase. Schließlich war die Evolution schon immer chaotisch.

Lesen Sie mehr von meinem Blog „500 Wörter in die Zukunft“.

• Unten auf der Cloud-Server-Farm: Warum es in der Zukunft der Hardware nur um Hühner geht – und um Eier
• Ich bin jetzt ein Cyborg – und du auch
• Unterwegs mit meinem Surface Pro 3
• Der Beginn des modularen Computers
• Alphabet: das Singularity-Unternehmen