RESTArchitekturen

RESTArchitekturen ist ein architektonischer Stil für verteilte Systeme, der auf dem Representational State Transfer (REST) basiert. Er zielt darauf ab, Web-APIs zu schaffen, die einfach zu verwenden, skalierbar und lose gekoppelt sind. Typische Anwendungen finden sich in Servern, die Ressourcen über das Internet bereitstellen und über standardisierte HTTP-Mechanismen kommunizieren.

Zu den zentralen Einschränkungen gehören: Client-Server-Architektur, Statelessness, Caching, eine einheitliche Schnittstelle, Layered System und optional Code on Demand. Ressourcen werden durch eindeutige URIs adressiert und über Repräsentationen ausgetauscht. Hypermedia (HATEOAS) dient häufig als Navigationsmechanismus.

Ressourcen werden durch Substantive benannt, z. B. /kunden/123. Zugriff erfolgt über HTTP-Methoden wie GET, POST, PUT, PATCH und DELETE. GET ist lesend, POST erzeugt meist neue Ressourcen, PUT/PATCH ändern bestehende, DELETE entfernt sie. Die Antworten verwenden Statuscodes, und Clients nutzen Content Negotiation, um Formate wie JSON oder XML auszuhandeln.

Vorteile von RESTArchitekturen sind Skalierbarkeit, einfache Integration, klare Schnittstellen und Unabhängigkeit von zugrundeliegenden Diensten. Herausforderungen umfassen Over- oder Under-fetching, Versionierung, Sicherheit, Authentifizierung und Cross-Origin Resource Sharing (CORS).

RESTArchitekturen eignen sich gut für öffentliche APIs, Webdienste, mobile Apps und Integrationsszenarien. Gute Praxis umfasst konsistente Ressourcennamen, sinnvolle Statuscodes, dokumentierte Hypermedia-Links und pragmatische Versionierung, oft durch URIs oder Media-Typen.

Obwohl REST einen Soft-Standard bietet, gibt es Abwandlungen und Ergänzungen, wie hypermedia-getriebene Ansätze oder RESTful APIs, die nicht alle REST-Prinzipien vollständig einhalten. Alternative Architekturen umfassen RPC oder GraphQL, die andere Vor- und Nachteile bieten.