媒體和IT行業(yè)相關人員把目光瞄向了支付寶異地雙活架構的災備能力和應急處理能力，《財經》記者則撰文稱，從技術角度看，支付寶此次事故可能是內部應用模塊出了問題，未經嚴格驗證的應用被統(tǒng)一升級后，被意外觸發(fā)到未知狀態(tài)，會導致此類問題。
過了還不到24小時，剛剛因為收購藝龍而引發(fā)行業(yè)廣泛關注的攜程，同樣出現(xiàn)大面積的服務不可用，甚至有傳言稱攜程全線酒店數(shù)據(jù)庫物理刪除。攜程官方緊急出來辟謠：“5月28日上午11:09，因攜程部分服務器遭到不明攻擊，導致官方網站及APP暫時無法正常使用，目前系統(tǒng)正在逐步恢復中。經過緊急排查，攜程數(shù)據(jù)沒有丟失，預訂數(shù)據(jù)也保存完整。在恢復過程中，對用戶造成的不便，我司深表歉意。”
不管是藍翔的挖掘機還是什么原因，因云而來的各種互聯(lián)網服務總是如此的脆弱。去年8月，全球就發(fā)生了大范圍的宕機事件， AWS先后發(fā)生兩次宕機導致其損失700萬美元，蘋果iCloud宕機致使300萬用戶受到影響，谷歌全面宕機，5分鐘全球流量下降40%……同年年底，騰訊云發(fā)生了六分鐘的宕機事件，導致用戶訪問騰訊云網站時響應速度變慢、圖片打不開，無法登陸管理中心的控制臺。
以互聯(lián)網巨頭們的技術實力和行業(yè)內的壟斷地位，他們總能很快就擺平問題，并搞定怨聲載道的用戶，讓他們繼續(xù)為自家的服務埋單。
但隨著互聯(lián)網開放的大勢所趨以及敏捷應用開發(fā)的需求，越來越多的第三方應用(相對于提供平臺級API服務的互聯(lián)網巨頭，我們姑且把這些應用成為第三方)廣泛使用包括支付寶、攜程在內的API為用戶提供服務。
問題來了，互聯(lián)網巨頭可以憑借其壟斷服務，輕松搞定用戶，而對無數(shù)通過支付寶API、攜程酒店API、百度地圖API提供在線服務的第三方購物、打車、O2O應用來說，用戶會把責任歸咎于他們，認為是這些第三方應用不可靠，口碑就這樣沒了，用戶也棄之而去，而互聯(lián)網巨頭卻不會為第三方用戶埋單。
誰來捍衛(wèi)第三方應用的權益?!
對于基于API開發(fā)的應用來說，運維困難主要來自三個方面的問題：第一，缺少對數(shù)據(jù)接口的監(jiān)控，沒有及時主動發(fā)現(xiàn)接口性能降低問題所在;第二，缺乏對接口性能的預警，用戶增長導致數(shù)據(jù)接口調用的負載變化趨勢沒有預警分析;最后，缺少對接口的管理手段，傳統(tǒng)的監(jiān)控手段達不到突破性能瓶頸的效果。
云智慧監(jiān)控寶作為業(yè)內唯一的API監(jiān)控(Application Programming Interface Monitoring)產品，能夠實時洞察API接口的可用性、響應時間和正確性，實時反饋各地區(qū)用戶體驗，全面準確分析數(shù)據(jù)。監(jiān)控寶API監(jiān)控具備強大的數(shù)據(jù)驗證引擎，全面支持JSON、XML甚至Text、Response Status驗證，跨多平臺應用，從API和數(shù)據(jù)支撐層保障用戶的數(shù)據(jù)通信運行邏輯始終符合預期結果。
