產品優勢
和開源自建對比
| 對比項 | 雲訊息佇列 RabbitMQ 版 | 開源 RabbitMQ |
|---|---|---|
| 協議支援 | AMQP 0-9-1 | AMQP 0-9-1，AMQP 1-0 |
| 用戶端支援 | 支援所有版本和語言開源用戶端 | 支援所有版本和語言開源用戶端 |
| 系統架構 | 訊息佇列 RabbitMQ 版採用叢集分布式部署； 無主架構，叢集中每台節點服務等價。 | Erlang 語言實現的，排查問題困難； 高可用的部署模式是非叢集橫向可擴充的架構，有效能瓶頸； 強依賴記憶體，引發各種穩定性痛點。 |
| 訊息堆積能力 | 在海量訊息堆積的情況下，始終保持高效能，不影響叢集的正常服務。 | 抗堆積能力差，容易引發記憶體問題而導致宕機。 |
| 擴縮容能力 | 單隊列效能無上限，可橫向擴容。可擴充能力強、效能線性增強，可根據業務需求Auto Scaling，對使用者透明。 | 如果是鏡像隊列叢集，只能升級機器配置來擴容叢集容量。 |
| 腦裂問題 | 無腦裂痛點，無主架構，叢集中每台節點服務等價。 | 會因各種原因導致心跳丟失，引發腦裂問題，恢複過程會服務中斷或資料丟失。 |
| 強大的可觀測能力 | 商業版提供強大的監控警示能力，有豐富的 Prometheus 指標，包括執行個體、Vhost、Exchange、Queue 維度查看的訊息速率、訊息堆積量、當前串連數、 Channel 數、每個介面的請求 QPS 等。 | 通過管控 API 擷取指標資料自己搭建監控警示系統； 3.8.0以上版本通過 Prometheus 搭建監控警示，但沒有細粒度的指標維度、無法精確監控警示。 |
產品功能
全模型支援
Queue 模式
支援 Queue 佇列儲存體訊息，提供多分區，同一消費者支援叢集消費模式的。
Exchange
支援綁定 Binding Key 的方式，Exchange 再將郵件規則篩選路由到一個或多個 Queue，同時對不符合路由規則的訊息進行丟棄的能力。
Virtual Host (vHost)
支援開源對應的虛擬機器主機能力，解決上產&測試、多業務拆分等隔離需求。
靈活 Exchange Type 類型支援
Fanout 類型
支援 Exchange 的訊息路由發送到所有與它綁定的 Queue 的模式。
Direct 類型
支援將訊息路由到 binding key 與 routing key 完全符合的 Queue 的模式。
Topic 類型
支援模糊比對的方式即將訊息路由到 binding key 與 routing key 模糊比對的 Queue 的模式。
完善的營運配套
提供一整套完善、便捷、易用的產品營運工具，協助使用者快速發現並處理問題
監控警示
即時監控線上串連、訊息堆積、投遞延遲，及時發現問題。
資源報表
裝置查詢、分組線上裝置管理、訊息收發統計等。
Open API（RESTful）
提供自助資源管理和營運功能，RESTful 標準，靈活便捷。
