技術(shù)架構(gòu)分享：美團(tuán)配送系統(tǒng)架構(gòu)演進(jìn)實(shí)踐

美團(tuán)配送自成立以來(lái)，業(yè)務(wù)經(jīng)歷了多次跨越式的發(fā)展。業(yè)務(wù)的飛速增長(zhǎng)，對(duì)系統(tǒng)的整體架構(gòu)和基礎(chǔ)設(shè)施提出了越來(lái)越高的要求，同時(shí)也不斷驅(qū)動(dòng)著技術(shù)團(tuán)隊(duì)深刻理解業(yè)務(wù)、準(zhǔn)確定位領(lǐng)域模型、高效支撐系統(tǒng)擴(kuò)展。如何在業(yè)務(wù)高速增長(zhǎng)、可用性越來(lái)越高的背景下實(shí)現(xiàn)系統(tǒng)架構(gòu)的快速有效升級(jí)？如何保證復(fù)雜業(yè)務(wù)下的研發(fā)效率與質(zhì)量？本文將為大家介紹美團(tuán)配送的一些思考與實(shí)踐。

配送業(yè)務(wù)

從物流到同城即時(shí)配送

物流行業(yè)的發(fā)展離不開(kāi)商業(yè)的發(fā)展，近些年，商業(yè)的變革為物流發(fā)展創(chuàng)造了新的機(jī)會(huì)。電商的興起有效帶動(dòng)了快遞行業(yè)的飛速發(fā)展，直接造就了順豐、四通一達(dá)這樣的快遞公司。而近年來(lái)O2O商業(yè)模式的興起，尤其是外賣、生鮮等到家場(chǎng)景的發(fā)展促進(jìn)了同城即時(shí)配送的快速發(fā)展。

與物流領(lǐng)域下的其他分支不同，同城即時(shí)配送具有如下特點(diǎn):

• 時(shí)效快：美團(tuán)外賣平均送達(dá)時(shí)間28min。

• 距離短：配送距離多數(shù)為3~5km范圍，較大的擴(kuò)展到同城范圍。

• 隨機(jī)性強(qiáng)：取貨點(diǎn)、交付點(diǎn)具有時(shí)間與空間的隨機(jī)性，預(yù)測(cè)與規(guī)劃難度相對(duì)較高。

同城即時(shí)配送業(yè)務(wù)的發(fā)展契機(jī)

行業(yè)的流程再造一般離不開(kāi)兩個(gè)因素：

• 內(nèi)因：技術(shù)或基礎(chǔ)設(shè)施取得重大突破

• 外因：用戶消費(fèi)升級(jí)或市場(chǎng)發(fā)生重大變化

技術(shù)方面，AI與大數(shù)據(jù)的應(yīng)用逐步普及，基于人工智能可以對(duì)配送難度、ETA、騎手能力精確評(píng)估。GPS的快速發(fā)展與GIS廠商能力的不斷開(kāi)放，使得基于LBS的應(yīng)用大大降低了開(kāi)發(fā)成本?；A(chǔ)設(shè)施方面，得益于國(guó)家的持續(xù)投入，移動(dòng)網(wǎng)絡(luò)的質(zhì)量不斷提升，成本逐年下降，也間接促使智能手機(jī)幾乎實(shí)現(xiàn)了全民覆蓋。

市場(chǎng)方面，由于中國(guó)人口具有超大規(guī)模性的特點(diǎn)，人群聚集度高，外賣等到家場(chǎng)景在各大城市尤其是一線城市的需求持續(xù)增強(qiáng)。用戶對(duì)于外賣的安全、時(shí)效、配送員的服裝、禮貌用語(yǔ)等都有更高的要求。

在這兩個(gè)因素的共同作用下，促成了同城即時(shí)配送行業(yè)的發(fā)展。而對(duì)于同城即時(shí)配送業(yè)務(wù)而言，履約能力與運(yùn)營(yíng)效率是研發(fā)團(tuán)隊(duì)要重點(diǎn)解決的兩個(gè)問(wèn)題：

