EMAS的整體定位是阿里巴巴移動(dòng)技術(shù)對(duì)外輸出的主窗口，沉淀了阿里巴巴近10年在移動(dòng)互聯(lián)網(wǎng)技術(shù)架構(gòu)上的積累以及在一系列垂直場(chǎng)景中所實(shí)踐的核心技術(shù)能力。一方面，EMAS希望為廣大開發(fā)者提供安全、穩(wěn)定、快速、彈性的移動(dòng)應(yīng)用基礎(chǔ)設(shè)施，另一方面也希望幫助廣大中小企業(yè)、初創(chuàng)團(tuán)隊(duì)以及處于“互聯(lián)網(wǎng)+”轉(zhuǎn)型階段的傳統(tǒng)企業(yè)構(gòu)建工程化、系統(tǒng)化、智能化的企業(yè)級(jí)移動(dòng)互聯(lián)網(wǎng)研發(fā)體系，并將近十年來(lái)阿里巴巴在移動(dòng)互聯(lián)網(wǎng)總結(jié)和沉淀的一系列方法論分享給業(yè)界。

從2015年第一個(gè)產(chǎn)品公測(cè)開始，到目前為止EMAS總共服務(wù)了近14億移動(dòng)終端設(shè)備、20萬(wàn)App以及10萬(wàn)移動(dòng)開發(fā)者，在一定程度上也影響了整個(gè)國(guó)內(nèi)移動(dòng)開發(fā)生態(tài)的發(fā)展。

隨著技術(shù)形態(tài)的不斷演進(jìn)，移動(dòng)互聯(lián)網(wǎng)已經(jīng)成為全球商務(wù)生態(tài)系統(tǒng)當(dāng)中不可或缺的一部分。用一句話形容EMAS的愿景就是“30天和你一起再造一個(gè)手機(jī)淘寶”。這背后的含義就是無(wú)論規(guī)模多小的創(chuàng)業(yè)團(tuán)隊(duì)都可以基于EMAS的服務(wù)快速便捷地?fù)碛邢袷謾C(jī)淘寶、支付寶一樣完善的基礎(chǔ)設(shè)施，可以低成本地?fù)肀б苿?dòng)互聯(lián)時(shí)代。當(dāng)前EMAS處在快速向前迭代發(fā)展的階段，未來(lái)也會(huì)有越來(lái)越多的阿里巴巴集團(tuán)內(nèi)部?jī)?yōu)秀的移動(dòng)基礎(chǔ)服務(wù)通過(guò)EMAS平臺(tái)對(duì)外開放。目前EMAS開放了一個(gè)研發(fā)支撐平臺(tái)、九大公共云產(chǎn)品服務(wù)、五種場(chǎng)景解決方案以及兩種專有云產(chǎn)品服務(wù)。

EMAS將整個(gè)移動(dòng)應(yīng)用開發(fā)劃分成了5個(gè)職能域：項(xiàng)目域、工程域、構(gòu)建域、運(yùn)維域和運(yùn)營(yíng)域，并且面向這5個(gè)職能域形成了移動(dòng)中間件基礎(chǔ)解決方案。

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

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

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

接下來(lái)分享阿里巴巴在移動(dòng)App的研發(fā)關(guān)鍵路徑上所開放出來(lái)的一系列的核心能力，主要分為了幾個(gè)關(guān)鍵環(huán)節(jié)：網(wǎng)絡(luò)、消息與數(shù)據(jù)、應(yīng)用質(zhì)量和高可用以及企業(yè)級(jí)移動(dòng)應(yīng)用研發(fā)服務(wù)EMAS。

（一）網(wǎng)絡(luò)

