隨著企業使用網際網路技術的不斷深入，企業在產品研發、供應鏈管理、市場運營及企業內部的場景當中，生產效率得到大幅度提升。隨著移動網際網路技術在社會層面深度普及，移動裝置的普及性使得企業成為數字化轉型的最佳載體。本文以2018年雲棲大會杭州站移動研發平臺EMAS專場上，阿里巴巴高階技術專家泠茗的演講整理成文。

在去年的雲棲大會上，我們正式釋出了移動研發平臺EMAS。通過一年時間的發展，我們完成了整個阿里集團移動端的基礎設施對外商業化的輸出。我今天的分享會分為四個部分，先整體介紹EMAS平臺的全景情況，然後會發布最新的圍繞行動網路場景開放產品矩陣，最後會分別介紹超級App和智慧運營的解決方案。

隨著整個數字化程序不斷向前推進，網際網路技術也開始從傳統的消費級市場向企業級市做深度的滲透。工業級也好，商業級也好，也是把數字化轉型作為支撐企業下一個企業發展核心驅動力。2017年全球排名前十市值公司當中有7家是網際網路公司，所以網際網路公司在整個消費級市場的數字運營的經驗，應該說也是傳統企業進行數字化轉型很重要的參考。

我們今天仔細看一下阿里巴巴的數字生態模型，其實呈現出非常典型的四層摺疊式的生態，不管是起家的電商業務還是新興的金融業務也好。第一層連線層，手機淘寶、支付寶作為企業連線消費者終端最重要的連線點，包括企業構建新型的面向消費者終端互動模型。第二層，面向消費者所提供的海量的產品和服務。第三層資料層，基於海量的產品、服務，我們所沉澱的核心資料，包括使用者畫像、商業畫像、信用體系、風控體系，如何用這些資料進一步拓展業務的邊界和業務的價值。最底下一層是基於雲端計算、大資料支撐上層業務的彈性擴充套件平臺層。

進一步看整個阿里巴巴的技術架構模型，可以發現阿里巴巴技術架構模型和我剛才所提的四層摺疊式數字生呈現相生相伴的架構模型。包括第一層的移動中臺——移動研發平臺EMAS，包括業務中臺，包括資料中臺。業務中臺承載商品中心等通用系統，資料中臺承載通用的實時、離線計算平臺。最底下是中介軟體所構建的平臺層。在這樣一個龐大的數字生態圖譜當中，連線層扮演什麼樣的角色？數字化運營前提是數字化管理，幫助消費者和企業之間建立向性的互動模型。連線層在這樣一個龐大的數字生態圖譜當中，其實就是扮演這樣的角色，是企業使用者流量的核心入口和業務載體，所以這是數字化轉型的第一步。移動研發平臺EMAS核心目標也是幫助企業客戶完成整個業務連線層的智慧化和資料化，能夠幫助企業為下一個階段的業務增長，奠定相應的業務模型和相應的技術支撐。

這幅圖是整個移動研發平臺EMAS產品的全景圖。EMAS劃分為五大部分：第一部分是開發套件，這一層沉澱客戶元件和終端元件，包括UI圖片元件、路由元件、網路庫等，還包括跨平臺的開發框架及H5容器。基於開發套件，包括企業開發人員幫助完成開發。第二層是基礎架構層，我們開發了大量和移動APP和業務結耦的移動基礎設施，像資料分析等一系列和業務結耦的基礎設施，通過基礎架構這一層開放出來。第三層是研發支撐層，這一層我們圍繞整個APP的全生命週期提供了持續交付的工作體系，幫助企業的研發人員能夠一站式原則程式碼的託管、程式碼掃描、持續構建包括移動終端的測試，再到線上的灰度釋出、生產釋出及線上的運維、運營，通過整套持續交付工作流體系，來完成移動APP的全生命週期的託管和管控。最底下一層是工程理念層，我們希望通過EMAS平臺，不僅僅是把阿里巴巴所沉澱的一系列的應用的基礎設施開放出來，我們還希望把阿里巴巴沉澱的一系列的軟的業務方法論開放出來，包括我們的雙平臺的研發規範，包括我們如何定義一個APP是一個使用者體驗優秀的APP，包括APP釋出的效能以及質量、指標基線等，包括不同階段不同過程的企業研發團隊的組織架構應該如何構建，阿里巴巴在這方面有非常多的經驗可以傳遞。最頂上一層是解決方案層，我們希望基於剛才介紹的產品組合以及業務方法論，我們希望能夠幫助企業業務部門同學解決一些熱點場景下的痛點，比方說怎麼在移動場景下做智慧運營，包括我們怎麼樣做移動場景下的營銷等等，這是整個EMAS的產品全景圖。

