Frage

Es gibt eine Kontroverse, die ich bei der Verwendung von Web -APIs (RESTful -Service) sehe, um auf Remote -Infrasraht zuzugreifen. Ich wäre dankbar, wenn Sie es kommentieren könnten. Die Empfehlung aus dem Artikel "RESTful Web Services vs." Big "Web Services: Die richtige architektonische Entscheidung treffen" 1] wird Web -APIs eher für die Ad -hoc -Integration (a la 'mashup) und schnelles Prototyping verwenden. Empirische Studien, die in [2] durchgeführt wurden, zeigen, dass diese Empfehlungen befolgt werden, um die vorhandenen Informationen und Funktionen wiederzuverwenden. Die Wiederverwendung der Infrastruktur mit Web-APIs passt jedoch nicht gut in die Aufgabe der Ad-hoc-Integration. Mein Eindruck ist eher, dass die Infrastruktur normalerweise in Szenarien wiederverwendet wird, in denen die Ressourcen, die ich nicht für das Problem skalieren, das ich lösen möchte: eine große Anzahl von Daten, hohe Bandbreite und hohe Parallelität. Dennoch bietet Amazon Remote -Zugriff auf ihre Infrastruktur (Speicherplatz, Nachrichtenwarteschlange) beides durch:

  • Klassische Seifenwebdienste (so genannte große Webdienste) und
  • Leichte Rastful -Webdienste (sogenannte Web -APIs).

Obwohl nichts geschrieben wurde, ob die Kunden (beschrieben in Fallstudien von Amazon Web Services) große Webdienste oder Web -APIs verwenden, muss die Tatsache, dass Amazon Zugriff auf ihre Infrasraht in Form von Web -APIs als Alternative bietet, sinnvoll sein.

Wissen Sie, was ihre Motivation sein kann? Kennen Sie Fälle, in denen die Menschen die Infrastell nur zum schnellen Prototyping wiederverwendet haben? Oder vielleicht zum Testen? Mit anderen Worten, wenn ich die vom Amazonas angebotene Infrastruktur wiederverwenden möchte, welchen API-Stil sollte ich Seife oder Ruhe in welchen Beispielsituationen verwenden?

Bearbeiten: In diesem Fall als Infrastruktur meinte ich: Speicherplatz, Rechenleistung, Internetbandbreite. Daher frage ich mich, ob solche Ressourcen in der Ad-hoc-Integration wiederverwendet werden.


  1. Cesare Pautasso, Olaf Zimmermann, Frank Leymann, Erholte Webdienste im Vergleich zu "großen" Webdiensten: Die richtige architektonische Entscheidung treffen, S. 805-814, Jinpeng Huai, Robin Chen, Hsiao-Wuen Hon, Yunhao Liu, Weiging MA, Andrew Tomkins, Xiaodong Zhang (Hrsg.), Proceedings der 17. International World Wide Web Conference, ACM Press, Peking, China, April 2008.

  2. Hartmann, Bjorn & Doorley, Scott & Klemmer, Scott R., Hacking, Mashing, Kleben: Opportunistisches Design verstehen, IEEE Pervasive Computing , vol. 7, nein. 3, 46-54 (2008).

War es hilfreich?

Lösung

Der Schlüssel zum Verständnis, welche Version verwendet werden soll, liegt beim Verständnis einer Sache. Wenn Sie komplizierte Vorgänge über das Web mit tief eingebetteten Objekthierarchien ausführen müssen, werden Sie effektiv dazu gezwungen, Webdienste zu verwenden. Die Ruhe ist außergewöhnlich in der Lage, einfache Operationen auszuführen, aber komplexe Operationen brechen außerhalb seines Zuständigkeitsbereichs.

Normalerweise möchte ich rastful -Systeme als solche vorstellen, die ich nur testen kann, indem ich einen Befehl über die Browser -Befehlsleiste aufruft. Ruhige Anwendungen sind wirklich einfach zu testen und sind im Allgemeinen sehr geeignet zum Testen durch Verspottung.

Andere Tipps

Ich denke, wenn Leute über die Nutzung der vorhandenen Infrastruktur mit erholsamen Webdiensten sprechen, können sie bestehende Dinge für das Web verwenden, anstatt Software zu verwenden, die speziell für Webdienste erstellt wurden. Wenn ich beispielsweise einen Webdienst mit REST habe, kann ich Dinge wie HTTP -Caching -Proxys nutzen, wo ich die äquivalente Funktionalität mit Seife erhalten kann. Ich würde etwas Spezialisiertes benötigen.

Ruhe ist unendlich einfacher als Seife. FWIW, Google benutzt Seife nicht mehr, es ist alles Ruhe.

Der einzige Vorteil für die Seife besteht darin, dass Sie Objekte direkt außerhalb der Box verwenden. Mit Ruhe benötigen Sie entweder ein Framework wie JAX-RS, um diese Objekte für Sie zu erstellen oder sie manuell zu analysieren.

Ein weiterer großer Vorteil von Ruhe besteht darin, dass Sie die Anfragen in Ihren Zugriffsprotokollen sehen können. Die meisten SOAP -Anfragen posten genau den gleichen Endpunkt. Es ist also eine Menge schwerer zu bestimmen, was Sie versucht haben. Auf der anderen Seite postet ruhen normalerweise zu bestimmten Endpunkten, sodass Sie sie tatsächlich von Ihrem Webbrowser mit dem Bedarf einer ausgefallenen App ausschlagen können.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top