順豐作為物流龍頭，公司在 2018 年面臨業(yè)務(wù)多元化、快速發(fā)展的訴求和技術(shù)架構(gòu)工具、平臺(tái)落后的沖突。在 2018-2021 年期間，順豐通過(guò)聯(lián)動(dòng)業(yè)務(wù)研發(fā)、基礎(chǔ)設(shè)施和工具平臺(tái)“鐵三角”，實(shí)現(xiàn)架構(gòu)的全面升級(jí)，支撐公司業(yè)務(wù)的快速發(fā)展和多元化。

本文主要分享了順豐在架構(gòu)升級(jí)方面的一些經(jīng)驗(yàn)和體會(huì)，包括如何去聯(lián)動(dòng)應(yīng)用架構(gòu)、技術(shù)架構(gòu)，如何和關(guān)鍵平臺(tái)一起實(shí)現(xiàn)分布式架構(gòu)升級(jí)等，還會(huì)分享一些個(gè)性化的技術(shù)解決方案。

順豐概況

首先，為了讓大家更清楚地理解這個(gè)議題，我先簡(jiǎn)單介紹下順豐的情況。

順豐從 1993 年建立至今，已經(jīng)成為國(guó)內(nèi)物流的 TOP 公司，目前致力于成為一家“第三方獨(dú)立的行業(yè)解決方案數(shù)據(jù)科技服務(wù)公司”。

經(jīng)過(guò)近 30 年的發(fā)展，順豐建設(shè)了業(yè)界領(lǐng)先的天網(wǎng)，地網(wǎng)和信息網(wǎng)。我們目前有 75 架全貨機(jī)在天上飛，有十幾萬(wàn)輛車(chē)在地上跑，還有幾十萬(wàn)快遞小哥每天奔波為大家服務(wù)。順豐是怎么協(xié)同調(diào)度人，車(chē)，貨，場(chǎng)各種能力，這有賴(lài)于對(duì)技術(shù)的執(zhí)著追求，以及強(qiáng)大技術(shù)團(tuán)隊(duì)的支撐。

順豐科技目前有 4000+員工，其中 3000+的研發(fā)，1000+多人具有博士碩士學(xué)位?？萍紙F(tuán)隊(duì)在支撐順豐業(yè)務(wù)的同時(shí)，也基于業(yè)務(wù)場(chǎng)景孵化通用的產(chǎn)品方案，溢出到社會(huì)。

2018 年困境

要做架構(gòu)升級(jí)，一定要了解企業(yè)之前的情況，知道“因”，才能更好地理解結(jié)果。

把時(shí)間線(xiàn)拉回到 2018 年。

2018 年，順豐各業(yè)務(wù) BU 發(fā)展多元化，很多業(yè)務(wù)異軍突起，我們向“快運(yùn)”、國(guó)際業(yè)務(wù)的拓展，進(jìn)展迅速，各個(gè)業(yè)務(wù)線(xiàn)都組建了自己的運(yùn)營(yíng)和研發(fā)團(tuán)隊(duì)。但當(dāng)時(shí)，整個(gè)應(yīng)用架構(gòu)缺乏統(tǒng)一規(guī)劃和管理，系統(tǒng)交互交錯(cuò)綜復(fù)雜。

同時(shí)業(yè)務(wù)要求提供更快的需求響應(yīng)速度，希望科技能夠驅(qū)動(dòng)業(yè)務(wù)的快速成長(zhǎng)，而底盤(pán)的技術(shù)體系相對(duì)傳統(tǒng)， 主要基于虛擬機(jī)提供計(jì)算能力，Mesos 和 Docker 的建設(shè)剛起步，運(yùn)維交付的自動(dòng)化率約 30%左右，且并不是直接面向業(yè)務(wù)，給用戶(hù)的資源交付周期以天記，彈性擴(kuò)展暫沒(méi)做起來(lái)。

另一個(gè)挑戰(zhàn)是，整個(gè)工具鏈相對(duì)較雜亂，且很多斷點(diǎn)。 各業(yè)務(wù)研發(fā)中心踴躍試點(diǎn)新的技術(shù)組件和工具，缺少統(tǒng)一的治理和規(guī)劃；應(yīng)用發(fā)版還趨于傳統(tǒng)，每周發(fā)版時(shí)間固定，發(fā)版準(zhǔn)備到發(fā)版完成約需 1 天時(shí)間。