網(wǎng)絡(luò)是所有移動(dòng)App非常關(guān)鍵的基礎(chǔ)模塊。Google之前對(duì)搜索系統(tǒng)有做過(guò)相應(yīng)的統(tǒng)計(jì)評(píng)測(cè)，搜索系統(tǒng)延遲每上升400毫秒，搜索量業(yè)務(wù)量就會(huì)降低0.59%，雖然這一相對(duì)值看似比較低，但是在Google搜索體量背后也是非常大的損耗。雅虎整體Web系統(tǒng)的延遲每上升400毫秒，流量就會(huì)下降5%到9%；Bing延遲每上升2秒，整體收入下降4.3%；而對(duì)于Mozilla，延遲每降低2.2秒，下載量就會(huì)提升15.4%。所以說(shuō)網(wǎng)絡(luò)這個(gè)環(huán)節(jié)不僅僅和移動(dòng)端體驗(yàn)息息相關(guān)，同時(shí)也直接決定著產(chǎn)品的核心商業(yè)指標(biāo)情況。

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

HTTPDNS有以下幾個(gè)特性：

? 防劫持，因?yàn)長(zhǎng)ocalDNS環(huán)節(jié)往往沒有商業(yè)化的SLA保障，而通過(guò)這樣的方式可以徹底地規(guī)避域名劫持問(wèn)題。同時(shí)基于全網(wǎng)的BGP Anycast的部署可以實(shí)現(xiàn)全網(wǎng)客戶端就近接入的能力，同時(shí)通過(guò)遍及全網(wǎng)的多機(jī)房的容災(zāi)可以保障商業(yè)化的服務(wù)SLA。另外一方面，HTTPDNS和權(quán)威DNS之間也是通過(guò)EDNS進(jìn)行直連的，這意味著可以基于客戶端IP進(jìn)行精準(zhǔn)調(diào)度。在傳統(tǒng)的DNS體系中，一般權(quán)威DNS進(jìn)行調(diào)度的時(shí)候是基于LocalDNS代理節(jié)點(diǎn)進(jìn)行調(diào)度的，一旦LocalDNS的分布不是很均勻，就會(huì)降低CDN域名解析等的精準(zhǔn)性。

? 0延遲解析，因?yàn)橐苿?dòng)App是C/S架構(gòu)的，所以在端上會(huì)提供SDK，可以通過(guò)像預(yù)解析、智能緩存、懶加載等特性把每一次DNS解析延遲從用戶網(wǎng)絡(luò)請(qǐng)求當(dāng)中抽離出來(lái)異步地在后臺(tái)進(jìn)行實(shí)現(xiàn)，這樣可以在真正意義實(shí)現(xiàn)零延遲解析，進(jìn)而降低每次網(wǎng)絡(luò)請(qǐng)求的延遲開銷。

? 解析變更秒級(jí)生效，由于HTTPDNS和權(quán)威DNS之間是存在相應(yīng)的交互的，解析域名的實(shí)時(shí)變更可以同步到HTTPDNS這邊，這樣全網(wǎng)變更秒級(jí)生效在傳統(tǒng)DNS體系下是無(wú)法實(shí)現(xiàn)的，這是因?yàn)長(zhǎng)ocalDNS本身會(huì)進(jìn)行IP緩存，很多時(shí)候?qū)τ贗P緩存并不遵循標(biāo)準(zhǔn)TTL協(xié)議，所以會(huì)導(dǎo)致了變革在全網(wǎng)生效有很大的延遲。

? 軟件定義解析能力，通過(guò)這個(gè)能力用戶可以基于自己業(yè)務(wù)訴求來(lái)進(jìn)行自定義的流量調(diào)度，這樣的能力在A/B Test、版本灰度以及安全流量調(diào)度等場(chǎng)景下都有很大的利用空間。

? 基于現(xiàn)在對(duì)于網(wǎng)絡(luò)流量數(shù)據(jù)的評(píng)測(cè)，HTTPDNS已經(jīng)成為整個(gè)移動(dòng)互聯(lián)網(wǎng)中非常重要的域名解析和流量調(diào)度的基礎(chǔ)設(shè)施。

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

