Ich habe eine Webanwendung, die das jquery Autocomplete-Plugin verwendet, das im Wesentlichen über Ajax eine Anfrage sendet, die Text enthält, der in eine Textbox auf unserem Webserver eingegeben wurde, sobald der Webserver diese Anfrage erhält Kaninchenmq.
Ich weiß, dass wir Nutzen aus der Verwendung von Messaging ziehen, aber es scheint, als wäre die Verwendung von RPC-Aufrufen ein Missbrauch und WCF ist in diesem Fall weitaus geeigneter, ist dies der Fall oder wird es als akzeptable Architektur betrachtet? ?
Es ist möglich, synchrone RPC-Anfragen mit RabbitMQ auszuführen. Hier wird es sehr gut erklärt, mit seinem Nachteil inbegriffen! Es ist also eine akzeptable Architektur. Entmutigt, aber akzeptabel, wenn die synchrone Antwort obligatorisch ist.
Ein möglicher Gegeneffekt ist, dass RabbitMQ in der Mitte hinzugefügt wird und Sie der Lösung eine gewisse Latenz hinzufügen.
Sie haben jedoch die Möglichkeit, in Bezug auf Zuverlässigkeit, Flexibilität, Skalierbarkeit, ... zu gewinnen.
Welchen Nutzen würden Sie daraus ziehen? Und in Fairness, wenn Sie die Nachricht in die Warteschlange stellen, wie ist es synchron? es sei denn, derselbe Prozess, der die Nachricht in die Warteschlange gestellt hat, ist derjenige, der sie löscht, aber das ist ziemlich nutzlos, nein?
Nun, wenn Sie nur die Nachricht in die Warteschlange stellen und später bearbeiten möchten, ist das großartig. Auch die Tatsache, dass du WCF zu der Mischung hattest, ist IMHO ein Symptom, dass etwas vielleicht nicht klar genug ist. Sie könnten WCF als API-Gateway verwenden und es verwenden, um die Nachricht in die Warteschlange zu schreiben, so dass es sich nicht wirklich um WCF oder Warteschlangen handelt, sondern eher um sync vs async.
Die Art, wie Sie Ihre Ideen umsetzen, sieht für mich nicht gut aus.