1. 履約能力保證：實(shí)現(xiàn)平臺(tái)對(duì)運(yùn)單調(diào)度的實(shí)時(shí)把控，具備供需調(diào)控能力。

2. 運(yùn)營(yíng)效率提升：加強(qiáng)對(duì)配送騎手的管控能力，提升配送全業(yè)務(wù)的運(yùn)營(yíng)效率，持續(xù)降低成本。

技術(shù)挑戰(zhàn)

美團(tuán)配送系統(tǒng)的本質(zhì)——機(jī)器與海量騎手協(xié)作，服務(wù)于全國(guó)用戶和商家的大規(guī)模協(xié)作系統(tǒng)。技術(shù)的挑戰(zhàn)本質(zhì)上源于業(yè)務(wù)的痛點(diǎn)，具體體現(xiàn)為線上的強(qiáng)履約能力要求與線下的強(qiáng)運(yùn)營(yíng)能力要求。技術(shù)上的挑戰(zhàn)也同樣來(lái)源于線上和線下兩個(gè)方面：

• 線上履約的SLA要求更高。配送業(yè)務(wù)需要兼顧用戶、商家、騎手三端利益，任何一次宕機(jī)的影響都可能是災(zāi)難性的。如果體驗(yàn)不好，用戶會(huì)說(shuō)，為什么我付了錢，卻還餓肚子？商家會(huì)說(shuō)，這是因?yàn)槌隽瞬蜎](méi)人??；但是對(duì)騎手來(lái)說(shuō)，會(huì)覺(jué)得自己付出了時(shí)間與勞動(dòng)，卻沒(méi)有獲得足夠的收益。

• 線下的業(yè)務(wù)復(fù)雜性更高。多條業(yè)務(wù)線管理模式不同，對(duì)于如何兼顧系統(tǒng)在共性和差異化上有很大挑戰(zhàn)。

美團(tuán)配送系統(tǒng)架構(gòu)的演進(jìn)過(guò)程可以分為三個(gè)階段：

1. MVP階段：業(yè)務(wù)模式探索，快速試錯(cuò)，如何具備快速迭代能力。

2. 規(guī)?；A段：業(yè)務(wù)成指數(shù)級(jí)增長(zhǎng)，如何既保證業(yè)務(wù)發(fā)展，又解決系統(tǒng)可用性、擴(kuò)展性、研發(fā)效率等問(wèn)題。

3. 精細(xì)化階段：業(yè)務(wù)模式逐步成熟，運(yùn)營(yíng)逐步精細(xì)化，如何通過(guò)產(chǎn)品技術(shù)創(chuàng)新驅(qū)動(dòng)業(yè)務(wù)發(fā)展。

MVP階段

試錯(cuò)階段，需要快速探索業(yè)務(wù)模式到底是不是一個(gè)方向，這個(gè)階段不要期望很多事情都想得很清楚，用戶和市場(chǎng)會(huì)快速反饋結(jié)果。所以，對(duì)于技術(shù)團(tuán)隊(duì)而言，這個(gè)階段最主要的能力是快。搶奪市場(chǎng)，唯快不破。

從系統(tǒng)架構(gòu)角度，MVP階段只需要做粗粒拆解，我們按照人、財(cái)、物三大領(lǐng)域?qū)⑾到y(tǒng)做了初步服務(wù)劃分，以保證后續(xù)的業(yè)務(wù)領(lǐng)域都可以從這三個(gè)主領(lǐng)域中分離、繼承。

順便提一下當(dāng)時(shí)團(tuán)隊(duì)的組織形式，研發(fā)團(tuán)隊(duì)按項(xiàng)目制組織，大家共同維護(hù)一套系統(tǒng)。當(dāng)時(shí)團(tuán)隊(duì)中無(wú)QA崗位，由PM、RD共同保證開(kāi)發(fā)質(zhì)量，一天發(fā)布二十幾次是常態(tài)。

