EMAS的整體定位是阿里巴巴移動技術對外輸出的主窗口，沉淀了阿里巴巴近10年在移動互聯網技術架構上的積累以及在一系列垂直場景中所實踐的核心技術能力。一方面，EMAS希望為廣大開發者提供安全、穩定、快速、彈性的移動應用基礎設施，另一方面也希望幫助廣大中小企業、初創團隊以及處于“互聯網+”轉型階段的傳統企業構建工程化、系統化、智能化的企業級移動互聯網研發體系，并將近十年來阿里巴巴在移動互聯網總結和沉淀的一系列方法論分享給業界。

從2015年第一個產品公測開始，到目前為止EMAS總共服務了近14億移動終端設備、20萬App以及10萬移動開發者，在一定程度上也影響了整個國內移動開發生態的發展。

隨著技術形態的不斷演進，移動互聯網已經成為全球商務生態系統當中不可或缺的一部分。用一句話形容EMAS的愿景就是“30天和你一起再造一個手機淘寶”。這背后的含義就是無論規模多小的創業團隊都可以基于EMAS的服務快速便捷地擁有像手機淘寶、支付寶一樣完善的基礎設施，可以低成本地擁抱移動互聯時代。當前EMAS處在快速向前迭代發展的階段，未來也會有越來越多的阿里巴巴集團內部優秀的移動基礎服務通過EMAS平臺對外開放。目前EMAS開放了一個研發支撐平臺、九大公共云產品服務、五種場景解決方案以及兩種專有云產品服務。

EMAS將整個移動應用開發劃分成了5個職能域：項目域、工程域、構建域、運維域和運營域，并且面向這5個職能域形成了移動中間件基礎解決方案。

在解決方案環節，阿里巴巴已經開源了面向Android的應用容器Altlas以及跨平臺的UI開發框架Weex，圍繞這些開發框架也會提供相應的商業化版本解決方案，幫助開發者更便捷地完成App的創建和管理。通過端+云的緊密配合為移動開發者提供全鏈路端到端的移動研發解決方案。在專有云環節提供了面向傳統企業開發企業級應用研發服務EMAS，希望打包整個阿里巴巴集團近10年移動互聯網研發體系的積累，并以SaaS化的服務形態一鍵復制我們的能力、經驗，我們的流程、機制和方法論，希望幫助更多的傳統企業快速地完成業務移動化的轉型升級目標。

基于上述提到的這一套端到端的全鏈路移動應用研發體系，阿里巴巴也提出了一種新的移動App研發范式——Cloud Native App。

傳統的Cloud Native概念主要是面向后端應用的，利用容器、微服務、持續集成、持續構建以及DevOps這一套云化的架構來構建應用，其本質則是一套應用構建的方法論，怎樣充分地利用云計算服務模型的優勢來低成本、快速地構建彈性的應用，這樣一套方法論在移動App場景中同樣適用。比如基于面向移動端Serverless的架構實現App運行環境的透明化和按需擴展，基于云上開放的移動App DevOps實現研發流程流水化，支撐應用的高效交付，基于云上的移動中間件體系實現所有的基礎設施服務化，按量付費，基于Weex/Atlas賦能應用，真正實現大型App組件化和跨平臺的能力。這樣一套Cloud Native App研發范式能夠真正幫助開發者去降低業務本身的技術風險，把自己有限的資源投入在和本身業務快速增長的工作上。

接下來分享阿里巴巴在移動App的研發關鍵路徑上所開放出來的一系列的核心能力，主要分為了幾個關鍵環節：網絡、消息與數據、應用質量和高可用以及企業級移動應用研發服務EMAS。

（一）網絡

網絡是所有移動App非常關鍵的基礎模塊。Google之前對搜索系統有做過相應的統計評測，搜索系統延遲每上升400毫秒，搜索量業務量就會降低0.59%，雖然這一相對值看似比較低，但是在Google搜索體量背后也是非常大的損耗。雅虎整體Web系統的延遲每上升400毫秒，流量就會下降5%到9%；Bing延遲每上升2秒，整體收入下降4.3%；而對于Mozilla，延遲每降低2.2秒，下載量就會提升15.4%。所以說網絡這個環節不僅僅和移動端體驗息息相關，同時也直接決定著產品的核心商業指標情況。

