API steht für Application Programming Interface (Programmierschnittstelle). Im Laufe der Jahre hat sie sich von einer eng gekoppelten imperativen Spezifikation zu einem lose gekoppelten deklarativen Modell entwickelt. Die heute am häufigsten verwendeten APIs sind RESTful und dienen der Integration. Unabhängig von der Implementierung und der Art des Aufrufs werden APIs meist mit der App-Entwicklung in Verbindung gebracht.
Doch eine andere API-Ökonomie wächst stetig: Sie ist im IT-Betrieb angesiedelt. Und in diesem Bereich steht das „A“ in API für Automatisierung.
APIs im operativen Bereich ermöglichen es, die Bereitstellung, Konfiguration und den Betrieb von Infrastruktur- und Anwendungsdiensten zu automatisieren. Daher müssen die zur Unterstützung des Betriebs erforderlichen Schnittstellen – die APIs – darauf ausgerichtet sein, die Automatisierung zu vereinfachen.
Dieser Schwerpunkt ist wichtig, da Unternehmen nun vollständig in die zweite Phase der digitalen Transformation eintreten und damit beginnen, die Automatisierung auf die Bereitstellungs- und Implementierungspipelines auszuweiten. Um die Automatisierung zu skalieren, müssen konsistente, wiederholbare und vorhersehbare Prozesse entwickelt werden können, die die Implementierungspipeline einer Anwendung abbilden.
Ein Bericht von Kentik zum Stand der Automatisierung im Jahr 2019 ergab, dass mehr als die Hälfte der Unternehmen (53 %) bereits Automatisierung für die Netzwerkkonfiguration einsetzte und weitere 40 % das Richtlinienmanagement automatisierten. Unsere eigenen Untersuchungen zeigen einen deutlich höheren Anteil: Eine überwältigende Mehrheit von 86 % automatisiert das Netzwerk. Dieselbe Studie, Stand der Anwendungsdienste 2020, stellte zudem eine zunehmende Einheitlichkeit beim Automatisierungsgrad entlang der Bereitstellungspipeline fest.
Auch die von Unternehmen eingesetzten Tools verändern sich. Python gehört zwar nach wie vor zu den beliebtesten Optionen, doch der Einfluss von DevOps und cloudnativen Anwendungen auf die IT wird immer deutlicher. Die Bereitstellungspipeline wird zunehmend von Tools wie Jenkins und Ansible gesteuert und durch Repositorys wie GitHub und GitLab Enterprise ausgelöst. Künftig werden Infrastruktur- und Anwendungsdienste durch umsetzbare Erkenntnisse aus fortschrittlichen Analysen gesteuert.
Es sind Systeme, nicht Menschen, die APIs in der gesamten Bereitstellungspipeline aufrufen werden. Daher müssen operative APIs speziell im Hinblick auf die Automatisierung konzipiert werden. Dabei sind mehrere Aspekte zu berücksichtigen.
Zunächst muss möglicherweise berücksichtigt werden, von welchem System aus eine operative API aufgerufen werden könnte. Die in Jenkins oder einem Repository verfügbaren Daten unterscheiden sich zweifellos deutlich von den Daten, die von herkömmlichen Tools und Diensten zur Netzwerkautomatisierung stammen. Daher müssen Daten möglicherweise aus anderen Quellen bezogen oder, soweit möglich, standardisierte Werte als Standardwerte verwendet werden.
Zweitens ist es entscheidend, dass wir die Notwendigkeit berücksichtigen, API-Aufrufe durch „authentifizierte Maschinen“ getrennt von Aufrufen durch „authentifizierte Benutzer“ zu behandeln. Die meisten unserer heutigen Authentifizierungssysteme gehen davon aus, dass ein „Benutzer“ ein Mensch ist. API-Schlüssel können eine gute Option sein, erfordern auf der IT-Betriebsseite jedoch eine gewisse Einarbeitung, um ein System bereitzustellen, zu betreiben und zu verwalten, das ausschließlich maschinelle Anmeldedaten vorhält. Dies ist dennoch von entscheidender Bedeutung, da wir uns auf die dritte und letzte Phase der digitalen Transformation zubewegen, in der KI-gestützte Anwendungsdienste und der IT-Betrieb einen größeren Anteil der betrieblichen Aufgaben übernehmen werden.
Es ist großartig, dass wir heute mithilfe von Tools Skripte erstellen können, mit denen sich Betriebsabläufe automatisieren lassen. Doch wir müssen uns darüber im Klaren sein, dass das A in API künftig – zumindest im betrieblichen Kontext – fast ausschließlich für Automatisierung stehen wird, da diese die Interaktionen und Aufrufe zwischen Maschinen statt zwischen Menschen prägen wird.
Ü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
Ein umfassender Leitfaden zur Bereitstellung und Sicherheit von KI-Anwendungen
Entdecken Sie optimale Strategien für die Absicherung und Bereitstellung von KI-Anwendungen.
KI zulassen und einführen? Lehren aus der Public Cloud
Die Einführung von KI steht unmittelbar bevor und könnte entscheidend sein, um wettbewerbsfähig zu bleiben. Daher muss die IT-Sicherheit proaktiv handeln und der KI-Einführung schon jetzt einen Schritt voraus sein, um sie auf einen risikogerechten Weg zu lenken.
Stand der Anwendungsstrategie 2022: Zeit für die Modernisierung des Betriebs
Es ist deutlich geworden, dass Unternehmen ihren Fokus erneut auf die Geschäftsfunktionen richten müssen, um die Dynamik ihrer digitalen Transformation aufrechtzuerhalten. Kundenerlebnisse haben zwar weiterhin Priorität, doch auch Geschäftsfunktionen wie Recht, Personalwesen und Finanzen müssen digitalisiert werden. Das bedeutet, dass CIOs das Steuer übernehmen, während sich die digitale Transformation von der Modernisierung von Anwendungen hin zur Modernisierung von Betriebsabläufen verlagert.
F5s Weg zu einer vielseitigen Plattform für Anwendungsanalysen
F5 bietet heute die umfassendsten Anwendungsdienste entlang des gesamten Weges vom Code bis zum Kunden. Künftig werden wir verstärkt auf Anwendungstelemetrie und -analysen setzen, damit unsere Kunden wertvolle Erkenntnisse über ihre Anwendungen, Geschäftsabläufe und Benutzererlebnisse gewinnen können. Beim Ausbau unserer Cloud-Analysefunktionen werden wir ML und KI noch stärker nutzen, um unsere Kunden bei der Verbesserung ihrer Geschäftsdienste zu unterstützen.
Telemetrie: Eine andere Art von Daten
Verwenden wir den Begriff „Telemetrie“ nur, weil er attraktiver klingt als „Daten“? Letztlich sind sowohl Daten als auch Telemetrie strukturierte Informationseinheiten. Es ist kein Verbrechen, die Begriffe synonym zu verwenden. Doch wenn man es genau nimmt, gibt es einen Unterschied. Und dieser Unterschied wird immer wichtiger werden, je weiter Unternehmen in die Datenökonomie vordringen.
MTTR bedeutet nicht „Mean Time to Reboot“
„Schnell scheitern“ lautet heute das Mantra für mehr Geschwindigkeit. Ob in DevOps oder im Geschäftsleben: Wer in einer digitalen Wirtschaft agiert, muss eine möglichst perfekte Verfügbarkeit gewährleisten.