戰(zhàn)略突圍

面臨業(yè)務(wù)快速發(fā)展與科技能力相對(duì)落后，流程機(jī)制相對(duì)傳統(tǒng)的矛盾，我們成立了架構(gòu)委員會(huì)，并在架構(gòu)委員會(huì)的驅(qū)動(dòng)下，形成了以應(yīng)用架構(gòu)，基礎(chǔ)設(shè)施和工具平臺(tái)為核心的架構(gòu)升級(jí)鐵三角。

為什么是這三個(gè)方面呢？

首先談下應(yīng)用架構(gòu)，我們認(rèn)為應(yīng)用架構(gòu)是火車(chē)頭，應(yīng)用架構(gòu)做得好，首先可以快速支撐好業(yè)務(wù)，其次可以減少研發(fā)人員數(shù)量，提升研發(fā)效能，第三應(yīng)用架構(gòu)做得好，可以大大減少后端資源的使用和降低運(yùn)維的壓力。

基于這樣的理解，我們首先做應(yīng)用架構(gòu)的治理，并做了中臺(tái)的實(shí)踐。

在基礎(chǔ)架構(gòu)方面，我們?cè)诮ㄔO(shè)選擇上有如下考慮：

1、集團(tuán)在科技的投資大，管控要求高，傳統(tǒng)的基礎(chǔ)設(shè)施管理方法，無(wú)法做到數(shù)字化的精益運(yùn)營(yíng)，造成成本浪費(fèi)。我們當(dāng)時(shí)對(duì)成本結(jié)構(gòu)并不清楚，需要借助云化，服務(wù)化和數(shù)字化的手段來(lái)解決問(wèn)題。

2、業(yè)界的主流技術(shù)是基于 K8S 和微服務(wù)的解決方案，我們順勢(shì)選擇了云原生的技術(shù)棧。

3、公有云是我們很好的補(bǔ)充，靠近業(yè)務(wù)端的部署可以提升用戶(hù)體驗(yàn)，同時(shí)私有云要建設(shè)全量的服務(wù)成本太高，從用戶(hù)體驗(yàn)和成本的角度出發(fā)，我們選擇建設(shè)混合云。

4、順豐是一個(gè)巨大的網(wǎng)絡(luò)，有近 2 萬(wàn)個(gè)分點(diǎn)部和幾百個(gè)中轉(zhuǎn)、倉(cāng)儲(chǔ)場(chǎng)地，邊緣設(shè)備的管理和運(yùn)營(yíng)的挑戰(zhàn)越來(lái)越大，需要耗費(fèi)大量的人力和物力，邊緣云是我們的必然選擇。

基于如上的考慮，我們啟動(dòng)了順豐云的建設(shè)，并選擇了云原生，私有云，混合云和邊緣云的技術(shù)方向。

最后要講一下工具平臺(tái)，其實(shí)基于前面的背景，研發(fā)團(tuán)隊(duì)對(duì)工具平臺(tái)的需求是很迫切的，很多研發(fā)開(kāi)始自發(fā)式構(gòu)建自己的工具平臺(tái)能力，架構(gòu)治理的復(fù)雜度正在升高。

當(dāng)時(shí)迫切要解決的問(wèn)題是研發(fā)發(fā)版的速度，所以我們就順勢(shì)而為，做了 DevOps 一體化的建設(shè)，重點(diǎn)搞定 DevOps 流水線(xiàn)，全景監(jiān)控，APM，在線(xiàn)壓測(cè)等標(biāo)準(zhǔn)能力。

架構(gòu)升級(jí)鐵三角

架構(gòu)治理— 以人為本

鐵三角策略定了后，怎么去實(shí)現(xiàn)呢？

架構(gòu)委員會(huì)在其中的作用非常關(guān)鍵，搞定事，先要搞定人，我們秉著以人為本的理念，對(duì)公司的優(yōu)秀人才進(jìn)行盤(pán)點(diǎn)，并識(shí)別出來(lái)一批優(yōu)秀架構(gòu)師，形成了架構(gòu)師梯隊(duì)，并建立架構(gòu)治理體系。

