Heute habe ich eine Aufgabe für dich. Ich möchte, dass du – ja, genau du da – einen Scheck bei der Bank einzahlst. Du musst ins Auto steigen, zur Bank fahren, hineingehen, die Sache mit dem Bankangestellten erledigen und dann wieder nach Hause fahren.
Genervt? Das sollten Sie auch sein – vor allem, weil Sie den Scheck einfach über Ihre Mobile-Banking-App einreichen könnten, ohne all diese zusätzlichen Schritte.
Und genau das, meine Freunde, ist der Unterschied zwischen einem Workflow (einem Prozess) und einer API.
Es gibt ein sehr reales Phänomen (den Namen habe ich mir ausgedacht, nicht aber das Phänomen selbst), das als API-Steuer bezeichnet wird. Damit sind der Zeitaufwand und die technischen Schulden gemeint, die entstehen, wenn komplexe Prozesse mithilfe einzelner API-Aufrufe ausgeführt werden. Das ist so, als würde man persönlich zur Bank gehen, anstatt die Einzahlung über die mobile App vorzunehmen.
Diese Belastung wächst mit dem Umfang der Prozesse. Wenn ein langwieriger Prozess zehn oder zwanzig verschiedene API-Aufrufe erfordert, wird der Code (auch Skripte sind Code) immer komplizierter. Das erschwert die Fehlerbehebung und macht künftige Änderungen schwieriger. Prozesse durch einzelne API-Aufrufe zu zementieren, ist das Gegenteil von Agilität. Es entsteht eine Starrheit, die Chancen auf Effizienzsteigerungen durch Optimierung zunichtemacht.
Workflows sind im Grunde vordefinierte Abläufe für häufig ausgeführte Aufgaben. Die meisten Geschäftsprozesse (und sogar betrieblichen Prozesse) fallen in diese Kategorie. Dabei handelt es sich um die Befehle, mit denen Sie sich anmelden, zum richtigen Bereich des Systems navigieren, die Zugriffskontrolle für den Port ändern und die Änderung anschließend übernehmen. Diese Aufgabe läuft jedes Mal gleich ab. Es ist ein häufig ausgeführter Prozess, der sich leicht in Code abbilden ließe. Im IT-Betrieb gibt es viele solcher Prozesse. Indem wir sie in Workflows bündeln, können wir nicht nur den API-Overhead beseitigen, sondern auch die Qualität und Nachhaltigkeit der Skripte verbessern, die sie aufrufen.
Das liegt daran, dass die Verwendung von Workflows anstelle von APIs zu weniger komplexem Code führt, der sich leichter verwalten und ändern lässt. Workflows sind flexibler und weniger fehleranfällig.
Betrachten Sie dieses völlig frei erfundene Beispiel. Im ersten Fall kommt ein API-basierter Ansatz zum Einsatz. Jeder einzelne Schritt in diesem Prozess entspricht einem API-Aufruf. Das bedeutet, dass ein Skript mit fast zwanzig verschiedenen Aufrufen entwickelt, getestet und langfristig gepflegt werden muss. Das sind technische Schulden. Das Skript ist an die API-Version des Systems gebunden, mit dem es zum Zeitpunkt seiner Erstellung arbeitet. Ändert sich einer dieser Aufrufe, muss auch das Skript angepasst werden.
Auf der rechten Seite sehen Sie einen Workflow-basierten Ansatz. Sie können den Prozess weiterhin über einen API-Aufruf anstoßen (was in vielen Unternehmen wahrscheinlich vorzuziehen ist), die eigentlichen Prozessschritte werden jedoch anhand der mit dem ersten Aufruf übermittelten Parameter (Variablen) ausgeführt. Möglicherweise müssen Sie noch Bereinigungen vornehmen und die Änderungen übernehmen, dennoch haben Sie den erforderlichen Code auf höchstens zwei Interaktionen reduziert.
Das soll nicht heißen, dass die Verwendung von APIs und Vorlagen etwas Schlechtes ist. Das ist sie nicht. Häufig ist es jedoch so – insbesondere im Netzwerkbereich –, dass die Nutzung von APIs sowohl systemspezifische Kenntnisse als auch allgemeines Netzwerkwissen erfordert. Das erschwert DevOps-Teams oder Entwicklern die Arbeit mit den APIs. Ein Workflow-basierter Ansatz setzt keine entsprechenden Kenntnisse oder Fachkompetenzen voraus. Dadurch können DevOps-Teams problemlos damit arbeiten, während die Arbeitsplätze im NetOps-Bereich gesichert bleiben.
In Umgebungen, in denen die Automatisierung zunehmend Fuß fasst (und vielleicht sogar die Kontrolle übernimmt), kann ein workflowbasierter Ansatz NetOps erheblich entlasten, indem er DevOps die Möglichkeit gibt, Aufgaben auszuführen, ohne dafür umfangreiche domänenspezifische Kenntnisse zu benötigen.
Und ganz nebenbei können sie auch diese lästigen API-Gebühren vermeiden. Und wer spart nicht gerne Gebühren?
Über den Autor
Lori MacVittie ist Distinguished Engineer und Chief Evangelist im Office of the CTO von F5 und verfügt über umfassende Expertise in den Bereichen Anwendungsbereitstellung, Automatisierungsstrategie und Infrastruktur. Sie ist dafür bekannt, Komplexität verständlich zu machen – ob sie Leitplanken für KI-Agenten definiert, fragile Multicloud-Architekturen analysiert oder die Grenzen skalierbarer Systeme auslotet. Sie verfügt über mehr als dreißig Jahre Branchenerfahrung in der Anwendungsentwicklung, IT-Architektur sowie im Netzwerk- und Systembetrieb. Bevor sie zu F5 kam, war sie als mehrfach ausgezeichnete Technologie-Redakteurin tätig. MacVittie hat einen Masterabschluss in Informatik und ist eine produktive Autorin, deren Veröffentlichungen die Bereiche Sicherheit, Cloud und Unternehmensarchitektur abdecken. Außerdem spielt sie leidenschaftlich gern Brett- und Videospiele und vertritt mit voller Überzeugung klare Ansichten zum Thema Käse.
Weitere Blogbeiträge von Lori Mac VittieÄhnliche Blogbeiträge
F5 und Equinix bündeln ihre Kräfte, um die sichere Anwendungsbereitstellung in Multicloud-Umgebungen zu vereinfachen
F5 und Equinix ermöglichen es Unternehmen, sich weltweit sicher und zuverlässig mit ihren Partnern zu vernetzen.
API-Sicherheitsrisiken und -herausforderungen
Erfahren Sie, warum APIs für die moderne App-Entwicklung unverzichtbar sind und wie Sie sie vor den häufigsten Sicherheitslücken schützen. Profitieren Sie von Expertentipps und direkt umsetzbaren Strategien.
Ein Meilenstein für die Community Impact Grants von F5
F5 feiert das fünfjährige Bestehen seines innovativen Community Impact Grant-Programms, das gemeinnützige Organisationen, bei denen sich F5-Mitarbeitende ehrenamtlich engagieren, mit Fördermitteln in Höhe von 5.000 US-Dollar unterstützt.
Mit moderner, anpassungsfähiger und sicherer Gesundheits-IT Leben retten
Die IT-Investitionen im Gesundheitswesen tragen dazu bei, die schnellsten Wege zu einer besseren Versorgung zu finden, indem sie die medizinische Betreuung näher an die Patientinnen und Patienten bringen. Viele Gesundheitsunternehmen nutzen riesige Mengen an klinischen und anderen Gesundheitsdaten, um Entwicklungen zu verfolgen und übergreifende Trends in der gesamten Gesundheitslandschaft zu erkennen. Gleichzeitig nähern sie sich einer möglichst präzisen, individuell zugeschnittenen Versorgung an.
Verbesserung der Benutzer- und Administrationserfahrung durch sicheren hybriden Zugriff
Diese Kombination aus BIG-IP Access Policy Manager und Azure Active Directory ermöglicht Identitätsföderation, zentralisierten Benutzerzugriff (über Single Sign-on) und erhöhte Anwendungssicherheit (durch Multi-Faktor-Authentifizierung) für geschäftskritische Anwendungen sowie cloudbasierte und SaaS-Anwendungen. Dieser Ansatz vereinfacht die Einrichtung und Bereitstellung, reduziert den Verwaltungsaufwand und verbessert die gesamte Administration.
Das Internet der Sicherheitsdinge
Nein, das ist keine Tirade über die Sicherheit des IoT. Es ist eine Geschichte über Veränderung – genauer gesagt über Veränderung und ihre Auswirkungen auf die Sicherheit. Veränderung ist allgegenwärtig. Es gibt unzählige Axiome und Sprichwörter über Veränderung, also ist es ...