訊息佇列之JMS和AMQP對比

JMS

        JMS（Java MessageService）實際上是指JMS API，它定義了一些藉口，提供了一套標準API。

        JMS提供了兩種訊息模型，peer-2-peer(點對點)以及publish-subscribe（釋出訂閱）模型。當採用點對點模型時，訊息將傳送到一個佇列，該佇列的訊息只能被一個消費者消費。而採用釋出訂閱模型時，訊息可以被多個消費者消費。在釋出訂閱模型中，生產者和消費者完全獨立，不需要感知對方的存在。

         訊息如何從producer端達到consumer端由message-routing來決定。在JMS中，訊息路由非常簡單，由producer和consumer連結到同一個queue（p2p）或者topic（pub/sub）來實現訊息的路由。JMSconsumer同時支援message selector（訊息選擇器），通過訊息選擇器，consumer可以只消費那些通過了selector篩選的訊息。在JMS兄中，訊息路由機制的圖示如下：

AMQP

        AMQP（advanced message queuing protocol）是一種協議，更準確的說是一種binary wire-level protocol（連結協議）。這是其和JMS的本質差別，AMQP不從API層進行限定，而是直接定義網路交換的資料格式。這使得實現了AMQP的provider天然性就是跨平臺的。意味著我們可以使用Java的AMQP provider，同時使用一個python的producer加一個rubby的consumer。只要都按照相應的資料格式去傳送報文請求，不同語言的client均可以和不同語言的server連線。    

        在AMQP中，訊息路由（messagerouting）和JMS存在一些差別，在AMQP中增加了Exchange和binding的角色。producer將訊息傳送給Exchange，binding決定Exchange的訊息應該傳送到那個queue，而consumer直接從queue中消費訊息。queue和exchange的bind有consumer來決定。AMQP的routing scheme圖示過程如下：

 最後將JMS和AMQP的各項對比如下：