時間倒推到兩三年前，大家可能對刷支付寶乘公交車和地鐵還感到驚奇。但如今，一個外來游客要是來到北上杭這些城市旅游的話，再也不用浪費時間在各個地鐵票售賣處排長隊買地鐵票了。無論是用支付寶掃碼進站，還是打開像上海地鐵的“METRO大都會”這類App，這些應用的出現和存在最終都是為了方便消費者的日常出行體驗。

與此同時，現在的年輕人可能對銀行線下網點和人工柜臺的服務越來越陌生，因為越來越多的轉賬、匯款等交易都發生在了線上。多年前春運期間一大清早去火車票網點排隊購票的場景也逐漸消失，人們已經習慣用互聯網來搞定一切，并習以為常。 

但這也變化也不是一夜之間一蹴而就的，那些我們吐槽部分App和線上業務體驗不佳的日子似乎還并不遙遠。而這些體驗的摩擦與交融可以說是各行各業走向數字化轉型的一個縮影與陣痛。或許很多年之后回望2017年，人們會認為此刻是一個時間節點。在這一年，傳統金融機構以及非金融行業都在紛紛發力開發或者革新自己的App，以更好地適應互聯網時代下用戶的需求并提升用戶體驗。這些狀況在不久之后就會得到改變，而這些改變背后少不了今天故事的主人公——螞蟻金服移動開發平臺mPaaS。

潛心練功，mPaaS的誕生與成長 

mPaaS 是 mobile Platform-as-a-Service的簡稱。如果你熟悉云計算的話，對PaaS這個概念一定不會陌生。如果你采用PaaS的服務，那么意味著你既不需要買服務器，也不需要自己裝服務器軟件，即可利用這個中間件平臺進行定制化研發，開發自己的應用。 

而mPaaS這個概念則由螞蟻金服***。它是在PaaS的基礎上衍生出移動的平臺概念，其中m代表的就是mobile（移動）。類比與PaaS的概念，mPaaS更專注于移動端的研發平臺服務。開發者能夠利用螞蟻金服移動開發平臺mPaaS做好移動App的開發、管理、發布，并做好App全生命周期的管理，其中包括了開發期的研發測試、打包構建、發布管理，還有發布之后的用戶行為分析、閃退分析等。如果說PaaS平臺是對企業后臺服務的生命周期的管理，包括研發、發布、監控這一套流程，那么mPaaS就是對移動應用App一整套全生命周期的管理服務。 

事實上，當傳統金融行業將目光投向移動App開發的時候，前面是一條看似平坦卻暗藏坑洼的一條路。而支付寶早在2013年以前，就開始了這趟淌坑之旅，并逐漸摸索出一條明路，最終基于mPaaS平臺對外開放。這就像你剛開始準備學習這門課程，學霸支付寶同學已經早在幾年前就學完并替你總結了一套學習方法和快速學習平臺。可以說，目前mPaaS的所有技術服務和組件都是源于支付寶，并在支付寶的各種高并發等極端條件下和實際業務場景中經過重重檢驗的。 

為了讓你更好地理解mPaaS的過人之處，我們要先從支付寶這個國民級App的開發歷程開始說起。2013年開始，支付寶開始了All In無線戰略。在那之前，支付寶還是一個單體應用的支付工具，只擁有一些非常基礎的模塊和工具庫。2013年，隨著支付寶的All In 無線戰略之后，業務快速發展，支付寶App里所能提供的功能和應用也開始井噴式的發展。與此同時，支付寶APP用戶數也開始指數級的增長，其后臺支持的開發團隊也日益龐大。這么一個數量龐大的開發團隊如何高效地進行開發協作呢？這對支付寶App開發架構的設計的合理性提出了很高的要求。

在2013年到2015年期間，螞蟻金服就對支付寶做了一個架構治理，整個支付寶App的開發架構被做了分層，支付寶App被改造成了一個平臺型App，它集成了各個應用，并實現了應用的服務化、模塊化，開發工具走向組件化。這樣一來，基于支付寶App上的每一個應用都可以獨立的由一個團隊來開發，而整個支付寶則用一個通用的底層平臺框架進行管理。如此，支付寶App就從架構上允許支付寶能夠快速擴展業務，每上一個新業務就相當于開發一個新的模塊，只需要將新的模塊插到這個框架里就可以運行了。 

在這個期間，支付寶的開發團隊還沉淀了模塊開發的很多通用的能力，包括像消息推送、分析、網關等等。而這些通用能力幾乎所有業務場景里的應用都會需要。與通用技術能力伴隨而生的另一個簡單的理念就是：我們能不能將在支付寶架構上沉淀的這一套經驗和能力更好地對外輸出，以服務更多的金融機構？ 

