分布式消息服務(wù)DMS是什么
為什么選擇分布式消息服務(wù)DMS
簡單易用
Web化按需自助創(chuàng)建,自動化部署,分鐘級創(chuàng)建實例,立即使用,相比開源需要等待幾天搭建完成。
成本低
分布式消息服務(wù)無需單獨采購硬件資源,直接使用服務(wù),業(yè)務(wù)規(guī)模上升時平滑擴容,不中斷業(yè)務(wù),投入成本低,不需要任何代價,從容應(yīng)對。
高可靠
分布式消息服務(wù)數(shù)據(jù)可靠性99.999999999%、服務(wù)可用性99.95%。
1、數(shù)據(jù)可靠性:同步落盤與多副本冗余,數(shù)據(jù)可靠性高達 99.99999999%。
2、服務(wù)可靠性:集群化部署與跨AZ部署,確保服務(wù)可用性高達 99.95%。
高性能
分布式消息服務(wù)支持億級消息堆積,可彈性擴展隊列數(shù),支持千萬級并發(fā)。
1、海量堆積:支持億級消息堆積,在海量堆積下不影響隊列性能。
2、高并發(fā):單隊列并發(fā)最高可超過10萬TPS(每秒處理的消息數(shù)),擴展隊列數(shù)可獲得更高并發(fā)。
3、低時延消:息投遞時間可至毫秒級,保證消息及時性。
安全防護
分布式消息服務(wù)業(yè)務(wù)操作可回溯,消息存儲加密等有效安全措施。
1、可追溯:提供云審計進行租戶管理操作的記錄和審計。
2:消息加密:數(shù)據(jù)加密存儲,防止消息被竊取。
分布式消息服務(wù)DMS系統(tǒng)權(quán)限
|
系統(tǒng)角色/策略名稱
|
描述
|
類別
|
依賴關(guān)系
|
|---|---|---|---|
DMS FullAccess |
分布式消息服務(wù)管理員權(quán)限,擁有該權(quán)限的用戶可以操作所有分布式消息服務(wù)的功能。 |
系統(tǒng)策略 |
無 |
DMS UserAccess |
分布式消息服務(wù)普通用戶權(quán)限(沒有實例創(chuàng)建、修改、刪除、擴容、轉(zhuǎn)儲)。 |
系統(tǒng)策略 |
無 |
DMS ReadOnlyAccess |
分布式消息服務(wù)的只讀權(quán)限,擁有該權(quán)限的用戶僅能查看分布式消息服務(wù)數(shù)據(jù)。 |
系統(tǒng)策略 |
無 |
DMS Administrator |
分布式消息服務(wù)邏輯多租管理員權(quán)限,擁有該權(quán)限的用戶可以操作隊列管理的所有功能。 |
系統(tǒng)角色 |
依賴Tenant Guest和VPC Administrator。 |
分布式消息服務(wù)DMS基本能力
-
隊列類型
多隊列類型
分布式消息服務(wù)支持普通隊列、FIFO保序隊列、高級隊列。
多隊列類型
分布式消息服務(wù)支持普通隊列、FIFO保序隊列、高級隊列。
-
接入?yún)f(xié)議
多協(xié)議接入
分布式消息服務(wù)支持HTTP Restful API、TCP SDK、KAFKA SDK接入。
多協(xié)議接入
分布式消息服務(wù)支持HTTP Restful API、TCP SDK、KAFKA SDK接入。
-
隊列能力
分布式消息服務(wù)支持按需彈性擴容,隊列共享和授權(quán)。
自動彈性擴展
隊列按需自動擴展,按實際使用量計費。
死信隊列
將其無法成功處理的消息存放于死信隊列,便于統(tǒng)一分析和處理。
隊列共享和授權(quán)
支持租戶間或租戶內(nèi)針對不同用戶的隊列共享和授權(quán)。
分布式消息服務(wù)支持按需彈性擴容,隊列共享和授權(quán)。
自動彈性擴展
隊列按需自動擴展,按實際使用量計費。
死信隊列
將其無法成功處理的消息存放于死信隊列,便于統(tǒng)一分析和處理。
隊列共享和授權(quán)
支持租戶間或租戶內(nèi)針對不同用戶的隊列共享和授權(quán)。
-
消息能力
分布式消息服務(wù)支持一鍵在線擴容,不影響上層業(yè)務(wù)。
消息過濾
根據(jù)消息標簽對可消費的消息進行過濾。
消息回溯
通過指定時間或位置,對已經(jīng)消費過的消息進行重新消費。
定時/延時消息
在消息生產(chǎn)時間(當(dāng)前時間)之后的指定時間點投遞給消費組消費。
分布式消息服務(wù)支持一鍵在線擴容,不影響上層業(yè)務(wù)。
消息過濾
根據(jù)消息標簽對可消費的消息進行過濾。
消息回溯
通過指定時間或位置,對已經(jīng)消費過的消息進行重新消費。
定時/延時消息
在消息生產(chǎn)時間(當(dāng)前時間)之后的指定時間點投遞給消費組消費。
分布式消息服務(wù)DMS有哪些典型應(yīng)用場景
分布式消息服務(wù)可應(yīng)用在多個領(lǐng)域,包括異步通信解耦、企業(yè)解決方案、金融支付、電信、電子商務(wù)、快遞物流、廣告營銷、社交、即時通信、手游、視頻、物聯(lián)網(wǎng)、車聯(lián)網(wǎng)等。
分布式消息服務(wù)可以應(yīng)用但不局限于以下業(yè)務(wù)場景:
業(yè)務(wù)解耦
將業(yè)務(wù)中依賴其他系統(tǒng)同時屬于非核心或不重要的部分使用消息通知即可,無需同步等待其他系統(tǒng)的處理結(jié)果。
如電商網(wǎng)站在促銷期間搶購訂單,搶到的商品訂單信息放入消息隊列,出庫、發(fā)貨等后續(xù)會從隊列里讀取任務(wù)信息然后執(zhí)行。
最終一致性
在交易或支付系統(tǒng)中,不同的子系統(tǒng)/模塊的狀態(tài)需要最終保持一致,或都成功或都失敗。子系統(tǒng)/模塊之間傳遞的數(shù)據(jù)不能丟失,需要有可靠消息傳遞,能保證業(yè)務(wù)的連續(xù)性。分布式消息服務(wù)DMS可以用于子系統(tǒng)/模塊間的高可靠數(shù)據(jù)傳遞,實現(xiàn)兩者之間的事務(wù)最終一致,降低實現(xiàn)難度和成本。
例如用戶使用儲蓄余額購買理財產(chǎn)品。由于理財系統(tǒng)一般對理財申購交易采用日終統(tǒng)一處理,允許用戶的儲蓄余額與理財系統(tǒng)資金余額存在一定時間段的不一致,或者說中間狀態(tài),因此,可以對理財產(chǎn)品的購買支付流程使用分布式消息服務(wù)DMS的消息處理機制,保證儲蓄余額與理財余額的最終一致,同時避免系統(tǒng)間對賬不平。
錯峰流控
在電子商務(wù)系統(tǒng)或大型網(wǎng)站中,上下游系統(tǒng)處理能力存在差異,處理能力高的上游系統(tǒng)的突發(fā)流量可能會對處理能力低的某些下游系統(tǒng)造成沖擊,需要提高系統(tǒng)的可用性的同時降低系統(tǒng)實現(xiàn)的復(fù)雜性。電商大促銷等流量洪流突然來襲時,可以通過隊列服務(wù)堆積緩存訂單等信息,在下游系統(tǒng)有能力處理消息的時候再處理,避免下游訂閱系統(tǒng)因突發(fā)流量崩潰。消息隊列提供億級消息堆積能力,3天的保留時長,消息消費系統(tǒng)可以錯峰進行消息處理。
日志同步
應(yīng)用通過可靠異步方式將日志消息同步到消息服務(wù),再通過其他組件對日志做實時或離線分析,也可用于關(guān)鍵日志信息收集進行應(yīng)用監(jiān)控。
使用分布式消息服務(wù)DMS實現(xiàn)日志同步一般按以下流程:
1、日志采集客戶端,負責(zé)用戶應(yīng)用服務(wù)的日志數(shù)據(jù)采集,以發(fā)送消息方式寫入DMS消息隊列。
2、DMS消息隊列,負責(zé)日志數(shù)據(jù)的接收、存儲和轉(zhuǎn)發(fā)管理。日志。
3、理應(yīng)用,訂閱并消費DMS消息隊列中的日志數(shù)據(jù)。
分布式消息服務(wù)DMS教程視頻
分布式消息服務(wù)kafka版
05:25
分布式消息服務(wù)RocketMQ版
04:49
分布式消息服務(wù)RabbitMQ版
04:58
分布式消息服務(wù)DMS精選推薦
1對1咨詢專屬顧問
華為云咨詢電話:950808或4000-955-988 轉(zhuǎn)1
華為云咨詢電話:950808或4000-955-988 轉(zhuǎn)1