運滿滿的技術架構演進之路

2021-09-17 05:03:24 字數 3348 閱讀 4265

目前運滿滿有 520w 司機和 125w 貨主使用者。貨運行業有其特殊性,我們也很榮幸能採訪到運滿滿 cto 王東老師,從運滿滿最初的架構迭代,到技術中颱的搭建,到當前的 ai 技術的應用,整體上了解貨運平台的技術積累。同時,王東老師也會在 7 月 6 日的深圳 archsummit 全球架構師技術峰會上演講《如何打造活力、持續創新的研發團隊》話題。

\\ 王東說,之前乙個司機從南京拉貨到上海,需要在上海卸貨之後再去配貨站找貨,而且能看到的貨源也僅限於與該配貨站關係好的工廠貨物,很多因素會導致司機要多等待半天到一天,以至於經常會空駛回南京。

\\ 基於運滿滿平台,司機能看到整個上海到南京的貨源情況,甚至從上海周邊到南京周邊的貨源,這就提公升了司機的選擇餘地,極大的降低了空駛,也提高了車貨匹配的效率,在熱門線路貨主發出送貨需求幾分鐘之內就能找到對應的司機。

\\ 與此同時,王東還說,運滿滿正研究無人駕駛在幹線物流領域的應用,已經組建了無人駕駛事業部,集團也為使用者提供了全方位如 etc,油,保險,貸款等服務。

\\ 現在這一切看上去都很美好,但是回望來時的路,不甚感慨,滅掉了很多問題,但還有更多的問題需要消滅。

\\一直在打「遭遇戰」

\\ 2017 年運滿滿和貨車幫合併後成立滿幫集團,整個集團不論是業務體系還是技術體系都在飛速發展。為了更好的為司機和貨主服務,集團各個業務、團隊開始融合。融合的過程中,業務上既要滿足不停歇的新業務需求,還要不斷地公升級系統以確保穩定性。合併之後和貨車幫的技術團隊很好的配合一起來完成這件事是乙個挑戰。結果只用了 3 個月就實現了系統融合並上線,雙方團隊的匠心精神充分展現。

\\系統架構迭代

\\ 第一次迭代是「服務化拆分」。運滿滿初期是乙個單體應用,隨著業務的發展開始隱隱暴露出研發效率與穩定性難以權衡的痛點,為避免業務進入高速發展時期對技術團隊帶來的衝擊,研發團隊啟動了服務化拆分專案。對於系統的更新,我們從研發效率與穩定性兩個基本要求出發,分析關鍵路徑,隔離業務變化與資源體量,整體規劃面向分布式系統的全鏈路監控。從系統複雜度、服務分級,以及業務領域對團隊配合度的要求這幾個方面,對團隊進行盤點、重組和擴充。這個過程雖然花了很多時間與精力去分析系統,洞察團隊,但事實證明這為後續的工作奠定了堅實的基礎。

\\ 第二次迭代是「穩定性保障體系與業務服務中臺」。在運滿滿系統全量服務化後,研發效率、效能、穩定性得到了巨大的提公升,業務也在這個階段進入了高速爆發期。然而,隨著服務化大幅增加了系統複雜度,線上故障的定位難度與恢復時長也隨之提高。研發團隊圍繞著故障預演、發現、止損、定位與恢復規劃並落地了統一流控熔斷降級、流量排程、動態分組、自動化破壞性測試、全鏈路 trace、線上變更事件流等能力,大幅降低了故障數量與恢復時長。

\\ 同樣,系統複雜度的提公升給研發效率也造成了不小的衝擊,大量業務服務中存在相似或相同的邏輯,隨著對業務領域的逐漸深入,我們規劃並逐步沉澱業務服務中臺,以資料模型抽象化配置化,業務邏輯引擎化的思路, 使大量前端業務系統的共性與差異化轉變為中颱呼叫的選項引數,以及配置能力的使用。比如使用者平台、貨源平台、推薦排序平台。

\\大道至簡的分布時代應對策略

\\ 因為行業特殊性,缺少前車之鑑的參考,王東說,他們確實遇到了很多挑戰,一些看似合理的產品邏輯與平台規則,在使用者看來卻沒法解決他們的問題,反應很強烈。在一切摸著石頭過河的階段,對技術架構的快速應變能力是相當大的考驗,客戶端在這個問題上凸顯尤為嚴重。客戶端發版到使用者最終更新需要乙個長週期,如果完全依賴靜態發版,版本更新週期內所有問題基本束手無策。為了快速響應業務變化,運滿滿對客戶端動態能力建設下了很大的功夫,例如 react,動態降級 h5,安卓外掛程式化,無痕打點。這需要大量的客戶端標準化工作以及完備的基礎能力建設,並且還需要建立對應的管理平台增加各能力管理的易用性。

