Problem: wie man einen verteilten, skalierbaren und katastrophensicheren Pub/Sub-Dienst mit WCF bereitstellt.
Einzelheiten:
Beachten Sie, dass dieser Ansatz zusätzlich zu Messaging/Middleware-Lösungen wie Tibco EMS in Betracht gezogen wird.
Ich habe mich mit WCF befasst, insbesondere mit der Frage, wie es für die Bereitstellung von Pub/Sub genutzt werden kann. Zu diesem Thema ist dieser Artikel sehr gut: WCF pub-sub .
In dem Artikel versucht der Autor, das Problem mehrerer Herausgeber zu lösen (wie es bei einer über mehrere Boxen skalierten Diensteschicht der Fall wäre). Das Problem besteht darin, dass, wenn sich Kunde A bei Verlag A registriert, aber Verlag B ein Ereignis veröffentlichen möchte, Verlag B nichts von Kunde A weiß, d.h. niemand hat Verlag B mitgeteilt, dass Kunde A über Ereignisse informiert werden möchte. Der Autor schlägt als Lösung einen Pub/Sub-Dienst vor. Der pub/sub-Dienst würde die Abonnements zentral speichern. Wenn ich jedoch den Pub/Sub-Dienst durch einen sekundären/dualen Pub/Sub-Dienst katastrophenresistent machen möchte, habe ich dasselbe ursprüngliche Problem.
Meiner Meinung nach gibt es also mehrere Lösungen für das Problem:
- Speichern Sie Teilnehmerdaten in einem verteilten Cache (siehe Fragen: q1 y q2 ).
- Speichern Sie Teilnehmerdaten in einer Datenbank/einem zentralen Dateisystem.
Fällt jemandem eine andere Lösung ein (d. h. ich habe keine fantastische magische Funktion von WCF übersehen)? Jeder Kommentar ist willkommen.
