汽車行業(yè)云原生趨勢研究報(bào)告

1、 QingClodKUBESPHERE 2022.7前今天，數(shù)字化發(fā)展已成為全球的重要共識(shí)。根據(jù)肯錫的研究報(bào)告顯，全球已經(jīng)有超過 170 個(gè)國家發(fā)布了國家數(shù)字戰(zhàn)略。在新冠疫情籠罩的最近 3 年，數(shù)字化進(jìn)程顯著提速，“全球的數(shù)字化進(jìn)程整體提前了 7 年，其中亞太地區(qū)更是提前了 10 年?！痹圃豢醋髟朴?jì)算“下半場”的代表性技術(shù)，云原平臺(tái)成為企業(yè)數(shù)字基建的必需品，是通往數(shù)字化轉(zhuǎn)型的最短路徑。在我國，云原已進(jìn)發(fā)展期，云原技術(shù)放光 芒，并不斷在融、汽、能源、運(yùn)營商等 ICT 能領(lǐng)先的業(yè)落地。本次我們選取汽業(yè)作為“云科技“系列業(yè)云原趨勢研究”的個(gè)業(yè)調(diào)研對象。浪淘沙，汽產(chǎn)業(yè)正在發(fā)顛覆性的變。隨著汽智能化、

2、聯(lián)化、電動(dòng)化、共享化的進(jìn)程加速，“軟件定義汽”時(shí)代悄然來臨。同時(shí)，云原理念被引越來越多的企中，許多核和次核業(yè)務(wù)系統(tǒng)實(shí)現(xiàn)了容器化改造。汽業(yè)云原趨勢研究報(bào)告基于云科技對于汽業(yè)的期洞察和云原技術(shù)的研究與實(shí)踐，在傳統(tǒng)汽向智能聯(lián)化的趨勢背景下，從汽業(yè)數(shù)字化轉(zhuǎn)型遇到的機(jī)遇和挑戰(zhàn)、云原技術(shù)在汽業(yè)的落地情況、企云原化的實(shí)踐路徑等維度進(jìn)分析，并提供之有效的建議。鳴謝本報(bào)告耗時(shí) 3 個(gè)，感謝接受調(diào)研訪談和給予真知灼的每位：來蔚來汽的施炳、孔毅、眾汽王勇、寶汽Max Yang、北汽福張國強(qiáng)、上汽宇晨、紅巖汽劉崗、豐汽 Stephen、運(yùn)汽焦育、Cerence 賽輪思Brian & Bill、Flomesh 張曉輝、

3、EMQ 豐志、藍(lán)資本張宏祥，以及其他 20 余位不愿意具名的專家和業(yè)內(nèi)。核觀點(diǎn)汽業(yè)四技術(shù)趨勢中國聯(lián)發(fā)展在全球遙遙領(lǐng)先，從單純的載信息服務(wù)邁智能聯(lián)階段預(yù)計(jì)到 2025 年，中國L 及以上的智能汽銷量將破千萬輛柔性化、智能化和集成化是新代企打造核競爭的關(guān)鍵數(shù)字化營銷和售后服務(wù)呈現(xiàn)個(gè)性化、智能化趨勢云原業(yè)洞察頭部主機(jī)和造新勢引領(lǐng)，企開始成專的數(shù)字化轉(zhuǎn)型部全棧研，企追求IT 研發(fā)和平臺(tái)建設(shè)主可控重視開源，開源技術(shù)和社區(qū)是探索云原的第站信息安全和服務(wù)資質(zhì)要求嚴(yán)格，企追求數(shù)據(jù)應(yīng)和數(shù)據(jù)安全的平衡五典型應(yīng)場景搭建DevOps 平臺(tái)，實(shí)現(xiàn)應(yīng)效敏捷，持續(xù)迭代對微服務(wù)架構(gòu)的考量倒逼基礎(chǔ)設(shè)施容器化，Spring Cl

4、oud 是當(dāng)前主流選型框架聯(lián)是云邊協(xié)同業(yè)化的場景體現(xiàn)，給出云邊協(xié)同、數(shù)據(jù)存儲(chǔ)、算法管理三建議案邊緣計(jì)算落地挑戰(zhàn)多，成熟的邊緣計(jì)算平臺(tái)幫助實(shí)現(xiàn)“云邊端”三位體協(xié)同架構(gòu)動(dòng)駕駛AI 訓(xùn)練天然適合容器化，同時(shí)存在技術(shù)下沉難、管理上升難、學(xué)習(xí)檻等問題錄. HYPERLINK l _TOC_250000 調(diào)研數(shù)據(jù)與調(diào)研法 1.汽業(yè)顯著技術(shù)趨勢 2.軟件驅(qū)動(dòng)成為競爭核 2.技術(shù)趨勢劇烈變化，汽在被重新定義 2.聯(lián) 2.動(dòng)駕駛 4.智能制造 6.運(yùn)營與服務(wù)數(shù)字化升級 7.汽業(yè)云原市場洞察 8.成專的數(shù)字化轉(zhuǎn)型部 8.全棧研追求主可控 10.數(shù)據(jù)安全和數(shù)據(jù)采之間的平衡 12.汽業(yè)云原典型應(yīng)場景 14.敏捷協(xié)調(diào)，

5、持續(xù)迭代 14.微服務(wù)架構(gòu)化繁為簡 16.聯(lián)場景 18.邊緣計(jì)算場景 20.動(dòng)駕駛AI 場景 235. 結(jié)語 25.參考資料 26調(diào)研數(shù)據(jù)與調(diào)研法云科技KubeSphere 云原團(tuán)隊(duì)歷時(shí) 3 個(gè)，先后訪談了 30 多家汽企業(yè)和上下游產(chǎn)業(yè)鏈供應(yīng)商，其中包括了云科技的客、態(tài)合作伙伴、業(yè)頭部商，涉及了國內(nèi)造新勢、海外品牌汽、國內(nèi)整企業(yè)、載智能語商、智能駕駛企業(yè)、動(dòng)駕駛解決案提供商等國內(nèi)外汽業(yè)領(lǐng)軍企業(yè)。從汽業(yè)劇烈的技術(shù)趨勢變化、國家監(jiān)管和服務(wù)資質(zhì)要求、數(shù)字化挑戰(zhàn)、云原進(jìn)階、以及向云原的戰(zhàn)略轉(zhuǎn)移等層，和 30 余位汽業(yè)專家進(jìn)了深調(diào)研和交流。本次訪談對象以業(yè)務(wù)開發(fā)程師、架構(gòu)師、CIO/CTO 管理者等為主

6、。通過梳理汽業(yè)云原技術(shù)應(yīng)的趨勢和共性需求，總結(jié)典型落地場景，形成業(yè)最佳實(shí)踐。從為汽客向云原轉(zhuǎn)型提供啟發(fā)、指南和范。汽業(yè)顯著技術(shù)趨勢2.2.1. 軟件驅(qū)動(dòng)成為競爭核汽產(chǎn)業(yè)正在圍繞“軟件定義汽”，掀起轉(zhuǎn)型升級的熱潮。有業(yè)內(nèi)指出，“在未來汽競爭中，載軟件將占據(jù)未來汽創(chuàng)新的 90%?！痹贕artner 發(fā)布的 2022 年汽業(yè)五技術(shù)趨勢中，數(shù)字巨頭將汽納整體態(tài)系統(tǒng)，2022 年將繼續(xù)擴(kuò)其在汽技術(shù)領(lǐng)域的影響。國內(nèi)外科技巨頭的造項(xiàng)都在有序推進(jìn)中，在“軟件定義汽”概念的驅(qū)動(dòng)下，眾多科技巨頭早期涉獵汽領(lǐng)域多以聯(lián)為切點(diǎn)。Gartner 預(yù)測，到 2028 年，賣出汽中的 70% 將采安卓汽操作系統(tǒng)，前這例還不到