在網絡環節，阿里巴巴也有非常深厚的沉淀。首先從網絡最開始的階段、最前置的環節來看就是流量調度和域名解析。傳統DNS解析體系存在很多問題，比如域名劫持的問題，以及由于本身的調度精準性帶來的網絡訪問質量降低的問題，還有在移動場景本身域名解析的延遲有200毫秒左右，而這樣的延遲對于本身用戶網絡訪問也會帶來一定的體驗上的損耗。傳統基于B/S架構瀏覽器的Web應用，對于開發者而言都是黑盒，很難針對網絡環節進行優化，到了移動互聯網時代，移動App基本上以C/S架構形態構建的，這樣一個形態和架構特性意味著有更多的針對客戶端的定制和優化的空間。在這樣的背景下，HTTPDNS應運而生，它替代了傳統DNS解析路徑的服務質量最不可控的LocalDNS環節。

HTTPDNS有以下幾個特性：

? 防劫持，因為LocalDNS環節往往沒有商業化的SLA保障，而通過這樣的方式可以徹底地規避域名劫持問題。同時基于全網的BGP Anycast的部署可以實現全網客戶端就近接入的能力，同時通過遍及全網的多機房的容災可以保障商業化的服務SLA。另外一方面，HTTPDNS和權威DNS之間也是通過EDNS進行直連的，這意味著可以基于客戶端IP進行精準調度。在傳統的DNS體系中，一般權威DNS進行調度的時候是基于LocalDNS代理節點進行調度的，一旦LocalDNS的分布不是很均勻，就會降低CDN域名解析等的精準性。

? 0延遲解析，因為移動App是C/S架構的，所以在端上會提供SDK，可以通過像預解析、智能緩存、懶加載等特性把每一次DNS解析延遲從用戶網絡請求當中抽離出來異步地在后臺進行實現，這樣可以在真正意義實現零延遲解析，進而降低每次網絡請求的延遲開銷。

? 解析變更秒級生效，由于HTTPDNS和權威DNS之間是存在相應的交互的，解析域名的實時變更可以同步到HTTPDNS這邊，這樣全網變更秒級生效在傳統DNS體系下是無法實現的，這是因為LocalDNS本身會進行IP緩存，很多時候對于IP緩存并不遵循標準TTL協議，所以會導致了變革在全網生效有很大的延遲。

? 軟件定義解析能力，通過這個能力用戶可以基于自己業務訴求來進行自定義的流量調度，這樣的能力在A/B Test、版本灰度以及安全流量調度等場景下都有很大的利用空間。

? 基于現在對于網絡流量數據的評測，HTTPDNS已經成為整個移動互聯網中非常重要的域名解析和流量調度的基礎設施。

域名解析之后就是網絡請求的主體環節。對比有線網絡，移動網絡一個很重要的特點就是多了一個移動鏈路環節，其整體丟包率、穩定性以及延遲對于有線網絡都有所不足。通常稱這個鏈路為Lastmile，如何解決Lastmile通信效率的問題也是移動網絡優化最為核心的課題。對于普通的開發者而言，整個網絡鏈路是以黑盒形態存在的，所以開發者針對網絡形態所能做的網絡優化的空間是非常有限的，如果需要專門針對移動網絡進行優化則需要聘請相應的專家針對協議層面進行相應的優化，所以整體資源的投入和維系的成本以及門檻也是比較高的。基于此，阿里巴巴也會開放內部的網絡優化體系——移動加速服務，希望能夠從端、管、云三個層面幫助開發者完成App網絡整體立體式優化。

