2015天貓雙11 全球狂歡節(jié)剛剛結(jié)束，912億的全天成交額再次刷新了記錄，其中無(wú)線占比68.67%，無(wú)線交易額高達(dá)626億。

美國(guó)時(shí)間11月16日，InfoQ英文站邀請(qǐng)到了阿里無(wú)線事業(yè)部資深技術(shù)總監(jiān)莊卓然（花名：南天）、阿里無(wú)線高級(jí)技術(shù)專家徐昭（花名：長(zhǎng)恭） 在QCon全球軟件開發(fā)大會(huì)舊金山站發(fā)表演講《ALIBABA MOBILE INFRASTRUCTURE AT "CHINA SCALE"》，揭秘手機(jī)淘寶這個(gè)超級(jí)App的技術(shù)架構(gòu)演進(jìn)，向世界的技術(shù)同行分享中國(guó)互聯(lián)網(wǎng)在無(wú)線領(lǐng)域的技術(shù)發(fā)展。

[[156640]]

莊卓然 擁有10余年的互聯(lián)網(wǎng)研發(fā)和管理經(jīng)驗(yàn)，是見(jiàn)證并主導(dǎo)阿里業(yè)務(wù)架構(gòu)演進(jìn)的當(dāng)事人之一。他于2009年加入阿里巴巴，先后在淘寶、天貓負(fù)責(zé)營(yíng)銷、會(huì)員、交易、導(dǎo)購(gòu)等系統(tǒng)的架構(gòu)和研發(fā)工作，經(jīng)歷了淘寶從簡(jiǎn)單應(yīng)用到承載數(shù)億用戶的分布式服務(wù)化業(yè)務(wù)平臺(tái)的技術(shù)演進(jìn)過(guò)程。同時(shí)，他還是2011-2013年雙十一的天貓技術(shù)負(fù)責(zé)人，持續(xù)推動(dòng)雙十一的產(chǎn)品架構(gòu)演進(jìn)、穩(wěn)定性改造和性能優(yōu)化等研發(fā)工作。2013年轉(zhuǎn)戰(zhàn)移動(dòng)研發(fā)戰(zhàn)場(chǎng)，帶領(lǐng)團(tuán)隊(duì)專注于手機(jī)淘寶和移動(dòng)基礎(chǔ)平臺(tái)的研發(fā)建設(shè)。

徐昭 2012年加入天貓成為技術(shù)核心，前后帶領(lǐng)過(guò)天貓賣家、導(dǎo)購(gòu)詳情等多支技術(shù)團(tuán)隊(duì)，親身打造并見(jiàn)證雙11成為電商行業(yè)的重要節(jié)日。現(xiàn)任手機(jī)淘寶賣家生態(tài)團(tuán)隊(duì)技術(shù)負(fù)責(zé)人，專注在無(wú)線整體架構(gòu)、大型復(fù)雜移動(dòng)應(yīng)用構(gòu)建框架及無(wú)線技術(shù)開放等領(lǐng)域，同時(shí)關(guān)注新技術(shù)和開發(fā)模式在移動(dòng)互聯(lián)網(wǎng)產(chǎn)品中的演進(jìn)和落地。

小編在現(xiàn)場(chǎng)為大家?guī)?lái)莊卓然的演講實(shí)錄：

我眼里的阿里巴巴

在過(guò)去的十年里，阿里逐漸影響和改變了中國(guó)人的生活方式。在此之前，大家都只能在線下門店消費(fèi)，但是現(xiàn)在大家都養(yǎng)成了線上購(gòu)物的習(xí)慣，并且樂(lè)在其中。一方面，到目前為止有超過(guò)千萬(wàn)的賣家選擇在阿里開線上的門店；另外一方面，阿里構(gòu)建了中國(guó)***的公共云計(jì)算平臺(tái)，并躋身世界前三。在中國(guó)，阿里云目前服務(wù)了超過(guò)30%的網(wǎng)站和超過(guò)50%的中小型企業(yè)。