7、 1%。企的業(yè)務(wù)模式將從根本上發(fā)改變，未來的汽不再是“兩套沙發(fā)加四個(gè)輪”，是“有四個(gè)輪會(huì)跑的智能終端”，汽越來越像會(huì)奔跑的智能機(jī)。商業(yè)模式也在發(fā)變化，由機(jī)械和硬件驅(qū)動(dòng)變?yōu)檐浖?qū) 動(dòng)，由“硬”到“軟”的變化趨勢，帶來訂閱式服務(wù)加速到來，汽不再是次性付費(fèi)的業(yè)產(chǎn)品，軟件業(yè)務(wù)開始成為新的盈利增點(diǎn)，主機(jī)可以在整體命周期內(nèi)更程度地挖掘價(jià)值。軟件成為未來汽實(shí)現(xiàn)聯(lián)化、智能化、電動(dòng)化和共享化等趨勢的核推動(dòng)要素。2.2. 技術(shù)趨勢劇烈變化，汽在被重新定義汽被重新定義，汽產(chǎn)業(yè)正在向新能源電動(dòng)、動(dòng)駕駛等端智能、服務(wù)化向轉(zhuǎn)移，全球范圍內(nèi)涌現(xiàn)出四顛覆性技術(shù)趨勢：2.2.1. 聯(lián)近年來在國家政策的強(qiáng)扶持下，企已經(jīng)將聯(lián)納重要

8、戰(zhàn)略規(guī)劃。聯(lián)涉及企、軟件提供商、通信運(yùn)營商、芯和模組產(chǎn)商等，產(chǎn)業(yè)鏈很。通過搭載先進(jìn)的傳感器、控制器等裝置，實(shí)現(xiàn)與、路、后臺(tái)等智能信息交換共享，是實(shí)現(xiàn)汽智能化和聯(lián)化的關(guān)鍵。2020 年，11 部委聯(lián)合出臺(tái)智能汽創(chuàng)新發(fā)展戰(zhàn)略，在政策催化和技術(shù)變的雙重背景下，聯(lián)產(chǎn)業(yè)進(jìn)快道。根據(jù)中國汽程學(xué)會(huì)預(yù)測，到 2025、2030 年，我國銷售新聯(lián)率將分別達(dá)到 80%、100%，聯(lián)汽銷售規(guī)模將分別達(dá)到 2800 萬和 3800 萬輛。根據(jù)聯(lián)技術(shù)的不同，聯(lián)可以分為內(nèi)、際和云三種絡(luò)。從全球聯(lián)趨勢看，聯(lián)分為三個(gè)階段：載信息服務(wù)階段、智能聯(lián)汽以及智慧出階段。從應(yīng)場景的度，聯(lián)致可以分為以下三種具體應(yīng)場景：以體驗(yàn)為核的信息服

9、務(wù)類應(yīng)、以輛駕駛為核的汽智能化類應(yīng)和以協(xié)同為核的智慧交通類應(yīng)。前，我國聯(lián)已經(jīng)從單純的載信息服務(wù)邁智能聯(lián)階段。智能聯(lián)汽包含三元素：智能交互、智能駕駛和智能服務(wù)。聯(lián)應(yīng)場景例應(yīng)類型具體應(yīng)信息服務(wù)類導(dǎo)航、娛樂、通信、遠(yuǎn)程診斷、救援等基礎(chǔ)性載信息，約、汽保險(xiǎn)、汽美容等服務(wù)類信息汽智能類安全駕駛輔助系統(tǒng)、智能信號燈、適應(yīng)巡航、智能停等智慧交通類限定區(qū)域內(nèi)的動(dòng)駕駛巴、港專集裝箱智能運(yùn)輸?shù)确忾]限定場景，及動(dòng)駕駛出租、動(dòng)駕駛公交、智能配送等共同交通場景來源：綜合基業(yè)經(jīng)濟(jì)研究院和絡(luò)信息進(jìn)整理以智能交互為例，國內(nèi)外頭部主機(jī)和OEM 商都常重視機(jī)系統(tǒng)的交互，將其作為汽產(chǎn)品的亮點(diǎn)。中國聯(lián)的發(fā)展在全球遙遙領(lǐng)先，當(dāng)國外還簡

10、單地停留在導(dǎo)航、樂、控時(shí)，國內(nèi)已經(jīng)基于機(jī)系統(tǒng)開始炒股、看視頻，以及更多娛樂控制。同時(shí)，汽商紛紛推出智能系統(tǒng)，賦予它情感和形象，讓內(nèi)交互更好，更然地滿需求，理解偏好，做到千千，服務(wù)去找。如今交互智能化程度成為主購選擇的個(gè)重要因素，主不再只關(guān)注發(fā)動(dòng)機(jī)、內(nèi)飾等傳統(tǒng)因素。圖 1 OTA 成為電動(dòng)汽主流趨勢，來源：億歐汽聯(lián)系統(tǒng)的發(fā)展也跟汽本的發(fā)展密切相關(guān)，當(dāng)汽更加系統(tǒng)化、強(qiáng)調(diào)軟件定義硬件時(shí)，通過 OTA（Over the Air Technology，空中下載技術(shù)）加快智能聯(lián)汽迭代速度，OTA 通過遠(yuǎn)程升級軟件，讓軟件系統(tǒng)隨時(shí)保持最新，需線下 S 店預(yù)約、排隊(duì)的冗流程。根據(jù)Gartner 預(yù)測，到 20

11、23 年，排名前的汽制造商中有半將通過軟件更新來解鎖和升級功能，客可以在購買汽后購買這些軟件。從的度，OTA 升級使能夠保持對于汽的新鮮感，不斷提升駕乘樂趣。對新能源品牌來說，訂閱模式OTA 升級也開創(chuàng)了新的盈利空間。2.2.2. 動(dòng)駕駛動(dòng)駕駛將在駕駛環(huán)節(jié)實(shí)現(xiàn)對的注意的解放，當(dāng)?shù)碾p和注意被解放出來，汽將實(shí)現(xiàn)從以為中的交通具，轉(zhuǎn)變?yōu)橐詾橹械摹钡谌羁臻g“。圖 2 動(dòng)駕駛輛配備的各種傳感器根據(jù)信部推出的汽駕駛動(dòng)化分級，駕駛動(dòng)化可以分成 0-5 級。我國動(dòng)駕駛當(dāng)前處在 L -L 階段，從L （組合輔助駕駛） 到L 級（有條件動(dòng)駕駛）的重要差異為是否能主動(dòng)調(diào)配路端資源。L 級別可以看作半動(dòng)駕駛平，能夠