2015年9月14日，螞蟻金服宣布啟動“互聯網推進器”計劃，計劃將在5年內助力超過1000家金融機構向新金融轉型升級。螞蟻金服作為“互聯網推進器”將推動平臺、數據和技術方面的能力全面對外開放。同年10月，mPaaS 1.0版本正式面世。

[[240229]]

1.0時期的mPaaS功能比較簡單，主要包括三大核心功能：網關；用戶行為分析；消息推送。在這一時期，mPaaS就服務了網商銀行和天弘基金兩大客戶。 

很快到了2016年底，mPaaS 2.0 版本開始醞釀。mPaaS 2.0 最重要的特征是往共享的方向發展，并實現了框架和模塊的拆分，即mPaaS上提供的功能都可以單獨輸出，這意味著客戶可以比如只使用單項功能（如消息推送）而完全不用其它任何服務。共享模式也可以說是多租戶模式，就是說開發者在公有云上可以擁有不止一份mPaaS，不同用戶可以通過邏輯隔離來用同一份mPaaS，這可以有效的降低公有云上的使用成本。

此外，2.0時期的mPaaS具有著更豐富的功能：一個是MDS功能，即發布功能，它可以在APP里提醒用戶下載、升級新版本；另一個是熱修復功能，熱修復功能通過MDS發布到客戶端，并在緊急情況下，如果代碼有問題，開發者可以在不發布新版本的情況下，在運行期就將問題修復。 

熱修復功能一經推出即受到了市場的熱烈歡迎，在這之前和之后，市場都很難找到同樣提供同類服務的產品。2017年1月，mPaaS 2.0出現在了眾人的視野里。這一次它服務的客戶進一步擴展，除了蘇寧金融這類金融客戶之外，有了更多非金融行業的客戶的加入，包括阿里健康、OFO等等，還有我們前文提到的上海地鐵。 

2017年5月，螞蟻金服mPaaS技術團隊開始進駐上海地鐵，到10月份上海地鐵“METRO 大都會”App正式上線，并在上線一周以內該App注冊人數超過百萬，這背后所支撐的不過十幾人的開發團隊。上海地鐵“METRO 大都會”App加入了掃碼進站的功能，這意味上海的用戶不再需要在高峰期花半小時排隊買地鐵票。 

在“METRO 大都會”App的上線過程中，mPaaS 2.0新上線的“熱修復”功能還經歷了一次生死時速的考驗。為了做好App的數據運營和監測工作，該App開發時即使用了mPaaS的各項能力，在App上線之前就做好了全方位的埋點監控，相關人員能夠密切關注用戶的使用情況，這樣能在出現任何問題的時候也能***時間發現并修復。果然，在該App剛上線一周的時候，技術小哥敏銳地注意到，部分機型無法順利的完成用戶注冊。在發現這個問題的一天之內，技術小哥們迅速的解決了這個問題，并利用接好的熱修復功能快速修復，***程度上保證用戶的體驗不受損害。想象一下，要是沒有熱修復功能，而是等到各個手機應用市場重新發布新版本的話，這其中所耗的審核和上線時間不可估量，而最終影響的用戶也可能難以計數。

地鐵，春運，銀行—— mPaaS接受挑戰并完成到絕世高手的蛻變

2017年10月開始，mPaaS 開始向3.0階段蛻變。mPaaS 3.0開始支持私有云，并推出了數據同步服務。數據同步是一個保持mPaaS跟客戶端常連接的服務，該服務能夠確保一些關鍵信息可以在秒級觸達所有的在線用戶，時效性和穩定性都得到了改善。 

同時，mPaaS小程序的功能也在3.0版本中被抽離了出來，做成了一個純技術的方案，這意味著mPaaS的開發者可以利用小程序技術為自己的App開發小程序。以上海地鐵為例，該App支持其他開發者、ISV或商戶能夠圍繞上海地鐵開發更多小程序，并且這些小程序可以既運行在上海地鐵里面，也可以運行在支付寶里面，為開發者們帶來更多的流量和福利。 

在向3.0過渡的2017年9月底，mPaaS開始與12306展開合作。當時這支mPaaS開發團隊還不知道就在短短3個月后，他們就要拿出一個新的產品，也就是部署并開發一個新的12306 App來應對一個巨大的難題——春運。

可春運作為一個老大難問題，按照mPaaS開發團隊的話講：“并不是開玩笑的”。事實上，做12306 App這么大的產品一般正常的開發周期要一年以上，而mPaaS技術團隊面臨的狀況是在9月底進場，12月份上春運，如此高的強度和如此難的技術挑戰，在國內外都是沒有先例的。 