進(jìn)入這個(gè)階段，業(yè)務(wù)和產(chǎn)品已經(jīng)得到了市場(chǎng)的初步驗(yàn)證，的確找到了正確的方向。同時(shí)，業(yè)務(wù)發(fā)展增速也對(duì)研發(fā)團(tuán)隊(duì)的能力提出了更高的要求，因?yàn)檫@個(gè)階段會(huì)有大量緊急且重要的事情涌現(xiàn)，且系統(tǒng)可用性、擴(kuò)展性方面的問(wèn)題會(huì)逐步凸顯，如果處理不當(dāng)，就會(huì)導(dǎo)致系統(tǒng)故障頻發(fā)、研發(fā)效率低下等問(wèn)題，使研發(fā)疲于奔命。

這個(gè)階段從架構(gòu)層面我們重點(diǎn)在思考三個(gè)方面的問(wèn)題：

• 整體架構(gòu)應(yīng)該如何演化？履約系統(tǒng)與運(yùn)營(yíng)系統(tǒng)的邊界在哪里？

• 履約系統(tǒng)的可用性如何保證？系統(tǒng)容量如何規(guī)劃？

• 運(yùn)營(yíng)系統(tǒng)如何解決業(yè)務(wù)的真正痛點(diǎn)？如何在大量“瑣碎需求”下提升研發(fā)效率？

解決以上問(wèn)題的整體思路為化繁為簡(jiǎn)（理清邏輯關(guān)系）、分而治之（專業(yè)的人做專業(yè)的事）、逐步演進(jìn)（考慮ROI）。

整體架構(gòu)設(shè)計(jì)

在整體架構(gòu)上，我們將配送系統(tǒng)拆解為履約系統(tǒng)、運(yùn)營(yíng)系統(tǒng)和主數(shù)據(jù)平臺(tái)。

履約系統(tǒng)（圖右上側(cè)）的設(shè)計(jì)上，首先按照用戶側(cè)與騎手側(cè)做了初步劃分，這樣拆分兼顧了雙端角色和調(diào)度流程的統(tǒng)一。例如：用戶側(cè)更關(guān)注發(fā)單的成功率與訂單狀態(tài)的一致性，騎手側(cè)則更關(guān)注派單效果、推單成功率等，整體上解耦了發(fā)單、支付、調(diào)度等模塊。

運(yùn)營(yíng)系統(tǒng)（圖左上側(cè)）方面，需求長(zhǎng)期多而雜，架構(gòu)設(shè)計(jì)上需要先想清楚配送的運(yùn)營(yíng)系統(tǒng)應(yīng)該管什么、不應(yīng)該管什么。在長(zhǎng)期的項(xiàng)目開(kāi)發(fā)中，我們從業(yè)務(wù)戰(zhàn)略與組織架構(gòu)出發(fā)，在明確業(yè)務(wù)戰(zhàn)略目標(biāo)和階段策略下，梳理每個(gè)業(yè)務(wù)團(tuán)隊(duì)/崗位的核心職責(zé)、考核目標(biāo)、組織之間的協(xié)作流程，最終整理出現(xiàn)階段配送運(yùn)營(yíng)管理的中心為四個(gè)領(lǐng)域：

• 經(jīng)營(yíng)規(guī)劃：如何科學(xué)地定義目標(biāo)，并保證目標(biāo)能夠有效達(dá)成。

• 業(yè)務(wù)管理：如何提升每一個(gè)業(yè)務(wù)管理過(guò)程的效率與質(zhì)量。

• 騎手運(yùn)營(yíng)：騎手是核心資源，一個(gè)城市需要多少騎手、騎手分級(jí)是否科學(xué)、如何調(diào)控需要系統(tǒng)性方案。

• 結(jié)算平臺(tái)：提高錢的效能，是能否做到成本領(lǐng)先的關(guān)鍵。如何把錢用得對(duì)、用得準(zhǔn)需要長(zhǎng)期思考。