阿里巴巴是一家國(guó)際化的公司，從今年的雙十一就可見(jiàn)一斑。除了把各種海外尖貨帶到國(guó)內(nèi)，我們也把國(guó)內(nèi)的優(yōu)質(zhì)商品帶到全世界。成立于2010年的AliExpress，已經(jīng)發(fā)展成為全球***的跨地域交易平臺(tái)。除了電子商務(wù)，阿里巴巴在全球的業(yè)務(wù)還包括金融、物流、健康、娛樂(lè)和云計(jì)算。這也是為什么我覺(jué)得把阿里看做是中國(guó)的Amazon和ebay是不準(zhǔn)確的。如同馬云所說(shuō)“如果把亞馬遜或者京東比作蘋果，那么阿里就應(yīng)該是一顆蘋果樹”。我們把自己看做是一個(gè)生態(tài)系統(tǒng)，是未來(lái)生活的水電煤。我們的目標(biāo)是創(chuàng)建一個(gè)開放、透明、合作的商務(wù)平臺(tái)，讓天下沒(méi)有難做的生意。

過(guò)去兩年，阿里電商平臺(tái)中移動(dòng)成交占比提升了2倍，達(dá)到60%以上，這得益于我們?cè)谝苿?dòng)和系統(tǒng)架構(gòu)上做了很大的改造。所以，今天主要介紹我們的電子商務(wù)操作系統(tǒng)在移動(dòng)環(huán)境下面的演進(jìn)，以及這個(gè)架構(gòu)是怎么應(yīng)對(duì)PC時(shí)代***的挑戰(zhàn)。整體來(lái)說(shuō)會(huì)分為四個(gè)部分：客戶端的容器化架構(gòu)、移動(dòng)網(wǎng)絡(luò)管道架構(gòu)、云服務(wù)架構(gòu)和數(shù)據(jù)架構(gòu)，由于時(shí)間的限制，我們將更多的闡述前三者。

7年前，雙十一在中國(guó)還被戲稱為光棍節(jié)，但在2009年，阿里巴巴***次決定在這一天舉辦購(gòu)物促銷，把這個(gè)日子變成了世人矚目的購(gòu)物狂歡節(jié)。

5天前，我和團(tuán)隊(duì)剛剛經(jīng)歷了第7年的雙十一，這一天阿里巴巴的交易額約143億美元（912.17億人民幣）。去年黑色星期五期間的全美總交易額是114億美元（包括了線下和線上所有的電商公司的銷售總額），而雙十一產(chǎn)生的143億美元，僅僅是阿里巴巴電商平臺(tái)一天的交易額，整個(gè)狂歡覆蓋了200多個(gè)國(guó)家和地區(qū)。全社會(huì)共同參與，把平凡的一天變成全球狂歡的節(jié)日，這就是阿里巴巴生態(tài)的力量、互聯(lián)網(wǎng)的力量。

手機(jī)淘寶

手機(jī)淘寶作為阿里集團(tuán)移動(dòng)端的“航空母艦”，近兩年發(fā)展非常迅猛，用戶量增長(zhǎng)接近10倍。在2015雙十一這天，我們的無(wú)線端成交占比高達(dá)68% 。在高峰期，更有超過(guò)4500萬(wàn)人同時(shí)在線，每秒14萬(wàn)筆下單；今天我們擁有超過(guò)3億的月活躍用戶，是全球***的消費(fèi)類移動(dòng)APP。而這些，都對(duì)我們的系統(tǒng)能力提出巨大挑戰(zhàn)。

下面給大家分享一個(gè)典型用戶在手淘的一天。

移動(dòng)架構(gòu)的反思

阿里巴巴打造的不是一個(gè)軟件系統(tǒng)平臺(tái)，而是一個(gè)電子商務(wù)操作系統(tǒng)。這樣的電商操作系統(tǒng)，支撐了過(guò)去10年的快速發(fā)展。同樣，我們?cè)谝苿?dòng)端也在重新思考如何繼續(xù)升級(jí)，如何在手機(jī)APP中完成生態(tài)建設(shè)。

移動(dòng)互聯(lián)網(wǎng)不僅僅是傳統(tǒng)互聯(lián)網(wǎng)的延伸。這個(gè)共識(shí)一方面來(lái)自于手機(jī)終端的強(qiáng)大特性對(duì)產(chǎn)品和商業(yè)模式產(chǎn)生的“破壞式”影響，另一方面來(lái)自于技術(shù)的變化趨勢(shì)。

