Lazada 2012年成立於新加坡,是東南亞第一電商,2016年阿里投資10億美金,2017年完成對lazada的收購。 業務模式上Lazada更偏重自營,相似於亞馬遜,自建倉儲和爲商家提供服務。 在阿里完成對Lazada的收購後,開始對Lazada進行了一系列架構升級,目的是升級爲阿里的技術引擎。前端
Lazada初期有兩個系統:算法
業務發展過程當中將Bob進行了必定的拆分,其中交易,履約能力沉澱到Oms系統中。 系統總體開發語言爲Php,一些新的系統爲Go。數據庫
這樣的架構存在不少問題,如:後端
在阿里對Lazada收購以後,同時考慮到業務形態及所處的軟件技術背景,阿里首先將阿里沉澱的無線端和搜索鏈路進行了阿里技術體系升級。 將用戶,商品詳情,購物車,訂單,退款,履約等系統所有重構,將數據遷移到新系統。網絡
阿里在整個架構投入上,首先採用調用精兵強將直接接管新架構的研發,這樣能夠更好的接入和適配到阿里總體技術棧上。同時整個系統架構交付上,不考慮灰度策略,而是一刀切,開發一個徹底新的系統。架構
這兩點對於你們有必定到借鑑做用,在過去幾年參與過不少系統的重構或者是技術方案的遷移。若是拖拖拉拉的不投入系統的人力和時間是很難保質保量完成一個重構需求的,同時不少時候在作系統融合過程當中,過多的考慮灰度方案,不只形成技術複雜度升高,可操做性一樣下降。框架
在明確了團隊和交付方案與交付時間以後,團隊背水一戰,盡心盡力進行了新Lazada系統的研發。運維
任何一個原有系統的總體架構遷移,勢必會存在時間緊,任務重,強度大,複雜度高的問題,首先須要讀懂原有解決方案的用意,才能更好的整合多個需求點並進行總體抽象或者合併,這個過程必然設計到不斷的重構,融合,下沉。分佈式
其次想要將新系統架構的業務能力融合進阿里整個技術層次與技術棧下,須要讓技術團隊對於阿里體系化分層有清晰的認識,須要對於設計理念和技術體系進行快速的學習與消化。模塊化
最後一個系統的完美交付涉及到項目管理相關的能力,對於項目交付和落地能力,我認爲一樣是一個架構師必備的能力。要求海外與阿里技術人員按照Ticket作事,明確Ticket和設計文檔。
在完成了一系列的架構設計,研發投入,相互協做以後,新Lazada系統進入了交付階段。 整個交付流程涉及到:技術方案設計,功能開發,測試,UAT,割接上線。在整個上線過程當中,爲確保系統無問題不影響用戶正常使用,須要在凌晨進行上線操做,通宵也是屢見不鮮。
最終,通過6個月的艱苦奮戰,Lazada新網站和老系統相比,有了17個電商核心域,包括會員,商品,交易,營銷等。有了29個核心模塊,包括無線,前端,後端三大部分。
系統後端模塊的7個核心繫統,即下降系統複雜度,模塊的單獨拆分也比較容易。 從單IDC,中間件,監控運維,業務系統都採用了阿里中臺技術相關解決方案,節約了不少時間成本。 新的APP包括個性化首頁和新搜索功能上線以後,系統運行穩定,性能有了很大提高,DAU和GMV都有了200%的增加。
在對Lazada完成了一系列技術重構以後,新的系統架構能夠更好對服務於將來的賦能需求。
Lazada的總體架構能夠實現快速的重構與賦能,得益於阿里強大的中臺能力。阿里在2015年提出了大中臺,小前臺戰略,在Lazada重構過程當中,幾十個系統的重寫和數據遷移,若是沒有阿里強大的中臺支持,是不可能完成的。阿里中臺是整個重構計劃的核心與關鍵。
阿里中臺提供了IDC,網絡,機房,操做系統,中間件,數據庫,算法平臺,數據平臺,計算平臺,業務平臺等一系列技術與產品的支持。
以數據處理爲例:
重構系統中,數據工程師將Lazada全部數據,全量倒入阿里計算平臺,並計算出通用中間表和分區表,供項目中搜索索引構建,數據遷移,BI報表等多個子項目使用,極大的節約了成本。
阿里的DBA工具,能夠輕鬆支持可視化查詢,管理,運維Lazada原有DB集羣。
業務中臺上採用TMF和星環框架,能夠將業務定製和平臺邏輯分離,極大提升開發效率。
項目管理工具Aone,能夠很好的管理國內外幾百位工程師,管理流程,Bug跟蹤,讓整個項目管理有條不紊。
同時阿里沉澱了大量出海解決方案,對於技術產品出海和國際化部署提供了豐富的保障,好比活動搭建平臺斑馬,推薦系統TPP,搜索平臺HA3,無線接入層AServer和MTOP,中間件和運維支撐平臺,監控系統Sunfire等。