Die Gestaltung einer REST-API mit req/resp-und pub/sub-Anforderungen

Heutzutage ich bin der Gestaltung einer REST-Schnittstelle für ein verteiltes system. Es ist eine client - /sever-Architektur, aber mit zwei message exchange patterns:

  • req/resp: die erholsamsten Ansatz, es wäre eine CRUD-Schnittstelle zum Zugriff/erstellen/ändern/löschen von Objekten, die in der server.
  • pub/subs: dies ist mein Haupt-Zweifel. Ich brauche den server zum senden von asynchroner Benachrichtigungen an den Kunden so bald wie möglich.

Suche im web fand ich, dass eine Lösung sein könnte, zu implementieren, REST-Server in der server-und client: Publish/subscribe-REST-HTTP-Einfaches Protokoll web-services-Architektur?

Weitere alternative wäre die Umsetzung blockiert-REST und damit der client braucht nicht zu hören, die in einem bestimmten Anschluss: Mit Sperrung REST-Anforderungen zu implementieren, die das veröffentlichen - /abonnieren

Ich würde gerne wissen, welche Optionen würden Sie eine Schnittstelle implementieren, wie dieser. Danke!

InformationsquelleAutor chrpinedo | 2016-05-19
Schreibe einen Kommentar