在web的時(shí)代，我們說(shuō)BS架構(gòu)，通常也可以理解為是CS架構(gòu)的一種變體。只不過(guò)在Client端，我們運(yùn)行在Browser這樣一個(gè)容器環(huán)境中，通過(guò)穩(wěn)定的寬帶網(wǎng)絡(luò)接入，通過(guò)HTML這樣簡(jiǎn)單、透明的協(xié)議與服務(wù)端進(jìn)行通訊。由于瀏覽器只提供了非常簡(jiǎn)單的能力接口。所以，客戶端上只有非常薄的一層，只做渲染的工作。而在這里工程師的主要工作是在集中解決兼容性的問(wèn)題。 而所有的邏輯計(jì)算和我們所有要解決的核心問(wèn)題，擴(kuò)展性、伸縮性、穩(wěn)定性、性能等等，其實(shí)都集中在后端。
隨著個(gè)人計(jì)算機(jī)計(jì)算能力的發(fā)展，前端技術(shù)像Ajax、Angular這樣的技術(shù)如雨后春筍般冒出，我們進(jìn)入web2.0時(shí)代。但這個(gè)時(shí)候云和端之間的邊界并沒(méi)有發(fā)生本質(zhì)變化。

在移動(dòng)時(shí)代，移動(dòng)設(shè)備的計(jì)算能力發(fā)展的越來(lái)越迅猛。更重要的是，移動(dòng)操作系統(tǒng)將移動(dòng)設(shè)備上百個(gè)sensor的能力暴露了給上層的應(yīng)用，使得我們能獲得比在broswer里更強(qiáng)的能力。這樣app側(cè)就能夠做到更多的以前在browser無(wú)法做到的事情。所以，互聯(lián)網(wǎng)發(fā)展到今天，到了移動(dòng)互聯(lián)網(wǎng)的時(shí)代，我們真正意義進(jìn)入到了一個(gè)富客戶端時(shí)代，之前簡(jiǎn)單清晰的云端界限被徹底的模糊。

在這個(gè)階段，我們?cè)瓉?lái)談?wù)摰暮芏嗉軜?gòu)問(wèn)題，擴(kuò)展性、隔離性、穩(wěn)定性、性能等很多問(wèn)題就不在僅僅只是服務(wù)端的問(wèn)題，客戶端也需要開始從架構(gòu)的維度來(lái)思考這些問(wèn)題。同時(shí)云端之間通訊的簡(jiǎn)單的協(xié)議，穩(wěn)定的通道，也在發(fā)生了很多的變化。移動(dòng)網(wǎng)絡(luò)隨時(shí)隨地需要接入的特點(diǎn)，也對(duì)我們的基礎(chǔ)架構(gòu)提出了更高的要求。接下來(lái)我們就展開看一下這里的區(qū)別。

#p#

Rethinking Mobile Architecture-夾心面包的尷尬

但這個(gè)問(wèn)題的解決之道并不像服務(wù)端。在這個(gè)過(guò)程中我們?nèi)娣此迹蠹铱吹竭@張圖里面我們用了一個(gè)形象的比喻來(lái)體現(xiàn)傳統(tǒng)的服務(wù)端軟件。最下層是操作系統(tǒng)，通常是linux，最上層是我們的業(yè)務(wù)功能和服務(wù)。在服務(wù)端架構(gòu)，我們很習(xí)慣用增加一個(gè)架構(gòu)層次的方式來(lái)解決問(wèn)題。例如緩存層、數(shù)據(jù)訪問(wèn)層等。我們?cè)诩軜?gòu)上按照自己的意愿去搭建不同層次的銜接環(huán)節(jié)，使架構(gòu)具有足夠的靈活性和擴(kuò)展性。即使堆成這個(gè)樣子，它依舊是非常合理的。

而移動(dòng)app架構(gòu)則是一個(gè)完全不同的場(chǎng)景。我們必須回到遠(yuǎn)古的CS架構(gòu)時(shí)代，一個(gè)喪失web靈活性的時(shí)代，因?yàn)樗泄δ芏急仨毤傻揭粋€(gè)APP里面。

