最近，這張被自動識別出性別和年齡的合照在微信朋友圈火了起來，如此智(gao)能(xiao)的識別技術來自微軟網(wǎng)站how-old.net，開發(fā)者可以利用微軟提供的API在自己的應用中添加這一功能。而正是由于API的出現(xiàn)，讓開發(fā)者能夠在應用中以最簡單的方式提供社交分享、電商支付、地圖導航等傳統(tǒng)軟件里的重度服務，也能與微信、QQ、淘寶等平臺輕松打通。
這種高效敏捷的開發(fā)方式不但改變了開發(fā)者，同樣改變了互聯(lián)網(wǎng)、移動互聯(lián)和終端用戶對應用的期望。軟件和應用開發(fā)不再需要一個團隊實現(xiàn)端到端所有功能，而用戶則可以在小團隊開發(fā)的應用中用微博賬戶進行登錄、用支付寶進行購買支付、把內(nèi)容分享到微信，這在過去是不可想象的。
隨之而來的是用戶需求的變化，和對軟件性能期望值的不斷提高，這就決定了開發(fā)者不能再拘泥于傳統(tǒng)的軟件開發(fā)和交付模式，分布式架構成為必然，API則成為應用與互聯(lián)網(wǎng)無縫對接的橋梁。應用開發(fā)越快、擴展性越高，對API的依賴越深，而把交付組件組裝起來的分布式架構，要獲得用戶期望的性能，API性能成為核心因素和瓶頸。
眾所周知，性能監(jiān)控必須遵循與軟件開發(fā)和交付的相同路徑，當應用是端到端獨立開發(fā)，且處于單一網(wǎng)絡環(huán)境時，使用Ping命令測試可用性也許就夠了。但當應用從內(nèi)網(wǎng)測試環(huán)境部署到真實的互聯(lián)網(wǎng)環(huán)境，我們就必須監(jiān)控應用的整體運行和傳輸流程，以確保應用的性能。
在應用性能管理(APM)領域，你可以輕松找到服務器監(jiān)控、數(shù)據(jù)庫監(jiān)控、APP監(jiān)控、瀏覽器監(jiān)控甚至代碼監(jiān)控的產(chǎn)品，所有性能和可用性測試的方案都是針對應用的前端和后端，但卻少有企業(yè)提及API監(jiān)控。
但缺少了API監(jiān)控，用戶可能無法登錄，無法支付，無法進行社交分享，而這時應用的運行卻是完全正常的。如果不進行API監(jiān)控，你無法判斷他們是否執(zhí)行，傳遞的信息是否正確，內(nèi)容是否合規(guī)。如果不監(jiān)控API，運維和開發(fā)查找BUG的時間將大大延長，甚至觸及用戶體驗的底線，導致用戶離你而去。
云智慧CEO殷晉指出，“對于應用/服務運維人員來說，API性能降低主要來自三個方面的問題：第一，缺少對數(shù)據(jù)接口的監(jiān)控，沒有及時主動發(fā)現(xiàn)接口性能降低問題所在;第二，缺乏對接口性能的預警，用戶增長導致數(shù)據(jù)接口調(diào)用的負載變化趨勢沒有預警分析;最后，缺少對接口的管理手段，傳統(tǒng)的監(jiān)控手段達不到突破性能瓶頸的效果。”
云智慧監(jiān)控寶作為業(yè)內(nèi)唯一的API監(jiān)控(Application Programming Interface Monitoring)產(chǎn)品，能夠?qū)崟r洞察API接口的可用性、響應時間和正確性，實時反饋各地區(qū)用戶體驗，全面準確分析數(shù)據(jù)。監(jiān)控寶API監(jiān)控具備強大的數(shù)據(jù)驗證引擎，全面支持JSON、XML甚至Text、Response Status驗證，跨多平臺應用，從API和數(shù)據(jù)支撐層保障用戶的數(shù)據(jù)通信運行邏輯始終符合預期結果。