傳統(tǒng)的App網(wǎng)絡(luò)訪問(wèn)鏈路從客戶端發(fā)出請(qǐng)求是通過(guò)公網(wǎng)路由進(jìn)行原站訪問(wèn)的，而通過(guò)移動(dòng)加速，App發(fā)出網(wǎng)絡(luò)請(qǐng)求首先會(huì)就近接入遍及全網(wǎng)的加速節(jié)點(diǎn)，通過(guò)加速網(wǎng)絡(luò)進(jìn)行快速的路由選擇再回原站訪問(wèn)。這樣的整體收益就來(lái)自以下三個(gè)方面：

? 在“端”方面，移動(dòng)云會(huì)提供網(wǎng)絡(luò)托管SDK，通過(guò)托管SDK和加速節(jié)點(diǎn)配合，真正意義上構(gòu)建雙端加速模型。傳統(tǒng)CDN是典型的單端加速模型，而雙端加速模型的一個(gè)很重要的優(yōu)勢(shì)就是從客戶端到加速節(jié)點(diǎn)之間的鏈路由于雙端都有控制，可以進(jìn)行傳輸協(xié)議的協(xié)商和實(shí)現(xiàn)。在這樣一個(gè)雙端加速模型上可以針對(duì)傳統(tǒng)四層的TCB協(xié)議的一些缺陷進(jìn)行深度優(yōu)化定制。

? 在“管”方面，移動(dòng)云擁有遍布全網(wǎng)的海量就近接入節(jié)點(diǎn)，在帶寬以及鏈路等方面質(zhì)量都是非常優(yōu)異的。同時(shí)，傳統(tǒng)CDN是短連接的形態(tài)，每次發(fā)起的業(yè)務(wù)請(qǐng)求在結(jié)束之后可能就被釋放掉了。而在移動(dòng)加速場(chǎng)景下，從客戶端到加速節(jié)點(diǎn)到原站之間實(shí)現(xiàn)了全鏈路的長(zhǎng)連接，可以大幅度削減在網(wǎng)絡(luò)通信過(guò)程中的三次握手以及安全握手等冗余的開銷。另外在動(dòng)態(tài)路由方面，全網(wǎng)會(huì)有海量的加速節(jié)點(diǎn)，通過(guò)這些加速節(jié)點(diǎn)可以實(shí)時(shí)地、智能地去計(jì)算從就近加速節(jié)點(diǎn)到用戶原站之間應(yīng)該通過(guò)怎樣的路由使得整體的延時(shí)更優(yōu)化，進(jìn)而降低每次網(wǎng)絡(luò)訪問(wèn)的延遲。

? 在“云”方面，傳統(tǒng)CDN實(shí)現(xiàn)的功能是靜態(tài)資源的緩存、分發(fā)能力，同樣的移動(dòng)加速會(huì)繼承傳統(tǒng)CDN靜態(tài)資源緩存分發(fā)能力，同時(shí)對(duì)于像HTML、JS、CSS等面向Web化的資源也會(huì)進(jìn)行動(dòng)態(tài)的資源優(yōu)化，進(jìn)一步壓縮鏈路上網(wǎng)絡(luò)帶寬的訴求，提升網(wǎng)絡(luò)訪問(wèn)的效率。

對(duì)比于傳統(tǒng)的CDN，移動(dòng)加速就是CDN面向移動(dòng)場(chǎng)景的解決方案。在雙端加速模型，的背景下，可以針對(duì)訪問(wèn)鏈路進(jìn)行協(xié)議定制優(yōu)化，同時(shí)在連接層面可以實(shí)現(xiàn)真正意義上的全鏈路的長(zhǎng)連接，大幅削減安全握手、三次握手等冗余開銷。加速網(wǎng)絡(luò)內(nèi)部在端上引入機(jī)器學(xué)習(xí)的元素，可以通過(guò)智能判斷分析對(duì)于當(dāng)前的客戶所處的當(dāng)前環(huán)境到底應(yīng)該選擇使用加速鏈路還是公網(wǎng)路由。基于雙端加速模型，可以進(jìn)行優(yōu)化定制，對(duì)于HTTPS的加密協(xié)議也可以進(jìn)行深度定制，可以實(shí)現(xiàn)效率上的提升。

