因此，具有前瞻思維的互聯(lián)網(wǎng)企業(yè)從應(yīng)用誕生之初就扎根于云端，謹(jǐn)慎穩(wěn)重的新零售、政府、金融、醫(yī)療等領(lǐng)域的企業(yè)與機(jī)構(gòu)也逐漸將業(yè)務(wù)應(yīng)用遷移上云，深度使用云原生技術(shù)與云原生架構(gòu)。面對(duì)架構(gòu)設(shè)計(jì)、開(kāi)發(fā)方式到部署運(yùn)維等不同業(yè)務(wù)場(chǎng)景，基于云原生架構(gòu)的應(yīng)用通常針對(duì)云的技術(shù)特性進(jìn)行技術(shù)生命周期設(shè)計(jì)，最大限度利用云平臺(tái)的彈性、分布式、自助、按需等產(chǎn)品優(yōu)勢(shì)。

　　作為發(fā)展最為迅猛的物流企業(yè)之一，申通快遞一直積極探索技術(shù)創(chuàng)新賦能商業(yè)增長(zhǎng)之路，以期達(dá)到降本提效目的。目前，申通快遞日訂單處理量已達(dá)千萬(wàn)量級(jí)，億級(jí)別物流軌跡處理量，每天產(chǎn)生數(shù)據(jù)已達(dá)到 TB 級(jí)別，使用 1300+ 個(gè)計(jì)算節(jié)點(diǎn)來(lái)實(shí)時(shí)處理業(yè)務(wù)。

　　過(guò)往申通快遞的核心業(yè)務(wù)應(yīng)用運(yùn)行在 IDC 機(jī)房，原有 IDC 系統(tǒng)幫助申通安穩(wěn)度過(guò)早期業(yè)務(wù)快速發(fā)展期。但伴隨著業(yè)務(wù)體量指數(shù)級(jí)增長(zhǎng)，業(yè)務(wù)形式愈發(fā)多元化。原有系統(tǒng)暴露出不少問(wèn)題，傳統(tǒng) IOE 架構(gòu)、各系統(tǒng)架構(gòu)的不規(guī)范、 穩(wěn)定性、研發(fā)效率都限制了業(yè)務(wù)高速發(fā)展的可能。軟件交付周期過(guò)長(zhǎng)，大促保障對(duì)資源的特殊要求難實(shí)現(xiàn)、系統(tǒng)穩(wěn)定性難以保障等業(yè)務(wù)問(wèn)題逐漸暴露。

　　在與阿里云進(jìn)行多次需求溝通與技術(shù)驗(yàn)證后，申通最終確定阿里云為唯一合作伙伴，采用云原生技術(shù)和架構(gòu)實(shí)現(xiàn)核心業(yè)務(wù)搬遷上阿里云。2019 年開(kāi)始將業(yè)務(wù)逐步從 IDC 遷移至阿里云。目前，核心業(yè)務(wù)系統(tǒng)已經(jīng)在阿里云上完成流量承接，為申通提供穩(wěn)定而高效的計(jì)算能力。

　　申通核心業(yè)務(wù)系統(tǒng)原架構(gòu)基于 Vmware+Oracle 數(shù)據(jù)庫(kù)進(jìn)行搭建。隨著搬遷上阿里云，架構(gòu)全面轉(zhuǎn)型為基于 Kubernetes 的云原生架構(gòu)體系。其中，引入云原生數(shù)據(jù)庫(kù)并完成應(yīng)用基于容器的微服務(wù)改造是整個(gè)應(yīng)用服務(wù)架構(gòu)重構(gòu)的關(guān)鍵點(diǎn)。

　　通過(guò)引入 OLTP 跟 OLAP 型數(shù)據(jù)庫(kù)，將在線數(shù)據(jù)與離線分析邏輯拆分到兩種數(shù)據(jù)庫(kù)中，改變此前完全依賴 Oracle 數(shù)據(jù)庫(kù)的現(xiàn)狀。滿足在處理歷史數(shù)據(jù)查詢場(chǎng)景下 Oracle 數(shù)據(jù)庫(kù)所無(wú)法支持的實(shí)際業(yè)務(wù)需求。

