原文：Comparison of Asynchronous Messaging Technologies: JMS, AMQP, and MQTT
譯者：劉翔宇 審校：趙屹華
責編：周建丁([email protected])
[email protected][email protected]間，消息傳遞一直都是唯一常用的通信方式。在雙方(或更多)之間交換消息有兩種基本機制。
同步消息傳遞
異步消息傳遞
同步消息傳遞在這種情況下使用，當消息發(fā)送者希望在某個時間范圍內收到響應，然后再進行下一個任務?；旧暇褪撬谑盏巾憫耙恢碧幱?ldquo;阻塞”狀態(tài)。
異步消息意味著發(fā)送者并不要求立即收到響應，而且也不會阻塞整個流程。響應可有可無，發(fā)送者總會執(zhí)行剩下的任務。
上面提到的技術，當兩臺計算機上的程序相互通信的時候，就廣泛使用了異步消息傳遞。隨著微服務架構的興起，很明顯我們需要使用異步消息傳遞模型來構建服務。
這一直是軟件工程中的基本問題，而且不同的人和組織機構會提出不同的方法。我將介紹在企業(yè)IT系統(tǒng)中廣泛使用的三種最成功的異步消息傳遞技術。
Java消息傳遞服務(Java Messaging Service (JMS))
JMS是最成功的異步消息傳遞技術之一。隨著Java在許多大型企業(yè)應用中的使用，JMS就成為了企業(yè)系統(tǒng)的首選。它定義了構建消息傳遞系統(tǒng)的API。
圖片來源：http://www.javatpoint.com/jms-tutorial
下面是JMS的主要特性：
面向Java平臺的標準消息傳遞API
在Java或JVM語言比如Scala、Groovy中具有互用性
無需擔心底層協(xié)議
有queues和topics兩種消息傳遞模型
支持事務
能夠定義消息格式(消息頭、屬性和內容)
高級消息隊列協(xié)議(Advanced Message Queueing Protocol (AMQP))
JMS非常棒而且人們也非常樂意使用它。微軟開發(fā)了NMS(.NET消息傳遞服務)來支持他們的平臺和編程語言，它效果還不錯。但是碰到了互用性的問題。兩套使用兩種不同編程語言的程序如何通過它們的異步消息傳遞機制相互通信呢。此時就需要定義一個異步消息傳遞的通用標準。JMS或者NMS都沒有標準的底層協(xié)議。它們可以在任何底層協(xié)議上運行，但是API是與編程語言綁定的。AMQP解決了這個問題，它使用了一套標準的底層協(xié)議，加入了許多其他特征來支持互用性，為現(xiàn)代應用豐富了消息傳遞需求。
圖片來源：https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_MRG/2/html-single/Messaging_Programming_Reference/index.html
下面是AMQP的主要特性：
獨立于平臺的底層消息傳遞協(xié)議
消費者驅動消息傳遞
跨語言和平臺的互用性
它是底層協(xié)議的
有5種交換類型direct，fanout，topic，headers，system
面向緩存的
可實現(xiàn)高性能
支持長周期消息傳遞
支持經(jīng)典的消息隊列，循環(huán)，存儲和轉發(fā)
支持事務(跨消息隊列)
支持分布式事務(XA，X/OPEN，MS DTC)
使用SASL和TLS確保安全性
支持代理安全服務器
元數(shù)據(jù)可以控制消息流
不支持LVQ
客戶端和服務端對等
可擴展
消息隊列遙測傳輸(Message Queueing Telemetry Transport (MQTT))
現(xiàn)在我們已經(jīng)有了面向基于Java的企業(yè)應用的JMS和面向所有其他應用需求的AMQP。為什么我們還需要第三種技術?它是專門為小設備設計的。計算性能不高的設備不能適應AMQP上的復雜操作，它們需要一種簡單而且可互用的方式進行通信。這是MQTT的基本要求，而如今，MQTT是物聯(lián)網(wǎng)(IOT)生態(tài)系統(tǒng)中主要成分之一。
圖片來源：https://zoetrope.io/tech-blog/brief-practical-introduction-mqtt-protocol-and-its-application-iot
下面是MQTT的主要特性：
面向流，內存占用低
為小型無聲設備之間通過低帶寬發(fā)送短消息而設計
不支持長周期存儲和轉發(fā)