分布式消息服務(wù)有哪些
分布式消息服務(wù)能力
21個(gè)區(qū)域
分布式消息服務(wù)DMS全球擁有21個(gè)區(qū)域及53個(gè)可用區(qū)，便于業(yè)務(wù)全球拓展。
億級(jí)消息堆積
分布式消息服務(wù)DMS支持億級(jí)消息堆積，輕松應(yīng)對(duì)業(yè)務(wù)峰值10+倍流量。
吞吐量提升10倍
分布式消息服務(wù)RocketMQ版引擎的事務(wù)消息性能經(jīng)過極致優(yōu)化，在大量消息堆積場景下，吞吐量為開源的10倍。
40+項(xiàng)監(jiān)控指標(biāo)
分布式消息服務(wù)DMS提供40+項(xiàng)監(jiān)控指標(biāo)，包括命令執(zhí)行情況、資源占用等監(jiān)控和統(tǒng)計(jì)。
分布式消息服務(wù)RocketMQ與Kafka、RabbitMQ的差異
|
功能項(xiàng)
|
RocketMQ
|
Kafka
|
RabbitMQ
|
|---|---|---|---|
優(yōu)先級(jí)隊(duì)列 |
不支持 |
不支持 |
支持（建議優(yōu)先級(jí)大小設(shè)置在0-10之間） |
延遲隊(duì)列 |
支持 |
不支持 |
支持 |
死信隊(duì)列 |
支持 |
不支持 |
支持 |
消息重試 |
支持 |
不支持 |
不支持 |
消費(fèi)模式 |
支持客戶端主動(dòng)拉取和服務(wù)端推送兩種方式 |
客戶端主動(dòng)拉取 |
支持客戶端主動(dòng)拉取以及服務(wù)端推送兩種模式 |
廣播消費(fèi) |
支持 |
支持 |
支持 |
消息回溯 |
支持 |
支持，Kafka支持按照offset和timestamp兩種維度進(jìn)行消息回溯 |
不支持，RabbitMQ中消息一旦被確認(rèn)消費(fèi)就會(huì)被標(biāo)記刪除 |
消息堆積 |
支持 |
支持，考慮吞吐因素，Kafka的堆積效率比RabbitMQ總體上要高 |
支持 |
持久化 |
支持 |
支持 |
支持 |
消息跟蹤 |
支持 |
不支持 |
支持，RabbitMQ中可以采用Firehose或者rabbitmq_tracing插件實(shí)現(xiàn)，但開啟rabbitmq_tracing插件會(huì)影響性能，建議只在定位問題過程中開啟 |
消息過濾 |
支持 |
支持 |
不支持，但可以自行封裝 |
多租戶 |
支持 |
不支持 |
支持 |
多協(xié)議支持 |
兼容RocketMQ協(xié)議 |
只支持Kafka自定義協(xié)議 |
RabbitMQ基于AMQP協(xié)議實(shí)現(xiàn)，同時(shí)支持MQTT、STOMP等協(xié)議 |
跨語言支持 |
支持多語言的客戶端 |
采用Scala和Java編寫，支持多種語言的客戶端 |
采用Erlang編寫，支持多種語言的客戶端 |
流量控制 |
待規(guī)劃 |
支持client和user級(jí)別，通過主動(dòng)設(shè)置可將流控作用于生產(chǎn)者或消費(fèi)者 |
RabbitMQ的流控基于Credit-Based算法，是內(nèi)部被動(dòng)觸發(fā)的保護(hù)機(jī)制，作用于生產(chǎn)者層面 |
消息順序性 |
單隊(duì)列（queue）內(nèi)有序 |
支持單分區(qū)（partition）級(jí)別的順序性。 |
不支持，需要單線程發(fā)送、單線程消費(fèi)并且不采用延遲隊(duì)列、優(yōu)先級(jí)隊(duì)列等一些高級(jí)功能整體配合，才能實(shí)現(xiàn)消息有序 |
安全機(jī)制 |
支持SSL認(rèn)證 |
支持SSL、SASL身份認(rèn)證和讀寫權(quán)限控制 |
與Kafka相似 |
事務(wù)性消息 |
支持 |
支持 |
支持 |
分布式消息服務(wù)行業(yè)權(quán)威認(rèn)可
可信云服務(wù)
分布式消息服務(wù)憑借完備的功能、良好的性能和安全能力，順利滿足分布式消息隊(duì)里標(biāo)準(zhǔn)，成為中國信息通信研究院和云計(jì)算開源產(chǎn)業(yè)聯(lián)盟聯(lián)合認(rèn)證的可信云服務(wù)。
分布式消息服務(wù)教程視頻
分布式消息服務(wù)DMS
04:57
分布式消息服務(wù)DMS
04:46
分布式消息服務(wù)DMS
03:08