我稱之為“看上去簡(jiǎn)單，但實(shí)際上卻非常尷尬的夾心層“ 。

所以，我們需要有一個(gè)優(yōu)雅的客戶端架構(gòu)設(shè)計(jì)，讓我們能夠重拾以前web互聯(lián)時(shí)代的能力。在這種背景下，我們構(gòu)建了手機(jī)淘寶這樣一個(gè)能夠支撐電商生態(tài)系統(tǒng)的客戶端架構(gòu)。概要來(lái)說(shuō)，設(shè)計(jì)理念可以為總結(jié)如下幾點(diǎn)：

***，設(shè)計(jì)時(shí)的隔離性。這個(gè)架構(gòu)必須具備設(shè)計(jì)時(shí)的隔離性，這樣我們?cè)陂_發(fā)、打包時(shí)才能夠***化并發(fā)能力；

第二，運(yùn)行時(shí)的隔離性。這個(gè)隔離性作用在客戶端，主旨在于提高端側(cè)可靠性。我們必須確保單個(gè)模塊的故障影響范圍內(nèi)斂到自己內(nèi)部，不會(huì)引發(fā)整體crash。

第三，動(dòng)態(tài)渲染能力和部署能力。這個(gè)架構(gòu)必須具備一定程度上的運(yùn)行期調(diào)整和動(dòng)態(tài)部署能力。在這個(gè)過(guò)程中，我們構(gòu)建了一個(gè)速度更快的類HTML5渲染引擎；同時(shí)，我們也實(shí)現(xiàn)了一個(gè)私有的容器，支持模塊的動(dòng)態(tài)加載和更新。坐擁這兩大利器，線上問(wèn)題的修復(fù)和新模塊的自動(dòng)更新都脫離了版本發(fā)布的依賴。不幸的是，由于AppStore和GooglePlay尤其是前者較封閉和嚴(yán)苛的審核制度，我們的動(dòng)態(tài)部署能力常常無(wú)法施展，盡管在中國(guó)的安卓應(yīng)用市場(chǎng)上已得到充分的使用。

第四，***力度的兼容性保證，以確保我們?cè)谙到y(tǒng)版本升級(jí)過(guò)程中不出現(xiàn)整體的陣痛。

整體的架構(gòu)反思過(guò)程中，我們重新定義了客戶端和服務(wù)端（云端）的邊界。一旦確立這樣一個(gè)合理的架構(gòu)，就能保證我們的移動(dòng)APP在相當(dāng)時(shí)間內(nèi)，持續(xù)高效的支撐業(yè)務(wù)發(fā)展。

Challenge in mobile architecture -移動(dòng)架構(gòu)的挑戰(zhàn)

另一個(gè)挑戰(zhàn)來(lái)自于不穩(wěn)定的移動(dòng)網(wǎng)絡(luò)環(huán)境。PC時(shí)代，我們?cè)L問(wèn)網(wǎng)站的接入條件是相對(duì)恒定的，所以在開發(fā)時(shí)很少考慮網(wǎng)絡(luò)對(duì)于用戶體驗(yàn)的影響。

但是移動(dòng)APP則不然，尤其是在中國(guó)，基礎(chǔ)的移動(dòng)網(wǎng)絡(luò)環(huán)境并不好，而且我們有很多用戶的訪問(wèn)是發(fā)生在地鐵、公交車這樣的環(huán)境下，移動(dòng)基站的頻繁切換進(jìn)一步增加了網(wǎng)絡(luò)的不穩(wěn)定。從手機(jī)淘寶的數(shù)據(jù)可以看出，我們每天活躍用戶中有15%來(lái)自于類似2G這樣的弱網(wǎng)環(huán)境。如果端到云的連接不穩(wěn)定，有高延時(shí)，那么所有的用戶體驗(yàn)都無(wú)從談起。

基礎(chǔ)網(wǎng)絡(luò)的效率就像一輛列車，時(shí)延是火車的速度(啟動(dòng)時(shí)間)，而帶寬就像火車的車廂裝載量，整個(gè)傳輸?shù)奈锢礞溌肪拖窕疖嚨蔫F軌。我們面對(duì)的移動(dòng)網(wǎng)絡(luò)條件非常復(fù)雜，既有高鐵這樣先進(jìn)的傳輸渠道，也有不少老舊緩慢的綠皮車還在服務(wù)很多用戶。我們的目標(biāo)很簡(jiǎn)單，就是想讓所有用戶都能在手機(jī)淘寶獲得流暢的體驗(yàn)，不論你坐的是“高鐵”還是“綠皮車”。

