APIs innerhalb und außerhalb des Unternehmens

Die Grenze zwischen interner und externer IT-Funktionalität in einem Unternehmen ist eine falsche Unterscheidung. Niemand kann vorhersagen, wie Daten verwendet werden oder wo Informationen fließen werden. Selbst wenn Sie wissen, wo die Innen- / Außenlinien Ihres Unternehmens heute gezeichnet werden, werden diese Linien mit ziemlicher Sicherheit in Zukunft Ziele verschieben.

Nehmen wir Pitney Bowes, ein Unternehmen, mit dem ich in meiner Rolle im Apigee-Team von Google zusammengearbeitet habe. Während ein Großteil seiner fast hundertjährigen Geschichte auf physischen Versandlösungen wie Frankiermaschinen basiert, hat das Unternehmen im Laufe der Jahre auch Zahlungs- und E-Commerce-Funktionen entwickelt und große Mengen an Logistik-, Versand- und Geolokalisierungsdaten erfasst. Während sich Pitney Bowes von analogen Diensten zur heutigen Welt des vernetzten Handels entwickelte, schöpfte es Wert aus diesen Ressourcen und Kompetenzen innerhalb des Unternehmens - erkannte jedoch, dass die Ressourcen und Kompetenzen auch außerhalb des Unternehmens für Entwickler und Partner von Nutzen sein könnten, die sie nutzen könnten neue Apps und Dienste zu erstellen.

Um diese Gelegenheit zu nutzen, bietet Pitney Bowes über die Cloud mehr als 160 öffentliche APIs an, die potenzielle Einnahmen in Millionenhöhe eröffnen und dazu beitragen, dass der digitale Handel des Unternehmens zu einem jährlichen Geschäft mit einem Umsatz von über einer Milliarde US-Dollar wird. Daten und Funktionen, die früher nur intern waren, sind jetzt auch extern.

Hier gibt es eine Lehre: Das Nachdenken über Geschäftslösungen und -strategien in Bezug auf „intern“ und „extern“ oder in Bezug auf „System A und System B integrieren“ ist veraltet. Es geht nicht darum, wie Sie Ihre internen Systeme und Benutzer verbinden. Diese Verbindung kann auf verschiedene Arten hergestellt werden. Das Problem ist vielmehr, was Sie mit der Verbindung tun können, wenn sie hergestellt wurde.

Die Antwort hängt von der Art der Verbindung ab - statisch oder dynamisch. In der alten Welt der Punktlösungen lag der Fokus beispielsweise oft nur auf der statischen Integration, um Informationen von System A zu System B zu erhalten. Die verwendeten monolithischen Mechanismen waren oft spröde und komplex und konzentrierten sich wie immer nur auf die aktuelle A → B-Flugbahn Zukünftige Routen nach C, D oder E würden niemals gewagt werden.

Aber das ist natürlich nicht der Fall. Wie das Pitney Bowes-Beispiel zeigt, sehen die Datenpfade von heute möglicherweise nicht mehr wie die von morgen aus. Langfristig müssen alle Verbindungen dynamisch sein, bei Bedarf vergrößert oder verkleinert werden können und mit allen erforderlichen Funktionen kompatibel sein. Um wettbewerbsfähig zu bleiben, können Sie nicht nur dieselben Technologien verwenden und weiterarbeiten, sondern sich auch nicht auf bröckelnde Frameworks wie "inside" und "outside" verlassen.

Im Einzelnen sind hier die Mindestanforderungen für den internen Zugriff auf ein System aufgeführt:

  • Sicherheit
  • Buchungskontrolle
  • Sichtweite
  • Laufzeitleistung (Betriebszeit, Latenz)
  • Kosten (Kostenvermeidung, Kosteneinsparungen)

Traditionell haben viele Unternehmen hier aufgehört. Es gibt jedoch noch weitere Punkte, die in der heutigen schnelllebigen Welt berücksichtigt werden müssen:

  • Einblicke / Analysen
  • Benutzerfreundlichkeit
  • Erweiterbarkeit
  • Bereitstellungsoptionen (z. B. Container, Clouds, Skalierung)
  • Monetarisierung
  • Feinkörnige Kontrolle

Wie die neuen Anforderungen zeigen, besteht die Gefahr, dass Sie sich einschließen, wenn Sie Ihre Systeme nicht mit der Erwartung erstellen, dass sie mit noch nicht erfundenen Systemen interagieren müssen. Zu viele Menschen denken immer noch fälschlicherweise, dass dies der Fall ist Die Herausforderung besteht darin, große Datenmengen durch grobkörnige Sicherheit auf Thick-Client-Apps zu verlagern.

Zukünftig müssen Anwendungen und Architekturen jedoch unglaublich detailliert und skalierbar sein. Um dorthin zu gelangen, müssen sich Unternehmen von einer Integrationsmentalität zu moderneren Ansätzen entwickeln, die Systeme granular, zuverlässig und skalierbar verfügbar machen und gleichzeitig Transparenz, Einblicke, Kontrolle und Sicherheit bieten. Die Grundlage für die meisten dieser atomaren, agilen Architekturen werden produktivierte APIs sein - das heißt APIs, die nicht nur zum Offenlegen von Assets verwendet werden, sondern als Produkte entworfen und verwaltet werden, mit denen Entwickler, ob intern oder extern, neue Apps erstellen können. Erweitern Sie die Reichweite Ihrer Marke und eröffnen Sie neue Einnahmemöglichkeiten.

Diese Unterscheidung ist wichtig: APIs werden heutzutage in vielen Integrationsszenarien verwendet, daher müssen APIs nicht mehr vorhanden sein, sondern für den Verbrauch, die Wiederverwendung und die kontinuierliche Verbesserung entwickelt und verwaltet werden. Anders ausgedrückt, mit einer integrationsorientierten Denkweise können APIs kurzfristige Probleme lösen. Wenn Sie jedoch feststellen, dass die interne / externe Unterteilung zusammengebrochen ist und die Anwendungsfälle für die Integration nicht mehr ausreichen, ist das API-Management die vernünftigste Lösung.

[Sind Sie an weiteren Tipps zum Verwalten von APIs und zur Förderung des digitalen Geschäfts interessiert? Siehe das neue eBook von Apigee, "The API Product Mindset".]