API (Application Programming Interface)
Eine definierte Schnittstelle, über die Softwaresysteme miteinander kommunizieren können – der Standard für die Integration von KI-Diensten in Anwendungen.
Ein Architekturstil für Web-APIs, der auf HTTP-Methoden und Ressourcen basiert – der De-facto-Standard für die meisten Web-Schnittstellen und KI-APIs.
REST (Representational State Transfer) ist das Architekturmuster, das das Web antreibt. Es definiert, wie Client und Server über HTTP kommunizieren – mit klaren Konventionen für URLs (Ressourcen), HTTP-Methoden (GET lesen, POST erstellen, PUT aktualisieren, DELETE löschen) und Statuscodes. Für KI-Systeme ist REST der Standard, um Modelle als API bereitzustellen: Ein POST-Request mit dem Input, ein JSON-Response mit der Vorhersage. Alle großen KI-APIs – OpenAI, Anthropic, Google – folgen REST-Konventionen.
REST (Representational State Transfer) ist das dominante Architekturmuster für Web-APIs. Es definiert, wie Client und Server über HTTP kommunizieren – mit klaren Konventionen für URLs, HTTP-Methoden (GET, POST, PUT, DELETE) und Statuscodes. Für KI-Systeme ist REST der Standard, um Modelle als API bereitzustellen: Ein POST-Request mit dem Input, ein JSON-Response mit der Vorhersage.
REST ist ein Architekturstil, der definiert, wie Web-APIs aufgebaut sein sollten. Fast alle KI-APIs (OpenAI, Anthropic, Google) nutzen REST.
Beispiel – OpenAI Chat API:
POST https://api.openai.com/v1/chat/completions
Headers: Authorization: Bearer sk-...
Body: {"model": "gpt-5", "messages": [{"role": "user", "content": "Hallo!"}]}
Response: {"choices": [{"message": {"content": "Hallo! Wie kann ich helfen?"}}]}
REST-Prinzipien:
| Prinzip | Beschreibung |
|---|---|
| Zustandslos | Jede Anfrage ist unabhängig, kein Session-State auf dem Server |
| Ressourcen-basiert | Alles ist eine Ressource mit eigener URL |
| Einheitliche Schnittstelle | Standardisierte HTTP-Methoden und Statuscodes |
| Client-Server | Klare Trennung zwischen Frontend und Backend |
GET /api/v1/models → Liste aller Modelle
GET /api/v1/models/gpt-5 → Details eines Modells
POST /api/v1/chat/completions → Chat-Anfrage senden
DELETE /api/v1/files/file-123 → Datei löschen
?page=2&limit=20 oder Cursor-basiert?status=active&category=llm?sort=created_at&order=descREST ist wie ein Bibliothekssystem: Jedes Buch (Ressource) hat eine eindeutige Signatur (URL), und du kannst es ausleihen (GET), zurückgeben (DELETE), ein neues hinzufügen (POST) oder den Titel ändern (PUT).
Ressourcen-orientiert: Jede Entität hat eine eindeutige URL
Nutzt HTTP-Methoden (GET, POST, PUT, DELETE) für Operationen
Zustandslos: Jede Anfrage enthält alle nötigen Informationen
KI-APIs
OpenAI, Anthropic und Google AI nutzen REST APIs für ihre Modelle
Web-Anwendungen
Frontend-Backend-Kommunikation in Single Page Applications
Mobile Apps
Datenaustausch zwischen App und Server
Microservices
Kommunikation zwischen einzelnen Services
Eine API ist 'RESTful', wenn sie die REST-Prinzipien befolgt: Zustandslosigkeit, einheitliche Schnittstelle, Ressourcen-Orientierung und Client-Server-Trennung. In der Praxis halten sich nicht alle 'REST APIs' streng an alle Prinzipien.
REST ist einfacher und der Standard für die meisten APIs. GraphQL ist besser, wenn Clients flexible Datenabfragen brauchen oder Over-/Under-Fetching ein Problem ist. Für KI-APIs ist REST der klare Standard.
Um eine REST-API zu implementieren, sollten Sie zunächst die Ressourcen definieren, die Ihre API bereitstellen soll. Wählen Sie dann die entsprechenden HTTP-Methoden (GET, POST, PUT, DELETE) und erstellen Sie Endpunkte, die diese Methoden unterstützen. Nutzen Sie Frameworks wie Express.js oder Flask, um den Prozess zu erleichtern.
Häufige Fehler bei der Entwicklung von REST-APIs sind inkonsistente URL-Strukturen, unzureichende Fehlerbehandlung und das Ignorieren von HTTP-Statuscodes. Stellen Sie sicher, dass Ihre API klar dokumentiert ist und die richtigen Statuscodes zurückgibt, um den Nutzern ein besseres Verständnis der API-Antworten zu ermöglichen.