除了履約、運(yùn)營(yíng)兩個(gè)系統(tǒng)的架構(gòu)設(shè)計(jì)外，架構(gòu)設(shè)計(jì)層面還有一個(gè)非常關(guān)鍵的問(wèn)題，即履約、運(yùn)營(yíng)系統(tǒng)的邊界與職責(zé)如何劃分的問(wèn)題。個(gè)人理解這個(gè)問(wèn)題可能是O2O類業(yè)務(wù)在規(guī)?；A段最關(guān)鍵的架構(gòu)設(shè)計(jì)問(wèn)題，如果不能有效解決將為系統(tǒng)的可用性、擴(kuò)展性埋下巨大隱患。履約、運(yùn)營(yíng)兩個(gè)方向的業(yè)務(wù)需求和技術(shù)職責(zé)有較大差異，且多數(shù)數(shù)據(jù)的生產(chǎn)都在運(yùn)營(yíng)系統(tǒng)，最核心最關(guān)鍵的應(yīng)用在履約系統(tǒng)。雖然各自的領(lǐng)域職責(zé)是清晰的，但對(duì)于具體的需求邊界上不見(jiàn)得簡(jiǎn)單明了。對(duì)此，我們借鑒了MDM思路，提出了主數(shù)據(jù)平臺(tái)（圖下側(cè)）的概念，重點(diǎn)解決履約系統(tǒng)與運(yùn)營(yíng)系統(tǒng)的合作與邊界問(wèn)題。

主數(shù)據(jù)平臺(tái)

主數(shù)據(jù)是企業(yè)信息系統(tǒng)中最基礎(chǔ)的業(yè)務(wù)單位數(shù)據(jù)，對(duì)于配送而言是組織、崗位、人員、商家、用戶、城市等數(shù)據(jù)。與之對(duì)應(yīng)的是業(yè)務(wù)數(shù)據(jù)，例如：訂單、考勤、薪資等。主數(shù)據(jù)有兩個(gè)最關(guān)鍵的特征：

1. 基礎(chǔ)性：業(yè)務(wù)數(shù)據(jù)生長(zhǎng)在主數(shù)據(jù)的維度上，例如：訂單數(shù)據(jù)是用戶、商家兩個(gè)主數(shù)據(jù)實(shí)體下的交易數(shù)據(jù)

2. 共享性：各類系統(tǒng)都強(qiáng)依賴于主數(shù)據(jù)，主數(shù)據(jù)的變化上游各業(yè)務(wù)系統(tǒng)需要感知與聯(lián)動(dòng)

主數(shù)據(jù)管理并非一蹴而就，是伴隨業(yè)務(wù)發(fā)展逐步迭代的。早期系統(tǒng)較簡(jiǎn)單，上游系統(tǒng)直接從DB中讀取數(shù)據(jù)并應(yīng)用。這種方案在系統(tǒng)逐步復(fù)雜之后，容易出現(xiàn)多個(gè)團(tuán)隊(duì)開(kāi)發(fā)互相影響，不利于系統(tǒng)擴(kuò)展，并且在可用性上有很大風(fēng)險(xiǎn)。為此我們專門(mén)成立的主數(shù)據(jù)的團(tuán)隊(duì)，獨(dú)立拆分了主數(shù)據(jù)服務(wù)，并把所有對(duì)于數(shù)據(jù)的訪問(wèn)收回到服務(wù)上。在此基礎(chǔ)上，經(jīng)過(guò)不斷的迭代和演進(jìn)，最終我們吸收了CQRS（Command Query Responsibility Segregation）和MDM（Master Data Management）的思想，將整個(gè)主數(shù)據(jù)平臺(tái)逐步劃分成四個(gè)部分：

• 生產(chǎn)系統(tǒng)：負(fù)責(zé)對(duì)數(shù)據(jù)生產(chǎn)的建模，隔離數(shù)據(jù)生產(chǎn)對(duì)核心模型的影響。例如：騎手入職、組織拆分流程等。

• 核心模型：挖掘數(shù)據(jù)實(shí)體關(guān)系，提升模型能力。例如：一人多崗、雙線匯報(bào)等。

• 運(yùn)力中心：面向履約系統(tǒng)的應(yīng)用場(chǎng)景支持，將騎手諸多屬性抽象為運(yùn)力模型，并對(duì)可用性、吞吐能力著重建設(shè)。

• 管理中心：面向運(yùn)營(yíng)系統(tǒng)提供標(biāo)準(zhǔn)化框架，提供信息檢索、流程審批、權(quán)限控制等場(chǎng)景的統(tǒng)一解決方案。