12、實(shí)現(xiàn)輛對多項(xiàng)功能進(jìn)操作，包括：全速適應(yīng)巡航、動(dòng)泊、主動(dòng)道保持、限速識(shí)別、動(dòng)變道等。L 級別可以做到輛在特定環(huán)境中實(shí)現(xiàn)部分動(dòng)駕駛，并根據(jù)路況環(huán)境判斷是否可以動(dòng)駕駛，L 被認(rèn)為是動(dòng)駕駛的真正開端。動(dòng)駕駛等級平Level 0動(dòng)化（No Automation），完全駕駛Level 1駕駛員輔助（Driver Assistance），有少量輔助功能介到駕駛中，如適應(yīng)巡航、動(dòng)緊急剎等；Level 2部分動(dòng)化（Partial Automation），系統(tǒng)在部分場景下可以動(dòng)駕駛輛，但駕駛員要隨時(shí)準(zhǔn)備接管。Level 3特殊條件動(dòng)化（Conditional Automation），較程度實(shí)現(xiàn)了動(dòng)駕駛，駕駛員在很

13、多場景下需操控，只有在少數(shù)情況下需要接管汽。Level 4度動(dòng)化（High Automation），可滿 80%以上場景的完全動(dòng)駕駛。動(dòng)駕駛等級平Level 5全動(dòng)化（Full Automation），100%完全動(dòng)駕駛，完全需為預(yù)，安全性遠(yuǎn)于類駕駛員。來源：根據(jù)絡(luò)公開資料整理相關(guān)數(shù)據(jù)顯，2017 年以來，我國汽在智能駕駛配置，五年平均復(fù)合增率達(dá) 42.7。預(yù)計(jì)到2025 年，中國L 及以上的智能汽銷量將破千萬輛，智能汽滲透率達(dá) 49.3。圖 3 2020-2040 年新動(dòng)駕駛趨勢動(dòng)駕駛躍發(fā)展，各玩家不斷布局沿著智能化和聯(lián)化兩個(gè)向演進(jìn)。前主流玩家可分為兩類：以漸進(jìn)式策略為主的主機(jī)，和采取跨越式

14、策略的科技企業(yè)。其中，主機(jī)的策略是從 L 、L 向階動(dòng)駕駛進(jìn)升級，同時(shí)在L 的基礎(chǔ)上疊加L 、L 級別的功能來給客帶來更好的消費(fèi)體驗(yàn)?？萍计髽I(yè)則是直接從 L 及以上級別（完全動(dòng)駕駛）切，通過些更適的限定場景，如物流、礦區(qū)等，來降低開發(fā)難度。2.2.3. 智能制造傳統(tǒng)汽曾經(jīng)引以為傲的制造模式正成為其數(shù)字化變下的最“包袱”。過去，輛汽從設(shè)計(jì)到批量產(chǎn)少要經(jīng)過設(shè)計(jì)、程、包裝、測試、發(fā)布、產(chǎn)等關(guān)鍵環(huán)節(jié)。輛傳統(tǒng)汽從設(shè)計(jì)到下線少需要 3 年，端品牌從設(shè)計(jì)到量產(chǎn)周期在 5 10 年。圖 4 輛汽在產(chǎn)線上對多樣化的市場，對于整制造企業(yè)來說，汽產(chǎn)品的交付和成本控制能臨越來越的要求。，客的需求趨于個(gè)性化，另，整交付

15、的消費(fèi)等待時(shí)間越來越短。因此，企需要運(yùn)數(shù)字化段，集成產(chǎn)制造流程與業(yè)務(wù)運(yùn)營流程，優(yōu)化供應(yīng)鏈，實(shí)現(xiàn)智能制造，從能夠盡快交付符合客需求的產(chǎn)品。汽制造亟待升級，在“中國制造 2025”國家戰(zhàn)略背景下，中國汽企業(yè)紛紛通過智能技術(shù)創(chuàng)新來實(shí)現(xiàn)汽產(chǎn)業(yè)轉(zhuǎn)型。智能制造不僅僅是單的先進(jìn)技術(shù)和設(shè)備的應(yīng)，是新模式的轉(zhuǎn)變。柔性化、智能化和度集成化是新代汽企業(yè)打造未來核競爭的關(guān)鍵環(huán)節(jié)。2.2.4. 運(yùn)營與服務(wù)數(shù)字化升級隨著汽市場的發(fā)展，汽消費(fèi)群體的消費(fèi)習(xí)慣發(fā)明顯變化，個(gè)性化需求凸顯。同時(shí)，在疫情和限購等多重政策的影響下，汽消費(fèi)市場也臨階段性挑戰(zhàn)。汽業(yè)營銷壓與俱增，傳統(tǒng)線下活動(dòng)的營銷式遭遇挑戰(zhàn)，成本和運(yùn)營投巨，獲客成本昂；另

16、轉(zhuǎn)化率低。通過數(shù)字化段賦能營銷與運(yùn)營，進(jìn)精準(zhǔn)營銷，加強(qiáng)與客的連接，重構(gòu)“商-經(jīng)銷商-消費(fèi)者”之間的關(guān)系，才能改善購和體驗(yàn)，抓住年輕代消費(fèi)升級的勢。售后服務(wù)也是如此，同樣臨數(shù)字化升級的機(jī)遇和挑戰(zhàn)。汽售后服務(wù)呈現(xiàn)智能化、個(gè)性化的趨勢，通過打通研發(fā)、產(chǎn)、銷售、物流、倉儲(chǔ)等各環(huán)節(jié)，實(shí)現(xiàn)數(shù)據(jù)共享、業(yè)務(wù)聯(lián)動(dòng)的效協(xié)同。在輛維修，利數(shù)字化技術(shù)，通過平臺(tái)實(shí)時(shí)采集來的聯(lián)數(shù)據(jù)，主機(jī)可以對故障輛進(jìn)遠(yuǎn)程智能診斷。同時(shí)還可以與 S 店數(shù)據(jù)共享，讓技術(shù)員迅速了解故障原因。4S 店也在努打造智慧店，將的資源、主的養(yǎng)護(hù)需求在云端匯合，實(shí)現(xiàn)主和 S 店需求的撮合。汽業(yè)云原市場洞察3.通過 30+ 汽企業(yè)及上下游供應(yīng)商的調(diào)研，云科

17、技觀察到汽業(yè)數(shù)字化轉(zhuǎn)型和云原落地的些典型業(yè)特征：3.1. 成專的數(shù)字化轉(zhuǎn)型部背景傳統(tǒng)主機(jī)在推動(dòng)上云和云原化之前，已經(jīng)進(jìn)了達(dá) 10-20 年的信息化建設(shè)歷程，內(nèi)部構(gòu)建起量IT 系統(tǒng)，已經(jīng)形成了套相對完整的體系。且由于期形成的慣性，主機(jī)以采購?fù)暾?IT 商業(yè)軟件為主，且量依賴外部服務(wù)商提供的外包服務(wù)，主機(jī)在向云原開發(fā)模式轉(zhuǎn)型的過程中臨了進(jìn)退兩難的境地。這其中的挑戰(zhàn)包括：組織架構(gòu)、企業(yè)化、系統(tǒng)架構(gòu)、數(shù)據(jù)安全、成本與運(yùn)維等系列阻礙。企實(shí)踐在期推進(jìn)信息化建設(shè)的過程中，主機(jī)IT 部往往被看作成本中，業(yè)務(wù)部提需求，IT 部負(fù)責(zé)響應(yīng)，缺乏頂層設(shè)計(jì)和平臺(tái)級應(yīng)的研發(fā)能。如今，對洶涌的技術(shù)浪潮，和多年疫情延續(xù)，全