整個(gè)架構(gòu)體系分為三層，第一層就是架構(gòu)委員會(huì)，它是架構(gòu)的決策層，由技術(shù)能力強(qiáng)的總監(jiān)和頂級(jí)專(zhuān)家組成，負(fù)責(zé)頂層的架構(gòu)設(shè)計(jì)，這批人掌握技術(shù)方向和人力資源，這一層人員的選擇標(biāo)準(zhǔn)是有遠(yuǎn)見(jiàn)和有 POWER，能夠洞見(jiàn)未來(lái)，并促進(jìn)落地。

第二層是執(zhí)行層，負(fù)責(zé)公司層架構(gòu)治理決議的執(zhí)行落地，這一層由各領(lǐng)域有影響力的優(yōu)秀架構(gòu)師組成，作為架構(gòu)委員會(huì)的執(zhí)行組織，能夠聯(lián)動(dòng)架構(gòu)委員會(huì)，同時(shí)推動(dòng)應(yīng)用研發(fā)和基礎(chǔ)設(shè)施研發(fā)做架構(gòu)落地;

第三層是架構(gòu)人才池，是各個(gè)領(lǐng)域或者產(chǎn)品的架構(gòu)師，負(fù)責(zé)具體產(chǎn)品的架構(gòu)優(yōu)化落地。三層架構(gòu)很好的解決了架構(gòu)戰(zhàn)略制定到戰(zhàn)略落地的問(wèn)題，為后續(xù)整個(gè)轉(zhuǎn)型的快速推進(jìn)打下了基礎(chǔ)。

以應(yīng)用架構(gòu)為例，講一下架構(gòu)委員會(huì)的運(yùn)作，我們修訂了各個(gè)業(yè)務(wù)域的架構(gòu)藍(lán)圖，并跟業(yè)務(wù)部門(mén)培訓(xùn)，讓業(yè)務(wù)部門(mén)跟科技有共識(shí)，基于統(tǒng)一的架構(gòu)藍(lán)圖，我們推動(dòng)了應(yīng)用的架構(gòu)整合和應(yīng)用的下線(xiàn)，近 2 年我們每年推動(dòng) 150+的應(yīng)用系統(tǒng)的下線(xiàn)。

技術(shù)組件方面，2019 年開(kāi)始，我們對(duì)所有的技術(shù)組件建立了技術(shù)標(biāo)準(zhǔn)，并通過(guò)流水線(xiàn)的質(zhì)量卡點(diǎn)，來(lái)提升架構(gòu)標(biāo)準(zhǔn)的遵從性。

中臺(tái)探索 - 應(yīng)用架構(gòu)端

下面我會(huì)分三部分講講“鐵三角”的方案和落地情況。

談到應(yīng)用架構(gòu)，應(yīng)用中臺(tái)是不能不講的實(shí)踐，我們起初的戰(zhàn)略是學(xué)習(xí)電商的中臺(tái)去構(gòu)建物流中臺(tái)，希望低成本快速的滿(mǎn)足業(yè)務(wù)需求，支撐業(yè)務(wù)的快速發(fā)展。

我們當(dāng)時(shí)規(guī)劃了產(chǎn)品中臺(tái)，訂單中臺(tái)，履約中臺(tái)，結(jié)算中臺(tái)等，支撐速運(yùn)，快運(yùn)和國(guó)際等各個(gè) BU。

先說(shuō)下我們做得成功的，產(chǎn)品中臺(tái)是我們覺(jué)得可為，并且現(xiàn)在看比較成功的，我們的做法是在現(xiàn)有的模塊基礎(chǔ)上做了一個(gè)聚合，對(duì)外先統(tǒng)一數(shù)據(jù)和接口能力。這個(gè)投入不多，但是效果還不錯(cuò)，2015 年規(guī)劃產(chǎn)品變革，200+人切換實(shí)施耗時(shí) 3 個(gè)月，而 2021 年 4 月，我們產(chǎn)品體系升級(jí)切換， 60+人參與實(shí)施，成功在 1 天內(nèi)完成。

再談一下履約中臺(tái)。關(guān)于履約中臺(tái)，很多朋友可能不好理解，我解釋下。假如你寄一個(gè)快件給你遠(yuǎn)方的父母，所謂履約就是指從你下完單，小哥到你家取件，到小哥把件送到你父母手上的過(guò)程。