下面這張圖，能夠讓大家更加直觀的了解中國(guó)的移動(dòng)網(wǎng)絡(luò)環(huán)境。它描述了從用戶到IDC的端到端的路由情況，不僅數(shù)據(jù)傳輸耗時(shí)長(zhǎng)，而且丟包率高，同時(shí)安全性也相當(dāng)糟糕，DNS劫持、內(nèi)容劫持在中國(guó)就是家常便飯。

因此，我們?cè)诟纳凭W(wǎng)絡(luò)通道上做了很多的事情，探索突破運(yùn)營(yíng)商基礎(chǔ)網(wǎng)絡(luò)的局限性，力爭(zhēng)為用戶創(chuàng)造***的購(gòu)物體驗(yàn)：

• 減少網(wǎng)絡(luò)交互：使用更高效的通訊傳輸技術(shù)，提高了連接復(fù)用，減少roundtrip次數(shù)；

• 降低流量：通過(guò)更高效的壓縮技術(shù)和同步技術(shù)減少了網(wǎng)絡(luò)的流量；

• 更安全：在不降低體驗(yàn)的基礎(chǔ)上通過(guò)對(duì)tls1.3的優(yōu)化提高數(shù)據(jù)的安全性；

• 更穩(wěn)定：更靈活的調(diào)度系統(tǒng)實(shí)現(xiàn)異地多活，縮短故障切換的時(shí)間。

#p#

阿里的無(wú)線技術(shù)實(shí)踐

以上整體介紹了阿里對(duì)移動(dòng)時(shí)代架構(gòu)重新思考的過(guò)程。基于這些思考，我們對(duì)架構(gòu)演進(jìn)的方向提出了以下幾個(gè)核心要求：

隔離性：傳統(tǒng)的移動(dòng)App的開發(fā)和集成方式并不適合企業(yè)級(jí)開發(fā)。一個(gè)具備很好隔離性的模塊化架構(gòu)是大規(guī)模并行開發(fā)的基礎(chǔ)。

動(dòng)態(tài)性：互聯(lián)網(wǎng)追求唯快不破，從架構(gòu)上將我們希望能夠在富客戶端時(shí)代同樣也能保留web的輕盈和靈活。動(dòng)態(tài)性是很重要的前提。

***的網(wǎng)絡(luò)體驗(yàn)：全雙工的接入平臺(tái)保障了接入層的伸縮性和穩(wěn)定體驗(yàn)，不管用戶在何種網(wǎng)絡(luò)環(huán)境下都能擁有順暢的體驗(yàn)。

相比PC時(shí)代，移動(dòng)開發(fā)非常復(fù)雜。用戶既想要一個(gè)驚艷的體驗(yàn)，又期望安裝包盡可能小。那么開發(fā)者們就既要具備如web時(shí)代的輕量級(jí)開發(fā)部署能力，又要能獲取到native的能力、性能和擴(kuò)展性。

平臺(tái)級(jí)產(chǎn)品的并行開發(fā)和獨(dú)立部署架構(gòu)

一個(gè)好的架構(gòu)需要支持并行的開發(fā)、獨(dú)立的部署，這樣才能夠滿足靈活多變的業(yè)務(wù)增長(zhǎng)。同時(shí)，發(fā)揮航母級(jí)的平臺(tái)優(yōu)勢(shì)，支撐更多元的客戶端應(yīng)用，產(chǎn)生規(guī)模效應(yīng)，拓展商業(yè)邊界。所以，我們的解決方案是在native平臺(tái)（準(zhǔn)確來(lái)說(shuō)是Android）上構(gòu)建一個(gè)隔離性的架構(gòu)，在此之上，功能盡可能的切割的越小越簡(jiǎn)單越好；同時(shí)，在不損失native性能和能力的前提下，我們也引入了更多的web特性到移動(dòng)開發(fā)中來(lái)。