18、球企銷售下，加快推進(jìn)數(shù)字化轉(zhuǎn)型戰(zhàn)略成為眾多主機(jī)致的動(dòng)。國內(nèi)外領(lǐng)先企，包括國外品牌、國內(nèi)新能源和頭部主機(jī)，紛紛設(shè)專的數(shù)字化轉(zhuǎn)型部，全負(fù)責(zé)企的數(shù)字化轉(zhuǎn)型作，加速推進(jìn)數(shù)字化戰(zhàn)略落地。數(shù)字化轉(zhuǎn)型部通常向公司所有汽品牌，負(fù)責(zé)全部數(shù)字化業(yè)務(wù)，如智能駕駛、聯(lián)、數(shù)據(jù)中臺(tái)、數(shù)字化營銷平臺(tái)、運(yùn)營平臺(tái)等，此部不再是企業(yè)的成本中，成為核價(jià)值的創(chuàng)造中。如眾汽集團(tuán)旗下的軟件公司CARIAD （Car，I AM Digital 的字），就承擔(dān)了眾數(shù)字化轉(zhuǎn)型的重任，負(fù)責(zé)設(shè)計(jì)規(guī)劃公司線Roadmap，并開發(fā)各種解決案和產(chǎn)品，將業(yè)務(wù)需求轉(zhuǎn)化成實(shí)際落地案。 本次調(diào)研的另外家“造新勢”企業(yè)，也設(shè)了專的數(shù)字化轉(zhuǎn)型部，負(fù)責(zé)公司所有汽本軟

19、件類系統(tǒng)的開發(fā)，通過上層數(shù)字化發(fā)展驅(qū)動(dòng)企業(yè)數(shù)字化轉(zhuǎn)型。數(shù)字化轉(zhuǎn)型部下會(huì)設(shè)獨(dú)的級、三級團(tuán)隊(duì)，包括運(yùn)維、開發(fā)、產(chǎn)品、設(shè)計(jì)、測試等，服務(wù)各個(gè)不同業(yè)務(wù)版塊的軟件開發(fā)訴求。對于已經(jīng)出海的新能源企來說，數(shù)字化轉(zhuǎn)型部還會(huì)撐公司全球的數(shù)字化。下步建議數(shù)字化轉(zhuǎn)型是戰(zhàn)略性為，是牽涉到整個(gè)企業(yè)的系統(tǒng)程，需要流程、組織架構(gòu)協(xié)調(diào)配合，它是個(gè)期 的、持續(xù)變與優(yōu)化的過程。從短期來看，它是數(shù)字化服務(wù)，提供可擴(kuò)展的數(shù)字基礎(chǔ)設(shè)施；從期來看，它是數(shù)字化創(chuàng)新，提供處不在的數(shù)字基礎(chǔ)設(shè)施。市場的變化在提速，企業(yè)需要借助更多先進(jìn)的數(shù)字化技術(shù)和具實(shí)現(xiàn)創(chuàng)新加速和建設(shè)過程的優(yōu)化。轉(zhuǎn)型的重任，需要業(yè)務(wù)部與 IT 部的協(xié)作，不宜只注重個(gè)別先進(jìn)性技術(shù)

20、IT 才的引，忽略整體IT 的組織定位和結(jié)構(gòu)調(diào)整。企業(yè)的數(shù)字化轉(zhuǎn)型需要通盤考慮，包括：牽頭部的選擇、組織協(xié)同機(jī)制、IT 和業(yè)務(wù)的分、專職數(shù)字化轉(zhuǎn)型部的設(shè)等。我們認(rèn)為，數(shù)字化轉(zhuǎn)型可以按照如下步驟分步實(shí)施：統(tǒng)新戰(zhàn)略明確企業(yè)數(shù)字化轉(zhuǎn)型重點(diǎn)作的意義，形成統(tǒng)的指導(dǎo)思想。 數(shù)字化轉(zhuǎn)型企業(yè)數(shù)字化轉(zhuǎn)型數(shù)字化升級利信息技術(shù)來改造的業(yè)務(wù)，通過推數(shù)字化流程來取代數(shù)字化或作業(yè)流程，或較新的信息技術(shù)取代舊的信息技術(shù)。紙化就是數(shù)字化轉(zhuǎn)型的個(gè)體現(xiàn)。 企業(yè)綜合利各種數(shù)字技術(shù)，與業(yè)務(wù)模式轉(zhuǎn)型相結(jié)合，為企業(yè)解決問題、創(chuàng)造價(jià)值、提升企業(yè)業(yè)績的持續(xù)性過程。 從較低的級別升到較的級別。 如：財(cái)務(wù)算賬從算盤到計(jì)算機(jī)；從電化到信息化。業(yè)務(wù)

21、還是原來的業(yè)務(wù)，法、具都變了，變得更 快、更好。推新機(jī)制建有效得推進(jìn)機(jī)制，包括以下要點(diǎn)：企業(yè)戰(zhàn)略度需要把決策；有實(shí)權(quán)且有創(chuàng)新精神的執(zhí)，如CIO，CFO、CMO；設(shè)定獎(jiǎng)懲機(jī)制，勵(lì)數(shù)字化轉(zhuǎn)型作的實(shí)施。設(shè)定新標(biāo)設(shè)定標(biāo)需基于系統(tǒng)的、完全可量化的式，將技術(shù)與企業(yè)業(yè)務(wù)相結(jié)合，輸出企業(yè)應(yīng)數(shù)字化的主要場景，以及可能實(shí)現(xiàn)的狀態(tài)，即數(shù)字化藍(lán)圖，沿著藍(lán)圖逐步深。圖 5 量化標(biāo)例，來源：2020 年科技信息部作及四五規(guī)劃匯報(bào)明確新路徑結(jié)合實(shí)際情況，按企業(yè)最易推進(jìn)的式來嘗試，可上下，也可職能式、項(xiàng)式、敏捷式等。最好從當(dāng)前最容易突破的切點(diǎn)開始，充分利疫情帶來的改迫切性，借為。3.2. 全棧研追求主可控背景隨著動(dòng)駕駛賽道的

22、熱度不斷上升，論是“造新勢”，還是傳統(tǒng)主機(jī)，或者跨界造的科技企業(yè)，都加了對動(dòng)駕駛技術(shù)的投。電池技術(shù)、動(dòng)駕駛技術(shù)、數(shù)據(jù)等任何個(gè)環(huán)節(jié)，都成為汽產(chǎn)業(yè)從業(yè)者的競爭。全棧研、主可控，成為企對智能化浪潮的致選擇。“全?！睆?qiáng)調(diào)全局思維和全流程問題的解決能，即企掌握實(shí)現(xiàn)動(dòng)駕駛所需的最關(guān)鍵、最核的技術(shù)。動(dòng)駕駛開發(fā)包含三項(xiàng)精度地圖、軟硬件整合和軟件算法。頭部國內(nèi)新能源商紛紛招兵買，搭建動(dòng)駕駛研發(fā)團(tuán)隊(duì)，打造全棧研能。企實(shí)踐主機(jī)在開發(fā)核業(yè)務(wù)系統(tǒng)時(shí)，尤其是側(cè) MES（制造執(zhí)系統(tǒng)）、LES （物流執(zhí)系統(tǒng)）等系統(tǒng)，會(huì)選擇主導(dǎo)，對IT 系統(tǒng)的源碼和設(shè)計(jì)案深度參與。出于期 IT 建設(shè)的慣性和成本考慮，主機(jī)會(huì)借助第三的量做實(shí)施，