除了域名解析和網(wǎng)絡(luò)優(yōu)化之外，移動(dòng)網(wǎng)絡(luò)還有非常多的場(chǎng)景訴求，比如說(shuō)網(wǎng)絡(luò)撥測(cè)、網(wǎng)絡(luò)體系監(jiān)控、資源上傳、遠(yuǎn)程調(diào)用、網(wǎng)絡(luò)診斷等，移動(dòng)網(wǎng)絡(luò)本身是內(nèi)聚性非常強(qiáng)的閉環(huán)場(chǎng)景。App對(duì)網(wǎng)絡(luò)訴求可以用四個(gè)關(guān)鍵詞概括：高速、穩(wěn)定、可控，可視。

（二）消息與數(shù)據(jù)

移動(dòng)互聯(lián)網(wǎng)進(jìn)入到下半場(chǎng)，人口流量紅利也在慢慢退去，如何實(shí)現(xiàn)更精準(zhǔn)的客戶觸達(dá)和留存成為每一個(gè)產(chǎn)品最核心的運(yùn)營(yíng)指標(biāo)。如果說(shuō)大家之前有關(guān)注過(guò)手淘的“雙11”會(huì)場(chǎng)頁(yè)面會(huì)發(fā)現(xiàn)手淘已經(jīng)實(shí)現(xiàn)了“千人千面”能力，同時(shí)基于數(shù)據(jù)智能消息推送系統(tǒng)在線上運(yùn)轉(zhuǎn)多年并且取得了非常好的成績(jī)。現(xiàn)在阿里巴巴也會(huì)把這些產(chǎn)品能力背后的核心技術(shù)開放出來(lái)，幫助大家實(shí)現(xiàn)對(duì)于客戶的拉新、促活、留存和轉(zhuǎn)化。

面向運(yùn)營(yíng)域，阿里巴巴會(huì)開放經(jīng)歷多年“雙11”歷練的消息推送系統(tǒng)。在送達(dá)方面開放整個(gè)阿里系共享的消息推送通道，結(jié)合廠商合作伙伴提供的基于多消息推送通道的通送解決方案保障整體送達(dá)效果。延遲方面，會(huì)針對(duì)移動(dòng)網(wǎng)絡(luò)場(chǎng)景進(jìn)行深度優(yōu)化和定制，同時(shí)面向IOS推送場(chǎng)景提供相應(yīng)的中美高速通道專線，保障每一次任務(wù)的及時(shí)下發(fā)和網(wǎng)絡(luò)秒級(jí)應(yīng)答。在流量方面，每秒百萬(wàn)級(jí)別消息設(shè)備的吞吐率意味著在面對(duì)類似“雙11”這樣的強(qiáng)脈沖計(jì)算的場(chǎng)景下，也能夠及時(shí)地對(duì)于推送業(yè)務(wù)進(jìn)行應(yīng)答。

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

阿里巴巴也會(huì)進(jìn)一步開放集團(tuán)內(nèi)部的基于大數(shù)據(jù)的智能推送的能力，基于個(gè)性化推薦引擎可以構(gòu)建企業(yè)完整的用戶畫像，基于用戶畫像標(biāo)簽、終端用戶地理位置信息、終端狀態(tài)信息以及每一次推送具體的內(nèi)容等多個(gè)輸入源進(jìn)行智能的設(shè)備圈選，有效地提升推送的精準(zhǔn)度，能夠幫助客戶實(shí)現(xiàn)真正意義上基于大數(shù)據(jù)的精準(zhǔn)定向營(yíng)銷。

（三）應(yīng)用質(zhì)量和高可用

移動(dòng)互聯(lián)網(wǎng)發(fā)展到今天已經(jīng)累積了幾萬(wàn)款移動(dòng)終端設(shè)備，海量的機(jī)型和操作系統(tǒng)以及分辨率構(gòu)成的配置組合給移動(dòng)應(yīng)用本身的質(zhì)量保障帶來(lái)非常大的挑戰(zhàn)。

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