我們的客戶端容器架構(gòu)設(shè)計(jì)的原則是“everything is a component”，在Android平臺(tái)上，基于我們的隔離化容器架構(gòu)設(shè)計(jì)，我們既可以提高在集成期的多團(tuán)隊(duì)協(xié)作效率，又收獲了在運(yùn)行時(shí)的靈活部署。通過(guò)把龐大的工程拆分成一系列的獨(dú)立服務(wù)，以及我們具備的容器自升級(jí)能力，就不需要同時(shí)編譯和集成所有的功能模塊。一旦一個(gè)模塊完成了測(cè)試，我們就可以按需對(duì)他進(jìn)行升級(jí)。另外，我們的APP還具備線上可熱修復(fù)的能力。

跨平臺(tái)的思考引發(fā)了敏捷性（WEEX）

另一個(gè)殘酷的事實(shí)是，我們所有的功能需要在Android、iOS和H5上重復(fù)實(shí)現(xiàn)。當(dāng)我們面對(duì)客戶端包大小，方法數(shù)的限制的同時(shí)又需要支持200+的功能升級(jí)、多平臺(tái)持續(xù)交付、覆蓋度、容錯(cuò)、熱修復(fù)等等龐雜的事情 。所以在設(shè)備和OS的限制下做伸縮，我們需要一個(gè)超輕量靈活的解決方案，能夠基于某個(gè)高度重用的東西上進(jìn)行低成本的并行開發(fā)、快速發(fā)布。

Weex就是我們想要的殺手锏，開發(fā)者可以通過(guò)一套跨平臺(tái)的代碼構(gòu)建iOS和Android的APP。在構(gòu)建應(yīng)用UI的時(shí)候，開發(fā)者可以使用我們的基礎(chǔ)庫(kù)，這個(gè)庫(kù)抽象了不同平臺(tái)之間的差異性。開發(fā)者面對(duì)的DSL是基于一個(gè)叫做Vue.js的輕量級(jí)js庫(kù)，相對(duì)于React的JSX語(yǔ)法，這是一個(gè)更加面向組件的、腳本樣式分離的語(yǔ)言，對(duì)于開發(fā)者來(lái)說(shuō)更加友好，更利于開發(fā)者和設(shè)計(jì)師之間的協(xié)作。JSBundle可以所見(jiàn)即所得的進(jìn)行及時(shí)更新，V-DOM的抽象層提供了跨平臺(tái)渲染能力，同時(shí)也具備native組件優(yōu)雅降級(jí)的能力。

這套方案跟業(yè)界相似方案的效果對(duì)比如何呢？ 首先我們選擇了一個(gè)標(biāo)準(zhǔn)場(chǎng)景：渲染一個(gè)定制化的圖片列表，展示200+的頁(yè)面。

下圖是我們實(shí)際測(cè)量的數(shù)據(jù)情況，包含渲染時(shí)間、內(nèi)存消耗、CPU消耗和幀率。我們并不是想通過(guò)這個(gè)圖來(lái)強(qiáng)調(diào)我們比所有其他方案都好，因?yàn)閳?chǎng)景不同所有效果也會(huì)有所不同，我們想說(shuō)的是能通過(guò)這么一個(gè)方案取得性能和動(dòng)態(tài)性的雙豐收。

#p#

靈活高效、安全穩(wěn)定的網(wǎng)絡(luò)調(diào)度服務(wù)（ACCS）

接下來(lái)，我們需要解決的是端到端的伸縮性。隨著手機(jī)淘寶業(yè)務(wù)的擴(kuò)張，我們的活躍用戶也在不斷的增長(zhǎng)，為了提供更好的端到端的能力，我們必須提高連接服務(wù)的質(zhì)量。這得益于在以下四個(gè)方面的努力：

***， 作為服務(wù)消費(fèi)方，我們不能決定網(wǎng)絡(luò)的延遲和帶寬，但是我們可以努力減少round-trips。

第二， 我們建立了httpdns服務(wù)并緩存在本地，減少客戶端DSN檢索的時(shí)間損耗；而且基于TLS1.3進(jìn)行了改造，在保障鏈路安全的情況下性能得到的較大提升。