系統(tǒng)可用性

業(yè)務(wù)的快速增長(zhǎng)對(duì)系統(tǒng)的可用性提出越來(lái)越高的要求，在方法論層面，我們按照事故發(fā)生的時(shí)間序列（事前、事中、事后）提出了四大能力建設(shè)，即：預(yù)防能力、診斷能力、解決能力、規(guī)避能力。同時(shí)，在具體工作上，我們劃分為流程和系統(tǒng)兩個(gè)方面。

可用性建設(shè)是一個(gè)長(zhǎng)期項(xiàng)目?？紤]到ROI，起步階段重點(diǎn)完成事前的流程建設(shè)，即上線規(guī)范等一系列線上操作流程，這個(gè)工作在早期能夠規(guī)避80%的線上故障。在流程規(guī)范跑通并證實(shí)有效之后，再逐步通過(guò)系統(tǒng)建設(shè)提升人效。

容災(zāi)能力

容災(zāi)能力建設(shè)上，首先思考的問(wèn)題是系統(tǒng)最大的風(fēng)險(xiǎn)點(diǎn)是什么。從管理的角度來(lái)看，職責(zé)的“灰色地帶”通常是系統(tǒng)質(zhì)量容易出現(xiàn)風(fēng)險(xiǎn)的地方。因此，早期最先做的容災(zāi)處理是核心依賴、第三方依賴的降級(jí)，優(yōu)先保證一旦依賴的服務(wù)、中間件出現(xiàn)問(wèn)題，系統(tǒng)自身具備最基本的降級(jí)能力。

第二階段我們提出了端到端的容災(zāi)能力。首先，我們建設(shè)了業(yè)務(wù)大盤(pán)，定義了實(shí)時(shí)監(jiān)控核心業(yè)務(wù)指標(biāo)（單量、在線騎手?jǐn)?shù)等），通過(guò)這些指標(biāo)能夠快速判斷系統(tǒng)是不是出了問(wèn)題。其次，我們?cè)诤诵闹笜?biāo)上擴(kuò)展了關(guān)鍵維度（城市、App版本、運(yùn)營(yíng)商等），以快速評(píng)估問(wèn)題有多大影響。最后，我們通過(guò)Trace系統(tǒng)，將服務(wù)間的調(diào)用關(guān)系與鏈路級(jí)成功率可視化展現(xiàn)，具備了快速定位問(wèn)題的根因在哪的能力。

第三階段，我們期望將容災(zāi)預(yù)案集成到系統(tǒng)中，基于各類事故場(chǎng)景打造定制化、一體化的容災(zāi)工具，這樣可以進(jìn)一步縮短故障的響應(yīng)、處理時(shí)間以及研發(fā)學(xué)習(xí)成本。例如，為了進(jìn)一步提升配送系統(tǒng)的SLA，我們?cè)诙说蕉说娜轂?zāi)能力上深度優(yōu)化，重點(diǎn)解決了騎手弱網(wǎng)、無(wú)網(wǎng)的情況下的端到端交互問(wèn)題。中國(guó)某些地區(qū)人群非常密集但移動(dòng)運(yùn)營(yíng)商網(wǎng)絡(luò)質(zhì)量較差，會(huì)導(dǎo)致騎手到了這個(gè)區(qū)域后操作App延遲較大甚至無(wú)法操作，這對(duì)騎手的正常工作有非常大的影響。因此，我們?cè)谝苿?dòng)網(wǎng)絡(luò)鏈路層面不斷加強(qiáng)長(zhǎng)連接、多路互備的能力，并將網(wǎng)絡(luò)的診斷、處理、驗(yàn)證工具一體化，使騎手App的端到端到達(dá)率有了進(jìn)一步的提升。

系統(tǒng)容量

對(duì)于一個(gè)規(guī)?？焖僭鲩L(zhǎng)的業(yè)務(wù)，系統(tǒng)的容量規(guī)劃是一個(gè)長(zhǎng)期命題。容量規(guī)劃的關(guān)鍵點(diǎn)是評(píng)估與擴(kuò)容。

