各種jms提供程序實例之間的負載分配

Question

生產者<->消費者

在上述情況下，可以說有“ N”個生產者試圖在我們的（消費者的）JMS隊列中放入很多消息。

我的問題是負載分配如何在JMS環境中特別是在隊列中工作。

我認為JNDI在這種情況下提供了足夠的間接性，因此所有客戶端都只是在查找一些基於JNDI的隊列和連接工廠。 任何種類的loadDistributor都可以位於使用者和生產者之間以接收傳入的消息。

它如何將這些傳入消息分發到JMS提供程序的服務器場（我認為我們需要它們的服務器場來處理傳入流量），然后又如何維護多個隊列的同步副本..還是讓任何消息進入任何隊列，然后使用MDB對其進行處理。 但是您如何保證“消息將按照接收到的順序進行處理”，因為它們全部分布在一堆隊列中...

對於這種“高負載”環境，推薦的方法是什么？

Answer 1

隊列本質上是“串行”的，其方式是將隊列中的每個消息傳遞到一個接收者。 因此，例如，如果您有2個MBD正在隊列中監聽，它們將依次接收一條消息，然后再處理下一條。

對於傳入的消息，只需將它們一個接一個地放入隊列。

我可能不完全了解您要尋找的內容，但是第一手的是，您需要一個JMS提供程序（“消息傳遞中心”）來公開一個隊列，其中多個MDB（可以駐留在不同的主機上）將從中選擇消息。 。