23、但?？粗叵到y(tǒng)穩(wěn)定和主可控。 基于業(yè)互聯(lián)架構(gòu)的數(shù)字化思路，主機(jī)可快速重構(gòu)制造MES、物流LES 相關(guān)系統(tǒng)，幫助企快速擁有數(shù)字化紙的所有App 應(yīng)。通過云邊協(xié)同打通邊緣設(shè)備，實(shí)現(xiàn)邊緣設(shè)備的數(shù)據(jù)采集，以及在云端管控層的數(shù)據(jù)存儲(chǔ)和分析。通過MES、LES 應(yīng)結(jié)合邊緣計(jì)算，企能夠?qū)崿F(xiàn)輛“云識(shí)別”、產(chǎn)跟蹤與追溯、質(zhì)量管理、海量數(shù)據(jù)匯集和存儲(chǔ)、物流倉儲(chǔ)管理、模塊解耦等技術(shù)，為新代業(yè)互聯(lián)管理平臺(tái)奠定基礎(chǔ)。如：企在 MES 制造過程中通過攝像頭動(dòng)采集汽的VIN 碼，識(shí)別后動(dòng)上傳到數(shù)據(jù)中，同時(shí)整制造過程也能夠被記 錄，然后將VIN 碼和管所聯(lián)，管所上牌采智能終端進(jìn)掃描、核對，即可完成輛的上牌操作。圖 6 云Paa

24、S 平臺(tái)能對于云原平臺(tái)的搭建，國內(nèi)外領(lǐng)先主機(jī)都希望主導(dǎo)的 IT 研發(fā)和技術(shù)平臺(tái)建設(shè)，不約同選擇了研，追求主可控。這是由于線企都具備強(qiáng)的研發(fā)和技術(shù)實(shí)，IT 團(tuán)隊(duì)本擁有量業(yè)內(nèi)技術(shù)專家，另汽企業(yè)也希望能夠確保企業(yè)所搭建的云原平臺(tái)，具備穩(wěn)定性和易性。企建團(tuán)隊(duì)獨(dú)開發(fā)，這就對團(tuán)隊(duì)技術(shù)平提出了更的要求，開發(fā)和后期維護(hù)成本也相應(yīng)漲船。因此，尋求云原商的些商業(yè)化產(chǎn)品，甚開源產(chǎn)品的持，也是企邁向云原的重要向。在規(guī)模實(shí)踐的初期，企可以使開源技術(shù)來搭建的云原平臺(tái)，通過探索來逐步加深對技術(shù)的理解，同時(shí)也實(shí)現(xiàn)對技術(shù)才的培養(yǎng)。我們通過此次調(diào)研也了解到，對很多企的開發(fā)和運(yùn)維員來說，類似KubeSphere 這樣的開源社區(qū)和開

25、源項(xiàng)通常是他們探索云原的第站。下步建議云原技術(shù)提供商的選擇標(biāo)準(zhǔn)：選擇云原提供商時(shí)，企業(yè)要重點(diǎn)考察技術(shù)落地的成本、可控性，以及技術(shù)的前瞻性。從綜合維度評估云原技術(shù)服務(wù)提供商的綜合實(shí)，包括技術(shù)實(shí)、研發(fā)團(tuán)隊(duì)能、對汽業(yè)的認(rèn)知理解、服務(wù)經(jīng)驗(yàn)及業(yè)成功案例等。成熟的云原技術(shù)商通常能夠提供云原全棧和全流程的技術(shù)能和解決案，包括了DevOps、微服務(wù)治理、數(shù)據(jù)庫、云邊協(xié)同、應(yīng)中間件、數(shù)據(jù)、安全等，顧問式、陪伴式幫助企過云原進(jìn)階的每步。重視開源，將開源作為選型時(shí)的重要考量：企和云原技術(shù)商都將開源技術(shù)和項(xiàng)放到重要位置。技術(shù)商看重項(xiàng)在開源社區(qū)的影響，從保證了量開源組件和開源項(xiàng)的領(lǐng)先性。開源技術(shù)在社區(qū)受到追捧，加之開源

26、社區(qū)能夠提供給開發(fā)者的豐富資源和貢獻(xiàn)者，也推動(dòng)了包括汽業(yè)在內(nèi)的各業(yè)云原技術(shù)的落地。3.3. 數(shù)據(jù)安全和數(shù)據(jù)采之間的平衡背景聯(lián)數(shù)據(jù)包含隱私數(shù)據(jù)、測試數(shù)據(jù)和與的互動(dòng)數(shù)據(jù)等， 隨著汽不斷深“觸”與 G 的發(fā)展，個(gè)信息和公共安全臨挑戰(zhàn)。 主的個(gè)信息、駕乘員語圖像、輛位置及周邊環(huán)境等信息都可能臨泄露或者濫。企實(shí)踐國家各部委、地政府等先后出臺(tái)了系列法律法規(guī)，保障個(gè)和國家信息安全，同時(shí)對規(guī)范智能聯(lián)汽準(zhǔn)提供了向指導(dǎo)。在頂層設(shè)計(jì)層，國家有絡(luò)安全法、數(shù)據(jù)安全法和個(gè)信息保護(hù)法三法律體系保障公信息安全。其中，數(shù)據(jù)安全法還明確將數(shù)據(jù)安全上升到國家安全范疇。在絡(luò)安全，以O(shè)TA 為例，2020 年 11 ，國家市場監(jiān)管總局

27、發(fā)布關(guān)于進(jìn)步加強(qiáng)汽遠(yuǎn)程升級技術(shù)召回監(jiān)管的通知，對OTA 軟件升級和更新都需要履備案義務(wù)，對OTA 過程中出現(xiàn)的輛被侵、遠(yuǎn)程控制等事故發(fā)后的的規(guī)范操作都進(jìn)了明確規(guī)定。數(shù)據(jù)安全，汽數(shù)據(jù)安全管理若規(guī)定（試）對汽數(shù)據(jù)安全進(jìn)了預(yù)和約束。個(gè)信息，相關(guān)法律也明確提出“默認(rèn)不收集”的原則，堵住汽數(shù)據(jù)處理者喜歡鉆的空。在核的動(dòng)駕駛研發(fā)，國家對互聯(lián)地圖服務(wù)資質(zhì)有嚴(yán)格要求。由于中國道路情況復(fù)雜，只有掌握量本數(shù)據(jù)，才能研發(fā)出適于中國路況的動(dòng)駕駛算法。對于國內(nèi)的造新勢來說，擁有中國本化的數(shù)據(jù)集，可以對中國的環(huán)境進(jìn)標(biāo)定和建模，并深度學(xué)習(xí)。隨著增多，新能源企也可以掌握更多國內(nèi)道路數(shù)據(jù)，從研發(fā)出符合中國環(huán)境及喜好的動(dòng)駕駛產(chǎn)品

28、。下步建議對于聯(lián)數(shù)據(jù)安全層，技術(shù)架構(gòu)主要分為以下 4 層： 采集層數(shù)據(jù)安全：對重要部件如 T-BOX、IVI 等，實(shí)現(xiàn)安全啟動(dòng)檢驗(yàn)，防固件被篡改或攻擊，數(shù)據(jù)采集后進(jìn)加密，對數(shù)據(jù)的完整性進(jìn)校驗(yàn)，并保證數(shù)據(jù)被竊取后通過密鑰才能解密。在數(shù)據(jù)存儲(chǔ)，則需要保證數(shù)據(jù)的可性、擴(kuò)展性。通信層數(shù)據(jù)安全：通信層主要包括內(nèi)和外通信，以及邊端設(shè)備與云端的數(shù)據(jù)傳輸。內(nèi)可通過 IPSec、 MACSec 等技術(shù)進(jìn)設(shè)備的校驗(yàn)和加密，外通信則要求通過TSL 加密、SSL 加密技術(shù)來保證絡(luò)的傳輸安全，載數(shù)據(jù)需要實(shí)時(shí)傳輸?shù)皆贫诉M(jìn)AI 計(jì)算，從更加精準(zhǔn)地決策。這其中需要靈活、快速效率的通信協(xié)議來打通邊端和云端的交互。平臺(tái)層數(shù)據(jù)安全

