Ich habe eine Frage zu SOA.
Sind SOAP und REST beide Ansätze zur Implementierung einer serviceorientierten Architektur?
Ich weiß, dass REST ein Stil ist, und dies führt mich zu dieser Frage.
Ja, beide können als Ansätze zur Implementierung einer SOA betrachtet werden. Ich nehme an, man könnte sagen, REST ist ein Stil, aber dann muss man sagen, SOAP ist auch einer. Ich würde sie einfach verschiedene Techniken betrachten, um das gleiche Ziel zu erreichen. SOAP imitiert einen Remoteprozeduraufruf, und REST ist mit der Erstellung des Web (http) verknüpft.
Beim Erstellen / Anpassen von Diensten für die Arbeit in einer SOA-Architektur können die bereitgestellten Schnittstellen beliebig sein, solange die Verbraucher die Antwort verarbeiten können.
Um eine präzisere Antwort zu geben, werde ich REST als eine HTTP-Schnittstelle interpretieren, die die CRUD-Operationen ausführen kann und möglicherweise auf Anforderungen mit einem XML- oder JSON-Objekt reagiert.
SOAP eignet sich eher für komplexere Operationen auf der Serviceseite, die Bibliotheken und die involvierten XMLs von SOAP führen zu einer Komplexität des Systems.
Wenn Sie nur die Darstellung von Ressourcen benötigen, auf die Sie durch einfache CRUD-Operationen zugreifen können, sollten Sie eine REST-Schnittstelle implementieren, um die Komplexität zu reduzieren, auch wenn der Dienst neben den SOAP-Schnittstellen ausgeführt wird. Alles, was erforderlich wäre, ist, dass der Konsument des Dienstes in der Lage ist, mit den Antworten des RESTful-Stils umzugehen und gleichzeitig als SOAP-Client zu agieren.
Es gibt Argumente für Konsistenz im gesamten Service, um die Wartbarkeit und die Einfachheit der Entwicklung zu verbessern, aber dies ist keine Notwendigkeit und sollte nur in den Entscheidungsprozess einbezogen werden.
Wenn ein Messaging-Bus in das Design integriert wird, können heterogene Services noch effektiver behandelt werden, indem Standardtransformationen (XSLT, benutzerdefiniert) in den Prozess eingefügt werden, der die Antwort von Services in ein Standardformat übersetzen kann ganze.
Wenn Sie einfach fragen, ob beide mit Service Oriented Architecture implementiert werden können - ja, tun sie es. Sie können sogar beide gleichzeitig in einem einzigen SOA-basierten Projekt verwendet werden.
Wenn Sie fragen, ob SOAP oder REST verwendet werden sollen, gibt es keine Antwort, es sei denn, Sie haben Projektspezifikationen angegeben.
SOAP und REST sind Möglichkeiten, Dienste zu erstellen.
SOAP ist XML-basiert und unterstützt theoretisch mehr als nur HTTP, und es gibt Standards für die Schnittstellendefinition (WSDL) und Dinge wie Sicherheit (WS_Security).
REST ist ein Stil, um Web-Services ressourcenorientiert mit einer definierten Menge von Web-Operationen (GET, POST, etc.) zu betreiben, definiert aber sonst sehr wenig.
SOA ist jedoch viel mehr als nur ein Bündel von Diensten. Wählen Sie REST oder SOAP ist der einfache Teil.