←  Alle Begriffe
R
APIs & Integrationen

REST API

Eine REST API stellt Ressourcen über standardisierte HTTP-Methoden und eindeutige Endpunkte bereit.

Eine REST API ermöglicht den strukturierten Austausch von Daten zwischen Anwendungen über klar definierte Endpunkte und standardisierte HTTP-Methoden. Für eine zuverlässige Integration sind konsistente Datenformate, eindeutige Schnittstellenverträge, sichere Authentifizierung und nachvollziehbare Fehlercodes wichtig. Zusätzlich sollte das Verhalten der API durch Logging und Monitoring transparent bleiben. Eng verbunden ist der Begriff mit API und JSON.

Weiterlesen

API

JSON

GraphQL

FAQ

REST API

Wie wird eine REST API abgesichert?
Gängig sind Authentifizierung über Tokens oder OAuth, Verschlüsselung per HTTPS, Rechteprüfung pro Endpunkt und Begrenzung der Anfragenzahl. Zugangsdaten gehören nie in den Code oder ins Frontend, denn ein Schlüssel im Browser ist öffentlich. Sensible Aufrufe laufen deshalb über eine serverseitige Komponente.
Welche Fehler passieren beim Entwurf einer REST API?
Häufig sind verblastige Endpunkte statt Ressourcen, inkonsistente Fehlercodes, fehlende Versionierung und unbegrenzte Listen ohne Paginierung. Solche Schwächen belasten jede Integration, weil Clients sie umgehen müssen. Ein festgelegter Schnittstellenvertrag, etwa als OpenAPI-Beschreibung, macht Änderungen prüfbar. Solche Fehler fallen oft erst auf, wenn mehrere Clients die Schnittstelle nutzen und Änderungen nicht mehr ohne Abstimmung möglich sind.
Ist jede Web-API automatisch eine REST API?
Nein. API ist der Oberbegriff, REST ein Architekturstil unter mehreren, neben GraphQL oder SOAP. Viele als REST bezeichnete Schnittstellen erfüllen nur Teile des Stils, etwa Ressourcen-URLs und HTTP-Methoden. Für Integrationen zählt weniger das Etikett als ein dokumentierter, stabiler Vertrag. Dokumentation und Versionierung zählen dafür mehr als Begriffstreue.
Welche HTTP-Methoden nutzt eine REST API typischerweise?
Üblich sind GET zum Lesen, POST zum Anlegen, PUT oder PATCH zum Ändern und DELETE zum Löschen. GET gilt als sicher und ohne Nebeneffekte. Eine saubere Zuordnung macht das Verhalten vorhersehbar und erlaubt Caching lesender Anfragen. Abweichungen, etwa Löschen per GET, führen zu schwer nachvollziehbaren Fehlern.
Wann ist eine REST API besser geeignet als GraphQL?
REST passt bei klar umrissenen Ressourcen, einfachem Caching und vielen unterschiedlichen Konsumenten. GraphQL lohnt sich eher, wenn Clients sehr verschiedene Datenausschnitte aus verknüpften Daten abfragen. REST ist einfacher zu betreiben und zu debuggen; die Entscheidung hängt vom Zuschnitt der Abfragen ab, nicht von Trends.