第三， 阿里的后端系統(tǒng)采用多數(shù)據(jù)中心多活的架構(gòu)部署方式，所以無(wú)線網(wǎng)關(guān)需要具備正確的、靈活可變的用戶調(diào)度能力。

第四， 我們把網(wǎng)絡(luò)能力整體封裝成了標(biāo)準(zhǔn)的SDK，一方面以確保我們的APP群能夠一起享受整個(gè)優(yōu)化的收益，另一方面也確保了H5頁(yè)面能夠使用到Native通道的能力。

在闡述完客戶端架構(gòu)和網(wǎng)絡(luò)架構(gòu)之后，我們?cè)俅伟涯抗饩劢沟胶蠖朔?wù)上。2010年左右，我們開始考慮多數(shù)據(jù)中心的事。一方面，我們做到了服務(wù)和數(shù)據(jù)的水平擴(kuò)展。隨著業(yè)務(wù)規(guī)模的不停增長(zhǎng)，我們的應(yīng)用伸縮規(guī)模也越來(lái)越龐大，單點(diǎn)不穩(wěn)定性帶來(lái)的風(fēng)險(xiǎn)也成倍放大。另一方面，部署的應(yīng)用越來(lái)越多，覆蓋電商、物流、大數(shù)據(jù)等等，而一個(gè)城市能夠提供給我們的空間畢竟是有限的。更加致命的是，如果單機(jī)房發(fā)生故障，這對(duì)于電商來(lái)說(shuō)基本上不可接受的，所以我們?cè)?011年開始進(jìn)入雙活乃至多活的改造。

阿里無(wú)線技術(shù)的開源計(jì)劃

架構(gòu)是非常值得分享和討論的，好的技術(shù)架構(gòu)能夠持續(xù)支持偉大的商業(yè)夢(mèng)想。所以今天阿里具備的無(wú)線能力，很多都將會(huì)通過(guò)開源或云服務(wù)和外界共享，希望回饋整個(gè)社區(qū)。同時(shí)也希望我們的技術(shù)思考能夠給大家?guī)?lái)啟發(fā)。大家如果感興趣，歡迎持續(xù)關(guān)注我們的github地址。

移動(dòng)時(shí)代只是DT時(shí)代的過(guò)渡

技術(shù)發(fā)展將從面向生產(chǎn)效率的IT時(shí)代進(jìn)入面向智能的DT時(shí)代，數(shù)據(jù)最終將成為水電煤一樣的基礎(chǔ)設(shè)施 。在這樣一個(gè)背景下，我認(rèn)為移動(dòng)時(shí)代只是一個(gè)過(guò)渡階段，這個(gè)階段我們的所有工作其實(shí)都專注在三件事上：

首先，各種設(shè)備最終都會(huì)具備聯(lián)網(wǎng)的能力 ，我們的基礎(chǔ)設(shè)施要做好準(zhǔn)備。這就是為什么我們會(huì)做ACCS這樣的億級(jí)無(wú)線云平臺(tái)，打造強(qiáng)大的無(wú)線基礎(chǔ)設(shè)施，迎接萬(wàn)物互聯(lián)時(shí)代的到來(lái)。其次，云和端的界限勢(shì)必會(huì)經(jīng)歷一個(gè)越來(lái)越模糊再到重新清晰的過(guò)程。過(guò)去w3c和瀏覽器廠商付出了大量的努力，傳統(tǒng)互聯(lián)網(wǎng)是一個(gè)開放分享透明的生態(tài)。現(xiàn)有的移動(dòng)終端平臺(tái)其實(shí)并沒(méi)有為超級(jí)App做過(guò)任何準(zhǔn)備，反而很多時(shí)候限制了超級(jí)App的發(fā)展。這個(gè)過(guò)程我們也很愿意參與進(jìn)來(lái)，讓移動(dòng)互聯(lián)網(wǎng)也能夠更加開放分享和透明。

***，終端不應(yīng)該僅僅是被動(dòng)的數(shù)據(jù)消費(fèi)，而更重要的是成為更多維度的數(shù)據(jù)生產(chǎn)者。

鏈接一切，云端一體，分享一切，讓我們一起努力迎接一個(gè)更佳智能的未來(lái)。