傳統的App網絡訪問鏈路從客戶端發出請求是通過公網路由進行原站訪問的，而通過移動加速，App發出網絡請求首先會就近接入遍及全網的加速節點，通過加速網絡進行快速的路由選擇再回原站訪問。這樣的整體收益就來自以下三個方面：

? 在“端”方面，移動云會提供網絡托管SDK，通過托管SDK和加速節點配合，真正意義上構建雙端加速模型。傳統CDN是典型的單端加速模型，而雙端加速模型的一個很重要的優勢就是從客戶端到加速節點之間的鏈路由于雙端都有控制，可以進行傳輸協議的協商和實現。在這樣一個雙端加速模型上可以針對傳統四層的TCB協議的一些缺陷進行深度優化定制。

? 在“管”方面，移動云擁有遍布全網的海量就近接入節點，在帶寬以及鏈路等方面質量都是非常優異的。同時，傳統CDN是短連接的形態，每次發起的業務請求在結束之后可能就被釋放掉了。而在移動加速場景下，從客戶端到加速節點到原站之間實現了全鏈路的長連接，可以大幅度削減在網絡通信過程中的三次握手以及安全握手等冗余的開銷。另外在動態路由方面，全網會有海量的加速節點，通過這些加速節點可以實時地、智能地去計算從就近加速節點到用戶原站之間應該通過怎樣的路由使得整體的延時更優化，進而降低每次網絡訪問的延遲。

? 在“云”方面，傳統CDN實現的功能是靜態資源的緩存、分發能力，同樣的移動加速會繼承傳統CDN靜態資源緩存分發能力，同時對于像HTML、JS、CSS等面向Web化的資源也會進行動態的資源優化，進一步壓縮鏈路上網絡帶寬的訴求，提升網絡訪問的效率。

對比于傳統的CDN，移動加速就是CDN面向移動場景的解決方案。在雙端加速模型，的背景下，可以針對訪問鏈路進行協議定制優化，同時在連接層面可以實現真正意義上的全鏈路的長連接，大幅削減安全握手、三次握手等冗余開銷。加速網絡內部在端上引入機器學習的元素，可以通過智能判斷分析對于當前的客戶所處的當前環境到底應該選擇使用加速鏈路還是公網路由。基于雙端加速模型，可以進行優化定制，對于HTTPS的加密協議也可以進行深度定制，可以實現效率上的提升。

除了域名解析和網絡優化之外，移動網絡還有非常多的場景訴求，比如說網絡撥測、網絡體系監控、資源上傳、遠程調用、網絡診斷等，移動網絡本身是內聚性非常強的閉環場景。App對網絡訴求可以用四個關鍵詞概括：高速、穩定、可控，可視。

（二）消息與數據

移動互聯網進入到下半場，人口流量紅利也在慢慢退去，如何實現更精準的客戶觸達和留存成為每一個產品最核心的運營指標。如果說大家之前有關注過手淘的“雙11”會場頁面會發現手淘已經實現了“千人千面”能力，同時基于數據智能消息推送系統在線上運轉多年并且取得了非常好的成績。現在阿里巴巴也會把這些產品能力背后的核心技術開放出來，幫助大家實現對于客戶的拉新、促活、留存和轉化。

面向運營域，阿里巴巴會開放經歷多年“雙11”歷練的消息推送系統。在送達方面開放整個阿里系共享的消息推送通道，結合廠商合作伙伴提供的基于多消息推送通道的通送解決方案保障整體送達效果。延遲方面，會針對移動網絡場景進行深度優化和定制，同時面向IOS推送場景提供相應的中美高速通道專線，保障每一次任務的及時下發和網絡秒級應答。在流量方面，每秒百萬級別消息設備的吞吐率意味著在面對類似“雙11”這樣的強脈沖計算的場景下，也能夠及時地對于推送業務進行應答。