移動(dòng)云面向移動(dòng)App還推出了線上問(wèn)題一鍵熱修復(fù)的解決方案Sophix，針對(duì)Native App發(fā)版節(jié)奏慢，更新周期長(zhǎng)的問(wèn)題提供端到端一體化的熱修復(fù)解決方案，Sophix可以面向代碼、資源、SO文件三個(gè)維度進(jìn)行修復(fù)，接入成本非常低廉，對(duì)應(yīng)用沒有侵入，幾行代碼可以完成整體接入，補(bǔ)丁包采用差量技術(shù)進(jìn)行更新，從Patch生成、灰度、線上發(fā)布和統(tǒng)計(jì)能夠幫助開發(fā)者實(shí)現(xiàn)一站式線上故障應(yīng)急處理的解決方案。

移動(dòng)應(yīng)用質(zhì)量管理高可用這個(gè)體系類似于上述的移動(dòng)網(wǎng)絡(luò)體系，也是內(nèi)聚性非常強(qiáng)的閉環(huán)場(chǎng)景，在這樣的場(chǎng)景內(nèi)阿里巴巴沉淀了非常多的能力，比如數(shù)據(jù)挖掘、分析梳理、面向終端日志采集分析處理等等。

（四）企業(yè)業(yè)務(wù)移動(dòng)化

除了上述提到的公有云開放的幾個(gè)場(chǎng)景能力之外，面向?qū)Ｓ性啤鹘y(tǒng)企業(yè)、面向企業(yè)移動(dòng)化浪潮，阿里巴巴也會(huì)開放相應(yīng)的解決方案。

傳統(tǒng)企業(yè)進(jìn)行業(yè)務(wù)移動(dòng)化過(guò)程中會(huì)面對(duì)各種各樣的研發(fā)協(xié)同挑戰(zhàn)，存在著很多面和點(diǎn)的問(wèn)題，為了應(yīng)對(duì)這些問(wèn)題，阿里巴巴開放了企業(yè)級(jí)移動(dòng)應(yīng)用研發(fā)服務(wù)EMAS。對(duì)于傳統(tǒng)企業(yè)而言企業(yè)“互聯(lián)網(wǎng)+”的標(biāo)志是研發(fā)體系的互聯(lián)網(wǎng)化，單純?cè)谫Y源層面通過(guò)云上虛擬機(jī)替換傳統(tǒng)的物理機(jī)并不能帶來(lái)本質(zhì)的變革，只有真正實(shí)現(xiàn)了傳統(tǒng)體系內(nèi)部研發(fā)體系的“互聯(lián)網(wǎng)+”的升級(jí)，才能夠真正為傳統(tǒng)企業(yè)內(nèi)部研發(fā)效能的提升帶來(lái)質(zhì)的變化。EMAS希望打包整合阿里巴巴近十年研發(fā)體系以及能力、經(jīng)驗(yàn)的積累，希望幫助更多的傳統(tǒng)企業(yè)快速構(gòu)建工程化的移動(dòng)應(yīng)用研發(fā)體系，完成企業(yè)業(yè)務(wù)移動(dòng)化的轉(zhuǎn)型升級(jí)目標(biāo)。

EMAS研發(fā)支撐平臺(tái)覆蓋從研發(fā)管理到持續(xù)集成、自動(dòng)化測(cè)試、版本管理、灰度發(fā)布、監(jiān)控大盤、系統(tǒng)運(yùn)維、用戶運(yùn)營(yíng)等完整的全流程生命周期管理，是移動(dòng)互聯(lián)網(wǎng)沉淀的這套流程、機(jī)制、方法論很重要的載體。同時(shí)配合在云上提供的移動(dòng)中間件基礎(chǔ)服務(wù)體系，可以從真正意義上面向開發(fā)者提供移動(dòng)應(yīng)用研發(fā)全棧解決方案。

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

?

原文鏈接
本文為云棲社區(qū)原創(chuàng)內(nèi)容，未經(jīng)允許不得轉(zhuǎn)載。

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。