順豐對(duì)每一個(gè)訂單都提供嚴(yán)格的 SLA 物流服務(wù)承諾，為了滿(mǎn)足用戶(hù)的體驗(yàn)，履約流程有太多的定制化，履約中臺(tái)其實(shí)是缺乏業(yè)務(wù)基礎(chǔ)的。

去年開(kāi)始我們四網(wǎng)融通，業(yè)務(wù)實(shí)現(xiàn)了模塊化，標(biāo)準(zhǔn)化，比如之前我們?cè)谒龠\(yùn)的場(chǎng)地也處理大件和 NC 件，這樣速運(yùn)的場(chǎng)地功能和管理復(fù)雜，后面大件，NC 都在快運(yùn)的場(chǎng)地處理，這樣就能夠簡(jiǎn)化速運(yùn)的場(chǎng)地運(yùn)作流程，可以做得更標(biāo)準(zhǔn)高效。在業(yè)務(wù)模塊化和標(biāo)準(zhǔn)化的前提下，履約中臺(tái)大有可為。

最后談下訂單中臺(tái)，一開(kāi)始我們期待用一套 OMS 支撐各個(gè) BU 的業(yè)務(wù)，后來(lái)發(fā)現(xiàn)不可行。業(yè)務(wù)發(fā)展太快了，系統(tǒng)是否統(tǒng)一并非第一優(yōu)先級(jí)，而且中臺(tái)重構(gòu)過(guò)程中，業(yè)務(wù)的需求響應(yīng)速度會(huì)變慢；BU 有自己獨(dú)立性的訴求，難以通過(guò)統(tǒng)一平臺(tái)管控。所以這個(gè) CASE，我們并沒(méi)有很好的落地。

以上三個(gè)案例我們的體會(huì)是，建設(shè)應(yīng)用中臺(tái)要業(yè)務(wù)牽引，敢于投入，在迭代中不斷進(jìn)步。

全面云化 — 基礎(chǔ)架構(gòu)端

基礎(chǔ)設(shè)施的建設(shè)，我們以順豐云為戰(zhàn)略藍(lán)圖，選擇以 K8S 為中心，走云原生道路，基于 K8S 和云原生的生態(tài)，覆蓋微服務(wù)，DevOps，邊緣，混合云等解決方案。

如圖是我們的服務(wù)藍(lán)圖。

2019 年我們一方面補(bǔ)充目前計(jì)算平臺(tái)的能力短板，同時(shí)實(shí)現(xiàn)了 K8S 和 DevOps 流水線(xiàn)的 0-1 的建設(shè)，10%的系統(tǒng)實(shí)現(xiàn)了云化；我們 2020 年建設(shè)的多云方案，實(shí)現(xiàn)了 60%的系統(tǒng)上云，150+系統(tǒng)容災(zāi)在公有云上；今年我們計(jì)劃實(shí)現(xiàn)所有核心系統(tǒng)上云，同時(shí)開(kāi)始規(guī)?；圏c(diǎn)邊緣的解決方案。

我們近 700 套的業(yè)務(wù)系統(tǒng)，順豐的云建設(shè)和應(yīng)用上云的速度和節(jié)奏是驚人的，我們總共用三年的時(shí)間，實(shí)現(xiàn)云平臺(tái)的建設(shè)，并實(shí)現(xiàn)所有應(yīng)用的全面云化，這也是在架構(gòu)轉(zhuǎn)型鐵三角下的協(xié)同效果。

這里講幾個(gè)案例，先講混合云。

我們混合云的建設(shè)原則是：多云協(xié)同，成本最優(yōu)，風(fēng)險(xiǎn)可控

多云協(xié)同：一是業(yè)務(wù)場(chǎng)景的需要，比如海外和國(guó)內(nèi)的供應(yīng)商很難用同一家; 有些流量入口需要選擇指定的云廠商；二是，我們不希望綁定任何一家云廠家，我們的資源需求要做到全球范圍內(nèi)，按需調(diào)度。