但***mPaaS團隊還是接受了這任務，10多個人的團隊再加上鐵道部派來的團隊加班加點，終于在1月3日，通過各輪的測試、壓測后上線。最終12306的線上App很順利的支持了春運，為國人順利回家過年出了一份力。

此外，在2.0到3.0期間，mPaaS還幫助蘇州銀行順利完成了云端的部署，為直銷銀行多樣化場景提供了強力的支撐；通過mPaaS離線包幫助廣發銀行提升了APP性能，使其“發現精彩”的啟動時間從降低近70%；印度的Paytm則利用mPaaS的這套能力更好的對在即的App內部進行數據監測與統計，從而更好地優化用戶體驗…… 

而至此，mPaaS也完成了自己的蛻變，就App開發領域的某個單個問題的解決而言，或許還有一些對手能夠與mPaaS勉強抗衡，但就客戶端App移動維度的一個整體解決方案而言，金融行業已不再有對手能跟mPaaS相提并論。而mPaaS基于支付寶的能力沉淀而來，使得它更適合如出行類的高并發需求；或是金融行業所要求的強容災和安全性。

承擔責任，迎接新挑戰的mPaaS 3.0 

回過頭來看mPaaS的成長與蛻變，我們會看到mPaaS依托于支付寶掌握了如下關鍵技能： 

1.依托于支付寶長期發展而積累下來的業務場景，成長為做2C端產品運營的大師。 

很多傳統金融，非金融機構也許并不知道應該如何做一個成功的面向大眾消費者（to C）端的產品，更是在如何做業務運營，營銷上缺乏經驗。對于傳統行業來說，無論是交通出行行業還是銀行等金融機構，由于沒有相關背景，即便將業務外包，當涉及到數字化轉型這樣大的場景需要成體系方案時，外包公司多由于沒有能力給出完整方案而讓傳統行業繼續面臨困境。 

mPaaS由于依托支付寶這個經過長期技術積累，實力雄厚，有歷史，技術經得起最各種極端挑戰，并逐步成長為能夠給出有前瞻性的解決方案來解決潛在的未來問題的專家，它能給傳統行業提供完整的生命周期性的整套數字化解決方案。而這，形成了mPaaS和其他同類產品的代差。 

2.從開發框架維度支持團隊協同開發，效率更高。

回顧mPaaS的誕生歷史，一開始它的出現就是為了服務各個團隊協作而產生的，從而更好的支持業務的快速擴張和團隊協作。此外，mPaaS提供了很多現成的開發組件和模板，不用重復造輪子，進一步提升了開發者開發App的效率。這一點在12306的3個月快速開發案例上就是一個很好的例證。 

3.強大的App性能優化能力，保證用戶體驗。

關于“如何實現App的秒開，縮短用戶的等待時間”這一問題的探索，支付寶技術團隊的鉆研之深遠超你想象。如今，借助mPaaS平臺，支付寶將這一技術貢獻給大家，讓各位開發者們也能開發自己的高性能應用。目前，經過mPaaS優化過的銀行類App打開時間由原來的十幾秒到秒開，這與其背后的技術經驗密切相關。

 4.從小程序到人臉識別技術，支付寶的創新技術加持

目前mPaaS團隊還在不斷為在目前的基礎上對外開放更多的功能。從當下幾乎各個金融類App必備的人臉識別技術，到能夠更好構建自身生態的小程序技術。這些你能想象到的前沿技術熱點都在mPaaS上逐步實現，而未來基于螞蟻BASIC技術戰略的區塊鏈技術等等，更是值得期待。 

5.不僅是技術的輸出，更是經驗的輸出，推廣先進的經驗從根本上改變研發方式

mPaaS 離線包，熱修復，App 灰度發布，小程序等可以從根本上改變研發，發布方式，提高效率。比如離線包徹底解決了H5加載的性能問題及對網絡的依賴，開發者可以更多的去關注業務邏輯而不必太過關心性能。下面是在某銀行 App上線灰度過程中，一線的運維工程師對灰度發布經驗的高度認可，也是mPaaS 對外服務的初衷。

一年前，全球知名管理咨詢公司麥肯錫發布了報告稱，在互聯網時代，隨著中國經濟增長進入新常態，傳統銀行的經營環境日益嚴峻，大量金融科技公司正在各細分領域威脅傳統銀行的核心業務。傳統銀行面臨著***的機遇和挑戰，數字化轉型迫在眉睫。那么在這樣的大背景下，各個組織機構如何做好自己的數字化轉型呢？數字化轉型的敲門磚——移動App的開發又應該如何起步呢？螞蟻金服mPaaS已經給出了它的答案。