認識阿里雲訊息服務 在
2015
杭州雲棲大會上，阿里雲發布了一款支援海量訊息，使命必達的訊息服務產品
(。目前，訊息服務也是阿里雲的一款商用訊息產品，其服務穩定性和可靠性都有全面的
sla保障。
你是否，還在擔心硬碟損壞等原因導致資料丟失？還在擔心自建的訊息服務受到惡意攻擊？還在擔心業務量迅速增加可能導致的效能壓力？還在擔心沒有專業的運維人員？擔心機器的維護成本過高？不必擔心！
mns訊息服務已經幫你一站式解決了以上所有問題，並且，**超便宜！
讓我們來一起看看
mns訊息服務是怎麼做到的。
mns
訊息服務的底層是基於阿里雲的飛天分布式系統，使用者請求被隨機分配到後台不同的
server
上，使用者的資料也被分散儲存在不同的後台
server
上。使用者每次傳送訊息時，後台在返回給使用者寫成功之前，會確保對應的訊息已經被複製到
3臺不同的物理機上，並且後台的資料複製機制能夠保證任何一台物理機故障時其上的資料能夠迅速做遷移，時刻保證使用者資料3份
copy
可用，進而實現了非常高的資料可靠性（
99.99999999%
）。這樣的資料可靠性，與其他通過主從備份等傳統方式實現的資料冗餘，有著根本上的不同。
訊息服務無論是元資料節點（
metaservice
）還是資料節點（
dataservice
），都採用了完全分布式的設計，具有非常好的線性擴充套件能力。並且使用者資料也被打散儲存在整個飛天集群裡，突破了單物理機的儲存上限，進而實現了海量的資料儲存能力。使用者的單佇列堆積訊息數無上限限制。
同時，對於使用者的每個佇列，
mns訊息服務都有至少兩台物理機提供服務，並且任何物理機發生故障時，佇列服務單元都會迅速自動遷移，這就保證了任何時刻出現機器故障，都不會影響使用者對於佇列的使用，進而保證了訊息服務的高可用性（
99.9%）。
在效能方面，完全採用分布式設計的
mns訊息服務，完全支援使用者業務的削峰填谷場景。
2016
年春節期間，
mns訊息服務部分使用者的佇列
qps從
1000
暴增至數萬，過程中使用者服務持續順滑，極大地減輕了使用者自建訊息服務時機器維護和機器擴容的壓力。
阿里雲mns
訊息服務也同時附贈很多的額外功能。使用訊息服務經常會遇到這樣的難題：我的程式接收到訊息後，在處理訊息的過程中發生了錯誤，導致程式卡死或者程式崩潰。那麼程式重啟之後，之前未處理完的訊息是否還能被繼續處理，經常是需要很多額外的**邏輯的。使用訊息服務後，訊息只有在使用者主動刪除後才會被刪除，否則訊息在使用者自定義的時間長度之後還可以被繼續消費，使用者程式重啟後依然可以繼續接收到自己未處理完的訊息，使用者程式只需要在處理完訊息之後主動刪除訊息即可。
同時，mns訊息服務還有著優先順序訊息，延時訊息，批量訊息，和主動的訊息通知等等一系列特色功能。
mns訊息服務的**更是極具吸引力，每個月有
100w
的免費請求量，並且每
100w
次請求只收
2元錢，完全按量付費。
更多資訊，可以隨時登陸阿里雲官網檢視：www.aliyun.com/product/mns
MNS訊息服務計費處理參考
概述 近期因為阿里雲mns計費模式調整，很多使用者之前建立的例項，因為之前每個區域都有乙個例項免費的額度，所以不使用也不會收費。但是最近計費調整後不再提供單個區域乙個例項的免費額度，所以出現了很多計費的問題。下面主要針對這個問題介紹具體的處理流程。說明 處理流程 1 登陸到控制台的計費介面 2 消費...
使用阿里雲訊息服務mns傳送簡訊
step 1.獲取主題引用 從獲取 youraccountid 從獲取 youraccessid和 youraccesskey 從http youraccountid.mns.cn hangzhou.aliyuncs.com獲取 yourmnsendpoint,eg.my account accou...
啟發 從MNS事務訊息談分布式事務
事務訊息本質上解決的問題是業務系統與訊息系統之間的事務問題 跨系統分布式事務 其基本原理即兩階段提交以及最終一致性保障。最近看了下阿里雲mns事務訊息的實現原理，介紹的蠻簡潔透徹的，對了解分布式事務實現原理挺有幫助，在閱讀本文前推薦大家先仔細閱讀下阿里雲 mns事務訊息 一文。有時候我們需要實現本地...