雲Message QueueTT 版（原"微Message QueueTT 版"）是阿里雲推出的一款面向移動互連網以及物聯網領域的輕量級訊息中介軟體。如果說傳統的訊息佇列中介軟體一般應用於微服務之間，那麼適用於物聯網的雲Message QueueTT 版則實現了端與雲之間的訊息傳遞和真正意義上的萬物互聯。本文介紹雲Message QueueTT 版的訊息收發模型、產品優勢和應用情境。
"微Message QueueTT 版"為雲Message QueueTT 版的曾用名，產品已更名，服務持續維護中，功能正常可用。目前無直接替代產品，如業務情境不滿足需求，可評估雲訊息佇列 RocketMQ 版或雲訊息佇列 RabbitMQ 版等其他訊息產品。
核心概念
Topic：訊息主題，一級訊息類型，生產者向其發送訊息。
生產者：也稱為訊息發行者，負責生產並發送訊息至Topic。
消費者：也稱為訊息訂閱者，負責從Topic接收並消費訊息。
訊息：生產者向Topic發送並最終傳送給消費者的資料。
規則：雲Message QueueTT 版與其他阿里雲產品實現資料互連的資源。
雲Message QueueTT 版與 EMQX 有什麼區別？是否支援 EMQX Dashboard？
雲Message QueueTT 版與 EMQX 是兩種不同形態的 MQTT 服務，區別如下：
雲Message QueueTT 版是阿里雲提供的全託管Message Service。通過控制台開通執行個體後，使用專屬存取點直接連接，無需關注底層伺服器的部署與營運。
EMQX 是開源 MQTT Broker，需要在Elastic Compute Service 等計算資源上自行安裝、部署和維護，所有營運工作由使用者承擔。
雲Message QueueTT 版暫不支援 EMQX Dashboard 或類似第三方管理介面，監控和管理功能通過阿里雲控制台實現。
訊息收發模型
雲Message QueueTT 版主要包含以下兩種訊息收發模型：
終端與雲端服務互動模型
該模型中，雲Message QueueTT 版將終端與雲端串連起來，實現裝置端和雲端的雙向通訊。裝置端通過雲Message QueueTT 版可直接和雲端的業務應用進行通訊，也可和其他阿里雲產品實現訊息資料的跨產品互連。
該模型的典型應用情境為智慧型裝置的狀態資料上報或雲端控制應用的指令下發。
終端與終端互動模型
該模型適用於移動端App或者裝置之間的資料通訊，典型情境是IM通訊情境中兩個使用者直接聊天訊息，以及智慧型裝置情境中App端控制智慧型裝置。在該模型中訊息的生產者和消費者都是分布在終端裝置，通過MQTT協議串連到雲Message QueueTT 版產品。
根據以上兩種訊息收發模型，可以將使用雲Message QueueTT 版的開發人員分為終端和雲端兩大類。兩類開發人員所需的二次開發內容請分別參見終端開發指南和雲端開發指南。
產品優勢
無縫遷移
相容任何支援MQTT 3.1.1協議的SDK，支援WebSocket協議，覆蓋絕大多數移動端開發平台及語言。執行個體建立後同時產生公網存取點和內網存取點，公網存取點支援通過公司 WiFi、辦公網等公用互連網環境直接連接，方便移動端或物聯網裝置在非阿里雲 VPC 環境下接入。
服務端升級屬於底層架構最佳化，不涉及 MQTT 協議版本變更，當前仍完整相容 MQTT 3.1.1 協議，用戶端無需因服務端升級而調整協議版本配置。
警告雖然產品相容標準 MQTT 協議，但在使用 paho-mqtt v2、Node.js mqtt.js 等第三方開源庫串連 Serverless 版執行個體時，可能因參數配置差異導致串連被斷開。建議優先使用官方推薦的 SDK，或參考終端開發指南中的串連參數說明，調整 Keep Alive、Clean Session 等關鍵配置以確保串連穩定性。
高效能
支撐千萬級裝置線上串連，訊息百萬級並發，萬億級流轉，毫秒級推送；分布式架構設計，無單點瓶頸，各組件間均可無限水平擴充。
安全可靠
支援裝置級許可權控制，支援臨時Token服務以及TLS 1.2版本的安全傳輸協議，確保使用者資料安全可靠。
天然互連
可以支援雲Message QueueTT 版和雲訊息佇列 RocketMQ 版的訊息互連，從而實現裝置端和雲端的雙向打通，更高效、更可靠。
應用情境
雲Message QueueTT 版擁有多協議、多語言和多平台的支援能力，且廣泛應用於移動互連網以及物聯網領域，覆蓋移動直播、車連網、金融支付、智能餐飲、即時聊天等多種應用情境。
雲Message QueueTT 版是否支援私人化部署？
雲Message QueueTT 版僅支援公用雲端全託管服務模式，不支援私人化部署。
如需將雲Message QueueTT 版與 InfluxDB 等第三方產品搭配使用，建議在公用雲端環境中通過 VPC 內網互連或跨產品資料流轉規則實現整合，以保障低延遲和資料安全。
購買雲Message QueueTT 版
您可以在商品購買頁購買雲Message QueueTT 版執行個體。
執行個體狀態顯示正常但網域名稱無法解析怎麼辦？
MQTT 存取點的網域名稱解析依賴底層 RocketMQ 服務的開通狀態。即使 MQTT 執行個體狀態顯示正常（例如欠費恢複後），若底層 RocketMQ 服務未單獨開通，存取點網域名稱仍無法解析。
處理步驟：
登入雲Message QueueTT 版控制台。
檢查底層 RocketMQ 服務是否已開通。
如 RocketMQ 服務未開通，手動完成開通操作。
等待網域名稱解析恢複正常後，重新串連。