29、：平臺(tái)層趨向于快速落地、具備 AI 運(yùn)算能且開箱即，傳統(tǒng)的虛擬化或私有云平臺(tái)法滿這場景，容器體機(jī)可以輕松應(yīng)對。容器體機(jī)采輕量化設(shè)計(jì)，總部調(diào)配，發(fā)送其他區(qū)域即可使，同時(shí)可在平臺(tái)中預(yù)置安全防護(hù)軟件，實(shí)現(xiàn)安全管控，如訪問控制、安全檢測等能，保證平臺(tái)的安全穩(wěn)定運(yùn)。應(yīng)層數(shù)據(jù)安全：應(yīng)數(shù)據(jù)更多加載的是個(gè)隱私數(shù)據(jù)，如智能座艙系統(tǒng)、娛樂系統(tǒng)、遠(yuǎn)程接調(diào) 等，需要實(shí)現(xiàn)對數(shù)據(jù)的份認(rèn)證及授權(quán)，通過嚴(yán)格檢測與識(shí)別算法來保證數(shù)據(jù)的安全性，避免數(shù)據(jù)被竊取篡改。汽業(yè)云原典型應(yīng)場景4.不同企業(yè)選擇的數(shù)字化轉(zhuǎn)型路徑不盡相同，但些被泛認(rèn)可的模式和路徑能夠幫助企業(yè)加速數(shù)字化轉(zhuǎn)型實(shí)踐。云原技術(shù)和理念就是傳統(tǒng)企業(yè)不約同的選擇，企也不例外。

30、云原在汽業(yè)放異彩，圍繞聯(lián)、動(dòng)駕駛、智能聯(lián)等技術(shù)趨勢，沉淀出許多典型應(yīng)場景。4.1. 敏捷協(xié)調(diào)，持續(xù)迭代挑戰(zhàn)近年來，隨著數(shù)據(jù)、智能、智慧企等現(xiàn)代技術(shù)、創(chuàng)新態(tài)在汽業(yè)的迅猛發(fā)展，傳統(tǒng) IT 架構(gòu)已經(jīng)法適應(yīng)當(dāng)前業(yè)務(wù)需求。由于企業(yè)架構(gòu)的復(fù)雜度提，各類應(yīng)部署和維護(hù)將隨之愈發(fā)復(fù)雜，產(chǎn)發(fā)布的變更導(dǎo)致準(zhǔn)備和維護(hù)架構(gòu)的環(huán)境需要花費(fèi)量時(shí)間，遺留系統(tǒng)升級和遷移變得異常困難。另外，終端邊緣類場景往往都處于離線環(huán)境，并且在升級更新的過程鐘需要員現(xiàn)場維護(hù)，這也為后續(xù)的軟件版本迭代帶來成 本。企實(shí)踐企可以采DevOps 為理念的容器技術(shù)解決上述挑戰(zhàn)，通過統(tǒng)的開發(fā)交付管理模式（持續(xù)集成、持續(xù)交付）、動(dòng)化運(yùn)維式，完成傳統(tǒng)服務(wù)的遷

31、移與改造，產(chǎn)品架構(gòu)的優(yōu)化及微服務(wù)架構(gòu)落地，實(shí)現(xiàn)統(tǒng)的微服務(wù)架構(gòu)體系。圖 7 DevOps 架構(gòu)對于想要實(shí)現(xiàn)更效率迭代、更快速交付的企來說，建設(shè)的 DevOps 平臺(tái)成為必然選擇。企建設(shè)DevOps 平臺(tái)般來說需要從以下考慮：服務(wù)器配置先統(tǒng)應(yīng)在服務(wù)器環(huán)境的配置情況，如在開發(fā)、測試環(huán)境中某些服務(wù)對部署機(jī)器的配置要求。內(nèi)部服務(wù)訪問內(nèi)部服務(wù)之間的訪問需要統(tǒng)修改為域名式，不僅便應(yīng)的遷移，也便在容器環(huán)境下進(jìn)內(nèi)部調(diào)試請求，不必再使IP 式。應(yīng)端配置應(yīng)配置需要使應(yīng)中來統(tǒng)管理，如 Apollo、Nacos 等配置中來統(tǒng)管理。容器化資源使Docker 必不可少需要掌握Dockerle、Kubernetes 等相關(guān)資

32、源信息的基礎(chǔ)編寫，盡管現(xiàn)在也有些具可以減少資源編寫的成本，但是作為個(gè)可追溯的本信息，是不可缺少的環(huán)。統(tǒng)鏡像倉庫通過容器交付應(yīng)，核是要建企業(yè)內(nèi)部的私有鏡像倉庫，并針對多區(qū)域、多環(huán)境部署多套環(huán)境。另外，對不同環(huán)境可以采開源的企業(yè)級鏡像倉庫 Harbor，實(shí)現(xiàn)同步復(fù)制和可模式。Harbor 可以通過簽證書及HTTPS 協(xié)議對企業(yè)內(nèi)部服務(wù)，還持鏡像漏洞掃描，提鏡像安全性。團(tuán)隊(duì)及團(tuán)隊(duì)化建設(shè)本質(zhì)上，DevOps 化涉及開發(fā)和運(yùn)營團(tuán)隊(duì)，圍繞其創(chuàng)建和維護(hù)的產(chǎn)品進(jìn)更緊密的協(xié)作，并共同承擔(dān)責(zé)任。建DevOps 化有助于公司調(diào)整員、流程和具，以更加統(tǒng)地關(guān)注客，它涉及培養(yǎng)負(fù)責(zé)產(chǎn)品整個(gè)命周期的多學(xué)科團(tuán)隊(duì)。DevOps

33、團(tuán)隊(duì)可以主作，并且擁有軟件程化、作流和具集，可以將操作要求提升到與體系結(jié)構(gòu)、設(shè)計(jì)和開發(fā)同等重要的平。隨著運(yùn)營團(tuán)隊(duì)更多地參與開發(fā)過程，他們可以增加維護(hù)需求和客需求，以獲得更好的產(chǎn)品。DevOps 團(tuán)隊(duì)共擔(dān)責(zé)任，開發(fā)和運(yùn)營員都對產(chǎn)品的成敗負(fù)責(zé)。開發(fā)員不僅要做構(gòu)建和交付運(yùn)營的作，還應(yīng)該承擔(dān)整個(gè)產(chǎn)品命周期內(nèi)監(jiān)督產(chǎn)品的責(zé)任。他們負(fù)責(zé)測試和操作軟件，并與 QA 和IT Ops 進(jìn)協(xié)作。當(dāng)他們了解運(yùn)營臨的挑戰(zhàn)時(shí)，更有可能簡化部署和維護(hù)。此次調(diào)研中，某汽企業(yè)采容器技術(shù)，通過標(biāo)準(zhǔn)規(guī)范、標(biāo)準(zhǔn)格式、統(tǒng)規(guī)范，建屬于的 CI/CD 流線，把MES 系統(tǒng)從傳統(tǒng)的虛擬機(jī)架構(gòu)遷移到云端架構(gòu)，通過 Nacos 式把配置統(tǒng)在個(gè)服

