除了917億的天量成交額，2015年天貓雙11狂歡節(jié)還有個數(shù)字震驚了全球，那就是破紀錄的每秒14萬筆的訂單創(chuàng)建量，這個數(shù)字比全球最大信用卡組織VISA支付能力的6倍還多。
然而面對如此高的峰值數(shù)字，任何獨立的高并發(fā)計算機都是徒勞的，因為這些流量的來源錯綜復雜，即使用上天河2號這樣的超級計算機，也會因為效率低下而耽誤了訂單創(chuàng)建過程。這時候就需要一個優(yōu)秀的“交警”來指揮交通，將不同類別的消息進行分類，并保障所有的訂單消息都被快速分派并消費成功。
阿里云消息服務就是這么一款“小而強大”云服務產(chǎn)品，它能提供高效、可靠、安全、便捷、彈性擴展的消息服務;輕松構建耦合、高并發(fā)的分布式系統(tǒng);方便跨域數(shù)據(jù)安全傳輸。
“傳統(tǒng)架構是雙向單車道，阿里云造了一條雙向八車道的高速公路”
“傳統(tǒng)的消息隊列服務是單車道模式，還是雙向的，”阿里云消息服務產(chǎn)品負責人表示，“這就注定了消息很容易發(fā)生擁堵的狀況，阿里云的消息服務在設計之初就采用了分布式框架，無論是數(shù)據(jù)節(jié)點還是元數(shù)據(jù)節(jié)點，都按照‘雙向八車道’的理念，實現(xiàn)海量、高可靠、高可用的消息服務。”
在分布式設計下，用戶的數(shù)據(jù)被被打散存儲到整個集群，突破了單物理機的存儲上限，進而實現(xiàn)了海量的數(shù)據(jù)存儲能力，用戶隊列個數(shù)和單隊列堆積消息數(shù)都無上限限制，該負責人表示。
在傳統(tǒng)的“單車道”模式下，一旦擁堵就會發(fā)生消息丟失的情況。而阿里云消息服務在每條消息返回給用戶之前就已被復制在3份不同的物理機上，并且保證任何一臺物理機故障時其上的數(shù)據(jù)及隊列服務單元能夠快速自動遷移，時刻保證用戶數(shù)據(jù)3份copy可用。如此一來，數(shù)據(jù)這輛小車在阿里云的“高速公路”上擁有99.9999999%的可靠性，并且永遠不會發(fā)生堵車。
取消“收費站” 讓消息回溯成為歷史
臨近年關，各大商場超市都在搞活動，最擁堵的地方就是收銀臺了。
訂單的創(chuàng)建過程就是消息被消費的過程，當碰到?jīng)]有處理成功的消息時，就需要做回溯補償處理，這就類似車輛要下高速了，卻因為在收費站找零錢而耽誤了整個進程。
阿里云在消息服務首創(chuàng)了消息零回溯功能，能夠保證消費至少被消費一次，只有消息在被主動刪除后才會被認定為消息被程序消費成功，否則，消息服務會保證消息在設定的時間后繼續(xù)消費，保證消息“使命必達”。用戶既不用擔心程序崩潰導致正在處理中的消息丟失，也無需在程序重啟后座任何消費狀態(tài)設置，徹底消滅了消息回溯這個需求。
多應用場景 零運維成本
阿里云消息服務采用標準HTTP Restful 接口，支持公網(wǎng)訪問，無平臺依賴，云上云下、跨region都可連接，用戶可以輕松的做跨域的數(shù)據(jù)傳輸，而不需要在防火墻開特殊端口;也不需要等待官方某種特定語言的SDK，可以很方便的用各種語言以自己想要的方式實現(xiàn)SDK，做到自主可控。
此外，阿里云消息服務還提供了優(yōu)先級消息、延遲消息、批量消息、通知消息等實用功能，幫助用戶輕松實現(xiàn)系統(tǒng)解耦，削峰填谷，數(shù)據(jù)交換，通知回調(diào)，定時任務，優(yōu)先級任務等場景，無需自購服務器、搭建開源消息中間件軟件以及后續(xù)繁瑣的運維擴容工作。
配合阿里云的“一鍵開通、按需使用、彈性擴容、按量計費”的一條龍服務，企業(yè)可以更專注于自身系統(tǒng)組件間的業(yè)務邏輯，而無需為底層消息中間件的穩(wěn)定性擔憂，真正實現(xiàn)了0運維成本。
