Implementierung von Webservices: REST vs. SOAP?

摘要

Roy Fielding stellt in seiner Dissertation in Form seines Architekturstils namens REST eine abstrahierte Beschreibung der Web-Architektur vor. Die daraus entstandene Diskussion, ob REST (im Sinne von HTTP-GET) oder SOAP die bessere Grundlage für Webservices seien, lehrt letztlich nur eine nicht sehr neue Weisheit: Die Wahl der (technischen) Mittel sollte dem Problem angemessen sein und die Dinge sollten nicht komplizierter gemacht werden als unbedingt notwendig. REST ist mit seiner minimalistischen Sichtweise gut geeignet, das Auge zu schärfen, um die Komplexität netzbasierter Anwendungen niedrig zu halten. Eine Alternative zu SOAP-basierten Webservices ist REST nicht; nicht zuletzt, weil dazu mehr gehört als nur SOAP (etwa WSDL, UDDI). Dies war auch nicht Fieldings Ansatz oder Ziel. Wer der Diskussion völlig aus dem Weg gehen möchte, kann die Herangehensweise von Amazon kopieren, sofern die Problemstellung dies zulässt: Amazon bietet einfach einen REST- und SOAP-Web-service [Amaz04]. Der Internethändler stellt Partnern seine Webservice-Schnittstelle in beiden Ausprägungen zur Verfügung, wobei Amazon seinen REST-An- satz konkretisierend als „XML over HTTP" bezeichnet. Auf einen mittels HTTP-GET abgesetzten Request liefert Amazon eine XML-Response. Dass die Schnittstelle mittlerweile in Version 4 angeboten wird, deutet darauf hin, dass seitens der Nutzer kein eindeutiger Trend für nur eine der beiden Ausprägungen besteht. Abschließend sei bemerkt, dass die Einfachheit der REST-Beschreibung sich auch in der Dokumentation von Amazon widerspiegelt: Das Kapitel über die Migration zur neuen Version 4 stellt die Unterschiede zur früheren Version nur im REST-Stil vor. Warum? - Weil sich die Beschreibung hier auf die Auflistung von URIs beschränken kann. Noch kürzer lässt sich die Schnittstellenbeschreibung kaum fassen.