成本最優(yōu)： 我想很多跟我們一樣，是有自己租賃或者建設(shè)的 IDC 的，不管你用不用，你的分?jǐn)偝杀臼窃诘?，同時(shí)我們做過(guò)嚴(yán)格的成本測(cè)算，當(dāng)企業(yè)的服務(wù)器到一定的數(shù)量后，很多服務(wù)在私有云成本會(huì)更低。所以怎么使用公有云，是要基于場(chǎng)景的，我們一般用于用戶(hù)體驗(yàn)的提高，應(yīng)用的前端互聯(lián)網(wǎng)入口，容災(zāi)和高峰應(yīng)對(duì)等一些場(chǎng)景。

風(fēng)險(xiǎn)可控： 自主可控主要是指兩方面，1、是技術(shù)能力始終是一線(xiàn)互聯(lián)網(wǎng)公司適應(yīng)變化的關(guān)鍵，企業(yè)要掌握核心的技術(shù)能力，2、信息安全和網(wǎng)絡(luò)安全也是我們重點(diǎn)考慮的。

我今天講混合云的應(yīng)用場(chǎng)景：

第一個(gè)場(chǎng)景是：高峰彈性。 順豐高峰一般跟電商的高峰是相關(guān)的，一般都在電商高峰后的幾天，屬于電商履約的部分。一般高峰的流量是平時(shí)的 2-3 倍，我們過(guò)去每年是按照峰值件量去準(zhǔn)備常量資源的，如下圖綠色線(xiàn)所示，我們現(xiàn)在開(kāi)始以平均值（紅色線(xiàn)）加一定的彈性來(lái)準(zhǔn)備常量資源，如黃色線(xiàn)，從而可以大大降低高峰期間的資源成本。

如下圖中的右圖，要實(shí)現(xiàn)這個(gè)解決方案，技術(shù)上需要解決四個(gè)問(wèn)題：

1、業(yè)務(wù)量可以按比例彈到公有云，我們的應(yīng)用在網(wǎng)關(guān)上做分流。

2、基于容器化，統(tǒng)一標(biāo)準(zhǔn)。

3、通過(guò)專(zhuān)線(xiàn)連接，保證網(wǎng)絡(luò)的穩(wěn)定性，以保證應(yīng)用性能和可靠性。

4、統(tǒng)一的云管平臺(tái)，實(shí)現(xiàn)多云資源協(xié)同，分鐘級(jí)別彈性擴(kuò)容。 我們這個(gè)方案 2020 年雙十一高峰已經(jīng)完成驗(yàn)證，2021 年我們會(huì)實(shí)現(xiàn)核心系統(tǒng)在雙十一期間，高峰彈性采用公有云的資源。假設(shè)高峰的流量是平時(shí)的三倍，這個(gè)方案可以省日常 1.5 倍左右的成本。

第二個(gè)場(chǎng)景是容災(zāi)多活。

對(duì)于 CTO 來(lái)說(shuō)，容災(zāi)體系建設(shè)都有三個(gè)困惑：1、使用率低，2、有了能不能有效切換 ，3，成本投入大 。

我們平時(shí)關(guān)注容災(zāi)切換的 RPO，RTO 等指標(biāo)，其實(shí)成本也是非常關(guān)鍵的，如左邊圖所示。在 2019 年之前，我們的容災(zāi)體系是相對(duì)傳統(tǒng)的的冷備模式，生產(chǎn)跟容災(zāi)的資源比約 1:0.8，RTO 按天計(jì)。

我們?cè)?2019 年底開(kāi)始重新梳理容災(zāi)痛點(diǎn)，建立了新型的容災(zāi)解決方案，做應(yīng)用的雙活改造和容災(zāi)的自動(dòng)化體系建設(shè)。在今年 3 月 27 日，我們做了第一次全面的容災(zāi)演練，在業(yè)務(wù)基本不受影響的情況下，我們總體容災(zāi)切換只用了 1 個(gè)小時(shí) 09 分鐘，同時(shí)資源的使用率在提高，服務(wù)器的訴求在減少。

我們正在建設(shè)的目標(biāo)是分鐘級(jí)容災(zāi)體系，真正實(shí)現(xiàn)異地多活才能做到無(wú)感的容災(zāi)切換。 容災(zāi)是一個(gè)很復(fù)雜的過(guò)程，我們建立了完善的容災(zāi)體系和自動(dòng)化容災(zāi)切換平臺(tái)，自動(dòng)化率達(dá)到 98%，公有云容災(zāi)是其中的一個(gè)部分。