34、務(wù)，指定標(biāo)準(zhǔn)的容器規(guī)范，打造DevOps 平臺(tái)。相較于以往的應(yīng)架構(gòu)，新的以容器為核的云原架構(gòu)，在可、彈性伸縮、安全性等可以給業(yè)務(wù)系統(tǒng)帶來更多優(yōu)勢，企業(yè)得以專注于聚焦與創(chuàng)新業(yè)務(wù)上。4.2. 微服務(wù)架構(gòu)化繁為簡挑戰(zhàn)部分企IT 設(shè)施更新緩慢，對新型數(shù)字化應(yīng)的持能不，同時(shí)要應(yīng)對漸增的業(yè)務(wù)量與業(yè)務(wù)洪峰。對復(fù)雜的業(yè)務(wù)場景，系統(tǒng)有更的可要求，需要敏捷和彈性的資源調(diào)度能，以持對市場變化的快速反應(yīng)與分析。其中，應(yīng)架構(gòu)現(xiàn)狀急需調(diào)整，來應(yīng)對系統(tǒng)開發(fā)、系統(tǒng)運(yùn)維、系統(tǒng)運(yùn)營等問題，這就使得企對傳統(tǒng)的IT 服務(wù)提出了新要求，包括：IT 系統(tǒng)敏捷響應(yīng)、業(yè)務(wù)與數(shù)據(jù)融合、全鏈路監(jiān)控、數(shù)字化能持續(xù)提升等。企IT 能也從僅關(guān)注產(chǎn)品和

35、技術(shù)，逐步轉(zhuǎn)變?yōu)閰f(xié)同業(yè)務(wù)、運(yùn)營、技術(shù)等綜合能，由獨(dú)治的微服務(wù)架構(gòu)代替?zhèn)鹘y(tǒng)的單體架構(gòu)。企實(shí)踐和其他IT 在前列的業(yè)樣，企應(yīng)架構(gòu)致經(jīng)歷了從單體架構(gòu)、SOA 架構(gòu)到微服務(wù)架構(gòu)的演進(jìn)。圖 8 應(yīng)架構(gòu)演進(jìn)過程單體架構(gòu)vs 微服務(wù)架構(gòu)對指標(biāo)單體架構(gòu)微服務(wù)架構(gòu)迭代速度較慢快部署頻率不經(jīng)常部署經(jīng)常發(fā)布系統(tǒng)性能吞吐量吞吐量系統(tǒng)擴(kuò)展性擴(kuò)展性差擴(kuò)展性好技術(shù)棧多樣性單、封閉多樣、開放運(yùn)維簡單運(yùn)維復(fù)雜部署難度容易部署較難部署架構(gòu)復(fù)雜度較復(fù)雜度查錯(cuò)簡單定位問題困難管理成本主要在于開發(fā)成本服務(wù)治理、運(yùn)維微服務(wù)能夠?qū)⒅行蛻?yīng)化整為零、化復(fù)雜為簡單。當(dāng)應(yīng)承載實(shí)現(xiàn) Kubernetes 化和容器化之后，企開始從服務(wù)格更的維度來考慮

36、和滿開發(fā)的需求。對微服務(wù)架構(gòu)的考量，也是企基礎(chǔ)設(shè)施容器化的推動(dòng)因素。此次調(diào)研中，某全球載語交互頭企業(yè)是率先微服務(wù)化的典范。該汽智能語巨頭在語識(shí)別、然語處理、語合成智能交互領(lǐng)域都有成熟的產(chǎn)品。三產(chǎn)品在全球服務(wù)的汽量級達(dá) 10 億輛，且全部基于微服務(wù)架構(gòu)對外提供服務(wù)。開發(fā)框架基于Istio，采Sidecar 式，不限定開發(fā)員使的語，不需要改動(dòng)任何業(yè)務(wù)代碼，為企業(yè)提供統(tǒng)的管理渠道。參與訪談的更多汽企業(yè)選擇了Spring Cloud 作為微服務(wù)的選型框架。它不僅是個(gè)全球性的微服務(wù)具，且是持續(xù)維護(hù)的、社區(qū)氛圍濃厚的開源項(xiàng)。這保證了基于它構(gòu)建的系統(tǒng)，可以持續(xù)得到開源量的持，從為微服務(wù)架構(gòu)提供更加全的技術(shù)持

37、。圖 9 微服務(wù)架構(gòu)4.3. 聯(lián)場景挑戰(zhàn)在數(shù)據(jù)上云的共識(shí)下，論是以輛駕駛為核的聯(lián)場景，還是以服務(wù)為核的內(nèi)信息互聯(lián)，都需要內(nèi)軟件和云端數(shù)據(jù)不斷互聯(lián)互通。對于企來說，每天駛在路上的數(shù)以百萬、千萬計(jì)的汽會(huì)產(chǎn)量TB 級別的數(shù)據(jù)。聯(lián)服務(wù)的全落地，主要臨的挑戰(zhàn)有：ISV 提供商：需要套可開箱即的平臺(tái)部署到邊緣側(cè)；缺乏套統(tǒng)的算法管理平臺(tái)：各個(gè)商算法都有的管理平臺(tái)；海量終端設(shè)備的管理：如何聯(lián)動(dòng)，如何統(tǒng)有效管理；數(shù)據(jù)安全問題：基于互聯(lián)的數(shù)據(jù)傳輸缺乏安全可控性。企實(shí)踐聯(lián)的業(yè)務(wù)特性對企IT 底層架構(gòu)提出了云原化的要求。在混合多云的聯(lián)場景，Kubernetes 發(fā)揮著重要作，它屏蔽了底層資源的異構(gòu)性，允許應(yīng)在各種云上

38、由流動(dòng)和遷移。聯(lián)技術(shù)主要經(jīng)歷了三歷程，從 G/LTE 絡(luò)的多融合、提供質(zhì)量信息服務(wù)到 LTE-v x（vehicle-to- everything：基于蜂窩絡(luò)的聯(lián)技術(shù)）實(shí)現(xiàn)路協(xié)同的主動(dòng)安全絡(luò)，再到現(xiàn)在 G+v x。隨著 G 技術(shù)的迅猛發(fā)展，為聯(lián)場景提供更加多樣化的業(yè)務(wù)撐，如智能、環(huán)境檢測、智能公共交通、動(dòng)駕駛、智能路況檢測等應(yīng)場景。圖 10 聯(lián)云邊端體化技術(shù)架構(gòu)聯(lián)是云邊協(xié)同中業(yè)化的場景體現(xiàn)，注重的是絡(luò)組和邊端設(shè)備的控制協(xié)同。主要是利 G 帶 寬、低延時(shí)絡(luò)實(shí)現(xiàn)V N 和V V 的互補(bǔ)，通過絡(luò)切可提供可靠的QoS 保障，并在MEC（Multi-access Edge Computing）邊緣云極降

