☰ Menu

05.10.2026 · Signal Titans Editorial

Roy Fieldings REST-Dissertation und die Evolution von Web-API-Dogmen

Roy Fielding stellte REST 2000 vor, um die Skalierbarkeit von HTTP/1.1 zu verteidigen. Über die Zeit wurde das Akronym zur Basis moderner Web-API-Konventionen.

Eine redaktionelle Illustration einer schweren silbernen Tresortür, die leicht aus den Schienen gesprungen ist und bernsteinfarbenes Licht durch die Öffnung scheinen lässt.

Im Jahr 2000 reichte Roy Fielding seine Doktorarbeit an der University of California, Irvine, mit dem Titel „Architectural Styles and the Design of Network-based Software Architectures“ ein. Fielding hatte zuvor die Spezifikation des Protokolls HTTP/1.1 mitverfasst, die 1999 veröffentlicht worden war. In seiner Dissertation stellte er Representational State Transfer, kurz REST, vor. Entgegen einer weit verbreiteten Annahme entwickelte Fielding REST nicht als Bauplan für die Erstellung von Web-APIs. Wie Two Bit History erläutert, formulierte er REST vielmehr, um die dem HTTP-Protokoll zugrundeliegenden Prinzipien aufzuzeigen und zu dokumentieren, wie Architekturregeln die Skalierbarkeit von Systemen im offenen Web bewahren.

Fotografie: Roy Fielding
Fotografie: Roy Fielding. Foto: Phil Whitehouse. Wikimedia Commons · CC BY 2.0. Größe angepasst und in WebP umgewandelt; nicht retuschiert.

Das Architekturfundament des Webs

Fieldings Doktorarbeit analysierte, wie Netzwerkeinschränkungen die Softwareleistung in verteilten Systemen bestimmen. Anstatt sich auf einzelne Anwendungsfunktionen zu konzentrieren, untersuchte er die übergeordneten strukturellen Muster, die erforderlich sind, um ein hohes Aufkommen an Web-Traffic zu bewältigen. In seiner Dissertation präsentierte Fielding REST als eine Synthese von Prinzipien, die während des Standardisierungsprozesses von HTTP/1.1 abgeleitet wurden. Er betonte, dass Softwarearchitekturen danach bewertet werden müssen, wie gut ihre Einschränkungen zu den betrieblichen Anforderungen passen, und warnte davor, Architekturmuster anzuwenden, ohne die zugrundeliegenden Kompromisse zu verstehen, da dies die Netzwerkeffizienz und Systemstabilität gefährde.

Schutz vor Hype-Wörtern und Schlagwort-Design

Bei der Entwicklung von HTTP/1.1 wendete Fielding Architekturregeln an, um vorgeschlagene Protokollerweiterungen zu bewerten. Als ein Vorschlag aufkam, Anfragenbündelungen über die neuen Methoden MGET und MHEAD einzuführen, lehnte Fielding diesen ab, da eine solche Bündelung wesentliche Einschränkungen bei Caching und Proxy-Verarbeitung verletzte. Er demonstrierte, wie REST durch die Schichtung spezifischer Regeln abgeleitet wurde, und merkte an, dass der Stil technisch gesehen auch als Uniform-Layered-Code-on-Demand-Client-Cache-Stateless-Server bezeichnet werden könnte. In seiner Dissertation warnte Fielding ausdrücklich vor einem „Design-by-Buzzword“ und mahnte Entwickler, Softwarestile nicht als Wundermittel zu betrachten, sondern stets sicherzustellen, dass die gewählten Regeln zum konkreten Problem passen.

Der Aufstand gegen die Komplexität der Enterprise-Welt

Mitte der 2000er-Jahre wehrten sich Softwareentwickler zunehmend gegen das Simple Object Access Protocol (SOAP). Ingenieure empfanden SOAP als schwerfällige Enterprise-Software, die durch komplexe XML-Spezifikationen belastet war. Diese Entwicklung erreichte 2007 einen entscheidenden Wendepunkt, als David Heinemeier Hansson, der Erfinder von Ruby on Rails, die Unterstützung für SOAP aus dem Framework entfernte und es als übermäßig komplizierte Enterprise-Software kritisierte. Entwickler, die sich von SOAP abwandten, übernahmen stattdessen die Standard-HTTP-Semantik für Webdienste. Um ihren pragmatischen Web-APIs akademische Autorität zu verleihen, liehen sich Entwickler Fieldings Akronym REST und verwandelten so die theoretische Verteidigung eines Protokolls in einen universellen Begriff für HTTP-basierte Webdienste.

Hypermedia, Zustandsübertragung und modernes Dogma

Diese weit verbreitete Übernahme führte zu einer klaren Trennung zwischen Fieldings theoretischem Rahmenwerk und modernem API-Design. Fielding definierte die Zustandsübertragung in REST rund um Hypermedia as The Engine of Application State (HATEOAS) und legte fest, dass Clients Zustände dynamisch über Ressourcen-Hyperlinks navigieren. Die meisten kommerziellen Web-APIs verzichteten auf HATEOAS, behielten jedoch die Bezeichnung REST bei. Laut Two Bit History wollte Fielding mit REST ursprünglich zeigen, wie Softwareregeln auf spezifische Anwendungsanforderungen zugeschnitten werden sollten; die Softwareindustrie übernahm das Akronym jedoch als pauschalen Standard für öffentliche wie auch private Webdienste gleichermaßen.

Vom Protokollschutz zu modernen Softwarekonventionen

Fieldings theoretische Verteidigung der Skalierbarkeit von HTTP/1.1 wurde von Softwareentwicklern vielfach zitiert, wodurch ein spezifischer Protokollbauplan in ein branchenweites Akronym verwandelt wurde. Heute verwenden Webentwickler REST routinemäßig zur Beschreibung grundlegender HTTP-Dienste, die ohne Hypermedia-Steuerungen auskommen. Wie Two Bit History ausführt, erklärt das Verständnis darüber, wie Entwickler ein akademisches Akronym aufgriffen, um die Enterprise-Komplexität hinter sich zu lassen, warum moderne Web-APIs dem praktischen HTTP-Datentransfer den Vorzug vor Fieldings ursprünglichen Architekturbeschränkungen geben.

Titelbild: KI-generierte Illustration; kein Dokumentarfoto.

Quelle: 0b10 0b10 Roy Fielding's Misappropriated REST Dissertation