公有云的容災(zāi)，我們目前主要在應(yīng)用層，用在我們非關(guān)鍵系統(tǒng)上，這個(gè)方案目前證明是完全可行的，我們已經(jīng)有 150+的系統(tǒng)容災(zāi)使用公有云。右圖方案類(lèi)似高峰的場(chǎng)景，區(qū)別在于多入口分流，智能 DNS 實(shí)現(xiàn)業(yè)務(wù)流量的轉(zhuǎn)移。

邊緣云

邊緣云可以說(shuō)天然就是適配順豐的場(chǎng)景的，我們數(shù)以萬(wàn)計(jì)的分點(diǎn)部，幾百的中轉(zhuǎn)場(chǎng)，場(chǎng)地里面大量的攝像頭，叉車(chē)，分揀機(jī)等等自動(dòng)化設(shè)備，而且每年的增長(zhǎng)都非?？臁?/p>

這些場(chǎng)地多，而且分布全國(guó)各地，網(wǎng)絡(luò)帶寬緊張，網(wǎng)絡(luò)延遲高；逐年建設(shè)的場(chǎng)地，標(biāo)準(zhǔn)化程度不夠，基礎(chǔ)設(shè)施和應(yīng)用發(fā)布運(yùn)營(yíng)都很耗時(shí)耗力。

我們?cè)?2020 年開(kāi)始實(shí)施場(chǎng)地的標(biāo)準(zhǔn)化，自動(dòng)化的管理，大大提高了效率，其中邊緣計(jì)算功不可沒(méi)。

我這里分享兩個(gè)邊緣計(jì)算的案例：

第一個(gè)案例是我們的分揀系統(tǒng)的分布式管理的案例；分揀系統(tǒng)是我們中轉(zhuǎn)最核心的系統(tǒng)，考慮網(wǎng)絡(luò)延遲和網(wǎng)絡(luò)的可用性，它是典型的總分結(jié)構(gòu)的系統(tǒng)，在總部有一個(gè)中央系統(tǒng)，然后在幾百個(gè)中轉(zhuǎn)場(chǎng)有分支。以發(fā)版本為例，之前的方式是給區(qū)域下發(fā)包，區(qū)域負(fù)責(zé)部署驗(yàn)證，傳統(tǒng)發(fā)布需要一周左右的時(shí)間，而且回滾困難。為了解決這個(gè)問(wèn)題，我們把總部的 CICD 和 K8S 的解決方案做了一個(gè)向邊緣的延伸，對(duì)區(qū)域的服務(wù)器做了基于 K8S 的標(biāo)準(zhǔn)化，打通了總部的 DevOps 一體化平臺(tái)和區(qū)域的 K8S 集群，實(shí)現(xiàn)了按需發(fā)布和回滾，單場(chǎng)地分鐘級(jí)發(fā)布，自動(dòng)化率達(dá)到 100%;運(yùn)營(yíng)監(jiān)控也同時(shí)收斂，大大提高效率。

第二個(gè)案例是我們的慧眼慧眼神瞳系統(tǒng)。順豐對(duì)用戶(hù)體驗(yàn)的追求是極致的，大家用順豐的快遞，如果有破損，順豐是有能力做整個(gè)鏈條追溯，找到破損的來(lái)源的，我們是怎么做到的呢，靠的就是慧眼神瞳?；垩凵裢ㄟ^(guò)實(shí)時(shí)圖片和視頻數(shù)據(jù)采集，運(yùn)用 AI 視覺(jué)分析算法，能夠及時(shí)的做暴力分揀，安全風(fēng)險(xiǎn)等場(chǎng)景的分析。

慧眼神瞳是典型的端，邊，云架構(gòu)的系統(tǒng)。 端側(cè)設(shè)備主要是攝像頭，采集數(shù)據(jù)，邊緣是基于 GPU 的服務(wù)器，主要解決圖片處理和模型的判斷，邊緣上數(shù)據(jù)是巨大的，主要是圖像和視頻數(shù)據(jù)，一個(gè)場(chǎng)地達(dá)到上 T 數(shù)據(jù)量的規(guī)模，邊端與云端鏈接網(wǎng)絡(luò)條件差，容易斷網(wǎng)。云端主要是用于訓(xùn)練模型，然后把模型推到邊緣，用于實(shí)時(shí)業(yè)務(wù)判斷。我們以 K8S Edge 為核心，構(gòu)筑起云與端的堅(jiān)實(shí)橋梁。

