Czy należy używać kolejek komunikatów do synchronicznych wywołań rpc przez ajax

Question

Mam aplikację internetową, która korzysta z wtyczki autocomplete jquery, która zasadniczo wysyła przez ajax żądanie zawierające tekst, który został wpisany w polu tekstowym do naszego serwera WWW, raz serwer sieciowy otrzymuje to żądanie, a następnie jest przekazywany do rabbitmq.

Wiem, że możemy czerpać korzyści z używania wiadomości, ale wydaje się, że używanie go do blokowania wywołań rpc jest nadużyciem i że coś takiego jak WCF jest o wiele bardziej odpowiednie w tym przypadku, czy jest to przypadek, czy jest to akceptowalne architektura?

Answer 1

Możliwe jest wykonywanie synchronicznych żądań RPC za pomocą RabbitMQ. Here Wyjaśniono to bardzo dobrze, z jego wadą! Jest to więc akceptowalna architektura. Zniechęcony, ale akceptowalny, gdy reakcja synchroniczna jest obowiązkowa.

Jako potencjalny efekt przeciwny polega na tym, że dodanie RabbitMQ w środku, spowoduje dodanie opóźnienia do rozwiązania.

Jednak masz możliwość zdobycia pod względem niezawodności, elastyczności, skalowalności, ...

Answer 2

Jakie korzyści z tego można uzyskać? I w uczciwości, jeśli umieścisz wiadomość w kolejce, jak jest synchroniczna? chyba że ten sam proces, który umieścił wiadomość w kolejce, jest tym, który ją usuwa, ale to prawie bezużyteczne nie?

Teraz, jeśli wszystko, co chcesz zrobić, to umieścić wiadomość w kolejce i przetworzyć ją później, jest wielka. Również fakt, że miałeś WCF do mieszaniny jest IMHO symptomem, że coś może nie jest wystarczająco jasne. Możesz użyć WCF jako bramy API i użyć jej do napisania komunikatu do kolejki, więc nie chodzi o WCF lub Queues, ale raczej o synchronizację kontra asynchronizację.

Sposób w jaki wkładasz swoje pomysły, nie wygląda mi na dobrze.