評(píng)估方面，在業(yè)務(wù)發(fā)展早期我們一個(gè)架構(gòu)師就能夠完全掌控整個(gè)系統(tǒng)，采用靜態(tài)評(píng)估的方式基本可以衡量系統(tǒng)容量。隨著系統(tǒng)復(fù)雜度逐漸提升，我們逐步引入了Trace、中間件容量監(jiān)控等工具輔助評(píng)估容量，由架構(gòu)師團(tuán)隊(duì)定義容量評(píng)估主框架，由各團(tuán)隊(duì)細(xì)化評(píng)估每個(gè)子系統(tǒng)的容量。當(dāng)業(yè)務(wù)已經(jīng)變得非常復(fù)雜時(shí)，沒(méi)有任何一個(gè)人或團(tuán)隊(duì)能夠保證精確完成容量評(píng)估，這時(shí)我們啟動(dòng)了場(chǎng)景壓測(cè)、引流壓測(cè)、全鏈路壓測(cè)等項(xiàng)目，通過(guò) 流量標(biāo)記 + 影子表 + 流量偏移 + 場(chǎng)景回放 等手段，實(shí)現(xiàn)了通過(guò)線上流量按比例回放壓測(cè)的能力，通過(guò)系統(tǒng)報(bào)告精確評(píng)估容量與瓶頸點(diǎn)。

擴(kuò)容方面，我們分階段依次實(shí)施了冗余備份（主從分離）、垂直拆分（拆分核心屬性與非核心屬性）、水平拆分（分庫(kù)分表）、自動(dòng)歸檔。

運(yùn)營(yíng)系統(tǒng)迭代效率

運(yùn)營(yíng)系統(tǒng)涉及一個(gè)業(yè)務(wù)運(yùn)營(yíng)管理的方方面面，我們?cè)跇I(yè)務(wù)領(lǐng)域上除了明確目標(biāo)、過(guò)程、運(yùn)力、資金四個(gè)領(lǐng)域外，打造了一套運(yùn)營(yíng)系統(tǒng)集成解決方案集合。研發(fā)通過(guò)持續(xù)投入精力在平臺(tái)化服務(wù)或組件的長(zhǎng)期建設(shè)上，使每個(gè)垂直的運(yùn)營(yíng)系統(tǒng)擴(kuò)展性得到保證，從而不斷提升研發(fā)效率。以工作流場(chǎng)景為例，通過(guò)動(dòng)態(tài)表單 + 流程平臺(tái)的方式，統(tǒng)一各類業(yè)務(wù)流、審批流的工程實(shí)現(xiàn)，各類管理動(dòng)作的效率與質(zhì)量可量化，找到流程阻塞節(jié)點(diǎn)，自動(dòng)化部分流程環(huán)節(jié)，通過(guò)技術(shù)手段不斷降低人工成本。

精細(xì)化階段

業(yè)務(wù)發(fā)展不斷成熟之后，業(yè)務(wù)的各類運(yùn)營(yíng)管理動(dòng)作會(huì)趨于精細(xì)化。這個(gè)階段，業(yè)務(wù)對(duì)于產(chǎn)品技術(shù)有更高要求，期望通過(guò)產(chǎn)品技術(shù)創(chuàng)新不斷打造技術(shù)壁壘，保持領(lǐng)先優(yōu)勢(shì)。配送的業(yè)務(wù)特點(diǎn)天然對(duì)AI應(yīng)用有很強(qiáng)的需求，大到供給調(diào)整，小到資源配置，都是AI發(fā)揮效力的主戰(zhàn)場(chǎng)。對(duì)于工程層面，需要持續(xù)思考的問(wèn)題是如何更好地實(shí)現(xiàn)AI的業(yè)務(wù)應(yīng)用。為此我們重點(diǎn)提升了幾方面的能力：

• 降低試錯(cuò)成本：構(gòu)建仿真平臺(tái)，打造算法的“沙箱環(huán)境”，在線下環(huán)境快速評(píng)估算法效果。