\\ 另外,使用者群體內大多數人對智慧型手機了解不夠,例如 push 收不到,沒聲音等手機設定問題都需要客服去協助解決。為此,我們在客戶端內建了強大的問題自診斷工具,針對安卓系統的碎片化問題,這類工具的研發需要對症下藥定製進行適配,達到的效果也很喜人,上線後每週此類問題的諮詢量降低了兩個數量級。為了降低管理成本與人員成本,這種快速應變能力在服務端同樣重要,這正是業務服務中臺能力的體現,非常重要。

\\大放異彩的演算法技術

\\ 演算法技術在車貨之間進行匹配,最大程度降低空駛率,節省時間,提公升效率上發揮了重大作用。那它和普通的車人匹配性質有何不同呢?

\\ 王東說,這就要談到匹配的場景和特色。車貨匹配在廣義上,也是撮合交易的一種。如同電商、打車。在平台產品上的展現形態,也以推薦、排序、訂單匹配為主。但車貨匹配有極其獨特的特點,比如貨源是無庫存的唯一品和非標準品。「唯一品」指的是每宗貨源幾乎各不相同,運輸方案、時間各有變化,而且一次性成交後就立刻下線,完全不同於**的熱點商品推薦原則。非標準品是指,貨源對車輛是有要求的,而且在不同時間、線路、種類上計價方式也不同。這一點也和打車出行場景的車人匹配有著重大差異。日常出行的車人匹配的場景是區域性區域在較短時間視窗內滿足供需,而車貨匹配則是長時間大區域內的匹配 -- 畢竟貨運計畫可以長達乙個月,車輛的行駛里程遠大於日常打車場景。

\\ 從結果來說,發貨資訊上線的瞬間,就能準確**潛在的車主,並進行正確的推送,40% 的貨源在 30 分鐘內就能建立司機到貨主的聯絡,60% 的貨源在 2 小時之內成交。大大節省了司機找貨的時間成本。而且運滿滿還提供了大量回程甚至多路徑中轉回程的推薦。這些都對匹配效率,降低空駛起到了重要作用。

\\機器學習和深度學習的廣泛採用

\\ 運滿滿利用大規模的資料採集,實時運算,借助機器學習和深度學習技術,建立了全網最優為目標的匹配和排程方案,大幅提公升運輸效率(匹配,速度,節油)。

\\ 貨源尤其如此,有明顯的好貨與壞貨的區分,因此要兼顧「效率 + 公平 + 業務目標」。比如在乙個階段內以 30 分鐘反饋為業務目標。此外,還要考慮運輸計畫和車輛排程。又涉及到路線排程、eta、供需**等範疇。比如 eta 是基於如下的 eta cost 場景:為貨主尋找合適的車輛,是不能通過周邊車輛的直線距離來計算成本的,也要考慮限行、道路情況、天氣季節、車輛狀態來綜合計算。那麼在這裡使用 rnn 來處理**後數千特徵的輸入,對到達時間的成本進行**就是非常有效的一種方法。

\\ 資料和演算法產生了很大的經濟價值也是很直觀的:

嘉賓介紹:

\\

運滿滿的技術架構演進之路

目前運滿滿有 520w 司機和 125w 貨主使用者。貨運行業有其特殊性,我們也很榮幸能採訪到運滿滿 cto 王東老師,從運滿滿最初的架構迭代,到技術中颱的搭建,到當前的 ai 技術的應用,整體上了解貨運平台的技術積累。同時,王東老師也會在 7 月 6 日的深圳 archsummit 全球架構師技術...

運滿滿的技術架構演進之路

目前運滿滿有 520w 司機和 125w 貨主使用者。貨運行業有其特殊性,我們也很榮幸能採訪到運滿滿 cto 王東老師,從運滿滿最初的架構迭代,到技術中颱的搭建,到當前的 ai 技術的應用,整體上了解貨運平台的技術積累。同時,王東老師也會在 7 月 6 日的深圳 archsummit 全球架構師技術...

運滿滿的技術架構演進之路

目前運滿滿有 520w 司機和 125w 貨主使用者。貨運行業有其特殊性,我們也很榮幸能採訪到運滿滿 cto 王東老師,從運滿滿最初的架構迭代,到技術中颱的搭建,到當前的 ai 技術的應用,整體上了解貨運平台的技術積累。同時,王東老師也會在 7 月 6 日的深圳 archsummit 全球架構師技術...