產品優勢
-
輕量隊列
提供更簡單、輕量的訊息隊列，聚焦訊息領域核心能力構建。提供輕量Queue/Topic資源模型，簡單易用，無複雜模型概念；提供輕量HTTP RESTful接口，原生支援HTTP協定對平台無依賴；多種語言SDK：C++、Java、C#、Python、PHP、golang（第三方）、Node.js（第三方）。
-
Serverless
輕量訊息隊列（原MNS）是標準的Serverless化產品，可處理近乎無限的並發請求，無需感知或預先配置任何叢集訊息，開箱即用；同時採用後付費計費方式，無需預留任何實例資源，只為實際使用量付費。
-
安全穩定
穩定性方面：數據三重備份，可靠性達99.99999999%；服務可用性高達99.95%；可做到Always Writable；同時提供多層次安全防護和防DDoS攻擊；做到多用戶隔離機制，每位用戶獨立命名空間；全面支援RAM：主子賬號，臨時AK；支援HTTPS，VPC訪問。
-
高級特性支援
可自訂訊息延遲，定時訊息，訊息體大小，訊息生命周期，標籤篩選，重試即死訊等高級特性。提供健全的訊息產品方案，協助開發者在應用的分布式元件之間自由傳遞數據、通知訊息，從而構建鬆耦合系統。
產品功能
隊列模型(Queue)
豐富的隊列屬性配置
我們提供了豐富的隊列屬性配置選項，您可以進行隊列屬性的個人化配置來滿足不同的應用場景，支援普通隊列、延遲隊列等多種隊列模式。
支援並發訪問
支援多個生產者和消費者並發訪問同一個隊列，無需特殊設定即可自由調整併發度，並能確保某條訊息在取出之後的特定時間段內，無法被其他消費者獲得。
訊息投遞保障
在訊息有效期限內，確保訊息至少能成功消費一次。用戶間資源隔離，確保您隊列中的訊息不會被非法獲取。
主題模型(Topic)
支援通知訊息
服務端主動將訊息傳送給用戶指定的回調位址(Endpoint)，消除用戶端程式不必要的輪詢和資源消耗。
支援一對多廣播訊息
一條通知訊息可以同時被多個訂閱者訂閱和消費。
支援多種訂閱方式
支援http/https、郵件、SMS、流動終端等多種訂閱方式。
訊息投遞保障
在訊息有效期內，保證發布到Topic中的訊息會按照指定的策略和格式推送給用戶程式。
支援訊息篩選
將一個主題的訊息透過不同的標籤推送到不同的訂閱渠道。
應用場景
交易系統解耦
作為淘寶/天貓主站核心的交易系統，每筆交易訂單數據的產生會引起數百個下游業務系統的關注，包括物流、購物車、積分、阿里媽媽、流計算分析等等，整體業務系統龐大且複雜，為了保證主站業務的連續性，必須採用分布式的架構設計，各系統間進行解耦。
可以提供
-
高度可用鬆耦合架構設計
透過上、下游業務系統的鬆散耦合設計，即使下游子系統（如物流、積分等）出現不可用甚至宕機，亦不會影響核心交易系統的正常運轉。
-
靈活適應業務的快速增長
應業務要求新增業務系統時，不會影響基礎的技術架構改動，也不會影響其他系統間的正常運轉。
大流量場景削峰填谷
滿足業務在特殊時期，例如秒殺、搶紅包、企業開門紅等大型活動時都會帶來較高的流量脈衝，防止系統超負荷甚至崩潰，或請求大量失敗影響用戶體驗。
可以提供
-
超高流量脈衝處理能力
超高效能的訊息處理能力，可以承接流量脈衝而不被擊垮，在確保系統可用性同時，因快速有效的請求反應而提升用戶的體驗。
-
大量訊息堆積能力
確保下游業務在安全水位內平滑且穩定的運行，避免超高流量的衝擊。
-
合理的成本控制
透過削弱填谷可控制下游業務系統的集群規模，進而降低投入成本。
關閉未支付訂單
訂單未支付後的業務邏輯處理，並觸發定時任務；可以透過佇列設計定時訊息：創建訂單庫存減1的同時，發送付款檢查任務的定時訊息到訊息服務Queue； 定時訊息在30分鐘後可見，後台服務消費到付款檢查任務的訊息；也可以透過MNS完成即時通知：後台服務進行付款檢查，如果訂單尚未支付，對訂單進行回滾，庫存加1。
可以提供
-
創建定時訊息
例如透過創建定時訊息以判斷電商交易中超時未支付的訂單是否已付款或需要關閉訂單（滿足消息生產和消費的時間差的業務要求）。
-
完成定時通知
例如上述場景中對超時未支付訂單對用戶發送提醒訊息（滿足透過訊息觸發定時任務的業務場景設計）。
用戶資料註冊
表單註冊等系統同步轉異步，實現異步通知；用戶註冊成功後，需要發送註冊成功郵件、新用戶積分、優惠券等，加入MNS，可提升主流程用戶註冊流程的反應速度，而發送通知等非主流程或非重要任務可以異步集中處理，同時還可以將任務聚合然後批量處理。
可以提供
-
減少請求、提升效率和系統並行能力，提高系統吞吐量
基於通知功能，可以在後台服務處理完成任務時，回調通知用戶。進而減少用戶、網站前台及後台服務之間大量不必要的輪詢請求。
-
設計營運通知
訊息推送通知是營運方法中使用頻率較高的一種。它可以在某個時間節點提醒用戶進行某項操作，例如新活動上線推送、有趣新聞內容提醒、或派送優惠券通知等，增強用戶黏性。
線上抽獎設計
線上抽獎系統架構設計：存取抽獎系統前台集群，抽獎系統後台管理集群隨機生成獎品資訊，注入獎品佇列；隨機生成獎品資訊：透過兩個佇列進行中獎資訊同步，前台透過獎品佇列讀取獎品資訊，對用戶的抽獎請求進行判定，命中之後，發送中獎資訊到中獎資訊佇列；抽獎請求判定及用戶通知：後台管理集群收取中獎資訊佇列中獎資訊，發送通知訊息到獎品通知主題，獎品通知主題推送獎品通知短訊、郵件到用戶，通知即時統計系統http回調進行中獎統計。
可以提供
-
前台抽獎系統與後台獎品系統鬆耦合
透過獎品佇列，完成用戶線上抽獎和獎品隨機生成。
-
完成中獎情況的判定、中獎訊息的同步和用戶的通知
透過佇列、主題、訊息的結合，實現了用戶事件的即時推送，保證中獎訊息的時效性。
任務系統設計
設計任務系統，完成HTTP回調。透過佇列異步執行任務計算：用戶提交任務執行訊息到任務佇列中；任務執行叢集消費任務佇列中的任務訊息，異步執行計算任務；透過MNS完成即時通知：計算任務執行結束，發送通知訊息到主題，主題異步調用任務管理伺服器上的http回調，並且發送郵件和短訊通知用戶。
可以提供
-
避免解決並發請求帶來的數據洪峰，壓縮會場頁面反應時間
例如雙11大促，各分會場幾百上千款商品需要即時感知價格變化，大量並發存取數據庫，數據庫的存取壓力極大。
-
避免因頻寬瓶頸限制商品變更的存取流量，即時通知商品數據的變化
跨私網數據交換
相互隔離的內網間的數據透過公網進行數據交換。
可以提供
-
數據同步和交換
無需打通企業A和B的內網，也無需暴露企業A內網服務，訊息服務作為公共訊息通道實現企業A向企業B數據同步和交換。
-
靈活設定存取策略
訊息服務已可支援RAM存取控制和STS臨時授權方式，可以靈活設定公網佇列的存取策略。
影片系統架構
影片上載和影片處理服務解耦：影片上載至oss，oss發送影片上載完成事件訊息到訊息任務佇列；影片處理透過MNS完成狀態更新：影片處理服務MTS讀取任務佇列中事件消息，根據時間訊息拉取檔案，進行影片轉碼，重新上載轉碼結果，發送通知到通知主題；影片上架：影片網站更新數據，上架影片；CDN對新轉碼的影片進行加速，加快用戶觀看體驗。
可以提供
-
多任務間鬆耦合設計，提升業務並發處理能力
-
多任務間順序進行，保證業務流程流暢