• 提升算法特征迭代效率：構(gòu)建特征平臺(tái)，統(tǒng)一算法策略迭代框架與特征數(shù)據(jù)生產(chǎn)框架，提升特征數(shù)據(jù)質(zhì)量。

• 提升導(dǎo)航數(shù)據(jù)質(zhì)量：持續(xù)深耕LBS平臺(tái)，提升基礎(chǔ)數(shù)據(jù)質(zhì)量，提供位置、導(dǎo)航、空間的應(yīng)用能力。

仿真平臺(tái)的核心是打造“沙箱環(huán)境”，配送的服務(wù)業(yè)屬性要求用戶、商家、騎手深度參與服務(wù)過(guò)程，因此算法的線上試錯(cuò)成本極高。對(duì)于仿真平臺(tái)的建設(shè)上，我們刪減掉調(diào)度系統(tǒng)的細(xì)枝末節(jié)，粗粒度的構(gòu)建了一套微型調(diào)度系統(tǒng)，并通過(guò)發(fā)單回放、用戶、商家、騎手實(shí)體建模、騎手行為模擬等方法模擬線上場(chǎng)景。每次仿真會(huì)產(chǎn)出算法的KPI報(bào)告，實(shí)現(xiàn)算法效果的離線預(yù)估。

算法數(shù)據(jù)平臺(tái)

算法策略的效果，主要依賴于算法模型和特征數(shù)據(jù)的質(zhì)量。為此我們圍繞模型和特征，打造了一站式算法數(shù)據(jù)平臺(tái)，提供從數(shù)據(jù)清洗、特征提取，模型訓(xùn)練、線上預(yù)測(cè)到算法效果評(píng)估的全方位數(shù)據(jù)閉環(huán)解決方案，為機(jī)器學(xué)習(xí)和深度學(xué)習(xí)算法模型在配送各個(gè)業(yè)務(wù)線落地提供支撐。

LBS平臺(tái)

LBS平臺(tái)早在配送業(yè)務(wù)的起步階段就開(kāi)始實(shí)施，隨著算法場(chǎng)景的不斷發(fā)展，LBS不斷深化點(diǎn)線面空間能力，為配送調(diào)度、時(shí)間預(yù)估、定價(jià)等業(yè)務(wù)場(chǎng)景提供支撐，打造了任務(wù)地圖、路徑規(guī)劃、語(yǔ)音導(dǎo)航、熱力圖等產(chǎn)品。

結(jié)語(yǔ)

美團(tuán)配送系統(tǒng)架構(gòu)的演進(jìn)過(guò)程，架構(gòu)師團(tuán)隊(duì)長(zhǎng)期關(guān)注技術(shù)驅(qū)動(dòng)業(yè)務(wù)、明確領(lǐng)域職責(zé)與邊界等關(guān)鍵問(wèn)題，同時(shí)架構(gòu)的演進(jìn)過(guò)程也是不斷考慮ROI的權(quán)衡取舍過(guò)程。技術(shù)的持續(xù)發(fā)展不斷提升體驗(yàn)、規(guī)模，降低運(yùn)營(yíng)成本，而架構(gòu)在里面解決的問(wèn)題是化繁為簡(jiǎn)，將復(fù)雜問(wèn)題拆解為簡(jiǎn)單的問(wèn)題并通過(guò)領(lǐng)域?qū)＜抑鸺?jí)各個(gè)擊破。隨著規(guī)模的持續(xù)增長(zhǎng)，業(yè)務(wù)的持續(xù)創(chuàng)新會(huì)給系統(tǒng)架構(gòu)提出越來(lái)越高的挑戰(zhàn)，系統(tǒng)架構(gòu)設(shè)計(jì)將是我們長(zhǎng)期研究的一個(gè)課題。

作者簡(jiǎn)介

永俊，美團(tuán)資深技術(shù)專家，配送業(yè)務(wù)系統(tǒng)團(tuán)隊(duì)負(fù)責(zé)人。長(zhǎng)期從事配送系統(tǒng)質(zhì)量保證、運(yùn)營(yíng)體系建設(shè)、系統(tǒng)架構(gòu)升級(jí)等方向。