39、低時(shí)延和絡(luò)負(fù)載，提數(shù)據(jù)安全性和隱私性。對于聯(lián)技術(shù)組案的建議，需要考慮的是：如何實(shí)現(xiàn)中云和邊緣云的統(tǒng)協(xié)同？中云般由IaaS 平臺(tái)承載，若邊緣云也采傳統(tǒng)IaaS 或超融合平臺(tái)承載，顯然法實(shí)現(xiàn)開箱即的便捷性與原性。隨著云原技術(shù)的發(fā)展，c-v x 平臺(tái)也是基于K s 或更加輕量化的平臺(tái)構(gòu)建開發(fā)，借助K s 的資源調(diào)度、可性、靈活性等能實(shí)現(xiàn)平臺(tái)的快速落地與投產(chǎn)。但原 K s 平臺(tái)在實(shí)際落地時(shí)，需要考慮平臺(tái)的易維護(hù)性和部署難易程度，這給ISV 商帶來運(yùn)維與管理的困局。未來，邊緣云將向容器體機(jī)的趨勢發(fā)展，并具備如下特點(diǎn)：新代容器基礎(chǔ)設(shè)施實(shí)現(xiàn)軟硬件體化；開箱即的全功能容器平臺(tái)，快速部署、簡便運(yùn)維；簡潔易的交互

40、界，與專業(yè)效的體驗(yàn)，降低使檻，實(shí)現(xiàn)快速投產(chǎn)運(yùn)；規(guī)模化產(chǎn)驗(yàn)證的可靠性，商級整體服務(wù)保障；業(yè)界幅領(lǐng)先的存儲(chǔ)性能指標(biāo)。如何統(tǒng)算法管理與配置？每個(gè)算法商都有的調(diào)接，這個(gè)接往往僅限于的算法管理平臺(tái)的統(tǒng)管理與配置。項(xiàng)在真實(shí)落地時(shí)，臨多態(tài)的形式，多家算法商、多家硬件設(shè)備盒，商算法管理平臺(tái)和算法綁定緊 密，法管理其他平臺(tái)的算法。對于上萬邊緣設(shè)備的場景，需要個(gè)解耦的算法平臺(tái)實(shí)現(xiàn)統(tǒng)管理，能夠?qū)β穫?cè)數(shù)據(jù)算法、算法管理平、硬件設(shè)備解耦，只有開放兼容才能推進(jìn) v x 邊緣平臺(tái)的態(tài)化、共享化、智能化。如何存儲(chǔ)海量終端設(shè)備產(chǎn)的實(shí)時(shí)數(shù)據(jù)？聯(lián)數(shù)據(jù)包含，包括隱私數(shù)據(jù)、平臺(tái)數(shù)據(jù)、為分析數(shù)據(jù)、路況檢測數(shù)據(jù)等，由于業(yè)務(wù)數(shù)據(jù)的多樣性，導(dǎo)

41、致件零散多樣化、件多（億級）、數(shù)據(jù)量，定程度上需要吞吐帶寬。這給數(shù)據(jù)存儲(chǔ)帶來挑戰(zhàn)，需要能存得下海量件，包括件場景，擴(kuò)展性要夠，性能擴(kuò)展要靈活。建議案海量結(jié)構(gòu)化數(shù)據(jù)、海量件場景，通過對象存儲(chǔ)可以很好解決。對象存儲(chǔ)沒有件系統(tǒng)的錄結(jié)構(gòu)，不需要逐級查找件，通過key 去檢索對象；不存在件系統(tǒng)的限制，存儲(chǔ)數(shù)據(jù)量和件個(gè)數(shù)乎沒有限制，天解決海量件存儲(chǔ)的難題。對于應(yīng)來說，需要有個(gè)接能夠?qū)?S 存儲(chǔ)。需兼容POSIX 接（NFS/SMB）的能，常規(guī)場景下已經(jīng)可以滿多數(shù)客的結(jié)構(gòu)化存儲(chǔ)需求，沒有對接成本。能夠滿業(yè)界多個(gè)領(lǐng)域的技術(shù)趨勢，如AI 開發(fā)訓(xùn)練平臺(tái)、云原、數(shù)據(jù)倉庫/數(shù)據(jù)湖、越來越多的數(shù)據(jù)應(yīng)基于對象來提供整體

42、案，客希望把數(shù)據(jù)的價(jià)值提煉出來，同時(shí)基于件存儲(chǔ)和對象存儲(chǔ)兩種能實(shí)現(xiàn)數(shù)據(jù)互相流轉(zhuǎn)，真正的從數(shù)據(jù)分析中推動(dòng)業(yè)務(wù)的發(fā)展。4.4. 邊緣計(jì)算場景挑戰(zhàn)邊緣計(jì)算云邊協(xié)同案，將信息數(shù)據(jù)的計(jì)算和存儲(chǔ)從中下沉到邊緣，由容器提供算，業(yè)務(wù)請求和處理在邊緣設(shè)備完成，處理結(jié)果按需上傳到云數(shù)據(jù)中，即滿了業(yè)務(wù)的敏感需求，滿了數(shù)據(jù)結(jié)果統(tǒng)上云。新能源汽的充電樁和換電站，都是典型的邊緣計(jì)算場景。新能源汽充電站運(yùn)維情況復(fù)雜，難以實(shí)時(shí)監(jiān) 控，利邊緣設(shè)備和技術(shù)，可以有效解決充電位占等問題，降低充電樁待機(jī)時(shí)不必要的能量損耗。智能作的機(jī)器也是典型場景，它把設(shè)備的信息上傳到云平臺(tái)，云平臺(tái)同時(shí)下發(fā)或者讀取設(shè)備的指令。邊緣計(jì)算場景在落地時(shí)臨新的

43、挑戰(zhàn)：邊緣計(jì)算細(xì)分領(lǐng)域眾多，互操作性差；邊云通信絡(luò)質(zhì)量低、時(shí)延，且邊緣經(jīng)常位于私有絡(luò)，難以實(shí)現(xiàn)雙向通信；邊緣資源受限，需要輕量化的組件管理運(yùn)邊緣應(yīng)；邊緣離線時(shí)，需要具備業(yè)務(wù)治和本地故障恢復(fù)等能；邊緣節(jié)點(diǎn)度分散，如何效管理，降低運(yùn)維成本；如何對異構(gòu)資源進(jìn)標(biāo)準(zhǔn)化管理和靈活配置。企實(shí)踐前常的云邊協(xié)同計(jì)算框架有三種，包括KubeEdge、OpenYurt、SuperEdge，均是市場上開源的云邊計(jì)算框架。圖 11 三主流開源邊緣計(jì)算框架其中，KubeEdge 是開源時(shí)間最早的，于 2018 年 11 開源，且社區(qū)活躍度、成熟度最，已進(jìn)CNCF 正式孵化項(xiàng)，同時(shí)也有較多的落地案例。KubeEdge 在邊緣節(jié)點(diǎn)服務(wù)訪問控制采EdgeMesh 進(jìn) 持，是個(gè)成熟度、經(jīng)過量案例驗(yàn)證、完善設(shè)備管理的邊緣計(jì)算框架。 KubeSphere 集成了KubeEdge邊緣計(jì)算平臺(tái)，通過控制板對邊緣節(jié)點(diǎn)實(shí)現(xiàn)動(dòng)化安裝、部署、監(jiān)控、志、調(diào)試等功能，對邊端有了更加靈活管控的持，實(shí)現(xiàn)“云邊端”三位體的協(xié)同架構(gòu)。圖 12 海量設(shè)備管理架構(gòu)設(shè)計(jì)為應(yīng)對以上挑戰(zhàn)，邊緣計(jì)算平臺(tái)需要具備以下特點(diǎn)：總部統(tǒng)管控：統(tǒng)訪問，并對全國各個(gè)點(diǎn)進(jìn)統(tǒng)管理，權(quán)限分配、資源分配、配置管理等。海量異構(gòu)設(shè)備管理：需要基于現(xiàn)有內(nèi)或互聯(lián)環(huán)境實(shí)現(xiàn)云、邊、端的互聯(lián)