在終端側(cè)，會(huì)有海量的圖片與視頻需要進(jìn)行識(shí)別處理，如果直接都在云端計(jì)算，則需要的帶寬和算力是不可估量的。我們首先利用順豐云便捷的 CICD 服務(wù)進(jìn)行應(yīng)用研發(fā)、模型訓(xùn)練，通過(guò) Egde 服務(wù)進(jìn)行云邊的協(xié)調(diào)發(fā)布，實(shí)現(xiàn)了邊緣側(cè)斷網(wǎng)、弱網(wǎng)情況下的異構(gòu)容器生命周期管理，保證了邊緣端應(yīng)用的快速更新和穩(wěn)定運(yùn)行。實(shí)現(xiàn)了圖片視頻信息在邊緣端進(jìn)行處理和裁剪，再傳輸回云端的端邊云通路。另一方面，以 AIoT 場(chǎng)景為例，未來(lái)我們通過(guò) Edge 服務(wù)的設(shè)備孿生特性，把海量的終端設(shè)備元數(shù)據(jù)化，在邊緣云上對(duì)終端設(shè)備進(jìn)行數(shù)字化管理。另外我們也將基于 Edge 服務(wù)構(gòu)建統(tǒng)一的消息通道，云邊端的所有設(shè)備都可以訂閱消費(fèi)，形成業(yè)務(wù)聯(lián)動(dòng)。對(duì)于順豐來(lái)說(shuō)，邊緣實(shí)踐還僅僅是開(kāi)始，其他的場(chǎng)景還有很多，如無(wú)人機(jī)，無(wú)人車(chē)等。

DevOps 一體化 —— 工具平臺(tái)端

接下來(lái)分享下在 DevOps 一體化方面所做的工作。

如圖是我們 2018 年研發(fā)流程的情況，工作流中存在斷點(diǎn)，人工干預(yù)多，研發(fā)的流暢度不好。比如申請(qǐng)環(huán)境需要兩天資源才能到位，安全測(cè)試沒(méi)有集成，發(fā)版管控嚴(yán)格，每周發(fā)一次等。DevOps 一體化平臺(tái)徹底改變了這些。我們主要做了如下幾個(gè)方面的突破： 1、需求側(cè)：需求管理從傳統(tǒng)的流程層層審批的模式轉(zhuǎn)化成了扁平的產(chǎn)品管理方式。

一開(kāi)始我們的需求是要提交電子流，通過(guò)業(yè)務(wù)代表，業(yè)務(wù)主管的層層審批，然后再到我們的產(chǎn)品經(jīng)理，然后再由產(chǎn)品經(jīng)理分配給研發(fā)，這種方式需求到研發(fā)需要很長(zhǎng)的時(shí)間，很難適應(yīng)業(yè)務(wù)快速發(fā)展的訴求。通過(guò)產(chǎn)品空間，用戶(hù)可以直接跟產(chǎn)品提需求，產(chǎn)品經(jīng)理和業(yè)務(wù)的代表基于統(tǒng)一的需求看板，做需求評(píng)估和優(yōu)先級(jí)排序。

2、研發(fā)側(cè)：

構(gòu)建了一站式流水線(xiàn)平臺(tái)，流水線(xiàn)集成了研發(fā)腳手架，CICD，測(cè)試能力，安全能力等，基本實(shí)現(xiàn)全程自動(dòng)化，減少人工干預(yù)。

3、運(yùn)維側(cè)：

我們構(gòu)建了全景監(jiān)控解決方案，以應(yīng)用系統(tǒng)的視角，聚合了業(yè)務(wù)監(jiān)控，基礎(chǔ)監(jiān)控，日志，全鏈路監(jiān)控，用戶(hù)行為監(jiān)控等監(jiān)控?cái)?shù)據(jù)。我們基于應(yīng)用系統(tǒng)，建設(shè)了四個(gè)監(jiān)控大屏來(lái)幫助支撐快速定位解決問(wèn)題（用戶(hù)行為和業(yè)務(wù)影響，全鏈路監(jiān)控，系統(tǒng)架構(gòu)和報(bào)警信息，變更和發(fā)布記錄）。