隨著EMAS正式對外發展，我們也與非常多的企業建立了相應的連線，我們也希望EMAS能夠真正幫助企業帶來和傳統研發不一樣的東西，能夠為企業帶來真正的新的價值，包括新的體驗。

如何基於AI、3D、短視訊等新興的移動技術，幫助企業構建新型的前臺體驗，幫助企業前臺業務轉型升級。包括如何基於我們的開發框架、開發套件以及我們的基礎設施，幫助企業提升業務研發的速度，真正降低、壓縮整個產品的週期50%以上。包括新的模式，面向近十年打磨的一整套APP持續交付體系，我們怎麼樣幫助企業重構它的傳統的產品研發、運營、運維、測試等不同職能團隊之間的協同模型，真正幫助企業提升研發運營效率500%以上。包括新的增長，基於我們新的產品的交付模型以及我們新的產品的運營模型，我們怎麼樣幫助企業去重構它在消費級市場的作業模型，能夠真正為企業下一個階段的增長帶來新的動能。這是我們希望EMAS能夠帶給企業不一樣的東西。

介紹完EMAS，接下來看一下我們這個季度開放的圍繞行動網路領域，新的產品矩陣。移動業務是一個非常重線上體驗的業務形態，所謂線上就是對網路有非常強依賴，行動網路相關的基礎設施強弱與否與移動體驗息息相關。底細的圖是阿里巴巴行動網路基礎設施架構圖，在集團內部，所有的APP全網流量會劃分為兩條主幹，一條主幹直接對解CPA體系，另外一條主幹對接行動網路接入體系，用來承載全網動態網路請求。基於最佳實踐及業務經驗，我們今天開放了四個和移動APP緊密相關並且非常關鍵的基礎設施，包括移動API閘道器、訊息推送，其實我們的訊息推送在公共雲場景開放了一段時間，我們今天也完成了訊息推送專門化、私有化對外輸出的能力。還包括移動端配置管控的服務，以及整個行動網路統一接入的核心引擎通道服務，接下來一起看一下幾個新品的適用場景及產品特性

首先是移動API閘道器。隨著微服務化程序不斷演進，企業遇到的問題就是如何對後端的服務進行管控。企業的業務場景下，可能會有海量的業務場景，可能會有不同的研發團隊進行後端服務的開發，甚至有時候是請供應商來做相應的開發。所以不同的後端系統，整個基礎架構的實現也好，包括它的通訊協議也好，其實都是各不相同的。另外一方面，隨著微服務化程序進一步往前演進，企業後端力度拆分非常細。如果通過終端裝置跟微服務進行互動，對終端裝置而言網路的互動會非常重，是非常不合理的。另外對所有的業務請求，其實都是一些相同的工作，包括對請求的鑑權、限流、加密、加速等等，所以我們需要從API閘道器一層完成全閘道器流量的監控。像鑑權、限流等工作，都要通過API閘道器承載，再把固有的流量放到後端微服務系統當中去。同時圍繞API一鍵編排和服務治理，也通過API閘道器來完成，節省研發成本。我們的全網動態流量都是到移動API閘道器，同時API閘道器也支援通用的RPC框架，其後端業務系統進一對接。效能上適配行動網路場景下的網路優化及連線等環節，我們都有專門的網路專家團隊進行優化。在架構上，整個API閘道器架構也適用阿里巴巴集團“雙十一”體系下的前端接入的架構，意味著我們可以非常平穩支撐像“雙十一”零點脈衝流量及一級併發的連線。在安全方面，我們也是基於1.3的框架，實現自定義的加密演算法，對比傳統的HTTP演算法也有大幅度的提升。我們可以幫助企業實現前後端架構的分離，實現架構體系，同時在可運維性以及穩定性方面，也能夠得到大幅度的提升。