　　伴隨著容器化技術(shù)的引進(jìn)，通過(guò)應(yīng)用容器化有效解決了環(huán)境不一致的問(wèn)題，確保應(yīng)用在開(kāi)發(fā)、測(cè)試、生產(chǎn)環(huán) 境的一致性。與虛擬機(jī)相比，容器化提供了效率與速度的雙重提升，讓應(yīng)用更適合微服務(wù)場(chǎng)景，有效提升產(chǎn)研效率。

　　由于過(guò)往很多業(yè)務(wù)是基于 Oracle 的存儲(chǔ)過(guò)程及觸發(fā)器完成的，系統(tǒng)間的服務(wù)依賴也需要 Oracle 數(shù)據(jù)庫(kù) OGG 同步完成。這樣帶來(lái)的問(wèn)題就是系統(tǒng)維護(hù)難度高且穩(wěn)定性差。通過(guò)引入 Kubernetes 的服務(wù)發(fā)現(xiàn)，組建微服務(wù)解決方案，將業(yè)務(wù)按業(yè)務(wù)域進(jìn)行拆分，讓整個(gè)系統(tǒng)更易于維護(hù)。

　　綜合考慮申通實(shí)際業(yè)務(wù)需求與技術(shù)特征，最終選擇了「阿里云 ACK+ 神龍 + 云數(shù)據(jù)庫(kù)」的云原生解決方案，從而實(shí)現(xiàn)核心應(yīng)用遷移上阿里云。

　

　　基礎(chǔ)設(shè)施，全部計(jì)算資源取自阿里云的神龍裸金屬服務(wù)器。相較于一般云服務(wù)器（ECS），Kubernetes 搭配神龍服務(wù)器能夠獲得更優(yōu)性能及更合理的資源利用率且云上資源按需取量，對(duì)于擁有大促活動(dòng)等短期大流量業(yè)務(wù)場(chǎng)景的申通而言極為重要。相較于線下自建機(jī)房、常備機(jī)器，云上資源隨取隨用。在大促活動(dòng)結(jié)束后，云上資源使用完畢后即可釋放，管理與采購(gòu)成本更低，相應(yīng)效率。

　　流量接入，阿里云提供兩套流量接入，一套是面向公網(wǎng)請(qǐng)求，另外一套是服務(wù)內(nèi)部調(diào)用。域名解析采用云 DNS 及 PrivateZone。借助 Kubernetes 的 Ingress 能力實(shí)現(xiàn)統(tǒng)一的域名轉(zhuǎn)發(fā)，以節(jié)省公網(wǎng) SLB 的數(shù)量，提高運(yùn)維管理效率。

　　基于 Kubernetes 打造的云原生 PaaS 平臺(tái)優(yōu)勢(shì)明顯突出。

　　打通 DevOps 閉環(huán)，統(tǒng)一測(cè)試，集成，預(yù)發(fā)、生產(chǎn)環(huán)境； 天生資源隔離，機(jī)器資源利用率高； 流量接入可實(shí)現(xiàn)精細(xì)化管理； 集成了日志、鏈路診斷、Metrics 平臺(tái)；

　　統(tǒng)一 ApiServer 接口和擴(kuò)展，天生支持多云跟混合云部署。

　　每個(gè)應(yīng)用都在 Kubernetes 上面創(chuàng)建單獨(dú)的一個(gè) Namespace，應(yīng)用跟應(yīng)用之間實(shí)現(xiàn)資源隔離。通過(guò)定義各個(gè) 應(yīng)用的配置 Yaml 模板，當(dāng)應(yīng)用在部署時(shí)直接編輯其中的鏡像版本即可快速完成版本升級(jí)，當(dāng)需要回滾時(shí)直接在本地啟動(dòng)歷史版本的鏡像快速回滾。

　　線上 Kubernetes 集群采用阿里云托管版容器服務(wù)，免去了運(yùn)維 Master 節(jié)點(diǎn)的工作，只需要制定 Worker 節(jié)點(diǎn)上線及下線流程即可。同時(shí)業(yè)務(wù)系統(tǒng)均通過(guò)阿里云的 PaaS 平臺(tái)完成業(yè)務(wù)日志搜索，按照業(yè)務(wù)需求投交擴(kuò)容任務(wù)，系統(tǒng)自動(dòng)完成擴(kuò)容操作，降低了直接操作 Kubernetes 集群帶來(lái)的業(yè)務(wù)風(fēng)險(xiǎn)。