4、研發(fā)真正也能做 Ops 的事情，所有的 Ops 工具權(quán)限都是可以對(duì)研發(fā)開(kāi)放的，只要業(yè)務(wù)研發(fā)通過(guò) DevOps 工程師的培訓(xùn)，研發(fā)就可以上崗做運(yùn)維。

總結(jié)下我們建設(shè)流水線(xiàn)的基本原則就是自動(dòng)化，提升研發(fā)工作的流暢性。 無(wú)異常就不觸發(fā)人工流程，我們有兩種情況會(huì)觸發(fā)人工流程，一是需求升級(jí)決策，產(chǎn)品經(jīng)理不知道該不該做，跟業(yè)務(wù)代表之間有不同意見(jiàn)，這時(shí)需要升級(jí)到中心負(fù)責(zé)人做決策；第二是研發(fā)質(zhì)量出問(wèn)題或者產(chǎn)品生產(chǎn)環(huán)境的缺陷比較多，觸發(fā)質(zhì)量紅線(xiàn)，不能自動(dòng)發(fā)版本，這時(shí)也需要中心負(fù)責(zé)人做決策，發(fā)版流程才能走下去。

通過(guò)一站式的 DevOps 一體化的建設(shè)，我們?yōu)檠邪l(fā)提供了類(lèi)似高鐵的通行服務(wù)，研發(fā)的流程效率提升 80%以上，大大促進(jìn)研發(fā)的敏捷轉(zhuǎn)型。 我們的需求交付周期從之前的 1 個(gè)多月到 2 周，發(fā)版速度從原來(lái)需要 1 天到現(xiàn)在的 20 分鐘，發(fā)版自動(dòng)化率達(dá)到 100%，同時(shí)生產(chǎn)異常自動(dòng)發(fā)現(xiàn)比例達(dá)到 70%左右。

綜上，我基本就講完了我們架構(gòu)升級(jí)鐵三角的方案和效果，順豐有一個(gè)非常重要的基因，就是速度非?？?，我們用三年的時(shí)間，實(shí)現(xiàn)了整個(gè)順豐的架構(gòu)升級(jí)，我們用實(shí)際行動(dòng)證明鐵三角協(xié)同是非常有效的。

未來(lái)展望

最后講一下未來(lái)，順豐業(yè)務(wù)增長(zhǎng)速度很快，同時(shí)在開(kāi)篇講到順豐的業(yè)務(wù)不僅僅是快遞和物流，順豐其實(shí)是一家科技公司，我們新的愿景是“獨(dú)立第三方行業(yè)解決方案數(shù)據(jù)科技服務(wù)公司”，我們對(duì)科技的追求是堅(jiān)定而有力量的。

適配集團(tuán)戰(zhàn)略，在科技也提出了基建 2025 的遠(yuǎn)景目標(biāo)，我們希望基于云，大數(shù)據(jù)，AI 和 5G，構(gòu)建云，邊，端一體化的現(xiàn)代基礎(chǔ)設(shè)施。

我們從如下四個(gè)方面來(lái)牽引我們的技術(shù)追求：高可用，適用速度，安全合規(guī)和成本低廉。

以高可用為例，我們目標(biāo)是核心業(yè)務(wù)系統(tǒng)都實(shí)現(xiàn)異地多活，同時(shí)我們的故障解決時(shí)間控制在分鐘級(jí)別。

以適應(yīng)速度為例，我們強(qiáng)調(diào)的是科技驅(qū)動(dòng)業(yè)務(wù)成長(zhǎng)的速度，如 5G 技術(shù)在場(chǎng)地的應(yīng)用；我們研發(fā)實(shí)現(xiàn)業(yè)務(wù)需求的速度，如 DevOps 的升級(jí)；我們運(yùn)維解決異常的速度，如 AIOPS 的應(yīng)用。

同時(shí)順豐是非常重視用戶(hù)的隱私安全的，順豐正大力拓展國(guó)際市場(chǎng)，也要滿(mǎn)足海外各國(guó)的隱私安全保護(hù)的要求，如 GDPR 等，我們正在進(jìn)行隱私計(jì)算能力的研究；

在成本方面，科技致力于在綠色環(huán)保，更智能的資源調(diào)度，場(chǎng)地的無(wú)人化等，來(lái)整體降低集團(tuán)的運(yùn)營(yíng)成本。