阿里云+快遞行業(yè)云上技術(shù)服務(wù)白皮書

CATALOG.2快遞行業(yè)圖譜01狀032.快遞行業(yè)機(jī)會(huì)分析2.1電商產(chǎn)業(yè)驅(qū)動(dòng)快遞業(yè)發(fā)展052.2快遞業(yè)發(fā)展呈現(xiàn)多樣復(fù)雜性072.3新冠疫情加速提升網(wǎng)購滲透率，推動(dòng)數(shù)字化發(fā)展072.4長(zhǎng)期看：快遞產(chǎn)業(yè)仍處于成長(zhǎng)期，未來發(fā)展空間可觀083.快遞業(yè)務(wù)介紹3.1快遞行業(yè)業(yè)務(wù)術(shù)語093.2包裹全生命周期113.3快遞業(yè)務(wù)主體流程123.4快遞業(yè)務(wù)核心系統(tǒng)分析144.快遞行業(yè)技術(shù)服務(wù)最佳實(shí)踐14144.1.2云原生應(yīng)用架構(gòu)優(yōu)勢(shì)144.1.3云原生應(yīng)用架構(gòu)改造204.1.4業(yè)務(wù)遷移上云最佳實(shí)踐204.2大促保障最佳實(shí)踐394.2.1背景介紹394.2.2雙十一快遞業(yè)務(wù)峰值晴雨表394.2.3大促保障的五大技術(shù)要素414.2.4大促保障故障&預(yù)案演練494.2.5大促保障全鏈路監(jiān)控504.3技術(shù)服務(wù)展望50用架構(gòu)514.3.2DevOps524.3.3云上容量規(guī)劃524.3.4應(yīng)用架構(gòu)優(yōu)化535.總結(jié)務(wù)白皮書中國快遞業(yè)起步于20世紀(jì)80年代，直到90年代上半期，EMS幾乎是國內(nèi)快遞業(yè)務(wù)的唯一經(jīng)營(yíng)者。隨著中國經(jīng)濟(jì)的迅速發(fā)展，民營(yíng)經(jīng)濟(jì)不斷壯大，企業(yè)參與商務(wù)文件、樣品、目錄等傳遞的時(shí)效性、這種背景下，中國民營(yíng)快遞行業(yè)應(yīng)運(yùn)而生。2001年，中國正式加入世界貿(mào)易組織，以因特網(wǎng)為平臺(tái)的在線交易加速了快遞21世紀(jì)初期，外資快遞企業(yè)進(jìn)入中國，國內(nèi)快遞行業(yè)逐步規(guī)范。2010年之后，戰(zhàn)略資本進(jìn)入快遞行業(yè)，快遞企業(yè)也加快了上市步伐。如今，快遞行業(yè)在我2021年我國快遞業(yè)務(wù)量達(dá)1000億件，這是我國快遞年業(yè)務(wù)量首次突破千億級(jí)別，日均服務(wù)用戶近7億人次。國家郵政局副局長(zhǎng)表示，我國郵政快遞業(yè)綜合實(shí)力持續(xù)增強(qiáng)，年快遞業(yè)務(wù)量突破1000億件，連續(xù)8年穩(wěn)居世界第一。8家快遞企業(yè)成功上市，形成3家年業(yè)務(wù)量超100億件、收入規(guī)模超1000億元的品牌快遞隨著電子商務(wù)及信息科技的發(fā)展，我國快遞業(yè)格局也發(fā)生了較大變化。以前，中國郵政快遞服務(wù)業(yè)幾乎承擔(dān)了所有的快遞服務(wù)業(yè)，今已形成國有企業(yè)、民營(yíng)企業(yè)、外資企業(yè)三足鼎立的局面。在民營(yíng)、外資企業(yè)出現(xiàn)之后不單單是給我國的快遞行業(yè)帶了市場(chǎng)競(jìng)爭(zhēng)的壓力，也加快了我國快遞行業(yè)的發(fā)展。近幾年我國民01快遞行業(yè)云上技術(shù)服務(wù)白皮書、外資快遞企業(yè)業(yè)務(wù)量市場(chǎng)份額占比2020年78.9%85.6%89.4%90.3%92.2%86.2%88.8%89.8%9.9%/0.7%0.6%/0.4%0.2%政局東、中、西部地區(qū)各項(xiàng)快遞業(yè)務(wù)量均保持了持續(xù)穩(wěn)定的增長(zhǎng)勢(shì)頭，從各地業(yè)務(wù)量占。2021年，東、中、西部地區(qū)快遞業(yè)務(wù)量比重分別為78.1%、14.6%和7.3%，業(yè)務(wù)收入比重分別為78.2%、12.9%和8.9%。與去年同期相比，東部地區(qū)快遞業(yè)務(wù)量比重下降3個(gè)百分點(diǎn)，快遞業(yè)務(wù)收入比重上升1個(gè)百分點(diǎn)；西部地區(qū)快遞業(yè)務(wù)量比重基本持平，快遞業(yè)務(wù)區(qū)各項(xiàng)快遞業(yè)務(wù)量增長(zhǎng)趨勢(shì)快遞業(yè)務(wù)區(qū)域分類2020年80.9%79.9%79.7%79.4%7.2%7.3%7.8%7.4%7.3%7.3%政局從快遞行業(yè)產(chǎn)業(yè)鏈來看，上游采購主要包括運(yùn)輸裝備、燃料(成品油)、貨物包裝用品、集裝箱、場(chǎng)站等。運(yùn)輸方式包括航空運(yùn)輸、公路運(yùn)輸、鐵路運(yùn)輸?shù)取？爝f行業(yè)的客快遞行業(yè)云上技術(shù)服務(wù)白皮書02務(wù)白皮書部效應(yīng)明顯，中通實(shí)現(xiàn)霸主地位天，已經(jīng)從爆發(fā)式增長(zhǎng)階段轉(zhuǎn)向集約化、規(guī)模化、品牌化發(fā)展階段，市場(chǎng)頭部效應(yīng)已經(jīng)愈發(fā)明顯。行業(yè)內(nèi)幾大巨頭三通一達(dá)、順豐速運(yùn)、百世等快遞巨頭占據(jù)了最主要的市場(chǎng)地位，從2021年上半年的份額來看，五六大頭部公司的市占率市場(chǎng)占有率超過780%，其中2021年上半年的份額看，中通(220.37%)>韻達(dá)(16.7%)>圓通(15.8%)>申通順豐(110.14%)>順豐申通(109.08%)>，百世(8.2%)。如圖2，五家公司中，行業(yè)老大中通的快遞業(yè)務(wù)增速最高，其次為圓通，體現(xiàn)在市場(chǎng)份額上，則是中通繼續(xù)遙遙領(lǐng)先，且市場(chǎng)份額進(jìn)一步擴(kuò)大，圓通水。03快遞行業(yè)云上技術(shù)服務(wù)白皮書場(chǎng)格局未穩(wěn)，頭部企業(yè)競(jìng)爭(zhēng)持續(xù)從業(yè)務(wù)總量來看，雖然目前各家快遞企業(yè)業(yè)務(wù)總量存在一定差距，但是由于市場(chǎng)需求增加體現(xiàn)在年輕化和年老化用戶比例提升。截至2021年6月，我國30-39歲網(wǎng)民占比為20.3%，在所有年齡段群體中占比最高；40-49歲、20-29歲網(wǎng)民占比分別為18.7%和17.4%，在所有年齡段群體中占比位列二、三位。而50歲及以上網(wǎng)民占比為28.0%，較2020年6月增長(zhǎng)5.2個(gè)百分點(diǎn)，線上用戶向兩端走的比例明顯提升。而供給的增加則是因?yàn)楦嗌碳矣删€下轉(zhuǎn)移至線上，進(jìn)一步豐富了線上品類。線上供給及需求雙增，有利于增加線上消費(fèi)占比，提升快遞業(yè)務(wù)量，影響快遞企業(yè)市場(chǎng)此外，疫情也是對(duì)快遞企業(yè)的一次壓力測(cè)試，未來隨著疫情逐漸緩解，快遞需求回補(bǔ)導(dǎo)致快遞業(yè)務(wù)量波動(dòng)巨大，此時(shí)是快遞企業(yè)壓力增大的關(guān)鍵時(shí)期，管理能力與行快遞行業(yè)云上技術(shù)服務(wù)白皮書04務(wù)白皮書2.快遞行業(yè)機(jī)會(huì)分析快遞物流在B2C電商產(chǎn)業(yè)鏈中處于商業(yè)模式的末端，其交付功用體現(xiàn)在消費(fèi)支付行為完成之后，因而上游電商行業(yè)的發(fā)展直接驅(qū)動(dòng)下游快遞物流行業(yè)的發(fā)展。從2011年至今，電子商務(wù)對(duì)快遞業(yè)的影響日趨加深，來自電子商務(wù)的包裹已經(jīng)占到快。圖3：B2C電商行業(yè)產(chǎn)業(yè)圖譜電子商務(wù)在已有的龐大受眾群體和市場(chǎng)滲透率情況下，仍然在不斷發(fā)展下沉市場(chǎng)，提高供需信息對(duì)接效率，在供給側(cè)加快輸出優(yōu)質(zhì)農(nóng)產(chǎn)品，催生綠色經(jīng)濟(jì)的線上化消費(fèi)需求，進(jìn)而促進(jìn)快遞行業(yè)下沉，著力于快遞網(wǎng)點(diǎn)及服務(wù)在農(nóng)村地區(qū)的普及，05快遞行業(yè)云上技術(shù)服務(wù)白皮書電商進(jìn)村政策梳理時(shí)間時(shí)間發(fā)布部門發(fā)布部門政策及主要內(nèi)政策及主要內(nèi)容子商務(wù)加快發(fā)展的指導(dǎo)意見》體的意見》示范《實(shí)施鄉(xiāng)村振興戰(zhàn)略的意見》設(shè)《數(shù)字鄉(xiāng)村發(fā)展戰(zhàn)略綱要》品品牌理體20年政快遞品進(jìn)城20年《2020年數(shù)字鄉(xiāng)村發(fā)展工作要點(diǎn)》出村進(jìn)城工程，深人推進(jìn)電消費(fèi)的于加快農(nóng)村寄遞物流體系建設(shè)的意見》城流服22年工作的意見》快遞行業(yè)云上技術(shù)服務(wù)白皮書06務(wù)白皮書2.2快遞業(yè)發(fā)展呈現(xiàn)多樣復(fù)雜性從快遞業(yè)發(fā)展來看，各要素發(fā)展階段不同，行業(yè)整體發(fā)展呈現(xiàn)復(fù)雜的多面性。市場(chǎng)競(jìng)爭(zhēng)激烈，已經(jīng)逐漸形成行業(yè)頭部效應(yīng)，競(jìng)爭(zhēng)關(guān)系成熟度較高；企業(yè)規(guī)模等則要素呈現(xiàn)出成長(zhǎng)期特點(diǎn)；而利潤(rùn)方面受成本和競(jìng)爭(zhēng)影響則呈現(xiàn)不斷被壓縮的趨勢(shì)。造成這種多樣性的原因有三個(gè)：一是市場(chǎng)潛力大，受上游電商的飛速發(fā)展影響，快遞業(yè)的業(yè)務(wù)量、客戶數(shù)等指標(biāo)表現(xiàn)超前；二是行業(yè)競(jìng)爭(zhēng)多，市場(chǎng)吸引眾多資本進(jìn)入，多方博弈的結(jié)果是行業(yè)競(jìng)爭(zhēng)異常激烈，雖然形成了頭部效應(yīng)，但是各家企業(yè)的規(guī)模優(yōu)勢(shì)主要為要手企業(yè)要保持自己不掉隊(duì)，不敗于激烈的市場(chǎng)競(jìng)爭(zhēng)中，不僅要保持對(duì)國家政策、電商商業(yè)模式的關(guān)注，更要從自身的運(yùn)營(yíng)和管理進(jìn)行調(diào)整和優(yōu)化，保持企業(yè)柔性，以應(yīng)2.3直播電商為快遞需求提振提供新的增長(zhǎng)曲線增長(zhǎng)的基礎(chǔ)。在新冠肺炎疫情影響下，無接觸經(jīng)濟(jì)迅速發(fā)展，消費(fèi)者對(duì)網(wǎng)絡(luò)購物的接受程度和依賴程度大幅提高，線上滲透率持續(xù)攀升，呈現(xiàn)出了全新的、平臺(tái)多元化的網(wǎng)絡(luò)購物新生態(tài)。公開數(shù)據(jù)顯示，截至2021年12月，電商直播用戶規(guī)模占手機(jī)網(wǎng)民整體規(guī)模的45%。短視頻月活已經(jīng)突破9.9億人，占手機(jī)網(wǎng)民整體規(guī)模的比例超過95%。考慮到短視頻在移動(dòng)互聯(lián)網(wǎng)用戶中的高滲透率以及短視頻與直播電商之間的高轉(zhuǎn)化率，電商直播未來還有較大的提升空8年至2021年，直播電商的滲透率分別為1.6%、4.3%、8.6%和17.97%，滲透率增速依次07快遞行業(yè)云上技術(shù)服務(wù)白皮書圖4：中國直播電商交易規(guī)模及增長(zhǎng)率經(jīng)過這次疫情，線上化已經(jīng)滲透各個(gè)產(chǎn)業(yè)和服務(wù)，數(shù)字化發(fā)展已經(jīng)是毫無疑問的2.4長(zhǎng)期看：快遞產(chǎn)業(yè)仍處于成長(zhǎng)期，未來發(fā)展空間可觀2021年，全國快遞服務(wù)企業(yè)業(yè)務(wù)量累計(jì)完成1083.0億件，同比增長(zhǎng)29.9%；業(yè)件，同比增長(zhǎng)16.0%；異地業(yè)務(wù)量累計(jì)完成920.8億件，同比增長(zhǎng)32.8%；國際/港澳快遞行業(yè)云上技術(shù)服務(wù)白皮書08務(wù)白皮書快遞行業(yè)本身成長(zhǎng)性很好，直播電商投資規(guī)模仍在增長(zhǎng)，5G技術(shù)又帶來直播生態(tài)的升級(jí)，行業(yè)未來發(fā)展空間很大。并且新的商業(yè)模式和業(yè)務(wù)領(lǐng)域?qū)⒉粩嘤楷F(xiàn)，行業(yè)還有很多年可供耕耘，有眾多細(xì)分領(lǐng)域可供開拓。不論是國家還是地方，都對(duì)行業(yè)發(fā)3.快遞業(yè)務(wù)介紹快遞單號(hào)開頭的三段數(shù)字，一段是城市二段網(wǎng)點(diǎn)三段業(yè)務(wù)員，三段碼：342-077516，分解第一段342代表末端中心對(duì)應(yīng)的編碼(比如342代表杭州，表示發(fā)往杭州分撥中心的包裹)，第二段077代表杭州分撥中心下屬的XX網(wǎng)點(diǎn)或XX快遞分公司的代號(hào)(代號(hào)規(guī)則由快遞公司錄入維護(hù))，第三段快遞網(wǎng)點(diǎn)就是某個(gè)地區(qū)的收發(fā)件的門店。寄快遞可以到網(wǎng)點(diǎn)去寄,也可以給心，就。09快遞行業(yè)云上技術(shù)服務(wù)白皮書，攬收->網(wǎng)點(diǎn)->始發(fā)中心->目的地中心目的地進(jìn)行分類(分揀)。包裹從攬收到派送的全過程叫做履行，是一個(gè)動(dòng)態(tài)的過程(是以包裹的角度訂單管理系統(tǒng)(OMS)是物流管理系統(tǒng)的一部分，通過對(duì)客戶下達(dá)的訂單進(jìn)行管理及跟蹤，動(dòng)態(tài)掌握訂單的進(jìn)展和完成情況，提升物流過程中的作業(yè)效率，從而節(jié)省運(yùn)作時(shí)間和作業(yè)成本，提高物流企業(yè)的市場(chǎng)競(jìng)爭(zhēng)力。S運(yùn)輸管理系統(tǒng)，英文縮寫“TMS”，是一種“供應(yīng)鏈”分組下的(基于網(wǎng)絡(luò)的)操作軟件。它能通過多種方法和其他相關(guān)的操作一起提高物流的管理能力；包括管理裝運(yùn)單位，指定企業(yè)內(nèi)、國內(nèi)和國外的發(fā)貨計(jì)劃，管理運(yùn)輸模型、基準(zhǔn)和費(fèi)用，維護(hù)運(yùn)輸數(shù)據(jù)，生成提單，優(yōu)化運(yùn)輸計(jì)劃，選擇承運(yùn)人及服務(wù)方式，招標(biāo)和投標(biāo)，審計(jì)和支付貨運(yùn)賬單，處理貨損索賠，安排勞力和場(chǎng)所，管理文件(尤其當(dāng)國際運(yùn)輸時(shí))和管理第三方物流。遞行業(yè)云上技術(shù)服務(wù)白皮書10務(wù)白皮書3.2包裹全生命周期首先小件員將包裹攬收到攬收網(wǎng)點(diǎn)，再交由本地分撥中心分撥，此處分撥中心我們叫做始發(fā)中心。攬件網(wǎng)點(diǎn)處理包裹若發(fā)現(xiàn)本地到達(dá)目的地(末端中心)的件量太集包后的包裹們到達(dá)始發(fā)分撥中心不需要拆包，而是直接裝車發(fā)往末端中心，始發(fā)中心到末端中心運(yùn)輸過程叫做干線運(yùn)輸，包裹通過干線運(yùn)輸?shù)竭_(dá)末端中心后，末端中心會(huì)再次分揀，將包裹分發(fā)給各個(gè)網(wǎng)點(diǎn)的提貨車，由對(duì)應(yīng)的運(yùn)輸車輛將貨物拉回到終于包裹到達(dá)了派件網(wǎng)點(diǎn)，會(huì)進(jìn)行最后一次分揀，分給對(duì)應(yīng)的小件員并派送給用3.3快遞業(yè)務(wù)主體流程貨(支線運(yùn)輸)，網(wǎng)點(diǎn)也可能會(huì)進(jìn)行集包，主要取決于集包規(guī)則和自身的集包能力。目的地址分揀到全國各個(gè)流向，干線運(yùn)輸車輛按照排班，裝貨后發(fā)往目的中心(干線運(yùn)輸)。目的地址和網(wǎng)點(diǎn)派送區(qū)域分揀到相應(yīng)的派送網(wǎng)點(diǎn)，網(wǎng)點(diǎn)派遣車輛按照指定時(shí)間前往中心取貨(回貨)。件員進(jìn)行派送(上門或者放到三方代收點(diǎn))。3.4快遞業(yè)務(wù)核心系統(tǒng)分析接下來我們先看下快遞的主體業(yè)務(wù)流程和面臨的挑戰(zhàn)，通常一個(gè)包裹的生命周期遞行業(yè)云上技術(shù)服務(wù)白皮書12務(wù)白皮書主要是收(攬收)——>發(fā)(發(fā)往轉(zhuǎn)運(yùn)中心)——>到(目的地轉(zhuǎn)運(yùn)中心)——>派 (網(wǎng)點(diǎn)派件)——>簽(末端，消費(fèi)者簽收)。對(duì)應(yīng)整個(gè)快遞公司應(yīng)用架構(gòu)主要核心系統(tǒng)是訂單系統(tǒng)、把槍系統(tǒng)、分揀系統(tǒng)、運(yùn)輸管理系統(tǒng)。其中訂單系統(tǒng)將承載海量的交易訂單，是所有鏈路的入口，也是可用性和時(shí)效要求最高的系統(tǒng)，零漏單是最基本快遞業(yè)務(wù)架構(gòu)的核心，并發(fā)和數(shù)據(jù)量都非常大，通常1條訂單數(shù)據(jù)對(duì)應(yīng)15條把槍軌跡數(shù)據(jù)。不管是收發(fā)快遞員，轉(zhuǎn)運(yùn)中心，網(wǎng)點(diǎn)中心倉庫管理員，全國分撥中心都重度依目的地進(jìn)行分類和分揀。例如到達(dá)杭州中心的包裹，需要按照杭州下屬的所有網(wǎng)點(diǎn)進(jìn)行分類，然后集中裝車，發(fā)往對(duì)應(yīng)的網(wǎng)點(diǎn)進(jìn)行派送，一個(gè)中心每天包裹量往往在幾十，人力成本高同時(shí)非常容易出錯(cuò)。。為重要，他是整個(gè)業(yè)務(wù)的交叉帶。如果把槍出問題，那影響的是只是少部分包裹數(shù)訂單訂單環(huán)節(jié)：訂單環(huán)節(jié)將承載海量的交易訂單，是所有鏈路的入口，也是可用性和時(shí)效要求最高的系統(tǒng)，業(yè)務(wù)和商家大促同屬于一波大促高峰。0漏單是最收寄環(huán)節(jié)：派攬、攬收。把槍系統(tǒng)在一個(gè)包裹收派的全生命周期都需要承載壓力，他是整個(gè)快遞業(yè)務(wù)架構(gòu)的核心，并發(fā)和數(shù)據(jù)量都非常大，不管是收發(fā)快遞分揀環(huán)節(jié)：將訂單數(shù)據(jù)分發(fā)到分揀中心，依托13快遞行業(yè)云上技術(shù)服務(wù)白皮書4.快遞行業(yè)技術(shù)服務(wù)最佳實(shí)踐算的快速發(fā)展和成熟，越來越多的快遞企業(yè)正在把自己的核心系統(tǒng)向云上遷移，從而享受云計(jì)算帶來的技術(shù)紅利。IDC發(fā)布的《全球云計(jì)算IT基礎(chǔ)設(shè)施市場(chǎng)導(dǎo)者。在技術(shù)層面，云計(jì)算在成本、穩(wěn)定、安全和效率層面已經(jīng)遠(yuǎn)超傳統(tǒng)IT。對(duì)于企業(yè)而言，上云后綜合成本下降一半，穩(wěn)定性提升10倍以上，安全性更是提升50倍。絕大部分快遞公司以前都是使用線下機(jī)房作為計(jì)算及數(shù)據(jù)存儲(chǔ)平臺(tái)，隨著業(yè)務(wù)量的快速增長(zhǎng)，原有線下傳統(tǒng)的IT系統(tǒng)遇到了極大挑戰(zhàn)，比如618、雙十一等大促活動(dòng)對(duì)資源的彈性擴(kuò)縮及系統(tǒng)穩(wěn)定性要求極高，傳統(tǒng)的IDC系統(tǒng)架構(gòu)就無法很好的滿足業(yè)務(wù)需求。另外從快遞行業(yè)發(fā)展看，基于傳統(tǒng)IOE架構(gòu)構(gòu)建的系統(tǒng)無法支撐業(yè)務(wù)高速增長(zhǎng)后的數(shù)據(jù)量膨脹，受限于資源不可快速地縮容，快遞企業(yè)只能保留3-6個(gè)月的數(shù)據(jù)信息，且無法對(duì)歷史包裹進(jìn)行線上查詢和分析，相關(guān)應(yīng)用受阻。由此可見，快遞公司如何充分利用云計(jì)算的基礎(chǔ)設(shè)施構(gòu)建安全、高可用、敏捷的系統(tǒng)架構(gòu)是未來公司發(fā)展應(yīng)用架構(gòu)被認(rèn)為是技術(shù)發(fā)展和創(chuàng)新的火車頭。首先，好的應(yīng)用架構(gòu)可以快速支撐業(yè)務(wù)的高速發(fā)展；其次，敏捷的應(yīng)用架構(gòu)可以大大提升研發(fā)效能；最后好的應(yīng)用架構(gòu)遞行業(yè)云上技術(shù)服務(wù)白皮書14務(wù)白皮書快遞公司是非常典型的云邊一體架構(gòu)，實(shí)操環(huán)節(jié)很重。尤其頭部的快遞公司基本都擁有數(shù)萬個(gè)分點(diǎn)部和幾百個(gè)中轉(zhuǎn)場(chǎng)、倉儲(chǔ)場(chǎng)地。大量的業(yè)務(wù)邏輯下沉到邊緣，邊緣設(shè)備的管理和運(yùn)營(yíng)挑戰(zhàn)壓力越來越大，所以快遞公司在上云改造過程中，云邊一體化的架構(gòu)升級(jí)改造是快遞公司必然的選擇。通過云邊一體，可以讓開發(fā)在同一個(gè)平臺(tái)上面完成云上業(yè)務(wù)及邊緣側(cè)業(yè)務(wù)的迭代開發(fā)。同時(shí)，快遞公司還有典型的大數(shù)據(jù)處理場(chǎng)景，全網(wǎng)每天會(huì)新增數(shù)億條掃描數(shù)據(jù)，需要對(duì)這些數(shù)據(jù)進(jìn)行實(shí)時(shí)分析，這就對(duì)快遞企速迭代等問題。企業(yè)越來越多的業(yè)務(wù)衍變成數(shù)字化業(yè)務(wù)，數(shù)字化業(yè)務(wù)對(duì)于業(yè)務(wù)渠道、競(jìng)爭(zhēng)格局、用戶體驗(yàn)等諸多方面都帶來了非常嚴(yán)苛的要求，直面用戶需求更加快速的響應(yīng)成為企業(yè)的核心競(jìng)爭(zhēng)優(yōu)勢(shì)。應(yīng)用微服務(wù)化開發(fā)，服務(wù)之間使用標(biāo)準(zhǔn)的API接口進(jìn)行通信。松耦合架構(gòu)會(huì)減輕因需求變更導(dǎo)致的系統(tǒng)迭代成本，為多團(tuán)隊(duì)并行開發(fā)提供基礎(chǔ)，并加快交錯(cuò)成壓力的緩解能力以及壓力過后的恢復(fù)能力。通過服務(wù)狀態(tài)、系統(tǒng)健康度、接口調(diào)用情況、異常的實(shí)時(shí)告警等實(shí)現(xiàn)可視化及預(yù)警化，自動(dòng)化的量化和監(jiān)控功能，結(jié)合業(yè)務(wù)健康檢測(cè)啟用容器級(jí)別的異常自動(dòng)恢復(fù)，及值業(yè)務(wù)所帶來的預(yù)留資源的浪費(fèi)，提高資源的復(fù)合利用率，降低了資源成本。同時(shí)傳統(tǒng)IT架構(gòu)下的應(yīng)用中捆綁嵌入了大量的非業(yè)務(wù)功能，重復(fù)造輪子現(xiàn)象嚴(yán)重，研發(fā)成本居高不下。云原生技術(shù)標(biāo)準(zhǔn)化的交互方式，應(yīng)用與應(yīng)用基礎(chǔ)設(shè)施(編程框架、中間件等)逐步分離，應(yīng)用基礎(chǔ)設(shè)施從專用轉(zhuǎn)為通用，從中心化轉(zhuǎn)為松耦合模塊化。應(yīng)用基15快遞行業(yè)云上技術(shù)服務(wù)白皮書礎(chǔ)設(shè)施下沉與云平臺(tái)充分融合，將云能力與應(yīng)用基礎(chǔ)設(shè)施能力進(jìn)行整合封裝構(gòu)筑統(tǒng)一的技術(shù)中臺(tái)，向業(yè)務(wù)應(yīng)用提供簡(jiǎn)單、一致、易于使用的應(yīng)用基礎(chǔ)設(shè)施能力接口，實(shí)現(xiàn)。四是云原生架構(gòu)更大程度的降低了內(nèi)部協(xié)同的折耗。通過引入DevOps理念優(yōu)化軟件研發(fā)運(yùn)營(yíng)全周期的管理，從軟件需求到生產(chǎn)運(yùn)維的全流程改進(jìn)和優(yōu)化，結(jié)合統(tǒng)一工具鏈，實(shí)現(xiàn)文化、流程、工具的一致性，降低組織內(nèi)部的溝通與管理障礙，加速業(yè)務(wù)的流程化、自動(dòng)化。云原生架構(gòu)變革了研發(fā)運(yùn)營(yíng)的生產(chǎn)方式，打破組織壁壘，實(shí)現(xiàn)某頭部快遞公司原來的IT架構(gòu)是基于VMware+Oracle數(shù)據(jù)庫的架構(gòu)，與阿里云原生團(tuán)隊(duì)溝通后，決定采用基于Kubernetes的云原生架構(gòu)體系。對(duì)應(yīng)用服務(wù)架構(gòu)進(jìn)行改造，上云之前先對(duì)應(yīng)用的結(jié)構(gòu)、中間件以及研發(fā)發(fā)布流程都進(jìn)行了一次整體的改1)消息隊(duì)列在快遞行業(yè)應(yīng)用鏈路中主要用于訂單/實(shí)操鏈路異步解耦，是非常核心的組件，RocketMQ，RabbitMQ升級(jí)到云原生的版本，利用云產(chǎn)品提供的高可用lerX.2應(yīng)用容器化跟虛擬機(jī)比起來，容器可以同時(shí)提升效率和速度，讓其更適合微服務(wù)場(chǎng)景。另外所有應(yīng)用原來都是通過jeckins打成war或jar包，直接發(fā)布到物理機(jī)器上，存在多個(gè)應(yīng)用發(fā)布到一臺(tái)機(jī)器上的情況。引入容器技術(shù)，解決了環(huán)境不一致的問題，保證應(yīng)用遞行業(yè)云上技術(shù)服務(wù)白皮書16務(wù)白皮書3引入云原生數(shù)據(jù)庫方案通過引入OLTP和OLAP型數(shù)據(jù)庫，將在線數(shù)據(jù)與離線分析邏輯拆到兩種數(shù)據(jù)庫1)支持容量百T的擴(kuò)容，不用再分庫處理，數(shù)據(jù)量大的，dms提供直接把數(shù)據(jù)備份到OSS上(OSS的存儲(chǔ)成本極低)。2)分布式數(shù)據(jù)庫，可以做讀寫分離，且共用一個(gè)存儲(chǔ)節(jié)點(diǎn)，(但注意，有踩坑，這里還是會(huì)有部分延遲低，在10ms內(nèi))。3)讀節(jié)點(diǎn)可以動(dòng)態(tài)擴(kuò)容，最多擴(kuò)充到15個(gè)讀節(jié)點(diǎn)(大促期間，可以開啟動(dòng)態(tài)擴(kuò)縮容能力，當(dāng)cpu超過80%，自動(dòng)擴(kuò)容，否則縮容)。4)當(dāng)前這里的數(shù)據(jù)庫選型推薦主要基于歷史經(jīng)驗(yàn)，也可以選擇RDS-MYSQL作云原生Pass服務(wù)集成圖9：云原生Pass服務(wù)集成圖技術(shù)服務(wù)白皮書持續(xù)集成通過Git做版本控制，利用云效的持續(xù)集成功能實(shí)現(xiàn)了云原生應(yīng)用的構(gòu)建、編譯及鏡像上傳，全部的業(yè)務(wù)鏡像均保存在云端的鏡像服務(wù)倉庫，底層是sSS5容器服務(wù)集群高可用架構(gòu)遞行業(yè)云上技術(shù)服務(wù)白皮書18務(wù)白皮書Kubernetes集群通過控制應(yīng)用的副本數(shù)來保證集群的高可用。當(dāng)某個(gè)Pod節(jié)點(diǎn)通過引入監(jiān)控體系主動(dòng)發(fā)現(xiàn)業(yè)務(wù)問題，快速解決故障。監(jiān)控采集示意如下圖所PodLogtail應(yīng)用19快遞行業(yè)云上技術(shù)服務(wù)白皮書通過云化改造后，開始制定各種上云的切流方案。涉及到切流上云的應(yīng)用多達(dá)幾的依賴又較為復(fù)雜，特別核心系統(tǒng)的切流完全不能中斷，還有中間件的切滑上云-注冊(cè)中心遷移服務(wù)引擎MSE提供注冊(cè)中心動(dòng)態(tài)遷移方案，該方案基于JavaAgent技術(shù)技術(shù)無感知地自動(dòng)調(diào)整應(yīng)用原來的服務(wù)注冊(cè)和服務(wù)發(fā)現(xiàn)的邏輯，來幫助您通過服務(wù)雙MSE了托管版的Nacos，相比開源Nacos功能更強(qiáng)大和穩(wěn)定，能幫助您免去快遞行業(yè)云上技術(shù)服務(wù)白皮書20務(wù)白皮書Nacos實(shí)現(xiàn)。但從使用自建注冊(cè)中心轉(zhuǎn)向MSE提供的注冊(cè)中心服務(wù)，將涉及對(duì)當(dāng)前應(yīng)用的注冊(cè)中心遷移。一般的遷移方法分為停機(jī)如果業(yè)務(wù)可以接受一段時(shí)間的停止對(duì)外服務(wù)，可通過停機(jī)修改應(yīng)用注冊(cè)中心配置將應(yīng)用從自建注冊(cè)中心遷移到MSE上注冊(cè)中心。該種方式特點(diǎn)簡(jiǎn)單，但所帶來的劣冊(cè)中心遷移成本高、難度大、業(yè)務(wù)無中斷非常重要。云微服務(wù)引擎MSE提供的基于JavaAgent技術(shù)實(shí)現(xiàn)的雙注冊(cè)和雙訂閱遷移方案可實(shí)現(xiàn)應(yīng)用注冊(cè)中心的非停機(jī)平滑遷移。該方案在不需要修改任何代碼的情況下，在應(yīng)用服務(wù)注冊(cè)和服務(wù)發(fā)現(xiàn)階段通過JavaAgent技術(shù)無感知地自動(dòng)調(diào)整應(yīng)用原來的服務(wù)注冊(cè)和服務(wù)發(fā)現(xiàn)邏輯，來幫助應(yīng)用在遷移過程中同時(shí)接入兩個(gè)注冊(cè)中心，讓已遷移的應(yīng)用和未遷移的應(yīng)用可以互相發(fā)現(xiàn)，調(diào)用不中斷，進(jìn)而保證業(yè)務(wù)的連續(xù)性。相較于停機(jī)目前，MSE已經(jīng)支持SpringCloud、Dubbo以及非Java應(yīng)用從開源注冊(cè)中心向2快遞行業(yè)云上技術(shù)服務(wù)白皮書表五：MSE支持類型非Java非Java快遞行業(yè)云上技術(shù)服務(wù)白皮書2參考文檔/document_detail/314238.htm?task/document_detail/328657.ht/document_detail/328658.ht/document_detail/263565.ht/document_detail/288285.ht/document_detail/333495.ht/document_detail/314239.ht將Dubbo應(yīng)用從開源ZooKeeper遷移到MSENacos/document_detail/328659.htMSENacosNacos更強(qiáng)大更穩(wěn)定的功能，能幫助您Nacos業(yè)務(wù)本身的實(shí)現(xiàn)，同時(shí)MSE也提供了專業(yè)版的/document_detail/139460.htm?sp-如果您的集群需要被其他VPC訪問，那么您需要開通公網(wǎng)網(wǎng)絡(luò)。公網(wǎng)訪問地址需要配置白名單，配置內(nèi)容置空表示能被任意的地址訪問。相關(guān)操作，請(qǐng)參見設(shè)置白名ncer。MSE基于JavaAgent技術(shù)，您只需要接入MSE，就能享受微服務(wù)的功能，無需務(wù)白皮書MSE控制臺(tái)。3)在ack-onepilot頁面右上方單擊一鍵部署，在創(chuàng)建面板中選擇集群和命名空間，步驟二：為應(yīng)用開啟MSE服務(wù)治理25快遞行業(yè)云上技術(shù)服務(wù)白皮書3)在K8s集群列表頁面搜索框列表中選擇集群名稱或集群ID，然后輸入相應(yīng)的關(guān)5)在集群詳情頁面命名空間列表區(qū)域，單擊目標(biāo)命名空間操作列下的開啟微服務(wù)l說明additional_nacos_:8848additional_nacos_namespacexxxxebdbbefeeeb快遞行業(yè)云上技術(shù)服務(wù)白皮書26務(wù)白皮書應(yīng)用平滑上云-開源RocketMQ遷移上云RocketMQRocketMQ高的穩(wěn)定性、安全您可以將開源RocketMQ集群遷移到消息隊(duì)列RocketMQ版，本文介紹開源RocketMQ集群遷移到消息隊(duì)列RocketMQ27快遞行業(yè)云上技術(shù)服務(wù)白皮書對(duì)于消息隊(duì)列來說，如果要實(shí)現(xiàn)集群遷移，只需消費(fèi)完舊集群的消息即可。由于RocketMQ優(yōu)勢(shì)阿里巴巴集團(tuán)所有的消息服務(wù)，歷經(jīng)十余年高可用與高可靠的嚴(yán)苛考驗(yàn)，具有更高的大的業(yè)務(wù)消息并發(fā)以及流轉(zhuǎn)紀(jì)錄(日志類消息除外)；在始終保證高性能前提下，支當(dāng)前支持的消息類型涵蓋普通消息、順序消息(全局順序和分區(qū)順序)、分布式事務(wù)Q行嚴(yán)格的訪問控制，確保消息的安全性；全面支持阿里云RAM主子賬號(hào)、黑白名單、STS等功能，支持TLS傳輸加密協(xié)議。.3遷移操作流程快遞行業(yè)云上技術(shù)服務(wù)白皮書28務(wù)白皮書RocketMQRocketMQ3)在頂部菜單欄，選擇地域，如華東1(杭州)。說明：任務(wù)名稱長(zhǎng)度限制為3~64個(gè)字符，只能包含中文、英文、數(shù)字、短劃線 (-)和下劃線(_)。b)單擊元數(shù)據(jù)參數(shù)右側(cè)的點(diǎn)擊上傳元數(shù)據(jù)文件按鈕，選擇提前導(dǎo)出的JSON格式。spring-cloud-alibabaa僅企業(yè)鉑金版支持Pull消費(fèi)方式，標(biāo)準(zhǔn)版不支持，如果使用Pull方式消費(fèi)消息，請(qǐng)?zhí)崆皽?zhǔn)備消息隊(duì)列RocketMQ版的企業(yè)鉑金版實(shí)例作為遷移的目標(biāo)實(shí)例。更多信息，請(qǐng)參見訂閱消息。29快遞行業(yè)云上技術(shù)服務(wù)白皮書3)在頂部菜單欄，選擇地域，如華東1(杭州)。作列單擊詳情。)在遷移元數(shù)據(jù)配置向?qū)ы撁娴哪繕?biāo)實(shí)例下拉菜單中，選擇已創(chuàng)建好的消息隊(duì)Topic操作后才能查看所有資源的導(dǎo)入a指定的Topic資源，在其消息類型列的下拉菜單中選擇Topic入；您也可以選中多個(gè)Topic，確認(rèn)完所遷移結(jié)果總覽。您也可以根據(jù)資源名稱、資源類型快遞行業(yè)云上技術(shù)服務(wù)白皮書30務(wù)白皮書意圖換生產(chǎn)者集群中部分節(jié)點(diǎn)的接入信息，將這部分生產(chǎn)者接入到云上消息隊(duì)?wèi)?yīng)用平滑上云-數(shù)據(jù)庫遷移數(shù)據(jù)遷移功能幫助您實(shí)現(xiàn)同構(gòu)或異構(gòu)數(shù)據(jù)源之間的數(shù)據(jù)遷移，適用于數(shù)據(jù)上云遷移、阿里云內(nèi)部跨實(shí)例數(shù)據(jù)遷移、數(shù)據(jù)庫拆分?jǐn)U容等業(yè)務(wù)場(chǎng)景。本文將介紹數(shù)據(jù)31快遞行業(yè)云上技術(shù)服務(wù)白皮書DTS存儲(chǔ)過程等)。對(duì)于異構(gòu)數(shù)據(jù)庫之間的結(jié)構(gòu)遷移，DTS會(huì)根據(jù)源庫l.2遷移方案概覽DTS支持以下遷移方案，您可以根據(jù)業(yè)務(wù)需求單擊具體方案，來查看支持的版/document_ctionykdcqk/document_detailhtmlsectionkzrdh1-q2j/document_detail/26618.html#section-zfb-zwa-9zh/document_ailhtmlsectionmdvolro/document_detail/26618.html#section-2jl-kae-r9x/document_detail/26618.html#section-jaw-vck-lys快遞行業(yè)云上技術(shù)服務(wù)白皮書32務(wù)白皮書.3自建Oracle遷移至PolarDBMySQL本章節(jié)將介紹如何使用數(shù)據(jù)傳輸服務(wù)DTS(DataTransmissionService)，其他擎集群。DTS支持結(jié)構(gòu)遷移、全量數(shù)據(jù)遷移以及增量數(shù)據(jù)遷移，同時(shí)使用這三種遷移2)自建Oracle數(shù)據(jù)庫已開啟ARCHIVELOG(歸檔模式)，設(shè)置合理的歸檔日志。rDBMySQL.3.2注意事項(xiàng)細(xì)CENECS的接入方式，則不支持配置ScanIP，僅支持將其中任意1個(gè)VIP配置到連接遷移對(duì)象要求:待遷移的表需具備主鍵或唯一約束，且字段具有唯一性，否則可能會(huì)導(dǎo)致目標(biāo)數(shù)據(jù)庫中33快遞行業(yè)云上技術(shù)服務(wù)白皮書如遷移對(duì)象為表級(jí)別，且需進(jìn)行編輯(如表列名映射)，則單次遷移任務(wù)僅支持遷移至多1000張表。當(dāng)超出數(shù)量限制，任務(wù)提交后會(huì)顯示請(qǐng)求報(bào)錯(cuò)，此時(shí)建議您拆分待遷移的表，分veLog遷移和增量遷移任務(wù)，DTS要求源數(shù)據(jù)庫的RedoLog、ArchiveLog至少保留7天以上(您可在全量遷移完成后將RedoLog、ArchiveLog保存時(shí)間設(shè)置為24小時(shí)以上)，否則DTS可能因無RedoLogArchiveLog會(huì)導(dǎo)致數(shù)據(jù)不一致或丟hiveLogDTS據(jù)遷移會(huì)并發(fā)執(zhí)行INSERT操作，導(dǎo)致目標(biāo)數(shù)據(jù)庫的表產(chǎn)生碎片，因此全量遷移完TS快遞行業(yè)云上技術(shù)服務(wù)白皮書34務(wù)白皮書明。說明:暫不兼容觸發(fā)器。建議您刪除源庫的觸發(fā)器，以避免因觸發(fā)器而導(dǎo)致數(shù)據(jù)不一致的問題。請(qǐng)謹(jǐn)慎評(píng)估數(shù)據(jù)類型的映射關(guān)系對(duì)業(yè)務(wù)的影響，詳情請(qǐng)參見異構(gòu)數(shù)據(jù)庫間的數(shù)據(jù)類型映射le.3.4支持增量遷移的SQL操作表十三：支持增量遷移的SQL操作CREATETABLE(表內(nèi)定義不能包含函數(shù)。)35快遞行業(yè)云上技術(shù)服務(wù)白皮書.3.5數(shù)據(jù)類型映射關(guān)系/document_detail/131292.htm?sp-.3.6準(zhǔn)備工作a)自建Oracle數(shù)據(jù)庫請(qǐng)參見CREATEUSER和GRANT。日志shutdownimmediate;startupmount;alterdatabasearchivelog;alterdatabaseopen;archiveloglist;說明開啟庫級(jí)別補(bǔ)充日志，則DTS任務(wù)運(yùn)行更為穩(wěn)定；開啟表級(jí)別補(bǔ)充日志，則更節(jié)約源alterdatabaseaddsupplementallogdata;alterdatabaseaddsupplementallogdata(primarykey,uniqueindex)columns;alterdatabaseaddsupplementallogdata;開啟表級(jí)補(bǔ)充日志(兩者選其一)：altertabletable_nameaddsupplementallogdata(primarykey)columns;快遞行業(yè)云上技術(shù)服務(wù)白皮書36務(wù)白皮書alterdatabaseforcelogging;cle/document_detail/212355.html#sec-tion-8zy-gg3-ij.3.7操作步驟4)如果您的自建數(shù)據(jù)庫具備白名單安全設(shè)置，您需要復(fù)制彈跳框中的DTS服務(wù)器。8)配置完成后，閱讀并勾選《數(shù)據(jù)傳輸(按量付費(fèi))服務(wù)條款》。表十五：數(shù)據(jù)遷移操作步驟對(duì)照說37快遞行業(yè)云上技術(shù)服務(wù)白皮書無DTS會(huì)自動(dòng)生成一個(gè)任務(wù)名稱，建議配置具有業(yè)務(wù)意義的名稱(無唯一性要求)，便于后續(xù)識(shí)別。根據(jù)源庫的部署位置進(jìn)行選擇，本文以有公網(wǎng)IP的自建數(shù)應(yīng)務(wù)白皮書4.2大促保障最佳實(shí)踐業(yè)共攬收快遞包裹68億件，同比增長(zhǎng)18.2%;共投遞快遞包裹63億件，同比增長(zhǎng)新高。電商企業(yè)迫切的時(shí)效需求，快遞公司需要堅(jiān)持防疫生產(chǎn)兩不誤，以科技賦能不斷提升都已遷移到云上，享受云計(jì)算帶來的技術(shù)紅利的同，也對(duì)云上業(yè)務(wù)的穩(wěn)定性提出了極高的挑戰(zhàn)，云上業(yè)務(wù)的穩(wěn)定性基本決定了快遞公4.2.2雙十一快遞業(yè)務(wù)峰值晴雨表一方面減緩了商家發(fā)貨的壓力，另一方面在營(yíng)銷上商家有了兩波密集營(yíng)銷的機(jī)會(huì)以帶峰流量截圖。39快遞行業(yè)云上技術(shù)服務(wù)白皮書分析，其中占比最大的淘系訂單主要是來自于上游全球速賣保持一致，持續(xù)2-3天，由于跨境業(yè)務(wù)運(yùn)輸鏈路非常長(zhǎng)，實(shí)操高峰一般從11月13日開快遞行業(yè)云上技術(shù)服務(wù)白皮書40務(wù)白皮書4.2.3大促保障的五大技術(shù)要素護(hù)航是圍繞業(yè)務(wù)全局架構(gòu)、高可用(診斷、優(yōu)化、防護(hù)、演練)等技術(shù)棧對(duì)整體活動(dòng)進(jìn)行評(píng)測(cè)、加固、監(jiān)控等，了解業(yè)務(wù)的目標(biāo)、場(chǎng)景、特征是做好護(hù)航保障的第一架構(gòu)梳理&評(píng)估根據(jù)快遞行業(yè)主鏈路及業(yè)務(wù)特性進(jìn)行架構(gòu)梳理，對(duì)護(hù)航關(guān)鍵業(yè)務(wù)和核心組件進(jìn)行接下來我們看下某快遞公司的技術(shù)架構(gòu)，這里我只畫了核心業(yè)務(wù)系統(tǒng)訂單、把41快遞行業(yè)云上技術(shù)服務(wù)白皮書?不管是訂單，把槍還是分揀業(yè)務(wù)，都使用了MQ實(shí)現(xiàn)異步消費(fèi)，MQ的穩(wěn)定性至關(guān)重要，通過容量評(píng)估并識(shí)別共享實(shí)例?容器服務(wù)+神龍服務(wù)器是整個(gè)業(yè)務(wù)底座，進(jìn)行容量評(píng)估擴(kuò)容15個(gè)神龍節(jié)點(diǎn)外提前準(zhǔn)備神龍服務(wù)器資源并準(zhǔn)備添加節(jié)點(diǎn)預(yù)格外，進(jìn)行RDS底層宿主機(jī)打散并升級(jí)單可用區(qū)到多可用部署。意圖全鏈路場(chǎng)景壓測(cè)端應(yīng)用、中間適配層、DB等整個(gè)系統(tǒng)環(huán)境，完整得納入到壓測(cè)范圍中，以http請(qǐng)求為載體，模擬真實(shí)的用戶行為，在線上構(gòu)造出真實(shí)的超大規(guī)模的訪問流量，以全鏈路壓測(cè)模型施壓，直至達(dá).1全鏈路壓測(cè)核心流程壓測(cè)目標(biāo)主要包括壓測(cè)范圍、策略、目的，往往與業(yè)務(wù)、技術(shù)目標(biāo)息息相關(guān)。例快遞行業(yè)云上技術(shù)服務(wù)白皮書42務(wù)白皮書.1.2梳理系統(tǒng)架構(gòu)梳理清楚端到端的請(qǐng)求鏈路、技術(shù)架構(gòu)、分層結(jié)構(gòu)、模塊劃分，以及RPC、消息、緩存、數(shù)據(jù)庫等中間件的使用情況，分析潛在的瓶頸點(diǎn)，并針對(duì)性的增加監(jiān)控指.1.3梳理業(yè)務(wù)模型壓測(cè)的業(yè)務(wù)模型對(duì)壓測(cè)結(jié)果的準(zhǔn)確性至關(guān)重要。全鏈路壓測(cè)的鏈路代表要壓測(cè)的業(yè)務(wù)范圍，同一條鏈路需要構(gòu)造海量的參數(shù)集合代表不同用戶的不同行為，系統(tǒng)的基礎(chǔ)數(shù)據(jù)、系統(tǒng)預(yù)熱情況等代表系統(tǒng)的狀態(tài)。鏈路范圍、鏈路的訪問量級(jí)、鏈路的參數(shù)2)根據(jù)業(yè)務(wù)特性確定壓測(cè)數(shù)據(jù)的分布。例如用戶的規(guī)模和地域、商品的種類和數(shù)1)根據(jù)業(yè)務(wù)和場(chǎng)景的特性，確定各組件(例如緩存)的狀態(tài)。例如拉新場(chǎng)景，緩存命中率非常低，而日常高峰場(chǎng)景，緩存命中率非常高，需要根據(jù)不同的場(chǎng)景來準(zhǔn)備2)根據(jù)業(yè)務(wù)和場(chǎng)景的特性，確定基礎(chǔ)數(shù)據(jù)的量級(jí)和范圍。例如拉新場(chǎng)景，需要考43快遞行業(yè)云上技術(shù)服務(wù)白皮書.1.4準(zhǔn)備壓測(cè)腳本根據(jù)業(yè)務(wù)場(chǎng)景編寫壓測(cè)腳本，也可以直接復(fù)用已有腳本，建議將腳本錄入PTS場(chǎng).1.5改造升級(jí)環(huán)境不能污染正常的業(yè)務(wù)數(shù)據(jù)。因此，需要針對(duì)存儲(chǔ)做影子庫表，即正常業(yè)務(wù)庫表的鏡像，讓壓測(cè)流量的數(shù)據(jù)流轉(zhuǎn)到影子庫表，正常業(yè)務(wù)流量流轉(zhuǎn)到正常業(yè)務(wù)庫表，在邏輯上隔離兩種流量，使之互不影.1.6正常流量聯(lián)調(diào)常通過執(zhí)行功能回歸用例完成聯(lián)調(diào)，是需要將正?；貧w流量打上流量標(biāo)(例如在請(qǐng)求中添加Headerx-pts-test=2)，這樣在查找調(diào)用鏈路時(shí)可以精準(zhǔn)定位。該環(huán)節(jié)驗(yàn)證探針對(duì)依賴組件的適配情況，無遺漏的RPC調(diào)用、采集的數(shù)據(jù)準(zhǔn)確無誤；調(diào).1.7準(zhǔn)備壓測(cè)數(shù)據(jù)影子庫表的范圍就是壓測(cè)鏈路涉及到的應(yīng)用使用到的庫表。在梳理過程中，需要包括庫名、表名、數(shù)據(jù)量級(jí)、核心業(yè)務(wù)字段(例如商品ID、用戶ID等)，表與表之間字段的關(guān)聯(lián)性(外鍵、JSON字段中的引用等均包括在內(nèi))。字段、脫敏字段偏移字段：字段偏移可以極大的保證業(yè)務(wù)數(shù)據(jù)的安全。偏移字段一般選擇用戶ID、商品ID等關(guān)聯(lián)字段，如果有用到Sequence類的分布式ID組件，也需要進(jìn)行偏快遞行業(yè)云上技術(shù)服務(wù)白皮書44務(wù)白皮書到的值作.1.8聯(lián)調(diào)壓測(cè)流量根據(jù)步驟七：準(zhǔn)備壓測(cè)數(shù)據(jù)中梳理的庫表情況，在控制臺(tái)填寫影子規(guī)則，不同規(guī)根據(jù)步驟六：正常流量聯(lián)調(diào)中梳理的第三方服務(wù)依賴情況在控制臺(tái)配置Mock規(guī)與正常流量聯(lián)調(diào)的方式基本一致，聯(lián)調(diào)過程中需要將壓測(cè)流量打上流量標(biāo)(例如在請(qǐng)求中添加Header1x-pts-test=1)，在查找調(diào)用鏈時(shí)可以精準(zhǔn)定位。該環(huán)節(jié)主要1)驗(yàn)證業(yè)務(wù)邏輯是否正常，用例的測(cè)試結(jié)果均需符合預(yù)期。此環(huán)節(jié)受基礎(chǔ)數(shù)據(jù)影2)驗(yàn)證壓測(cè)流量產(chǎn)生的調(diào)用鏈?zhǔn)欠衽c正常流量一致，如果不一致需要相關(guān)人員介驗(yàn)證影子隔離和Mock規(guī)則是否有效，如果有正式表存在測(cè)試數(shù)據(jù)寫入或者影子.1.9單鏈路小流量試壓不同的業(yè)務(wù)、壓測(cè)目標(biāo)往往對(duì)應(yīng)不同的壓測(cè)節(jié)奏和方法，不可一概而論。除了注意以下要點(diǎn)之外，還需根據(jù)業(yè)務(wù)、架構(gòu)、人員等自身情況，制定不同的壓測(cè)計(jì)劃，在45快遞行業(yè)云上技術(shù)服務(wù)白皮書驗(yàn)證所有接口在無干擾、無競(jìng)爭(zhēng)的情況下的性能基線數(shù)據(jù)，確定所有接口的性能按生產(chǎn)環(huán)境流量配比進(jìn)行復(fù)合場(chǎng)景全鏈路壓測(cè)。探測(cè)相互干擾、競(jìng)爭(zhēng)情況下的資驗(yàn)證系統(tǒng)預(yù)熱是否合理，比如數(shù)據(jù)庫連接、RPC連接、業(yè)務(wù)緩存、JIT預(yù)編譯快遞行業(yè)云上技術(shù)服務(wù)白皮書46務(wù)白皮書程圖路壓測(cè)真實(shí)截圖容量規(guī)劃，資源健康度檢查.1全鏈路評(píng)估風(fēng)險(xiǎn)巡檢、安全風(fēng)險(xiǎn)、在某頭部公司雙十一保障中，針對(duì)核心業(yè)務(wù)域共完成三輪全鏈路評(píng)估和風(fēng)險(xiǎn)巡檢47快遞行業(yè)云上技術(shù)服務(wù)白皮書檢截圖.2核心資源深度巡檢十一保障深度巡檢截圖快遞行業(yè)云上技術(shù)服務(wù)白皮書48務(wù)白皮書流量防護(hù)異常流量的防護(hù)，接入DDOS防護(hù)或者準(zhǔn)備DDOS接入應(yīng)急預(yù)案，接入應(yīng)用防護(hù)對(duì)正常業(yè)務(wù)峰值流量的限流保護(hù)，通過Nginx+LUA網(wǎng)關(guān)限流實(shí)現(xiàn)網(wǎng)關(guān)層保護(hù)，通過Sentinel(AHAS)實(shí)現(xiàn)微服務(wù)層面的接口限流保護(hù)。障限流配置圖4.2.4大促保障故障&預(yù)案演練確認(rèn)流量防護(hù)方案，制定流量防護(hù)、彈性擴(kuò)容、ECS異常遷移、數(shù)據(jù)庫(RDS、Redis)切換、MQ重啟等10+產(chǎn)品預(yù)案。提前配置PolarDB強(qiáng)制走只讀庫，Redis帶49快遞行業(yè)云上技術(shù)服務(wù)白皮書表十六：確認(rèn)流量防護(hù)方案對(duì)照4.2.5大促保障全鏈路監(jiān)控端到端4.3技術(shù)服務(wù)展望業(yè)務(wù)上云的同時(shí)安全性、可用備等方面都面臨非常大的挑戰(zhàn)。未來如何充分利用云廠商的基可用、敏捷的技術(shù)架構(gòu)是技術(shù)服務(wù)升級(jí)的重要方向。我們建議快遞行業(yè)云上技術(shù)服務(wù)白皮書50務(wù)白皮書在安全、高可用架構(gòu)、穩(wěn)定性建設(shè)等幾方面重點(diǎn)發(fā)力，構(gòu)建一個(gè)安全高可用的業(yè)務(wù)平建立云上容災(zāi)能力，當(dāng)災(zāi)難發(fā)生時(shí)，在保證生產(chǎn)環(huán)境的數(shù)據(jù)盡力少丟失的情況51快遞行業(yè)云上技術(shù)服務(wù)白皮書4.3.2DevOps4.3.3云上容量規(guī)劃過容量評(píng)估探測(cè)云上系統(tǒng)的最佳壓力點(diǎn)、極限壓力點(diǎn)和破、限流保護(hù)，幫助業(yè)務(wù)達(dá)到系統(tǒng)容量和云上資源成本的最佳平驗(yàn)驗(yàn)快遞行業(yè)云上技術(shù)服務(wù)白皮書52務(wù)白皮書4.3.4應(yīng)用架構(gòu)優(yōu)化遇到挑戰(zhàn)；而目前各在不合理調(diào)用業(yè)務(wù)架構(gòu)改造困難4.資源及業(yè)務(wù)模塊拆分困難度集中一個(gè)地域的安全、可用性、資源供應(yīng)風(fēng)險(xiǎn)基于這些問題需要深入應(yīng)用場(chǎng)景進(jìn)行應(yīng)用架構(gòu)層面優(yōu)化，風(fēng)險(xiǎn)治理等穩(wěn)定性建設(shè)險(xiǎn)，并進(jìn)行優(yōu)化，提升穩(wěn)定性質(zhì)量，合理規(guī)劃彈性策略，具備縱橫擴(kuò)容能力，安全可53快遞行業(yè)云上技術(shù)服務(wù)白皮書5.總結(jié)2021年成為快遞行業(yè)發(fā)展歷史上標(biāo)志性的一年，拉鋸近兩年的價(jià)格戰(zhàn)終于轉(zhuǎn)向，年度件量突破千億件，行業(yè)邁入發(fā)展新階段。對(duì)于當(dāng)下的快遞企業(yè)來說，想要在激烈的競(jìng)爭(zhēng)中站穩(wěn)腳跟并脫穎而出，則需要通過一系列的模式創(chuàng)新以及科技賦能，在數(shù)字化背景下，逐漸提升企業(yè)管理和末端網(wǎng)點(diǎn)的運(yùn)營(yíng)能力。只有將消費(fèi)者的體驗(yàn)放在首位，才能夠真正具備與其他快遞巨頭競(jìng)爭(zhēng)的資本。本書著重細(xì)致分享快遞行業(yè)客戶上云的實(shí)踐案例，將具體技術(shù)方法和解決方案編寫成冊(cè)，為構(gòu)建安全、可靠的快遞行快遞行業(yè)云上技術(shù)服務(wù)白皮書54務(wù)白皮書11)提前通過ack容器服務(wù)配置節(jié)點(diǎn)新增節(jié)點(diǎn)(提前預(yù)案)。/docu-ment_detail/119099.html2)如果沒有配置彈性伸縮功能需要/docu-mentdetail6919.html?sp-1)通過ESS配置彈性伸縮策略(提前預(yù)案)/document_de-tail/148118.html?sp-m=a2c4g.11186623.6.642.4a8d35bcdZlgDz2)如無彈性伸縮配置，提前準(zhǔn)備腳1)梳理護(hù)航核心業(yè)務(wù)，去單點(diǎn)架2)通過宕機(jī)遷移恢復(fù)，影響業(yè)務(wù)時(shí)客戶/55快遞行業(yè)云上技術(shù)服務(wù)白皮書2單單1)首先，通過容器服務(wù)控制臺(tái)移除/docu-detailhtmlsp2)提前通過ack容器服務(wù)配置節(jié)點(diǎn)負(fù)載瓶頸(提前預(yù)案)。/docu-ment_detail/119099.html3)如果沒有配置彈性伸縮功能需要/docu-ment_detail/86919.html?sp-1)通過SLB控制臺(tái)或者API (RemoveBackendServers)移除后端服務(wù)器，避免業(yè)務(wù)分發(fā)到該異常節(jié)點(diǎn)。/document_de-tail/129201.html?sp-m=a2c4g.11186623.6.616.50fc642)通過ESS配置彈性伸縮策略(提前預(yù)案)/document_de-tail/148118.html?sp-m=a2c4g.11186623.6.642.4a8d353)如無彈性伸縮配置，提前準(zhǔn)備腳1)可控制臺(tái)嘗試強(qiáng)制重啟服務(wù)器優(yōu)快遞行業(yè)云上技術(shù)服務(wù)白皮書56務(wù)白皮書3模模風(fēng)險(xiǎn)的策略，如收斂/0規(guī)則41)登錄DMS控制臺(tái)KILL長(zhǎng)時(shí)間處于2)立即通知阿里云技術(shù)服務(wù)同學(xué)，3)升級(jí)RDS實(shí)例規(guī)格。4)恢復(fù)后，需恢復(fù)RDS實(shí)例的連接客戶/51)立即通知阿里云技術(shù)服務(wù)同學(xué)，2)升級(jí)RDS實(shí)例規(guī)格。3)優(yōu)化RDS慢查詢?？蛻?滿()滿(只讀寫)1)通知阿里云技術(shù)服務(wù)同學(xué)，關(guān)閉2)清理RDS日志文件或擴(kuò)容RDS磁客戶/67題1)臨時(shí)將RDS連接地址從DNS切換為2)同時(shí)通知阿里云技術(shù)服務(wù)解決問3)阿里云確認(rèn)故障恢復(fù)后，客戶需將客戶/57快遞行業(yè)云上技術(shù)服務(wù)白皮書8換客戶/91)立即通知阿里云技術(shù)服務(wù)同學(xué)，客戶/機(jī)1)立即檢查宕機(jī)的只讀實(shí)例讀權(quán)重2)程序如果長(zhǎng)連接方式訪問只讀實(shí)客戶/1)檢查備庫是否開啟并行復(fù)制功能 (庫級(jí)、表級(jí)、事務(wù)級(jí))。2)立即檢查并將延時(shí)過大只讀實(shí)例3)升級(jí)只讀實(shí)例規(guī)格?？蛻?1)申請(qǐng)RDS外網(wǎng)地址和ECS外網(wǎng)出2)立即通知阿里云技術(shù)服務(wù)人員，客戶/障1)建議使用跨可用區(qū)容災(zāi)實(shí)例。2)建議不同可用區(qū)分別申請(qǐng)一個(gè)客戶/障客戶/快遞行業(yè)云上技術(shù)服務(wù)白皮書58務(wù)白皮書瓶頸(過大)讀寫實(shí)例性能瓶頸 UIO壓力過大)1)立即通知阿里云技術(shù)服務(wù)同學(xué)評(píng)2)升級(jí)實(shí)例規(guī)格。3)優(yōu)化性能消耗嚴(yán)重的SQL語句。4)未開通讀寫分離功能的RDS，購5