Heute entwerfe ich eine REST-Schnittstelle für ein verteiltes System. Es ist eine Client / Server-Architektur, aber mit zwei Nachrichtenaustauschmustern:
- req / resp: die meisten REST-Ansatz, wäre es eine CRUD-Schnittstelle zum Zugriff / Erstellen / Ändern / Löschen von Objekten auf dem Server.
- Pub / Subs: Das ist mein Hauptzweifel. Ich brauche den Server so schnell wie möglich asynchrone Benachrichtigungen an den Client zu senden.
Bei der Suche im Web habe ich festgestellt, dass eine Lösung die Implementierung von REST-Servern im Server und im Client sein könnte: Veröffentlichen / Abonnieren REST-HTTP Simple Protocol Web-Service-Architektur?
Eine andere Alternative wäre die Implementierung von blocking-REST, sodass der Client nicht an einem bestimmten Port zuhören muss: Verwenden von blockierenden REST-Anforderungen zum Implementieren von Publish / Subscribe
Ich würde gerne wissen, welche Optionen Sie in Betracht ziehen würden, um eine Schnittstelle wie diese zu implementieren. Vielen Dank!