除了傳統PaaS層推送通道之外還會進一步開放復合推送的能力，基于移動推送+短信推送組合面向客戶提供更彈性的觸達終端用戶的解決方案。在復合推送的模型下，優先通過應用鏈的消息推送進行客戶觸達，在消息推送沒有辦法觸達客戶的情況下就通過短信推送進行補償。一方面可以利用短信推送的高觸達率保障營銷任務的觸達效果，另外一方面也可以利用消息推送本身的低成本進一步地降低營銷任務背后的成本開銷。

阿里巴巴也會進一步開放集團內部的基于大數據的智能推送的能力，基于個性化推薦引擎可以構建企業完整的用戶畫像，基于用戶畫像標簽、終端用戶地理位置信息、終端狀態信息以及每一次推送具體的內容等多個輸入源進行智能的設備圈選，有效地提升推送的精準度，能夠幫助客戶實現真正意義上基于大數據的精準定向營銷。

（三）應用質量和高可用

移動互聯網發展到今天已經累積了幾萬款移動終端設備，海量的機型和操作系統以及分辨率構成的配置組合給移動應用本身的質量保障帶來非常大的挑戰。

傳統測試模式基于人工，不管在測試覆蓋度、測試效率，還是Bug檢出率方面已經無法完全應對測試本身復雜度的指數級增長。基于這樣背景阿里巴巴開放了內部的真機測試服務平臺——移動測試服務，其包括了真機適配、功能自動化、云端調試、在線錄制、性能測試以及H5測試等方面的能力，希望能夠從公共云和專有云兩個渠道幫助不同訴求的客戶一起保障移動App高質量的交付。

移動云面向移動App還推出了線上問題一鍵熱修復的解決方案Sophix，針對Native App發版節奏慢，更新周期長的問題提供端到端一體化的熱修復解決方案，Sophix可以面向代碼、資源、SO文件三個維度進行修復，接入成本非常低廉，對應用沒有侵入，幾行代碼可以完成整體接入，補丁包采用差量技術進行更新，從Patch生成、灰度、線上發布和統計能夠幫助開發者實現一站式線上故障應急處理的解決方案。

移動應用質量管理高可用這個體系類似于上述的移動網絡體系，也是內聚性非常強的閉環場景，在這樣的場景內阿里巴巴沉淀了非常多的能力，比如數據挖掘、分析梳理、面向終端日志采集分析處理等等。

（四）企業業務移動化

除了上述提到的公有云開放的幾個場景能力之外，面向專有云、傳統企業、面向企業移動化浪潮，阿里巴巴也會開放相應的解決方案。

傳統企業進行業務移動化過程中會面對各種各樣的研發協同挑戰，存在著很多面和點的問題，為了應對這些問題，阿里巴巴開放了企業級移動應用研發服務EMAS。對于傳統企業而言企業“互聯網+”的標志是研發體系的互聯網化，單純在資源層面通過云上虛擬機替換傳統的物理機并不能帶來本質的變革，只有真正實現了傳統體系內部研發體系的“互聯網+”的升級，才能夠真正為傳統企業內部研發效能的提升帶來質的變化。EMAS希望打包整合阿里巴巴近十年研發體系以及能力、經驗的積累，希望幫助更多的傳統企業快速構建工程化的移動應用研發體系，完成企業業務移動化的轉型升級目標。

EMAS研發支撐平臺覆蓋從研發管理到持續集成、自動化測試、版本管理、灰度發布、監控大盤、系統運維、用戶運營等完整的全流程生命周期管理，是移動互聯網沉淀的這套流程、機制、方法論很重要的載體。同時配合在云上提供的移動中間件基礎服務體系，可以從真正意義上面向開發者提供移動應用研發全棧解決方案。

上圖所示的就是完整版的EMAS能力交付的全景圖，除了剛才介紹的傳統從端+云+數據這樣一套能力棧中軸之外，也會開放阿里巴巴沉淀的軟能力，幫助研發者構建軟硬一體化完善的研發體系。

?

原文鏈接
本文為云棲社區原創內容，未經允許不得轉載。

總結

以上是生活随笔為你收集整理的一文纵览EMAS 到底内含多少阿里核心技术能力的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。