Effiziente SOAP-Transportprotokolle

Diplomarbeit aus dem Jahr 2005 im Fachbereich Informatik - Internet, neue Technologien, Note: 1,3, Technische Universität Carolo-Wilhelmina zu Braunschweig (Fakulät für Mathematik und Informatik, Betriebssysteme und Rechnerverbund), Sprache: Deutsch, Abstract: Inhaltsangabe:Einleitung:
Das Hypertext Transfer Protocol (HTTP) hat sich zum Standardprotokoll im Bereich der Webservice Technologie entwickelt. Vor allem die ubiquitäre Verfügbarkeit und einfache Struktur von HTTP haben ihren Teil dazu beigetragen. HTTP als SOAP-Transportprotokoll ist in allen verfügbaren SOAP-Engines implementiert. Für viele Webservice Applikationen und Anwendungsszenarien ist HTTP jedoch zu unflexibel und kann den Anforderungen der Anwendungen nicht gerecht werden.
Die zunehmende Verbreitung der Webservice Technologie verlangt nach alternativen Konzepten hinsichtlich der verwendeten SOAP-Transportprotokolle. Als kritische Faktoren können hier der vom Protokoll verursachte Overhead und die Latenz betrachtet werden. So benötigen zum Beispiel Multimediaanwendungen häufig eine Kombination aus hoher Bandbreite und geringer Latenz. Hier erscheinen Webservices mit HTTP als Transportbinding durch den relativ großen Protokolloverhead und die hohe Latenz den Bedürfnissen nicht gerecht zu werden. Kabelgebundene Netze bieten heute zwar ausreichend Bandbreite auch für Anwendungen mit hohen Anforderungen, in Netzen, in denen die Nutzung jedoch beispielsweise nach verursachtem Datenvolumen abgerechnet wird (z.B. Mobilfunk), werden durch den Protokolloverhead zusätzlich Kosten verursacht. Webservices bieten die Möglichkeit, Applikationen aus vielen Bausteinen zusammenzubauen.
Denkt man beispielsweise an Buchungsfunktionen für Reisen, können hierbei viele sequentielle Aufrufe von Webservices notwendig sein. Ein mögliches Szenario könnte folgendermaßen aussehen: Das Hotel wird nur gebucht, wenn der Flug erfolgreich gebucht wurde. Der Mietwagen wird nur gebucht, wenn Flug und Hotel erfolgreich gebucht wurden usw. Bei Applikationen dieser Art summieren sich die Antwortzeiten, so dass schließlich eine vom Benutzer nicht mehr akzeptierte Verzögerung entsteht. Ziel dieser Arbeit ist es, ein bezüglich des Protokolloverheads und der Latenz minimales SOAP-Transportprotokoll zu entwickeln.
In Kapitel 2 werden zunächst die Anforderungen der SOAP-Spezifikation an das Binding betrachtet und alle dem Autor bekannten existierenden Bindings kurz vorgestellt. Diese Bindings werden dann in Kapitel 3 hinsichtlich des verursachten Protokolloverheads und der Latenz in zwei Anwendungsszenarien untersucht, um zu ermitteln, wie gut oder schlecht HTTP im Vergleich zu den anderen Bindings ab- schneidet.
Basierend auf den Ergebnissen dieser experimentellen Analyse, wird in Kapitel 4 ein minimales SOAP-Transportprotokoll mit dem Namen PURE entworfen und mit Hilfe einer vom Autor entwickelten Implementierung in die experimentelle Analyse aus Kapitel 3 einbezogen. Die Arbeit schließt mit einer Zusammenfassung und einem Ausblick auf mögliche Weiterentwicklungen von PURE.
Abstract:
The importance of the webservice technology was growing within the past years. The Hypertext Transfer Protocol (HTTP) evolved into the standard protocol for the transmission of SOAP messages. But SOAP in conjunction with HTTP has a siginificant larger demand for network bandwith than other Remote Procedure Call (RPC) technologies like Corba or Java-RMI.
Moreover in webservice applications with user interaction the high latency of the webservice technology has a negative impact on usability. Within this thesis HTTP and other existing SOAP Transportbindings will be experimentally analyzed in regard to protocol overhead and latency using different SOAP RPCs.
Then an optimized UDP-based transport binding called PURE will be introduced. PURE significantly reduces protocol overhead and latency and adds interesting features in regar...

Klappentext

Inhaltsangabe:Einleitung: Das Hypertext Transfer Protocol (HTTP) hat sich zum Standardprotokoll im Bereich der Webservice Technologie entwickelt. Vor allem die ubiquitäre Verfügbarkeit und einfache Struktur von HTTP haben ihren Teil dazu beigetragen. HTTP als SOAP-Transportprotokoll ist in allen verfügbaren SOAP-Engines implementiert. Für viele Webservice Applikationen und Anwendungsszenarien ist HTTP jedoch zu unflexibel und kann den Anforderungen der Anwendungen nicht gerecht werden. Die zunehmende Verbreitung der Webservice Technologie verlangt nach alternativen Konzepten hinsichtlich der verwendeten SOAP-Transportprotokolle. Als kritische Faktoren können hier der vom Protokoll verursachte Overhead und die Latenz betrachtet werden. So benötigen zum Beispiel Multimediaanwendungen häufig eine Kombination aus hoher Bandbreite und geringer Latenz. Hier erscheinen Webservices mit HTTP als Transportbinding durch den relativ großen Protokolloverhead und die hohe Latenz den Bedürfnissen nicht gerecht zu werden. Kabelgebundene Netze bieten heute zwar ausreichend Bandbreite auch für Anwendungen mit hohen Anforderungen, in Netzen, in denen die Nutzung jedoch beispielsweise nach verursachtem Datenvolumen abgerechnet wird (z.B. Mobilfunk), werden durch den Protokolloverhead zusätzlich Kosten verursacht. Webservices bieten die Möglichkeit, Applikationen aus vielen Bausteinen zusammenzubauen. Denkt man beispielsweise an Buchungsfunktionen für Reisen, können hierbei viele sequentielle Aufrufe von Webservices notwendig sein. Ein mögliches Szenario könnte folgendermaßen aussehen: Das Hotel wird nur gebucht, wenn der Flug erfolgreich gebucht wurde. Der Mietwagen wird nur gebucht, wenn Flug und Hotel erfolgreich gebucht wurden usw. Bei Applikationen dieser Art summieren sich die Antwortzeiten, so dass schließlich eine vom Benutzer nicht mehr akzeptierte Verzögerung entsteht. Ziel dieser Arbeit ist es, ein bezüglich des Protokolloverheads und der Latenz minimales SOAP-Transportprotokoll zu entwickeln. In Kapitel 2 werden zunächst die Anforderungen der SOAP-Spezifikation an das Binding betrachtet und alle dem Autor bekannten existierenden Bindings kurz vorgestellt. Diese Bindings werden dann in Kapitel 3 hinsichtlich des verursachten Protokolloverheads und der Latenz in zwei Anwendungsszenarien untersucht, um zu ermitteln, wie gut oder schlecht HTTP im Vergleich zu den anderen Bindings ab- schneidet. Basierend auf den Ergebnissen dieser experimentellen Analyse,