第二部分是遠端配置服務。企業的終端研發人員經常碰到的需求場景是需要通過實時變更後端的引數，來實現APP終端行為以及它的外端的實時變化。像現在的我們需要基於使用者的畫像以及使用者在這個時間點在終端一系列的點選、瀏覽、搜尋行為進行動態的商品或者是頁面的相應投遞，像一些終端開關等場景，如何系統化對這些配置進行組織和管理，並且保障這些配置下發的及時性和精準性，這就是今天遠端配置服務所關注的環節。有的同學可能會說這不就是一個很簡單的配置下發推送的場景？如果用一句話形容它的所有工作確實是這樣的場景，但如果細看場景細節，就會發現裡面有很多的細節需要解決。比如說配置下發的時候，如果你採用推送模式，你就要專門為遠端配置連線一條長連結的資源。另外隨著終端體量的不斷增大，服務端進行一次全網的配置下發所需要的計算成本也非常高，會直接對配置下發的即時性帶來一定的挑戰。還有是遠端配置本身也需要設計非常幫的ACK的演算法，同時還需要設計非常複雜的補償機制，一旦首輪配置下發失敗如何進行補償。

假如我們是採用直接拉取的模式，這時候如何進行拉取的間隔設定也是非常講解的，如果你間隔時長設定比較長，意味著整個配置下發的即時性無法得到保障。如果間隔時長設定得非常短，遠端配置對後端服務的訪問壓力是非常大的，並且可能80%、90%以上的配置查詢可能都是一些無效的訪問，帶來的資源浪費非常大。所以在遠端配置場景，我們也是選用優化好的推拉模型。

面向全網全量的模型，我們採用主動拉取的模式，但是主動拉取又不是傳統的模式，我們會跟移動API閘道器進行結合。大家知道在移動場景下，API閘道器訪問請求非常高。所以我們會把配置資訊附帶到API閘道器當中，以確保下發的即時性。

針對定向配置下發，我們依然會採用推送模式，在推送模式推動整個長連結。另外圍繞配置的版本資料、索引資料及配置的內容資料，我們進行隔離的管理。版本資訊會放在服務端進行管理，配置的真實內容資訊會放到CDN上進行管理，以進一步降低服務端進行配置索引計算的成本，來提升下發的即時性。同時通過CDN，能進一步降低配置內容拉取帶來的頻寬成本。這是遠端配置服務所做的工作。

第三部分是通道服務。剛才提到了移動API閘道器也好，遠端配置也好，訊息推送也好，非常重網路依賴的基礎設施對底層網路的訴求是如何高速、穩定、安全地把資料傳送到B端，這是通道服務所關注的環節。我們希望通過通道服務，正式把阿里巴巴體系內的面向移動場景下的四層接入閘道器服務開放出來，企業研發人員可以基於此進行上層的研發，甚至進行自己的API閘道器、訊息推送等場景。像流量排程、負載均衡、長連結維護等內容，都交給通道服務來完成。同時，通道服務會開放出統一的客戶端網路SDK，也能夠進一步降低企業客戶端研發人員網路研發的成本。有同學可能對移動API閘道器和通道服務的定位有一些混淆，移動API閘道器更偏上層，是七層圍繞API的一鍵編排和服務治理的服務，通道更底層，關注網路細節，沒有任何業務屬性。

介紹完我們的新產品，接下來看一下我們開放的新解決方案。超級APP和小程式的概念，應該說是近幾年整個移動業界最火的話題，當然這裡也為超級APP的定義，可能有的同學理解上有一些偏差，我也稱體量非常大上千萬甚至上億的APP才能夠叫做超級APP，這個理解有點偏差。我們現在對超級APP的定義，是在於內部定義。傳統的移動研發模式，可能會把垂直場景的訴求演化為APP的方式進行承載，包括APP可能由不同的研發團隊、不同的供應商實現，整個系統實現和技術架構都是用不一樣的方式。導致的結果是整個系統的實現，你的流量也好，你的資料也好，你的規範也好，全部都是割裂的，煙囪式的，不利於後期整體的運維、流量的運營及業務的聯動。而這一型別的場景，其實我們通過小程式的方式來承載是非常合適的，也就是今天有大量的企業人員在問能否幫我構造一個類似像淘寶、支付寶、微信小程式的框架。所以我們今天這個超級APP的定義，其實是說超級APP是一個能夠承載不同業務場景下的小程式的小程式。超級APP的目標，也是真正幫助企業實現統一的流量入口、統一的運營策略、統一的業務管控及統一的研發規範，真正幫助企業實現流量的聚合及內部研發效能的變革。

要實現這樣一個超級APP解決方案，我們會遇到什麼樣的技術挑戰？主要有軟硬兩個維度。要有這樣一個超級APP，我們要有一套研發工具和研發規範，來幫助我們約束不同場景下小程式子應用對接到我們的超級APP體系當中來。剛才提到硬的一部分，我們提到需要一整套的研發規範，來幫助我們現階段傳統的元件化的APP向一個應用化的APP架構模型過渡。我們這裡也開發了統一開發套間，包括統一的UI圖表、腳手架，能約束不同的研發團隊和供應商在統一場景下進行小程式應用的開發。第二是提供多棧溶劑，提升APP渲染效能，構建一個優雅可拓展的小程式。第三部分是圍繞APP底層執行引擎，我們提供相應的高效能技術元件，包括網路庫、圖片庫、快取、路由框架等等，這也是整個APP運轉的核心引擎，與整個APP終端的使用者體驗是息息相關的環節。

剛才提到的是技術硬核，在工程軟核也需要一整套研發規範，來定義整個APP小程式研發運維的正規化，包括統一的DSL，幫助企業來完成整個程式碼質量的稽核以及業務的管控，包括統一的通訊協議，來定義橋接層的通訊標準，來完成整個API的管控和擴充套件，包括統一的釋出基線，圍繞APP的使用者體驗以及釋出的效能、質量、基線如何來量化釋出標準，包括統一的環境管控，如何來確保整個執行時小程式是相互隔離的，包括在執行時APP的穩定和安全如何來確保。包括小程式的持續交付體系，如何建立統一的小程式生產流水線，確保不同的研發團隊、不同的供應商在你的研發流水線上產出的小程式子應用，它是圍繞使用者體驗還是圍繞質量、圍繞效能，都能夠在一個統一的基線上，不會有太大的偏差。通過技術硬核和工程軟核兩個維度，幫助企業真正實現自己的超級APP。

最後一部分解決方案是智慧運營解決方案。熟悉EMAS的同學應該清楚我們陸續在公共雲和專有云場景開放了移動資料分析服務，能夠幫助企業人員暫時完成資料的埋點、儲存、上報及計算和展示的一站式資料管理的平臺。如何基於這樣的資料工程平臺，進一步挖掘這些資料背後的業務價值？這一點，應該說是整個數字化運營最核心的課題。

淘寶也是業界最早開始踐行數字化運營和精準化營銷的業務場景。基於我們非常強大的資料工程平臺，我們可以完成實時的海量的終端裝置資料的採集以及雲系的計算，同時基於行業知識模板的輸入，可以完成相應的資料清洗、資料加工以及建模，這是在離線時我們所完成的資料訓練過程。在APP執行時，基於剛才所提的強大的資料工程平臺，我們能夠支援海量的裝置實時錄製的反饋，同時基於我們在離線時計算出的資料模型，能夠構建相應的精準化營銷、個性化推薦的一整套體系。基於這些的系統，我們可以在一些業務場景進行相應的精準化運營，包括千人千面，可以基於使用者歷史瀏覽資訊、基於使用者在當前APP上實時瀏覽、點選及搜尋行為，預測使用者購買預期，然後投遞相應的商品給使用者。包括在一些非支流場景，我們可以看使用者點選、購買時間，來進行物品的展示。包括定向運銷，我們可以基於使用者標籤進行相應的匹配，針對不同人群在某一個特定時間點觸發之後，進行定向相應商品的推薦。包括我們可以建立商品定價及銷量之間的模型關係，來進行智慧選品和智慧定價體系。通過一整套精準化營銷的解決方案，我們能夠幫助企業業務人員閉環完成單個流量完成的運營週期，從流量的拉新到流量的觸達再到流量的變現，大幅度提升企業流量變現的效率。在今天這個論壇，我們的資深技術專家也會位大家分享阿里巴巴在數字化時代我們的智慧化運營、精準化營銷的最佳實踐。

3分鐘瞭解阿里巴巴企業移動研發平臺EMAS:

原文釋出時間為：2018-10-16

本文來自雲棲社群合作伙伴“淘寶技術”，瞭解相關資訊可以關注“淘寶技術”。