2022車企上云白皮書

車企上云之路白皮書 目錄車企數(shù)字化技術(shù)融戰(zhàn)略必要性 3車企云化價值簡述 21車企云化建設(shè)分析 32車企云化方法概述 51業(yè)務(wù)云化技術(shù)實踐 63車企云化經(jīng)驗分享 89車企上云之路白皮書 2一戰(zhàn)略必要性3 車企上云之路白皮書PAGE11PAGE11車企上云之路白皮書PAGE10PAGE10車企上云之路白皮書隨著人工智能、區(qū)塊鏈、云計算、大數(shù)據(jù)、機器人等技術(shù)的發(fā)展日新月異，各種數(shù)字技術(shù)正在承擔(dān)起創(chuàng)新的支柱。底層技術(shù)的發(fā)展與行業(yè)之間的碰撞，正在成為顛覆性變革的巨大力量?！皵?shù)字化”已經(jīng)成為一個概括性術(shù)語，汽車行業(yè)

亦是如此，我們認為汽車行業(yè)的“數(shù)字化轉(zhuǎn)型”是利用新的技術(shù)驅(qū)動行業(yè)的創(chuàng)新與增長，改善用戶體驗、重構(gòu)商業(yè)模式、提升運營效率、降低綜合成本，構(gòu)筑未來的競爭力的變革過程。車企數(shù)字化技術(shù)融合戰(zhàn)略必要性車企數(shù)字化技術(shù)融合戰(zhàn)略必要性通信技術(shù)推動萬物互聯(lián)，重塑全行業(yè)5G通信技術(shù) “端-邊-云-網(wǎng)”構(gòu)建智能化基礎(chǔ)通信技術(shù)推動萬物互聯(lián)，重塑全行業(yè)5G通信技術(shù)“端-邊-云-網(wǎng)”構(gòu)建智能化基礎(chǔ)Cloud云計算AI人工智能萬物互聯(lián)，價值創(chuàng)造、價值獲取，推動產(chǎn)業(yè)升級IoT物聯(lián)網(wǎng)利用數(shù)字化技術(shù)使能產(chǎn)品設(shè)計、制造、交付、服務(wù)等各個方面。在軟件開發(fā)、服務(wù)體驗，規(guī)劃與控制、制造及物流等領(lǐng)域開展全面數(shù)字化，驅(qū)動企業(yè)轉(zhuǎn)型技術(shù)創(chuàng)新，大數(shù)據(jù)、AI等信息化技術(shù)應(yīng)用，助力產(chǎn)品成功。利用數(shù)字化技術(shù)使能產(chǎn)品設(shè)計、制造、交付、服務(wù)等各個方面。在軟件開發(fā)、服務(wù)體驗，規(guī)劃與控制、制造及物流等領(lǐng)域開展全面數(shù)字化，驅(qū)動企業(yè)轉(zhuǎn)型技術(shù)創(chuàng)新，大數(shù)據(jù)、AI等信息化技術(shù)應(yīng)用，助力產(chǎn)品成功。業(yè)SaaS云云計AI、5G、IoT等新技華為AI等技術(shù)研究，華為AI等技術(shù)研究，某互聯(lián)網(wǎng)巨頭消費品巨頭汽車新勢力某豪華車企數(shù)字技術(shù)驅(qū)動汽車行業(yè)創(chuàng)新發(fā)展隨著電動化、自動化、網(wǎng)聯(lián)化、共享化進程的深入，中國汽車產(chǎn)業(yè)正走入急劇變化和充滿挑戰(zhàn)的時代，新四化與數(shù)字化技術(shù)力量相互驅(qū)動和融合，正迅速重構(gòu)著汽車產(chǎn)業(yè)的游戲規(guī)則和致勝能力，并改造了從產(chǎn)品研發(fā)、制造，再到營銷和服務(wù)等每個價值鏈環(huán)節(jié)，這背后考驗著車企對于云計算、大數(shù)據(jù)、人工智能等數(shù)字技術(shù)的認識和運用能力，落后者很難在全新的市場環(huán)境中形成競爭優(yōu)勢，甚至面臨嚴(yán)峻的生存挑戰(zhàn)。不同于行業(yè)上一輪的信息化升級主要由內(nèi)部的管理需求驅(qū)動，本輪的數(shù)字化轉(zhuǎn)型的內(nèi)核是業(yè)務(wù)和

技術(shù)創(chuàng)新：從硬件為主到軟硬分離，軟件成為競爭核心長期以來，在傳統(tǒng)汽車架構(gòu)的框架下，汽車是主要由硬件及其相關(guān)功能定義的設(shè)備，軟件只是附著于硬件的服務(wù)角色。但隨著智能網(wǎng)聯(lián)變革趨勢的推動，以及以科技造車新勢力紛紛入局，硬件主導(dǎo)汽車的觀點正在悄然發(fā)生變化，硬件正在走向標(biāo)準(zhǔn)化、抽象化，配置在相同硬件平臺上的軟件體驗成為區(qū)分品牌和產(chǎn)品的差異化的關(guān)鍵所在，例如某新勢力品牌大部分電動車型在自動駕駛相關(guān)硬件上所有車型均采用了完全相同的配置，消產(chǎn)品創(chuàng)新需求驅(qū)動，因此從產(chǎn)品和業(yè)務(wù)的角度看，費者通過購買不同的EAP或FSD等不同選裝包解短期而言我們認為主要有以下四個層面的趨勢：圖：每車型電子電氣架構(gòu)開發(fā)成本（億歐元）1

鎖不同的智能駕駛功能或服務(wù)。根據(jù)《普華永道思略特2020年數(shù)字化汽車報告》分析顯示，到2030年，軟件在消費者感知價值中的占比將達60%，無人駕駛技術(shù)推動的新型擁車模式的發(fā)展將進一步提升這一比例。未來10年，隨著用戶期望提升和新功能涌現(xiàn)，軟件開發(fā)成本將增長83%，幾乎翻倍，行業(yè)將真正走入“軟件定義汽車”的時代，只有打造軟件驅(qū)動的車企才能在復(fù)雜多變的市場中持續(xù)捕獲價值。7.87+5%7.87+5%5.252.11(27%)1.99(38%)1.81(34%)3.31(42%)1.45(28%)2.46(31%)

CAGR(復(fù)合年均增長率）測試和驗證

70%

6.1% 軟件 83% 6.9% 硬件 6% 0.6% 2021E 2030EAD：無人駕駛 ADAS：高級駕駛輔助統(tǒng) CAGR：復(fù)合年均增長率 ECU：電子控制單注：1）不包括生命周期持的發(fā)成本7軟件能力獨立演進：軟件逐步演化為獨立的競爭能力在軟件定義汽車的大背景下，軟件將逐漸分化成獨立的能力，并形成對內(nèi)對外兩條路線：一條路線是對內(nèi)面向OEM開發(fā)過程的開發(fā)工具、測試、

驗證等軟件服務(wù)能力，另一條路線是對外面向用戶使用場景的獨立軟件、API等軟件產(chǎn)品能力。AR動效運行數(shù)據(jù)收集分析性能優(yōu)化加速AR動效運行數(shù)據(jù)收集分析性能優(yōu)化加速樣機/裝車測試圖：汽車軟件能力打造的兩條路線面向用戶場景的軟件產(chǎn)品和服務(wù)對內(nèi)：面向OEM的軟件開發(fā)及測試工具面向用戶場景的軟件產(chǎn)品和服務(wù)對內(nèi)：面向OEM的軟件開發(fā)及測試工具OSOS優(yōu)化加速API接口座艙域控制器嵌入式開發(fā)軟硬解耦改變OEM采購模式潛在事故預(yù)警用戶畫像服務(wù)整車廠CRM系統(tǒng)OTA升級ADAS算法ADAS芯片加速器雷達、攝像頭優(yōu)化算法駕駛數(shù)據(jù)收集分析控制策略UI界面音樂APP可拓展的ADAS堆棧ADAS域控制器自動駕駛云端服務(wù)交互功能中控/儀表算法訓(xùn)練驗證平臺ADAS算法訓(xùn)練駕駛數(shù)據(jù)標(biāo)注手勢識別引擎人臉識別引擎語音識別引擎UI設(shè)計開發(fā)工具音效調(diào)校音樂軟件地圖數(shù)據(jù)采集地圖引擎芯片性能測試平臺智能座艙車聯(lián)網(wǎng)空調(diào)、燈光交互等手勢識別人臉識別語音識別地圖APP加速構(gòu)建軟件能力已成為車企的核心訴求，在對內(nèi)開發(fā)過程中，引入基于云端的軟件開發(fā)平臺，可以有效幫助車企在軟件開發(fā)階段進行項目管理、代碼托管，同時面向開發(fā)者進行基于云端的快速測試，加快整體軟件迭代更新的速度。另一方面在對外面向用戶場景的軟件開發(fā)中，通過低代碼平臺的加持，降低整體軟件開發(fā)門檻，同時通過開發(fā)經(jīng)驗沉淀及項目間開發(fā)流程拉通實現(xiàn)相關(guān)資產(chǎn)的復(fù)用和靈活擴展，有效縮短產(chǎn)品的開發(fā)周期。在相關(guān)基于云平臺的開發(fā)工具加持下，可幫助車企降低開發(fā)成本，提升整體開發(fā)效率。例如在某車企與華為的合作中，通過引入以下云技術(shù)和軟開工具，幫助車企實現(xiàn)敏捷靈活的IT開發(fā)，以應(yīng)對快速變化的業(yè)務(wù)需求。軟件開發(fā)平臺（DevCloud）是集華為近30年研發(fā)實踐、前沿研發(fā)理念、先進研發(fā)工具為一體的一站式云端DevOps平臺，即開即用，隨時隨地在云端交付軟件全生命周期，覆蓋需求下發(fā)、代碼提交、代碼檢查、代碼編譯、驗證、部署、發(fā)布，打通軟件交付的完整路徑，提供軟件研發(fā)流程的端到端支持，全面支撐落地DevOps。應(yīng)用魔方AppCube（以下簡稱AppCube）是低代碼應(yīng)用開發(fā)平臺，源于華為應(yīng)用開發(fā)和數(shù)字化轉(zhuǎn)型的實踐，提供了云上無碼化、低碼化、支持多碼化的應(yīng)用開發(fā)模式，屏蔽了技術(shù)的復(fù)雜性，提升了企業(yè)開發(fā)的效率。同時提供應(yīng)用資產(chǎn)的開發(fā)標(biāo)準(zhǔn)和微服務(wù)框架，助力企業(yè)不斷沉淀可復(fù)制的套件，加速應(yīng)用的定制，并通過開放的生態(tài)，實現(xiàn)套件資產(chǎn)的商業(yè)變現(xiàn)。應(yīng)用魔方顧名思義就如同魔方一樣，可以通過任意組合，排列各種模塊化元素，創(chuàng)建功能各異的應(yīng)用。通過應(yīng)用魔方AppCube提供的界面、邏輯、對象等可視化編排工具，以“拖、拉、拽”的方式來快速構(gòu)建應(yīng)用，從而實現(xiàn)所見即所得的快速應(yīng)用開發(fā)和構(gòu)建。

產(chǎn)品創(chuàng)新：智能座艙和自動駕駛重構(gòu)產(chǎn)品體驗從汽車產(chǎn)品升級的角度看，電動化（Electric）、網(wǎng)聯(lián)化（Connected）、自動化(Autonomous)已成為行業(yè)共識的發(fā)展方向。而在各國政府政策刺激以及節(jié)約能源的大背景之下，電動化的趨勢已經(jīng)完全明朗，汽車行業(yè)未來5到10年的發(fā)展變革關(guān)鍵將主要來自于網(wǎng)聯(lián)化和自動化，其中網(wǎng)聯(lián)化也隨著5G技術(shù)的商用化開始悄然改變車聯(lián)網(wǎng)的基層邏輯，使得V2X，實時云計算等成為了可能，從而給駕駛者和乘客帶來更優(yōu)質(zhì)的交互體驗，帶動智能座艙需求的提升，而自動化則已經(jīng)成為汽車技術(shù)戰(zhàn)略制高點，其發(fā)展將催生汽車、通信、電子、互聯(lián)網(wǎng)等技術(shù)密集型行業(yè)的發(fā)展，帶來更安全的出行體驗，并進一步解放駕駛員，賦予汽車空間更多的想象力。同時，隨著中國新生代消費客群的快速成長，汽車的智能化體驗已經(jīng)成為購車的重要考量，傳統(tǒng)模式下的硬件影響力正隨著同質(zhì)化而快速松動。在需求牽引下，智能座艙和自動駕駛將會成為最大的兩個細分領(lǐng)域，彼此交融支撐，成為塑造汽車產(chǎn)品智能體驗的核心抓手。圖：汽車細分領(lǐng)域行業(yè)營收規(guī)模變化（億元）CAGR_2021-202534%34%智能駕駛能力演進L0智能駕駛能力演進L0L1L2L3L4L5座艙功能智能駕駛智能座艙傳統(tǒng)座艙信息座艙智能座艙無人駕駛座艙智能座艙能力演進4,13426%3,46034% 自動駕駛28%2,8952,51429%32%28%24%21% 動力19%19%20%12% 底盤16%14%13%車身&舒適12%ADAS

24% 座艙28%28%11%11%13%13%12%10%9%9%202020212022202320242025（feet/hands/eyes/mindsoff）體驗智智能座艙的發(fā)展推動人車交互方式的重新思考從用戶角度看，座艙體驗已經(jīng)從用車基礎(chǔ)需求向強調(diào)高效溝通和娛樂性的“第三空間”、強調(diào)儀式感和用戶關(guān)懷的“情感化”延伸，而更高等級的體驗主要由軟件交互承接。在這個過程中，座艙的定義及內(nèi)涵也在發(fā)生變化，從最初裝配收音機的傳統(tǒng)座艙，

到集成了液晶屏、GPS導(dǎo)航系統(tǒng)以及部分基礎(chǔ)網(wǎng)聯(lián)功能的信息座艙，再到集成各類智能化個性化的各類場景體驗的智能空間，座艙體驗的打造已成為車企目前在產(chǎn)品領(lǐng)域的競爭核心之一，車企正在將大量的多模交互方式融入座艙當(dāng)中，以打造差異化的用戶體驗。輸入端（感知、理解）輸出端（展示、行動）架構(gòu)端輸入端（感知、理解）輸出端（展示、行動）架構(gòu)端機械輸入顯示數(shù)字化架構(gòu)觸控輸入聲音空間架構(gòu)語音識別燈光手勢輸入溫度人臉識別氣味體征識別觸感手機/可穿戴設(shè)備/其它車外設(shè)備智能座艙在未來將會集成各類軟硬件，依托于車聯(lián)云平臺和服務(wù)云平臺，為智能座艙平臺的各類服務(wù)提供底層支持。智能座艙平臺服務(wù)圖：智能座艙架構(gòu)示意智能座艙平臺服務(wù)顯示燈光聲音溫度氣味觸感高精地圖；模擬仿真；車路協(xié)同等SaaS軟件；數(shù)字化等數(shù)據(jù)中臺車聯(lián)云平臺服務(wù)云平臺自動駕駛車輛控制生態(tài)App通訊標(biāo)準(zhǔn)場景引擎信息安全車載娛樂系統(tǒng)T-Box/V2XBoxIVIECU，MCU…平臺軟件硬件其中車聯(lián)云平臺針對于TSP服務(wù)，服務(wù)云平臺針對各類語音、影音娛樂等需要依托云平臺的生態(tài)服務(wù)，為這些服務(wù)提供高鏈接、高帶寬、安全、穩(wěn)定的環(huán)境，作為底層平臺，共同支持了車企數(shù)據(jù)中臺的應(yīng)用，保證了各類車聯(lián)服務(wù)的安全準(zhǔn)確，提升了用戶體驗。平臺軟件硬件在整體數(shù)據(jù)中臺的基礎(chǔ)之上，與自動駕駛及服務(wù)相關(guān)的軟件類服務(wù)也將集成進入智能座艙當(dāng)中，尤其對于高精地圖而言，針對于高精地圖大規(guī)模數(shù)據(jù)需要實時更新的特點，未來具備高精地圖采圖資質(zhì)的圖商將會加強與云服務(wù)平臺的合作，將云平臺作為高精地圖資源服務(wù)主體，依托云平臺進行數(shù)據(jù)更新與分發(fā)；同時云平臺也可以為圖商

提供高質(zhì)量、低成本的高精度數(shù)據(jù)收集服務(wù)。當(dāng)前四維圖新、易圖通等均采用云平臺作為服務(wù)主體。另外在研發(fā)層面，云平臺還可以對座艙內(nèi)需要大數(shù)據(jù)AI能力的功能研發(fā)提供支持，例如蔚來NOMI的語音交互算法訓(xùn)練中，云平臺可以提供相關(guān)語音大數(shù)據(jù)存儲，同時還可以集成AI插件，輔助語音識別訓(xùn)練過程。華為云深入場景，針對性解決高并發(fā)接入、硬件托管、大數(shù)據(jù)應(yīng)用場景及技術(shù)棧、數(shù)據(jù)安全等問題。得到眾多廠家認可，取得了國內(nèi)車企合作最多，服務(wù)網(wǎng)聯(lián)車輛最多的優(yōu)異成績。自動駕駛的進步使汽車產(chǎn)品突破工具屬性的隨著需求、技術(shù)、政策法規(guī)、商業(yè)模式不斷完善下，自動駕駛的滲透率預(yù)計將不斷提升，預(yù)計至2025年，中國市場L3及以上的高階自動駕駛在新車中的普及率預(yù)計將會達到約10%。影響因素 無人駕技術(shù)國市滲透率?政策?政策中國仍在制定L3以上自動駕駛汽車的法規(guī)，目前仍沒有中央政府層面統(tǒng)一的規(guī)章制度；當(dāng)前“一地一策”的法規(guī)要求給自動駕駛科技公司商業(yè)落地帶來挑戰(zhàn)?需求在大部分消費者看來，當(dāng)前自動駕駛尚處于概念階段，他們更期待解決現(xiàn)有痛點，因此ADAS功能更受到認可約有2/3的受訪者表示愿意使用無人駕駛汽車，其中75%的人愿意為單次無人駕駛服務(wù)支付的溢價?技術(shù)無人駕駛汽車的硬件、軟件和線控冗余正在逐步完善未來將開發(fā)出攝像頭更高級的算法和?商業(yè)模式L2ADAS會在頭部場景（高速、泊車等）給用戶提供優(yōu)越體驗，促進新車銷售L4Robo-taxi是最大的商業(yè)化市場，會率先在一線城市逐漸落地L0-2L3 34L4L4L51%313%15%8%281%18%99%89%2266%100%2020 2025 2030 2035*比例代表對應(yīng)自動駕駛級別硬件裝機滲透率自動駕駛級別的提升對于自動駕駛數(shù)據(jù)處理鏈條中的感知層、決策層以及執(zhí)行層均提出了更高的技術(shù)要求：在感知層需要對攝像頭、毫米波雷達、超聲波雷達數(shù)據(jù)，以及未來將會加入的激光雷達數(shù)據(jù)、厘米級高精地圖定位數(shù)據(jù)進行多渠道感知信息融合，以保證感知層信息冗余并提高識

別精度；在決策層需要建立起基于大算力AI芯片的集中式計算平臺，或基于V2X車路云協(xié)同的云端計算平臺以保證對感知層信息的低延遲高精度處理；在執(zhí)行層需要設(shè)置帶冗余的線控系統(tǒng)并且建立綜合性大規(guī)模測試機制以盡可能消除長尾效應(yīng)帶來的潛在風(fēng)險。感知層決策層執(zhí)行層雷達傳感器毫米波雷達超聲波雷達激光雷達視覺傳感器單目攝像頭雙目攝像頭紅外熱成像傳感器地圖高精地圖……感知層決策層執(zhí)行層雷達傳感器毫米波雷達超聲波雷達激光雷達視覺傳感器單目攝像頭雙目攝像頭紅外熱成像傳感器地圖高精地圖……計算平臺芯片算法車內(nèi)輔助交互決策路徑規(guī)劃車聯(lián)網(wǎng)V2V/V2X云端決策動力制動轉(zhuǎn)向燈光…………執(zhí)行與控制具體要求1.多渠道感知信息融合2.集中式計算平臺技術(shù)要求L1/2無冗余L3（）L4/5米級（必須）AI芯片）迭代方式迭代要素V2X在自動駕駛訓(xùn)練層面，車企需要建立龐大的數(shù)據(jù)中心對測試車輛的海量數(shù)據(jù)進行實時處理及儲存?zhèn)溆?，對于車企的?shù)據(jù)能力提出了較高的要求，而建立基于云平臺架構(gòu)的數(shù)據(jù)平臺可以幫助車企

快速便捷地建立起數(shù)據(jù)處理能力以進行相關(guān)海量數(shù)據(jù)存儲，并且輔助仿真訓(xùn)練的進行，提升自動駕駛能力。然而相關(guān)數(shù)據(jù)平臺的建設(shè)，仍存在以下幾類痛點： 海量數(shù)據(jù)管理數(shù)據(jù)采集量大，約為海量數(shù)據(jù)管理數(shù)據(jù)采集量大，約為64TB//天 計算資源需求量大訓(xùn)練仿真所需大量計算資源需求量大訓(xùn)練仿真所需大量綜合成本高（采購設(shè)備和等） 數(shù)據(jù)處理業(yè)務(wù)復(fù)雜，涉及新技術(shù)多數(shù)據(jù)處理業(yè)務(wù)復(fù)雜，涉及新技術(shù)多/ 安全性、可靠性、合規(guī)性安全性、可靠性、合規(guī)性因此對于自動駕駛而言，在技術(shù)層面需要統(tǒng)一數(shù)據(jù)存儲和數(shù)據(jù)湖平臺實現(xiàn)數(shù)據(jù)的多協(xié)議訪問，使數(shù)據(jù)可以統(tǒng)一存儲并且直接在云端平臺進行分析和計算，避免海量數(shù)據(jù)在存儲平臺、數(shù)據(jù)平臺和

DAWNBench、華為開發(fā)的OptimizedMXNet以及fast.ai。同時，自動駕駛還需要在虛擬場景中對算法進行訓(xùn)練和能力鑒定，因此需要自動駕駛數(shù)據(jù)平臺與MDC、V2X平臺聯(lián)動提供預(yù)先集成的計算平臺反復(fù)切換，成本相對于線下可降低30%。場景庫和算法庫，以實現(xiàn)對自動駕駛軟件算法的另一方面需要高性能的機器學(xué)習(xí)和深度學(xué)習(xí)框架及平臺，通過先進技術(shù)降低訓(xùn)練成本，當(dāng)前全球排名前三的平臺分別為斯坦福大學(xué)的

驗證及評估。然而，在單車智能模式下，車輛需要處理各類道路狀況，車輛信息等復(fù)雜數(shù)據(jù)，對于AI芯片的算力和相關(guān)算法的要求極高，因此V2X模式成為我國目前發(fā)展自動駕駛的主流技術(shù)路線，在道路數(shù)

字化的推動之下，使得道路狀況等原本需要各類傳感器共同處理的復(fù)雜信息轉(zhuǎn)變?yōu)橹苯拥臄?shù)字信息輸入到?jīng)Q策系統(tǒng)，降低決策層處理難度，從而在低等級人工智能能力下實現(xiàn)高級別自動駕駛。一體化智能交通的三維模型V2X推進自動駕駛規(guī)模商用圖：V2X降低單車智能要求，助力提前實現(xiàn)自動駕駛規(guī)模商用一體化智能交通的三維模型V2X推進自動駕駛規(guī)模商用一維 二車輛智能化車輛智能化

三維車輛智能化車輛智能化自動駕駛級別車輛智能化車輛智能化L5

自動駕駛規(guī)模商用提前10-15年二維三維網(wǎng)聯(lián)化網(wǎng)聯(lián)化L4二維三維網(wǎng)聯(lián)化網(wǎng)聯(lián)化L3道路數(shù)字化L2道路數(shù)字化L1201720202025 2030 2050時間進度網(wǎng)聯(lián)化和道路數(shù)字化是V2X車路協(xié)同業(yè)務(wù)的基礎(chǔ)弱人工智能網(wǎng)聯(lián)化和道路數(shù)字化是V2X車路協(xié)同業(yè)務(wù)的基礎(chǔ)弱人工智能中人工智能強人工智能超人工智能15~202022但同時V2X在自動駕駛中的引入也對車路協(xié)同云端平臺提出了更高的要求：

端大算力平臺進行，需要云端平臺整合道路端邊緣算力，同時快速計算后精準(zhǔn)下發(fā)以保證道路行車安全。商業(yè)模式創(chuàng)新——以數(shù)據(jù)為燃料賦能業(yè)務(wù)增長為深入評估自動駕駛技術(shù)用例的成熟度，普華永道對歐盟、美國和中國60多位行業(yè)專家進行了調(diào)研，總體而言，行業(yè)專家認為L4以上的私家車無人駕駛用例尚處規(guī)模應(yīng)用早期，而大部分互聯(lián)服務(wù)的用例已走出“泡沫巔峰期”，預(yù)計到2035年中國的車載互聯(lián)服務(wù)市場預(yù)計為262億美元。

在互聯(lián)服務(wù)方面，車企的發(fā)展重心不一，擁有不同的目標(biāo)定位，整體而言新勢力創(chuàng)新程度更高，在自動駕駛、遠程控制、車載互聯(lián)、衍生服務(wù)方面布局更多，而傳統(tǒng)車企現(xiàn)階段則更側(cè)重于傳統(tǒng)功能升級（如ADAS）以及數(shù)據(jù)對于現(xiàn)有業(yè)務(wù)的賦能（例如保險、預(yù)測性維修等）。–快遞到車服務(wù)創(chuàng)新程度較低較高預(yù)測性維修汽車數(shù)據(jù)平臺–Caruso、Otonomo、HighM.基于數(shù)據(jù)的車險駕駛員行車記錄–快遞到車服務(wù)創(chuàng)新程度較低較高預(yù)測性維修汽車數(shù)據(jù)平臺–Caruso、Otonomo、HighM.基于數(shù)據(jù)的車險駕駛員行車記錄/GPS跟蹤車隊管理/診斷娛樂–卡拉OK游戲–Arcade游戲中心忠誠度計劃–雪佛蘭會員積分獎勵計劃車載數(shù)字助手個人應(yīng)急助手–OnStarGuardian智能家居互聯(lián)–IFTTT集成服務(wù)車輛管理–眾WeConnect數(shù)據(jù)/洞察服務(wù)汽車即服務(wù)照明–遠光燈輔助訪問–虛擬藍牙鑰匙攝像頭–哨兵模式車載服務(wù)高級導(dǎo)航–導(dǎo)航系統(tǒng)實時路況功能音樂流媒體–Spotify集成音樂–（NIORadio）汽車即服務(wù)照明–遠光燈輔助訪問–虛擬藍牙鑰匙攝像頭–哨兵模式車載服務(wù)高級導(dǎo)航–導(dǎo)航系統(tǒng)實時路況功能音樂流媒體–Spotify集成音樂–（NIORadio）乘客安全–疲勞駕駛檢測汽車衍生服務(wù)停車位查找和繳費–大眾WeParkP2P汽車共享/拼車–SonoMotors應(yīng)用程序聲音–電動引擎音效包–巡航控制–自適應(yīng)巡航控制系統(tǒng)自動駕駛–Autopilot升級停車輔助–停車輔助*懸掛系統(tǒng)–自適應(yīng)懸掛系統(tǒng)新興車企傳統(tǒng)車企但是由于消費者付費意愿、收入分成等問題，汽車企業(yè)直接從互聯(lián)服務(wù)中實現(xiàn)貨幣化方面仍面臨嚴(yán)峻挑戰(zhàn)。多數(shù)主機廠正在嘗試從車聯(lián)網(wǎng)數(shù)據(jù)方面切入，將智能座艙和駕駛過程中產(chǎn)生的大量車聯(lián)數(shù)據(jù)與傳統(tǒng)數(shù)據(jù)相結(jié)合，作為重要的資產(chǎn)進行

統(tǒng)一的規(guī)范化管理，并沿車輛全生命周期旅程，以數(shù)據(jù)為燃料驅(qū)動，賦能傳統(tǒng)業(yè)務(wù)，且不斷延伸到新的應(yīng)用領(lǐng)域，從而循環(huán)和變現(xiàn)出商業(yè)價值和服務(wù)商機。生活數(shù)據(jù)—提供第三方服務(wù)生態(tài)服務(wù)生活數(shù)據(jù)行車數(shù)據(jù)—實現(xiàn)數(shù)據(jù)貨幣化?用車行為行車數(shù)據(jù)了解車主駕駛習(xí)慣，為汽車產(chǎn)品開發(fā)或營銷策劃提供洞察。路況信息路況數(shù)據(jù)路況數(shù)據(jù)—助力自動駕駛車輛狀況車輛數(shù)據(jù)車輛數(shù)據(jù)—提供車售后服務(wù)通過車輛數(shù)據(jù)服務(wù)，發(fā)現(xiàn)問題的同時解決問題，整體來看隨著車聯(lián)網(wǎng)接入車輛規(guī)模的逐步擴大，應(yīng)用深度不斷加強，在數(shù)據(jù)的采集，存儲以及處理分析層面對車企提出了全新的要求：短期內(nèi)，已有大量車聯(lián)網(wǎng)數(shù)據(jù)被采集并應(yīng)用到整車以及座艙產(chǎn)品的快速迭代輸入中，也有主機廠利用車機與整車數(shù)據(jù)，聯(lián)動車機屏幕與手機端，建立人-車-服務(wù)的融合標(biāo)簽體系，提升傳統(tǒng)的銷售和售后營銷效率。隨著相關(guān)數(shù)據(jù)應(yīng)用場景的不斷增多，采集數(shù)據(jù)規(guī)模也相應(yīng)擴大，同時對于數(shù)據(jù)連續(xù)性，一致性要求也逐步增強。在存儲層面，當(dāng)前車載互聯(lián)服務(wù)的接入規(guī)模已經(jīng)達到百萬或千萬量級。例如PSA旗下車輛數(shù)據(jù)接入規(guī)模已經(jīng)達到600萬，豐田、大眾等企業(yè)接入車輛更已經(jīng)接近千萬級。單車層面未來每年將會傳輸100G-500G數(shù)據(jù)，因而對于車企來說，每

100萬輛車輛數(shù)據(jù)接入會面臨100PB以上的數(shù)據(jù)存儲規(guī)模，如此龐大的數(shù)據(jù)量對數(shù)據(jù)存儲空間以及相應(yīng)數(shù)據(jù)應(yīng)用需求的開發(fā)提出了新的要求，在傳統(tǒng)機房存儲模式下，預(yù)計需要機房建設(shè)投入在10億人民幣以上，因而對車企而言，將相關(guān)大數(shù)據(jù)存儲轉(zhuǎn)向云端將會是大勢所趨。在數(shù)據(jù)分析及價值挖掘?qū)用?，車企需要?gòu)建豐富的數(shù)據(jù)開發(fā)工具、模型與組件，交互式分析工具、數(shù)據(jù)分析挖掘平臺與工具、數(shù)據(jù)標(biāo)簽體系等；同時還需要一系列數(shù)據(jù)分析與人工智能算法及相關(guān)通用工具組件。在海量數(shù)據(jù)的批量數(shù)據(jù)分析過程中，車企前期構(gòu)建一站式大數(shù)據(jù)平臺投入過高，且短期收益并不明顯，可通過共有云分?jǐn)偛糠执髷?shù)據(jù)平臺開發(fā)支出。 營銷服務(wù)創(chuàng)新——以用戶直聯(lián)和私域運營，帶動業(yè)務(wù)增長和服務(wù)體驗提升存量轉(zhuǎn)換、公域流量見頂?shù)耐獠啃蝿菹?，倒逼從外部環(huán)境看，隨著中國汽車市場逐步轉(zhuǎn)向存量市場，公域流量見頂，汽車行業(yè)的營銷壓力與日俱增，傳統(tǒng)的營銷套路難以為繼。2020年以來，移動互聯(lián)網(wǎng)月活躍人數(shù)停滯在11.5億，流量見頂導(dǎo)致汽車企業(yè)的公域獲客成本以每年20-40%的速度增長，流量造假和網(wǎng)絡(luò)灰產(chǎn)導(dǎo)致車企一度寄希望于精準(zhǔn)營銷，然而跨媒體平臺的數(shù)據(jù)打通、媒體平臺自身數(shù)據(jù)精準(zhǔn)度不足、標(biāo)簽不合用等問題仍然困擾著企業(yè)。個人信息的獲取難度增大，可能導(dǎo)致精準(zhǔn)營銷的效果將進一步下降。與此同時，用戶本身和媒體平臺也在不斷分化演變，隨著自媒體、信息流、短視頻等崛起，消費者對垂直媒體的依賴度逐漸降低，而短視頻平臺上以種草、帶貨KOL為中心的打法，其影響力和轉(zhuǎn)化能力可能超過任何一位頂尖的銷售顧問和行業(yè)專家；車企數(shù)字營銷體系也需要不斷快速迭代更新。競爭驅(qū)動下，車企內(nèi)部的用戶價值戰(zhàn)略定位和長期以來，汽車企業(yè)一直高度重視對用戶價值的挖掘，但過去用戶價值挖掘主要集中在潛客購車轉(zhuǎn)化和車主售后產(chǎn)值這兩方面。就實際操作來看，傳統(tǒng)車企雖然多年前就提出向“以客戶為中心”轉(zhuǎn)型，但用戶價值挖掘上仍是以汽車產(chǎn)品為中心，以經(jīng)銷商為載體的操作思路。圖：傳統(tǒng)汽車產(chǎn)業(yè)鏈條下的不同用戶運營邏輯選擇示例某傳統(tǒng)車企新品牌：粉絲模某傳統(tǒng)車企新品牌：粉絲模（探） 某新勢車企了解 好感滿意推薦喜愛 推薦好感了解購買 滿意喜愛購買?促進新用戶提升好感，裂變傳播促進粉絲群增長，積累線索???提升老用戶滿意度促成老用戶推薦新用戶進入車企朋友圈，獲得大量潛客?目前處于探索期，現(xiàn)階段主要關(guān)注如何讓用戶從“關(guān)注者”發(fā)展為“裂變傳播者”?在現(xiàn)有用戶群識別核心用戶（推）何讓用戶從現(xiàn)階段主要關(guān)注核心車主滿意，“關(guān)注者”如何讓用戶從成為漣漪的中發(fā)展為“客戶”心了解好感了解好感購買 喜愛共同之處共同之處滿意 推薦

售脫鉤目標(biāo)及KPI

購買

運營 ? 尋找潛用重點 ? 促成：別意向用戶并促進成交意向轉(zhuǎn)化傳統(tǒng)模式下，用戶價值戰(zhàn)略定位以潛客轉(zhuǎn)化為主，以推動潛客沿著“了解—好感—喜愛—購買”鏈條遷移為核心運營邏輯。某造車新勢力則在汽車行業(yè)里首次落地了挖掘用戶影響力的漣漪模式，并判斷車主影響力更為強大，以圍繞車主

的“滿意—推薦”作為最核心的運營邏輯，從而最大化車主裂變拉新和同化轉(zhuǎn)化粉絲潛客的影響力。新一輪互聯(lián)網(wǎng)造車勢力預(yù)計也會將其差異化的互聯(lián)網(wǎng)用戶運營邏輯引入到汽車行業(yè)。構(gòu)建前后端分離的用戶運營系統(tǒng)，前端多平臺矩陣化配置，后端用戶體驗統(tǒng)一為了支持前端的多場景矩陣式獲客布局，后端需要建立統(tǒng)一的業(yè)務(wù)運營平臺和數(shù)據(jù)運營平臺。圖：整合的用戶運營前端觸點與后端平臺框架私域營銷矩陣官網(wǎng)私域營銷矩陣官網(wǎng)公眾號藍V服務(wù)號用戶社區(qū)微信社群…免費自營公域流量（自媒體、主播等）付費軟廣流量（自媒體、主播等）付費硬廣流量免費自營公域流量（自媒體、主播等）付費軟廣流量（自媒體、主播等）付費硬廣流量（騰訊、字節(jié)廣告等）自營APP業(yè)務(wù)的深度認知、能力沉淀和推廣提升業(yè)務(wù)的深度認知、能力沉淀和推廣提升免費經(jīng)銷商網(wǎng)絡(luò)流量（朋友圈、微信群、員工抖音、線下掃碼等）小程序免費經(jīng)銷商網(wǎng)絡(luò)流量（朋友圈、微信群、員工抖音、線下掃碼等）小程序人群策略投放策略媒體渠道分析與選擇傳播鏈路溯源與追蹤營銷活動管理與執(zhí)行素材管理輿情監(jiān)控指導(dǎo)營銷效果追蹤與分析受眾數(shù)據(jù)收集與分析轉(zhuǎn)化歸因與增長駭客觸點布局體驗管理內(nèi)容生產(chǎn)和內(nèi)容運營用戶互動與溝通用戶分層分級社區(qū)維護和運營人群策略投放策略媒體渠道分析與選擇傳播鏈路溯源與追蹤營銷活動管理與執(zhí)行素材管理輿情監(jiān)控指導(dǎo)營銷效果追蹤與分析受眾數(shù)據(jù)收集與分析轉(zhuǎn)化歸因與增長駭客觸點布局體驗管理內(nèi)容生產(chǎn)和內(nèi)容運營用戶互動與溝通用戶分層分級社區(qū)維護和運營線上活動設(shè)計和管理行為和積分體系等級和權(quán)益體系線下運營業(yè)績追蹤與全鏈條協(xié)同銷售過程管理銷售線索管理社區(qū)社群運營運營行為與業(yè)績跟蹤銷售漏斗管理銷售流程管理客戶關(guān)系管理CRM車主分級管理積分與權(quán)益用戶間社交促進數(shù)據(jù)的產(chǎn)生、整合、分析與應(yīng)用統(tǒng)一的數(shù)據(jù)平臺整合數(shù)據(jù)體系OneID用戶數(shù)據(jù)整合VIN車輛與業(yè)務(wù)數(shù)據(jù)整合經(jīng)銷商與主機廠數(shù)據(jù)整合用戶標(biāo)簽體系預(yù)測模型數(shù)據(jù)治理…媒體數(shù)據(jù)導(dǎo)入私域數(shù)據(jù)導(dǎo)入用戶數(shù)據(jù)導(dǎo)入數(shù)據(jù)底座媒體數(shù)據(jù)導(dǎo)入私域數(shù)據(jù)導(dǎo)入用戶數(shù)據(jù)導(dǎo)入經(jīng)銷商數(shù)據(jù)導(dǎo)入主機廠數(shù)據(jù)導(dǎo)入…經(jīng)銷商數(shù)據(jù)導(dǎo)入主機廠數(shù)據(jù)導(dǎo)入…其中，統(tǒng)一的后端業(yè)務(wù)運營平臺由三部分構(gòu)成：裂變，借助內(nèi)容、社區(qū)社群、事件等運營手段，推動運營平臺用戶活躍度增長，裂變拉新。的銷售轉(zhuǎn)化。通常而言，后端運營平臺將按照以下4步完成落地搭建：提取平臺服務(wù)。

業(yè)務(wù)服務(wù)沉淀：提供業(yè)務(wù)服務(wù)開發(fā)模板和指南，根據(jù)梳理的服務(wù)清單，逐步快速遷移業(yè)務(wù)服務(wù)。業(yè)務(wù)服務(wù)能力輸出：按照業(yè)界RESTFUL力。車企數(shù)據(jù)平臺化以業(yè)務(wù)訴求為牽引，以建立數(shù)據(jù)管理體系及服務(wù)體系為核心，整合企業(yè)數(shù)據(jù)，構(gòu)建企業(yè)數(shù)據(jù)資產(chǎn)，為企業(yè)業(yè)務(wù)化、場景化提供統(tǒng)一數(shù)據(jù)服務(wù)能力。為了支持業(yè)務(wù)中臺和數(shù)據(jù)中臺的建設(shè)，車企需要搭建云底座，提供計算、存儲、網(wǎng)絡(luò)、大數(shù)據(jù)、AI、DevOps等技術(shù)，構(gòu)建應(yīng)用使能、數(shù)據(jù)使能和AI使能，支持業(yè)務(wù)中臺應(yīng)用快速迭代開發(fā)、數(shù)據(jù)中臺數(shù)據(jù)高效處理。按照數(shù)據(jù)存儲和計算的地方，云底座通?？砂凑展性?、混合云、自主云的方式建設(shè)，但考慮到營銷更多的是面向ToC客戶的全渠道接觸，公有云的方式彈性伸縮更敏捷，效率更高。二車企云化價值簡述21車企上云之路白皮書PAGE23PAGE23車企上云之路白皮書PAGE22PAGE22車企上云之路白皮書數(shù)字化技術(shù)對于車企具有重要價值，而云技術(shù)是數(shù)字化技術(shù)的主要承載之一。上云和云轉(zhuǎn)型是全球企業(yè)的大趨勢。根據(jù)Gartner2020的分析公有云市場將從2020年的2,579億美元上漲到3,069億美元，55%的企業(yè)已經(jīng)將一半以上的應(yīng)用負載放到云上。

按照企業(yè)應(yīng)用細分來看，與車企應(yīng)用場景緊密相關(guān)的IoT、智能互聯(lián)和容災(zāi)類應(yīng)用是上云比例最大的，詳見下圖。圖：企業(yè)應(yīng)用和服務(wù)上云狀況40%20%14%40%20%14%4%5%15%23%17%% 23%17%% %37%/文件存儲41%17%14%4%41%17%14%4%18%42%17%15%42%17%15%4%6%12%30%15%15%4%4%7%30%15%15%4%4%7%25%數(shù)據(jù)分析未來12月內(nèi)計劃上云未來1-3年內(nèi)計劃上云

全新部署

無計劃車企云化價值簡述車企云化價值簡述數(shù)據(jù)來源：IDGCloudComputingSurvey,2020企業(yè)IT也開始由資源上云逐漸發(fā)展到架構(gòu)上云，并演進到“云原生”階段：以“應(yīng)用”為中心打造數(shù)字化平臺，企業(yè)IT數(shù)字化戰(zhàn)略從“CloudFirst”演進到“CloudNativeFirst”。圖：企業(yè)IT架構(gòu)演進軟件系統(tǒng)3.89軟件系統(tǒng)轉(zhuǎn)變2：應(yīng)用自動化….….數(shù)據(jù)庫企業(yè)服務(wù)總線統(tǒng)一云資源管理云原生平臺云原生基礎(chǔ)設(shè)施：以“應(yīng)用”為中心應(yīng)用定義存儲應(yīng)用定義網(wǎng)絡(luò)應(yīng)用定義算力多云軟件系統(tǒng)3.89軟件系統(tǒng)轉(zhuǎn)變2：應(yīng)用自動化….….數(shù)據(jù)庫企業(yè)服務(wù)總線統(tǒng)一云資源管理云原生平臺云原生基礎(chǔ)設(shè)施：以“應(yīng)用”為中心應(yīng)用定義存儲應(yīng)用定義網(wǎng)絡(luò)應(yīng)用定義算力多云/混合云/邊云架構(gòu)云原生應(yīng)用使能中心新型業(yè)務(wù)系統(tǒng)核心業(yè)務(wù)系統(tǒng)敏捷開發(fā)系統(tǒng)云化運維系統(tǒng)/ERP運營支撐系統(tǒng)企業(yè)中間件平臺運營支撐系統(tǒng)CRM/ERP核心業(yè)務(wù)系統(tǒng)運營支撐系統(tǒng)CRM/ERP核心業(yè)務(wù)系統(tǒng)云化數(shù)據(jù)庫輕量級服務(wù)框架云化中間件平臺微服務(wù)應(yīng)用中間件應(yīng)用AI/大數(shù)據(jù)應(yīng)用邊緣/IoT應(yīng)用…物理機物理機物理機物理機NFSRAID陣列交換機路由器計算池化VPCELB存儲池化虛機虛機虛機塊存儲文件存儲對象存儲硬件系統(tǒng)轉(zhuǎn)變1：資源自動化硬件系統(tǒng)特別針對車企來講，它們上云的內(nèi)在驅(qū)動力來自于：有效管控充分發(fā)揮資源價值：IT成創(chuàng)新氛圍供應(yīng)商各方外部驅(qū)動力來自于：5G商用、云計算資源普及、AI應(yīng)用加速

加速響國家政策導(dǎo)向：2020年國家重申數(shù)字化轉(zhuǎn)型的緊迫性，國有企業(yè)帶領(lǐng),各行業(yè)自上而下驅(qū)動數(shù)字化轉(zhuǎn)型企業(yè)云轉(zhuǎn)型大勢所趨，車企云化動能十足的背景下，我們從業(yè)務(wù)視角、技術(shù)視角、成本視角、安全視角來概述云化對車企的價值所在。業(yè)務(wù)視角云轉(zhuǎn)型為企業(yè)帶來成本降低，敏態(tài)開發(fā)，彈性資源，邊緣計算，高效運維，全面治理能力，統(tǒng)一數(shù)據(jù)和分析能力。下圖為車企云應(yīng)用架構(gòu)示例。統(tǒng)一能力開放平臺圖：車企云應(yīng)用架構(gòu)示例統(tǒng)一能力開放平臺大數(shù)據(jù)應(yīng)用質(zhì)量 大數(shù)據(jù)應(yīng)用質(zhì)量 DMP/控制 BI市場 決策審計…管理應(yīng)用自動駕駛智能制造財務(wù) 采購IoT 車聯(lián)網(wǎng)生產(chǎn) 補給計劃 資材流程貫通人力資源移動辦公流程貫通邊緣計算 導(dǎo)航物流通關(guān) 品質(zhì)跨域融合培訓(xùn)供應(yīng)商跨域融合AI算法 應(yīng)處制造現(xiàn)場 研發(fā)其他……生產(chǎn)線IoT …全公司據(jù)資管理 統(tǒng)一數(shù)安全控 全公司數(shù)據(jù)析銷售應(yīng)用4S店 車聯(lián)銷售網(wǎng)上 二手銷售客服 車友應(yīng)用 社區(qū)…云基礎(chǔ)設(shè)施和云應(yīng)用運維中心&安全運維中心云平臺基礎(chǔ)能力車企上云對業(yè)務(wù)的意義主要在于：為提高研發(fā)產(chǎn)品效率，解決算力及時滿足問題，CAE、CAD場景開始云化應(yīng)用，尤其HPC混合云模式構(gòu)建?；ヂ?lián)網(wǎng)營銷產(chǎn)品研發(fā)智能制造(IoT)為滿足營銷業(yè)務(wù)與第三方數(shù)據(jù)更好融合應(yīng)用及業(yè)務(wù)響應(yīng)問題，電商官網(wǎng)、CDP、CRM等均以云化部署?；ヂ?lián)網(wǎng)營銷產(chǎn)品研發(fā)智能制造(IoT)

為滿足網(wǎng)聯(lián)的高并發(fā)、業(yè)務(wù)波峰波谷、多生態(tài)構(gòu)建等訴求，90%為提高企業(yè)對大數(shù)據(jù)、AI等場景訴求，數(shù)字化服務(wù)訴求，降低自身運維及使用成本，平臺均以云化模式（公有云、私有云、混合云）構(gòu)建。 車聯(lián)網(wǎng)（IoV） 車企應(yīng)用場景 車聯(lián)網(wǎng)（IoV）車企應(yīng)用場景大數(shù)據(jù)人工智能（AI）大數(shù)據(jù)人工智能（AI）新能源車企上云應(yīng)用場景廣泛，現(xiàn)今車企云技術(shù)應(yīng)用的場景已涵蓋研、產(chǎn)、供、銷、服等領(lǐng)域。例如在用戶服務(wù)方面，汽車廠正不斷加強OTA軟件實現(xiàn)程度，致力借此對外提升用戶體驗、孵化變現(xiàn)模式，對內(nèi)降低召回風(fēng)險、緩解研發(fā)壓力。再如，在生產(chǎn)研發(fā)方面，車聯(lián)網(wǎng)和自動駕駛對計算和網(wǎng)新能源

絡(luò)都提出了非常高的要求，這需要IoT技術(shù)、邊緣計算與5G協(xié)同提供可靠、安全的數(shù)據(jù)傳輸和處理能力。車企應(yīng)用上云可以充分利用云廠商提供的IoT網(wǎng)絡(luò)和邊緣計算能力，滿足連接可靠性、全球聯(lián)網(wǎng)能力、并發(fā)實時數(shù)據(jù)分析能力、數(shù)據(jù)傳輸安全保障。成本視角云計算可以提供廣泛的財務(wù)利益，例如節(jié)省預(yù)算和提高工作場所生產(chǎn)力。根據(jù)Rackspace的1300家公司的調(diào)查，發(fā)現(xiàn)88％的云用戶實現(xiàn)了成本節(jié)省，而56％的公司指出利潤有所增長。與將內(nèi)部架構(gòu)刷新相比，OracleSVP指出，通過將其應(yīng)用程序移至OCI云，總體上占了30％至50％。企業(yè)IT上云可以從以下方面節(jié)省成本： 降低硬件成本提高生產(chǎn)力無需購買內(nèi)部設(shè)備，而是將硬件需求留給了供應(yīng)商。對于快速發(fā)展的公司而言，新硬件可能會很大，價格昂貴且?guī)聿槐?。公司可以從即付即?需求模型中受益，而不必為未來的增長而超額配置。降低硬件成本提高生產(chǎn)力

降低人工/維護成本減少軟件費用云解決方案還可以大大減少人工和維護成本。由于硬件歸供應(yīng)商所有并存儲在異地，因此對內(nèi)部IT降低人工/維護成本減少軟件費用 除了可以節(jié)省大量的勞動力外，由于勞動力生產(chǎn)力的提高，云計算對于企業(yè)而言可能具有極高的成本效益。

公司無需支付前期許可費用，可以取消該許可證，從而降低了無法運行的任何軟件的財務(wù)風(fēng)險。云解決方案的前期成本低于內(nèi)部解決方案。我們對TCO降本增效分析如圖：大數(shù)據(jù)集群（xxx）大數(shù)據(jù)集群（xxx）硬件Capex（分?jǐn)傉叟f）存儲設(shè)備（商用存儲）+配套網(wǎng)絡(luò)+維保容器部署集群MySQL、存儲設(shè)備（商用存儲）+配套網(wǎng)絡(luò)+維保容器部署集群MySQL、DDB、Mongo虛擬化集群集群(xxx)Oracle數(shù)據(jù)庫集群服務(wù)器（xxxx臺）+配套網(wǎng)絡(luò)+維?！逃么鎯ι逃么鎯υ崎g專線出網(wǎng)帶寬雙IDC裸纖其他設(shè)備機房費用（柜+電）xxxxW/云間專線出網(wǎng)帶寬雙IDC裸纖其他設(shè)備機房費用（柜+電）xxxxW/年xx柜（存儲及配套網(wǎng)絡(luò)）Opex持續(xù)投入xxx柜（服務(wù)器及配套網(wǎng)絡(luò)）金融專線專線費用xxxxW/年金融專線專線費用xx大數(shù)據(jù)oracle軟件+維保（年）xxxx大數(shù)據(jù)oracle軟件+維保（年）xxxxx……..……..*圖表接下頁傳統(tǒng)模式成本特征增長率最快，每年xxx平均CPUCPU：內(nèi)存比機預(yù)留活部署5-6P空間，xx%xx%SSDxx%SATA厚置備xxxxxxx柜存儲占用柜

云化成本模型變更大數(shù)據(jù)存大數(shù)據(jù)存分離 存儲3副EC,計算能提升CPU:內(nèi)存比例化 云上配比靈活，優(yōu)化為鯤鵬算力代 并發(fā)算力性價比高 CPU使用率優(yōu)化 現(xiàn)網(wǎng)平均20%->提至40%+彈性伸縮 資源一次性峰值建設(shè)—>按可縮容跨部署減少副本 雙azT3+機房+地備份數(shù)據(jù)庫跨AZ高可用存算分離降本，高性能高可靠裸金屬容服務(wù) SDI卡卸載減損耗，優(yōu)算力業(yè)務(wù)發(fā)展留 資源池建設(shè)預(yù)留 CPU算力縮核 CPU主頻提高，每年算更新存儲替換低成本高可靠obs、evs替代，按需擴容機柜效能優(yōu)化機柜效能優(yōu)化托管租賃->云資源，無功率浪費軟件維保云服務(wù)替代，節(jié)省軟件服務(wù)及配套費用存儲上云軟件維保云服務(wù)替代，節(jié)省軟件服務(wù)及配套費用存儲上云云上存儲高可靠，SLA，減少托管費用xxw/月云上部分服務(wù)化新增費用增項：新增服務(wù)云上部分服務(wù)化新增費用增項：新增服務(wù)增項：專線帶寬關(guān)聯(lián)業(yè)務(wù)拆分產(chǎn)生大量網(wǎng)間流量增項：搬遷費用搬遷增加過程的投入費用x%每年增項：專線帶寬關(guān)聯(lián)業(yè)務(wù)拆分產(chǎn)生大量網(wǎng)間流量增項：搬遷費用搬遷增加過程的投入費用x%敏捷視角持續(xù)集成持續(xù)交付快速發(fā)布持續(xù)集成持續(xù)交付快速發(fā)布持續(xù)監(jiān)控和反饋持續(xù)測試和安全測試自動配置云化應(yīng)用利用敏捷的開發(fā)發(fā)布模式可以帶來以下好處：縮短上市時間（Time-to-Market）減少人力勞動提高生產(chǎn)效率減少基礎(chǔ)設(shè)施空轉(zhuǎn)率提高內(nèi)部合作能力想法/設(shè)計想法/設(shè)計加速實施設(shè)計、施工、測試、迭代

用戶/細分市場

產(chǎn)品或服務(wù)的推出與優(yōu)化制作MVP以測試未來的狀態(tài)經(jīng)驗

定價、營銷、渠道策略基于長期優(yōu)先準(zhǔn) 則探索未來需求

客戶主導(dǎo)（聚焦機會）

商業(yè)主導(dǎo)（聚焦組合）

設(shè)計運營和部署模式

提出人員、流程、技術(shù)安全視角云計算在提供各種開放能力和多樣服務(wù)的同時，也為客戶提供了多種安全能力，幫助企業(yè)快速的建設(shè)IT安全防護系統(tǒng)并滿足合規(guī)要求。

有別于傳統(tǒng)數(shù)據(jù)中心的安全保護模式，云上安全架構(gòu)的建筑可以由以下安全框架開展，從各層關(guān)鍵點切入對系統(tǒng)進行全局風(fēng)險控制。云計算架構(gòu)模型云計算安全功能架構(gòu)Web安全API安云計算架構(gòu)模型云計算安全功能架構(gòu)Web安全API安全虛擬機安全虛擬存儲安全虛擬網(wǎng)絡(luò)安全虛擬平臺層物理安全支撐性基礎(chǔ)安全安全事件監(jiān)控及審計災(zāi)難備份與恢復(fù)密鑰管理認證及訪問管理數(shù)據(jù)安全接口層Web控制臺API虛擬資源層虛擬平臺層硬件資源層管理層安全管理運行管理服務(wù)管理虛虛虛擬擬擬計網(wǎng)存算絡(luò)儲計網(wǎng)計網(wǎng)存算絡(luò)儲虛虛虛擬擬擬化化化計網(wǎng)存算絡(luò)儲虛虛虛擬擬擬化化化安安安全全全計網(wǎng)計網(wǎng)存算絡(luò)儲資資資源源源計網(wǎng)存算絡(luò)儲安安安全全全虛擬化平臺層風(fēng)險虛擬化平臺完整虛擬化平臺層風(fēng)險虛擬化平臺完整性篡改管理接口非法訪向資源分配拒絡(luò)服務(wù)硬件風(fēng)險拒絕服務(wù)服務(wù)器非法訪問存儲硬件失效導(dǎo)致數(shù)據(jù)丟失設(shè)備非法接入網(wǎng)絡(luò)服務(wù)器病毒感染服務(wù)器節(jié)點失效物理安全風(fēng)險數(shù)據(jù)中心輔助設(shè)施失效數(shù)據(jù)中心非法進入自然災(zāi)害通過層次化的云安全框架，可以實現(xiàn)：細化各層風(fēng)險控制點確定點檢目標(biāo)為檢測確定信息來源（設(shè)計文檔，產(chǎn)品使用手冊，訪談對象等）確定和選擇收集信息對控制點進行檢測虛擬風(fēng)險虛機隔離失效虛機遷移安全失效虛擬風(fēng)險虛機隔離失效虛機遷移安全失效虛機逃逸共享存儲數(shù)據(jù)刪除不徹底同主機上的虛機網(wǎng)絡(luò)流量監(jiān)控失效虛機鏡像非法訪問及篡改其它風(fēng)險多用戶身份及訪問控制失效動態(tài)系統(tǒng)監(jiān)控失效合規(guī)審計失效服務(wù)計量和計費失效服務(wù)商綁定接口層風(fēng)險弱密碼攻擊API訪問控制失效會話控制和劫持云安全風(fēng)險三車企云化建設(shè)分析車企上云之路白皮書32PAGE33PAGE33車企上云之路白皮書PAGE34PAGE34車企上云之路白皮書車企云化可給企業(yè)帶來價值，但是大多車企存在巨大的歷史包袱，云轉(zhuǎn)型困難。為實現(xiàn)企業(yè)云化戰(zhàn)略，需重點審視，因地制宜地構(gòu)建原則。我們從企業(yè)云化障礙、企業(yè)云定位、云構(gòu)建模式、企業(yè)云能力建設(shè)幾點分析入手。車企云化可給企業(yè)帶來價值，但是大多車企存在巨大的歷史包袱，云轉(zhuǎn)型困難。為實現(xiàn)企業(yè)云化戰(zhàn)略，需重點審視，因地制宜地構(gòu)建原則。我們從企業(yè)云化障礙、企業(yè)云定位、云構(gòu)建模式、企業(yè)云能力建設(shè)幾點分析入手。云化之路的障礙概述車企云化建設(shè)分析在云計算出現(xiàn)之前，雖然傳統(tǒng)IT架構(gòu)模塊之間的耦合度較高導(dǎo)致可擴展性很差，并存在大量的因為供應(yīng)商、架構(gòu)設(shè)計、產(chǎn)品特性所導(dǎo)致的企業(yè)IT孤島，但信息化建設(shè)仍然在企業(yè)發(fā)展中起到了至關(guān)重要的推動作用，并且由于許多企業(yè)的信息化歷程往往倡導(dǎo)10-20年，這意味著無論從技術(shù)架構(gòu)、系統(tǒng)構(gòu)建、成本與預(yù)算管理，還是組織經(jīng)驗、管理模式、知識技能等方面，已經(jīng)形成了一套完整而堅固的體系。車企云化建設(shè)分析客觀來說，傳統(tǒng)企業(yè)全面上云必然會面臨阻礙，這其中最常見的阻礙包括組織文化、系統(tǒng)架構(gòu)、安全、成本、運維管理等方面，我們做簡要概述。組織文化長期以來，企業(yè)以往推進業(yè)務(wù)信息化，采用的是簡單組織架構(gòu)，表現(xiàn)為業(yè)務(wù)部門提一個需求，由IT部門做一個響應(yīng)，缺乏面向企業(yè)規(guī)模的頂層平臺設(shè)計。企業(yè)IT被認為是企業(yè)的成本中心，即使是在強依賴IT基礎(chǔ)設(shè)施的互聯(lián)網(wǎng)企業(yè)，由于其成本范圍最廣、成本費用發(fā)生占比較大、成本支出與業(yè)務(wù)增長之間關(guān)聯(lián)性不強，企業(yè)IT仍然無法擺脫成本中心的角色定位。造成IT部門重心考慮成本費用，責(zé)任擔(dān)當(dāng)，以責(zé)任和成本進行考核和控制的特點，對業(yè)務(wù)價值及其他組織價值體現(xiàn)偏弱。

對于真正意義上的轉(zhuǎn)型，華為提出要由業(yè)務(wù)部門與IT部門組成一體化團隊，基于統(tǒng)一的數(shù)字平臺組織，共同開展數(shù)字化轉(zhuǎn)型工作。因此為保障企業(yè)云化轉(zhuǎn)型的順利進行，需要具備組織架構(gòu)、人員能力、KPI等方面保障。需要組建對應(yīng)的人才隊伍，從上層管理中下層技術(shù)人員，都要從思想意識上接受并擁抱云，并在云化轉(zhuǎn)型過程中制定相關(guān)考核機制。IT領(lǐng)導(dǎo)也需要參加定制化的學(xué)習(xí)，幫助個人、團隊和組織發(fā)展。根據(jù)企業(yè)戰(zhàn)略和文化構(gòu)建適應(yīng)企業(yè)自身發(fā)展的IT新業(yè)態(tài)。云化轉(zhuǎn)型，同樣需要企業(yè)文化做出相應(yīng)的改變，要有價值創(chuàng)造與共享，有責(zé)任有擔(dān)當(dāng)。示例：華為平臺化組織考核機制的調(diào)整，從主管考核的PBC，到周邊評價的OKR；評價從自已創(chuàng)造多少價值，轉(zhuǎn)向為他人提供服務(wù)及利用他人服務(wù)創(chuàng)造價值。組織文化調(diào)整是一個深層次課題，此處不做詳細概述，更多內(nèi)容可參考云能力章節(jié)。圖：數(shù)字化轉(zhuǎn)型帶動企業(yè)文化的改變責(zé)任結(jié)果個人有效產(chǎn)生責(zé)任結(jié)果個人有效產(chǎn)生為客戶創(chuàng)造價值利用他人產(chǎn)出的貢獻責(zé)任結(jié)果個人有效產(chǎn)生責(zé)任結(jié)果個人有效產(chǎn)生為客戶創(chuàng)造價值利用他人產(chǎn)出的貢獻對他人產(chǎn)出的貢獻系統(tǒng)架構(gòu)直擴展模式（行伸縮，例如I/O密集型、計算密集型服務(wù)等與云的虛擬化、開源技術(shù)、分布式技術(shù)等差異較大，大多無法直接遷移需要做云化改造，工作量也是巨大的。較大，企業(yè)原有IT（問題。如何進行云化建設(shè)請參考業(yè)務(wù)云化章節(jié)。

數(shù)據(jù)安全隨著ITIT，IT管理好自己的IT甚至可能還不自知情的情況下被竊取如何進行安全建設(shè)請參考業(yè)務(wù)云化章節(jié)。企業(yè)云定位云的定位決定了企業(yè)的重視度與價值高度，也間接的影響云化的步伐，我們認為云是企業(yè)戰(zhàn)略和變革的一部分。需取得CIO及以上高層的支持認可。車企上云是數(shù)字化轉(zhuǎn)型的重大舉措之一，它對IT部門既有的工作內(nèi)容、運行模式、人員能力、IT與業(yè)務(wù)融合度都帶來顯著的改變。我們建議車企制定穩(wěn)定的云轉(zhuǎn)型工作框架，穩(wěn)健的推動云化的工作，通過不斷產(chǎn)生的價值收益，提升企業(yè)內(nèi)部的云化信心，促進IT團隊能力的建設(shè)。企業(yè)云化的轉(zhuǎn)型歷程往往需要持續(xù)數(shù)年，車企在轉(zhuǎn)型初期設(shè)定清晰的戰(zhàn)略方向和分階段的轉(zhuǎn)型路徑顯得尤為重要。

車企制定并發(fā)布清晰的云戰(zhàn)略規(guī)劃注意以下幾點：識別適合車企自身情況的云轉(zhuǎn)型的中長期方向；在規(guī)劃周期內(nèi)作為轉(zhuǎn)型工作的原則性評價依據(jù)；作為企業(yè)內(nèi)部IT和業(yè)務(wù)團隊文化和意識轉(zhuǎn)型的參照基礎(chǔ)；因此，我們建議車企云戰(zhàn)略規(guī)劃圍繞下列7個方面展開：、基準(zhǔn)1安全云戰(zhàn)略風(fēng)險、合規(guī)6愿景2路線圖7、基準(zhǔn)1安全云戰(zhàn)略風(fēng)險、合規(guī)6愿景2路線圖7組織影響43戰(zhàn)略決策5財務(wù)影響圖：云戰(zhàn)略規(guī)劃組織影響43戰(zhàn)略決策5財務(wù)影響基準(zhǔn)：基于對企業(yè)當(dāng)前對云技術(shù)應(yīng)用現(xiàn)狀的全面評估。我們建議在評估過程中參考業(yè)界成熟的評估模型（如華為云成熟度評估模型）,圖：數(shù)字化轉(zhuǎn)型帶動企業(yè)文化的改變云戰(zhàn)略和架構(gòu)（6個評估項）DevOps(5個評估項）安全(5個評估項）SaaS(8個評估項）運營運維(6個評估項）PaaS（9個評估項)laaS(11個評估項）流程組織與能力(6個評估項）云成熟度評估總分云戰(zhàn)略與限架構(gòu)流程組織與能力流程組織與能力運營運維0.50.0敏捷開發(fā)與運營Saa云安全PaaS

愿景：明確上云在全面數(shù)字化轉(zhuǎn)型中的定戰(zhàn)略決策：定義云能力建設(shè)的模式（多云、混合云等）和轉(zhuǎn)型方向。組織影響：從現(xiàn)有IT運營模型，評估上云過程中對組織和人員能力帶來的影響，并擬定組織轉(zhuǎn)型方向。財務(wù)影響：明確與云轉(zhuǎn)型相關(guān)的成本節(jié)約機會，收集云計算價值分析所需的財務(wù)數(shù)據(jù)，制定財務(wù)基線。安全、風(fēng)險、合規(guī)：對業(yè)務(wù)和技術(shù)平臺進行安全、風(fēng)險和合規(guī)等方面進行評估和體系規(guī)劃。路線圖：定義與業(yè)務(wù)戰(zhàn)略規(guī)劃周期匹配的云Level55（行業(yè)領(lǐng)先）-LeadingLevel55（行業(yè)領(lǐng)先）-LeadingLevel44（成為競爭優(yōu)勢）-AdvancingLevel33（全面開展）-PerformingLevel22（局部突破）-Emerging）-InitiatingLevel1和laaS車企云模式構(gòu)建企業(yè)云化建設(shè)落地，要考慮的重點包括云平臺建設(shè)原則和模式，企業(yè)需要建設(shè)怎樣的云，應(yīng)該怎么建設(shè)的問題。

云平臺建設(shè)原則車企云化建設(shè)需統(tǒng)籌規(guī)劃、資源共享、系統(tǒng)兼容、因地制宜。通過行業(yè)云模式，構(gòu)建公司統(tǒng)一云服務(wù)運營和運維體系，并對各個子公司提供云服務(wù)能力，支撐業(yè)務(wù)敏捷開發(fā)、全生命周期管理，滿足各業(yè)務(wù)特征需求。圖：數(shù)據(jù)化底座構(gòu)建模式1企業(yè)核心業(yè)務(wù)用戶服務(wù)2&創(chuàng)新業(yè)務(wù)3云資源租賃行業(yè)云管理平臺前臺應(yīng)用(彈性)統(tǒng)一運維統(tǒng)一運營私有云 公有1企業(yè)核心業(yè)務(wù)用戶服務(wù)2&創(chuàng)新業(yè)務(wù)3云資源租賃行業(yè)云管理平臺前臺應(yīng)用(彈性)統(tǒng)一運維統(tǒng)一運營私有云 公有Vmware虛擬化小機托管…PLMCAD工廠系統(tǒng)ERPBOMSRM…OneAppOTATSP充電系統(tǒng)出行系統(tǒng)…ADAS智慧交通…車路協(xié)同業(yè)務(wù)可遷移數(shù)據(jù)可互傳公有云：私有云：云管平臺：公有云：私有云：云管平臺：滿足出行、智能網(wǎng)聯(lián)、營銷等新業(yè)務(wù)對高并發(fā)、高可用、彈性伸縮的需求，完成從傳統(tǒng)架構(gòu)向云原生架構(gòu)的演進。

滿足生產(chǎn)制造等穩(wěn)態(tài)應(yīng)用業(yè)務(wù)系統(tǒng)需求并保障核心信息的安全，主要承載公司內(nèi)部傳統(tǒng)應(yīng)用，如ERP系統(tǒng)、OA系統(tǒng)、財務(wù)系統(tǒng)，同時具備伸縮、安全、災(zāi)備能力。

統(tǒng)籌企業(yè)資源，對外服務(wù)統(tǒng)籌資源出口，對內(nèi)資源拉通與那管，構(gòu)筑統(tǒng)一運維運營。公司整體平臺規(guī)劃建議：中心云區(qū)域云邊緣云傳統(tǒng)IT圖：云化建設(shè)部署藍圖中心云區(qū)域云邊緣云傳統(tǒng)IT關(guān)鍵特點：統(tǒng)一管理，物理分散，邏輯集中，資源共享，數(shù)據(jù)交互，按需服務(wù)，網(wǎng)絡(luò)互通關(guān)鍵特點：統(tǒng)一管理，物理分散，邏輯集中，資源共享，數(shù)據(jù)交互，按需服務(wù)，網(wǎng)絡(luò)互通公有云分布式云管公有云分布式云管+專屬云HCSO專屬云HCSO邊緣云IES/IEF硬件設(shè)備邊緣云-xx工廠區(qū)域云--xx邊緣云-xx工廠–海外分布式云管區(qū)域云--xx邊緣云-xx工廠專線邊緣云-xx工廠廠房：傳統(tǒng)硬件–國內(nèi) 中心云邊緣云-xx工廠建設(shè)架構(gòu)應(yīng)用公有云:車聯(lián)網(wǎng)、營銷|應(yīng)用公有云:車聯(lián)網(wǎng)、營銷|專屬云:產(chǎn)供研銷、OA、財務(wù)…ERP、QA、制造、園區(qū)生產(chǎn)制造、園區(qū)不能云化應(yīng)用云管控流 業(yè)務(wù)數(shù)流本部中心云：集團本部建設(shè)具備全棧云服務(wù)能力，多機房部署的專屬云，管理地域IT設(shè)施需求并提供HR服務(wù)等SaaS類公共平臺型業(yè)務(wù)，同時統(tǒng)一規(guī)劃公有云資源作為補充，滿足集團內(nèi)高彈性業(yè)務(wù)、對外業(yè)務(wù)等訴求。

分子公司區(qū)域云：分公司采用小型專屬云建設(shè)，承載ERP/Oracle等傳統(tǒng)重型業(yè)務(wù)的就近部署，同時多機房部署，收編本地區(qū)域內(nèi)工廠的IT設(shè)施需求。

工廠側(cè)邊緣云：只具備工廠的地域，由于設(shè)備規(guī)模有限，以及后續(xù)可能規(guī)劃，建議部署輕量級云平臺IES/IEF承接輕型業(yè)務(wù)和智能業(yè)務(wù)。同時，管理面對接上級云平臺統(tǒng)一管理。

其他：不能云化或無訴求的存量業(yè)務(wù)，保持現(xiàn)狀，待生命周期終結(jié)或資源管理規(guī)劃建議：云管理平臺提供平臺云服務(wù)及基礎(chǔ)資源服務(wù)統(tǒng)一管理并通過統(tǒng)一門戶進行統(tǒng)一訪問。圖：云管理平臺能力服務(wù)能力SLA服務(wù)能力SLA管理服務(wù)生命周期管理自服務(wù)可靠性消息和開放API治理模式交付能力服務(wù)轉(zhuǎn)換需求管理故障管理供應(yīng)商與合同管理變更管理問題管理質(zhì)量與性能管理應(yīng)用DevOps運維能力運維事件/問題管理……遷移/備份/容災(zāi)海量數(shù)據(jù)導(dǎo)入歸檔容災(zāi)跨云的數(shù)據(jù)庫遷移跨云數(shù)據(jù)備份……資源管理配置管理資源管理多云管理CMDB……參考架構(gòu)與模式參考架構(gòu)與模式云策略和標(biāo)準(zhǔn)服務(wù)提供和配置云網(wǎng)絡(luò)和容量資產(chǎn)管理自動化工具主動監(jiān)控事件監(jiān)控和管理云代碼庫云策略和標(biāo)準(zhǔn)服務(wù)提供和配置云網(wǎng)絡(luò)和容量資產(chǎn)管理自動化工具主動監(jiān)控事件監(jiān)控和管理云代碼庫

安全能力應(yīng)用安全用戶身份認證日志脫敏網(wǎng)頁防篡改安全校驗訪問控制協(xié)議安全安全能力應(yīng)用安全用戶身份認證日志脫敏網(wǎng)頁防篡改安全校驗訪問控制協(xié)議安全……數(shù)據(jù)安全秘鑰理 完整檢敏感息護安全儲數(shù)據(jù)監(jiān)控 隱私護……云管理平臺安全用戶訪問控制數(shù)據(jù)安全訪問數(shù)據(jù)傳輸安全……IaaS安全租戶離 鏡像規(guī)查容器全 虛擬源控平臺離 鏡像整檢查……PaaS安全主機隔離口令管理虛擬化安全內(nèi)核加固補丁管理漏洞管理……網(wǎng)絡(luò)和通訊安全網(wǎng)絡(luò)訪問控制DDoS防護入侵截 網(wǎng)絡(luò)侵測傳輸密 訪問密……物理設(shè)備安全物理離 電力障火災(zāi)測 人員問制視頻控 入侵測……可移植和可擴展性NFR和測試應(yīng)用市場產(chǎn)品運營計量計費可移植和可擴展性NFR和測試……

治理策略管理權(quán)限控制操作審計……

服務(wù)配置自動化部署和配置圖：云管理平臺關(guān)鍵能力及描述云管理平臺開放及集成能力

云管理平臺本身開放程度及可集成能力，可分層解耦，異構(gòu)融合服務(wù)及流程自動化能力

服務(wù)自助化及所用各種流程的自動化執(zhí)行能力自服務(wù)能力 用戶自助申請云服務(wù)的能力資源調(diào)度能力 由服務(wù)調(diào)整所帶來的資源伸縮調(diào)度能力資源擴展能力 云管理平臺及資源池的擴展能力安全防護能力 全面提升云管理平臺防護能力及云服務(wù)安全等級可靠性能力 平臺可靠性及故障轉(zhuǎn)移能力體驗操作易用性 如何通過簡化云平臺部署、操作、完善可視化，升用戶體驗運營數(shù)據(jù)可視化分析能力

用戶視角和信息中心視角運營數(shù)據(jù)可視化分析、展現(xiàn)能力云管理平臺定制能力 云管理平臺與客戶實際需求差距及通過客戶化定彌補差距深化服務(wù)能力 云管理平臺構(gòu)建完成之后各種功能改善及能力提的保障云平臺建設(shè)方式云平臺模式相比傳統(tǒng)虛擬化建設(shè)不同，能夠讓企業(yè)輕而易舉就可以獲得業(yè)界最先進的技術(shù)，為企業(yè)提供了極大可獲得性、便捷性。在大多數(shù)企業(yè)IT人員能力有限情況下，建設(shè)是非常困難的，從價值與高效上講，IT重心在于如何助力企業(yè)造好車賣好車，如何運用好工具發(fā)揮更大價值，并非重復(fù)造輪子。云廠家協(xié)助構(gòu)建優(yōu)勢概述：云廠家具備全面強大的技術(shù)能力，具備成套的應(yīng)用中間件、數(shù)據(jù)庫及大數(shù)據(jù)、開發(fā)、運維一體化解決方案。（SpringCloud/Dubbo/ServiceMesh）；能夠無縫集成運維、監(jiān)控，對接負載均衡、容器及各類中間件；支持分布式事務(wù)等；高效標(biāo)準(zhǔn)的API網(wǎng)關(guān)，支持API全局管理和快速編排。公有云上的API網(wǎng)關(guān)簡單易用，支持發(fā)布一個API到多個環(huán)境，支持快速迭代、測試API。能夠提供表單、JSON、YAML三位一體設(shè)計，并支持API評審與發(fā)布，發(fā)布后可直接注冊在API網(wǎng)關(guān)，還提供實時、可視化監(jiān)控。支持使用嚴(yán)格的身份認證和權(quán)限管理；

可靠性非常高。同時，云廠家往往是開源社區(qū)的技術(shù)引領(lǐng)者，能夠保持其云服務(wù)支持開源最新版本；中間件支持的各類高可用模式，可以適配各種場景需求。使用過程中，企業(yè)不需要考慮多種中間件復(fù)雜的維護和升級；一站式的應(yīng)用集成平臺。公有云上可以提供支持應(yīng)用和數(shù)據(jù)統(tǒng)一集成的平臺進行集成。這類平臺可以支持API、數(shù)據(jù)、消息等的統(tǒng)一集成能力，能夠支撐業(yè)界主流的新老應(yīng)用、數(shù)據(jù)平臺及傳統(tǒng)ESB類產(chǎn)品?？梢蕴峁?shù)據(jù)安全（敏感數(shù)據(jù)加密）、系統(tǒng)安全、網(wǎng)絡(luò)安全（防火墻防入侵）、業(yè)務(wù)安全（租戶隔離）等多層安全防護機Appkey認證、支持SSL/TSL加密，黑白明單設(shè)置等能力，可以很好滿足集成安全訴求。支持可視化配置集成，集成易于監(jiān)控運維；支持分布式部署，支持可自動擴展，支持高并發(fā)和低延時的集成平臺，以滿足各類應(yīng)用及數(shù)據(jù)的集成需求；公有云廠家有強大的技術(shù)投入，大廠研發(fā)人員均在上萬人，并技術(shù)社區(qū)具備一定影響力和貢獻。能夠保持這些組件始終保持業(yè)界領(lǐng)先。車企人員可以低成本快速的使用這些領(lǐng)先平臺技術(shù)，自己聚焦在業(yè)務(wù)應(yīng)用上，實現(xiàn)價值最大化。云化能力建設(shè)在明確了轉(zhuǎn)型戰(zhàn)略和建設(shè)原則和模式后，車企應(yīng)適時的展開對云轉(zhuǎn)型所涉及的技術(shù)領(lǐng)域能力進行設(shè)計和建設(shè)；同時業(yè)務(wù)上云后所需要的組織人員儲備及管理機制的變化也應(yīng)該同步籌劃。在能力設(shè)計階段，我們建議從如下六個領(lǐng)域展開能力設(shè)計：運營與運維云計算能力領(lǐng)域框架示意圖運營與運維以低成本方式維護核心業(yè)務(wù)系統(tǒng)的可靠性和性能吸引、保留和激勵人才云計算能力框架云計算能力框架?????

應(yīng)用維護崗位與人員崗位與人員運營中心

成本管理

安全與合規(guī)安全與合規(guī)建立可靠、安全、穩(wěn)定的IT環(huán)境網(wǎng)絡(luò)安全應(yīng)用安全風(fēng)險管理平臺與架構(gòu) 工具平臺與架構(gòu)工具管理、設(shè)計、建立和交付新技術(shù)、新架構(gòu)平臺架構(gòu)IaaS/PaaS

與相關(guān)方協(xié)作、推動業(yè)務(wù)變革

管理和分析工具云管平臺運維工具協(xié)同與治理智能報告協(xié)同與治理知識管理數(shù)據(jù)分析管理組織

服務(wù)&供應(yīng)商集成流程云技術(shù)棧能力——技術(shù)架構(gòu)技術(shù)漫天飛，應(yīng)該有條技術(shù)主線，做技術(shù)架構(gòu)的管理。技術(shù)架構(gòu)（TechnicalArchitecture，簡稱TA），華為數(shù)字化轉(zhuǎn)型建設(shè)中，技術(shù)架構(gòu)將實現(xiàn)從傳統(tǒng)將應(yīng)用架構(gòu)中定義的各種應(yīng)用組件映射為相應(yīng)的技術(shù)組件，這些技術(shù)組件代表了各種可以從市場或組織內(nèi)部獲得的軟件和硬件組件。同時，技術(shù)架構(gòu)也定義了與技術(shù)組件相關(guān)的標(biāo)準(zhǔn)，指導(dǎo)和規(guī)范IT產(chǎn)品規(guī)劃、設(shè)計、實施、運維等場景下的技術(shù)工作。

垂直、封閉式的IT架構(gòu)轉(zhuǎn)變?yōu)樵苹?、服?wù)化的開放架構(gòu)，輔以保障業(yè)務(wù)連續(xù)性、保障安全兩大支柱，打造云化服務(wù)化的IT統(tǒng)一技術(shù)平臺，以支撐數(shù)字化轉(zhuǎn)型落地。以華為架構(gòu)規(guī)范參考規(guī)范如下：圖：技術(shù)架構(gòu)的內(nèi)容框架（華為）技術(shù)策略技術(shù)策略 企業(yè)技術(shù)框架指 技術(shù)架藍皮書 引 技術(shù)標(biāo)準(zhǔn) 技術(shù)規(guī)范落地技術(shù)服務(wù)目錄 技術(shù)設(shè)計 【技術(shù)架構(gòu)六大原則】支撐業(yè)務(wù)應(yīng)用和數(shù)據(jù)的所有技術(shù)服務(wù)和功能【華為IT云化、服務(wù)化能力框架】用于制定某個技術(shù)領(lǐng)域的策略和規(guī)則、架構(gòu)路標(biāo)【網(wǎng)絡(luò)、計算、存儲、數(shù)據(jù)庫、集成、網(wǎng)絡(luò)安全、WEB等】針對華為IT建設(shè)過程中可能重復(fù)使用的IT技術(shù)和軟硬件資源所制訂的選擇規(guī)則和技術(shù)特性用于規(guī)范和指導(dǎo)IT建設(shè)的技術(shù)運用以表格的方式對技術(shù)服務(wù)進行羅列和描述【HIC服務(wù)目錄】描述應(yīng)用模塊使用I層/P層技術(shù)服務(wù)的情況【高階技術(shù)設(shè)計】（含技術(shù)平臺、技術(shù)服務(wù)選擇）變革項目主要關(guān)注高階技術(shù)方案的設(shè)計云原生技術(shù)主線為企業(yè)提供了穩(wěn)定可靠的技術(shù)保障，降低技術(shù)門欄，提升技術(shù)的先進性，是

企業(yè)數(shù)字化轉(zhuǎn)型的源動力（云原生、技術(shù)棧標(biāo)準(zhǔn)體系、人員能力）。開發(fā)測試統(tǒng)一編排自動化部署、微服務(wù)注冊發(fā)現(xiàn)與治理、中間件運行環(huán)境智能運維開發(fā)測試統(tǒng)一編排自動化部署、微服務(wù)注冊發(fā)現(xiàn)與治理、中間件運行環(huán)境智能運維業(yè)務(wù)應(yīng)用業(yè)務(wù)應(yīng)用4.DevOps（含質(zhì)量效能）平臺3.PaaS平臺之微服務(wù)平臺5.1中間件平臺6.大數(shù)據(jù)平臺服務(wù)格 服務(wù)格服務(wù)監(jiān)控2.PaaS平臺之應(yīng)用運行運維平臺1.混合云管理平臺PaaS混合云管理平臺容器混合云混合云集成平臺數(shù)據(jù)搜索引擎通知服務(wù)數(shù)據(jù)倉庫流程服務(wù)開源大數(shù)據(jù)計算業(yè)務(wù)分析服務(wù)開源大數(shù)據(jù)存儲消息服務(wù)大數(shù)據(jù)平臺緩存服務(wù)事務(wù)管理安全管控治理中心配置中心注冊中心傳統(tǒng)應(yīng)用微服務(wù)應(yīng)用5.2集成平臺應(yīng)用集成數(shù)據(jù)集成混合云集成設(shè)備集成敏捷項目管理文檔管理敏捷項目管理文檔管理測試管理持續(xù)集成質(zhì)量度量與分析系統(tǒng)模型設(shè)計工具平臺應(yīng)用編排App/PaaS/IaaS資源一鍵式創(chuàng)建應(yīng)用鏡像倉庫軟件倉庫日志采集故障告警性能壓測應(yīng)用拓撲容器引擎Docker無服務(wù)器計算 Serverless K8sIaaS混合云管理平臺統(tǒng)一賬戶認證統(tǒng)一服務(wù)發(fā)放統(tǒng)一配額管理統(tǒng)一計量統(tǒng)一運維監(jiān)控混合云備份IaaS計算存儲網(wǎng)絡(luò)建設(shè)混合云管理平臺，包括IaaS混合云實現(xiàn)基礎(chǔ)設(shè)施的混合管理，PaaA混合云實現(xiàn)統(tǒng)一的跨云應(yīng)用管理、應(yīng)用集成和數(shù)據(jù)集成1.建設(shè)混合云管理平臺，包括IaaS混合云實現(xiàn)基礎(chǔ)設(shè)施的混合管理，PaaA混合云實現(xiàn)統(tǒng)一的跨云應(yīng)用管理、應(yīng)用集成和數(shù)據(jù)集成1.混合云管理平臺基于K8s和Docker建設(shè)PaaS平臺，提升應(yīng)用允許和運維的自動化程度2.PaaS云平臺建設(shè)微服務(wù)平臺，支持主流的微服務(wù)框架，實現(xiàn)服務(wù)治理，提供微服務(wù)分解的方法論3.微服務(wù)平臺通過DevOps平臺支撐軟件交付的全周期需求與計劃、設(shè)計與開發(fā)、測試、部署與發(fā)布、運維以及反饋等4.DevOps(含質(zhì)量效能)平臺提供對中間件服務(wù)化的設(shè)計方案，簡化中間件的運維5.中間件及集成平臺支持多種數(shù)據(jù)源、多種數(shù)據(jù)結(jié)構(gòu)統(tǒng)一接入，分布式存儲6.大數(shù)據(jù)平臺混合云產(chǎn)品應(yīng)具備以下特性：圖：某混合云架構(gòu)公有云專屬云廠公有云專屬云廠商運維標(biāo)準(zhǔn)云服務(wù)共享資源池按需提供服務(wù)全棧專屬面向全部租戶的一朵大云專線到云廠商機房以公有云技術(shù)駐地云按需提供服務(wù)全棧專屬將一套公有云建設(shè)到客戶機房、廠商運維私有云&傳統(tǒng)IT成本彈性創(chuàng)新混合云混合云專享安全合規(guī)專享安全合規(guī)低時延專屬云：部署位置：公有云機房業(yè)務(wù)場景：云服務(wù)構(gòu)建，客戶資源專屬，資源隔離，安全合規(guī)駐地云：部署位置：客戶機房業(yè)務(wù)場景：云服務(wù)構(gòu)建，客戶資產(chǎn)化，數(shù)據(jù)本地保存。崗位與人員能力設(shè)計云計算能力崗位和人員能力模型，形成支撐云轉(zhuǎn)型中的建設(shè)、運維、運營的組織框架。組織架構(gòu)依據(jù)云計算管理所需要的組織能力，優(yōu)化調(diào)整組織架構(gòu)，并明確各部門職責(zé)：組織架構(gòu)圖部門職責(zé)組織架構(gòu)依據(jù)云計算管理所需要的組織能力，優(yōu)化調(diào)整組織架構(gòu)，并明確各部門職責(zé)：組織架構(gòu)圖部門職責(zé)崗位設(shè)置 按照各部門分工，進行崗位、編制設(shè)計，并定義各崗位職責(zé)：崗位設(shè)置按照各部門分工，進行崗位、編制設(shè)計，并定義各崗位職責(zé)：定崗定編崗位職責(zé)定義人員績效將云計算年度戰(zhàn)略和目標(biāo)拆解到部門和個人，制定績效指標(biāo)并進行考核：人員績效將云計算年度戰(zhàn)略和目標(biāo)拆解到部門和個人，制定績效指標(biāo)并進行考核：績效指標(biāo)績效考核人才管理 成立專家中心，制定人才管理制度、推行文化管理，留住用好云計算相關(guān)的專業(yè)人才：人才管理成立專家中心，制定人才管理制度、推行文化管理，留住用好云計算相關(guān)的專業(yè)人才：成長路徑文化管理建議對服務(wù)管理機制、組織構(gòu)建及績效體系、項目管理與服務(wù)能力、技術(shù)創(chuàng)新體系四大方面進行能力提升。IT完善IT完善IT完善服務(wù)管理機制基礎(chǔ)靈活組織績效體系技術(shù)能力創(chuàng)新體系能力項目管理服務(wù)能力運營與運維能力體驗管理、成本管理、資源優(yōu)化的管理機制和運行流程；業(yè)務(wù)關(guān)系管理服務(wù)支撐體系云財務(wù)管理業(yè)務(wù)關(guān)系管理服務(wù)支撐體系云財務(wù)管理運營管理運營度量平臺考核質(zhì)量管理決策支持專業(yè)培訓(xùn)過程管理技術(shù)規(guī)范流程制度信息系統(tǒng)考核知識管理供應(yīng)商管理指標(biāo)體系建設(shè)成本分析結(jié)算管理服務(wù)報告自服務(wù)用戶管理用戶運營用戶培訓(xùn)計量計費預(yù)算管理SLA服務(wù)請求服務(wù)目錄反饋管理需求管理運維管理運維流程管理運維管理運維流程管理事件管理日常運維運維工具自動化管理統(tǒng)一監(jiān)控管理服務(wù)臺變更管理問題管理運維報告自動化運維配置管理智能運維流程編排監(jiān)控采集數(shù)據(jù)分析監(jiān)控策略告警通知評估和設(shè)計適應(yīng)云服務(wù)的管理和運維工具。在多云策略下，車企需要考慮采取第三方或自建部分的云管理和運維工具，以統(tǒng)一和協(xié)同不同云廠商提供的原生管理工具。云管理平臺自助及云管理平臺自助及開放API服務(wù)管理運營管理運維管理資源管理多云管理云安全技術(shù)云安全合規(guī)云安全管理云安全服務(wù)云安全技術(shù)云安全合規(guī)云安全管理云安全服務(wù)云安全技術(shù)云安全合規(guī)云安全管理安全與合規(guī)能力設(shè)計在云上運行業(yè)務(wù)負載時應(yīng)考慮使用的安全技術(shù)手段和運營流程。特別是，車企在逐步擴大公有云或混合云架構(gòu)下運行的業(yè)務(wù)負載規(guī)模時，需要尤其重視安全邊界擴大后應(yīng)對安全而風(fēng)險和突發(fā)事件的響應(yīng)機制，并應(yīng)關(guān)注業(yè)務(wù)延續(xù)性方面的技術(shù)能力建設(shè)（高可用、容災(zāi)等）。云安全戰(zhàn)略云安全治理云安全治理圖：云安全體系框架示例云安全戰(zhàn)略云安全治理云安全治理預(yù)測性云安全態(tài)勢感知云安全服務(wù)預(yù)測性云安全態(tài)勢感知云安全服務(wù)協(xié)同與治理能力設(shè)計云計算能力組織與內(nèi)部云消費組織的職責(zé)界面和協(xié)同流程；同時，車企應(yīng)密切關(guān)注業(yè)界云技術(shù)發(fā)展的進展，定期評估合作廠商的技術(shù)水平和服務(wù)能力，并建立協(xié)同工作機制確保從各合作廠商獲得綜合最優(yōu)的服務(wù)組合資源。在能力建設(shè)階段，我們建議車企優(yōu)先展開技術(shù)基礎(chǔ)（即云平臺和架構(gòu)領(lǐng)域）和安全措施（即安全與合規(guī)領(lǐng)域）的建設(shè)，為業(yè)務(wù)負載向云上平滑、安全的遷移提供基礎(chǔ)。在此過程中，協(xié)同與治理機制應(yīng)該同步進行實施落地，以支撐業(yè)務(wù)負載上云過程中的內(nèi)外部協(xié)同和關(guān)鍵決策。運營與運維機制和工具建設(shè)應(yīng)跟隨業(yè)務(wù)負載的上云同步展開。崗位設(shè)置與人員能力提升可以伴隨云平臺搭建進行，由項目組轉(zhuǎn)化為常設(shè)組織，同時識別和補充人員能力。 四車企云化方法概述51車企上云之路白皮書PAGE53PAGE53車企上云之路白皮書PAGE52PAGE52車企上云之路白皮書作為支撐數(shù)字化轉(zhuǎn)型之一的企業(yè)云化實施，車企應(yīng)重點考慮以如下兩個原則“雙模IT”：選擇和使用云技術(shù)時，需要考慮同時滿足面向內(nèi)部運行管理的穩(wěn)態(tài)應(yīng)用、以及面向外部用戶以及創(chuàng)新的敏態(tài)應(yīng)用的需求；立而不破：云轉(zhuǎn)型并不是將當(dāng)前應(yīng)用系統(tǒng)的推倒重來，而是以云化服務(wù)化的架構(gòu)理念，通過云技術(shù)的應(yīng)用，依托既有的應(yīng)用系統(tǒng)提

基于華為等先進企業(yè)的云化實踐，我們建議車企在上云過程中按照戰(zhàn)略規(guī)劃-能力建設(shè)-業(yè)務(wù)云化-持續(xù)運營的“四步法”工作框架展開（圖）。車企云化方法概述服務(wù)建設(shè)云化數(shù)字平臺車企云化方法概述服務(wù)建設(shè)云化數(shù)字平臺 業(yè)務(wù)應(yīng)用 業(yè)務(wù)使能云成熟度評估平臺共享治理運營云DC業(yè)務(wù)云化建設(shè)數(shù)字化轉(zhuǎn)型技術(shù)底座圖：企業(yè)上云總體規(guī)劃方法建設(shè)數(shù)字化轉(zhuǎn)型技術(shù)底座目標(biāo)與原則目標(biāo)與原則“雙模IT”立而不破云轉(zhuǎn)型云轉(zhuǎn)型略 云能力設(shè) 業(yè)務(wù)云化 云服務(wù)營容安云門戶應(yīng)用構(gòu)建運維災(zāi)全gPaaSdPaaS運營IaaS運作和規(guī)則運作和規(guī)則組織與流程策略與原則業(yè)務(wù)現(xiàn)狀調(diào)研IT現(xiàn)狀調(diào)研最佳實踐對標(biāo)云轉(zhuǎn)型目標(biāo)目標(biāo)架構(gòu)藍圖投資分析路標(biāo)規(guī)劃測試驗證業(yè)務(wù)現(xiàn)狀調(diào)研IT現(xiàn)狀調(diào)研最佳實踐對標(biāo)云轉(zhuǎn)型目標(biāo)目標(biāo)架構(gòu)藍圖投資分析路標(biāo)規(guī)劃測試驗證演練咨詢規(guī)劃掌握云技術(shù)應(yīng)用現(xiàn)狀問題IT建設(shè)總體目標(biāo)項目啟動業(yè)務(wù)戰(zhàn)略解讀現(xiàn)狀評估及差距分析報告業(yè)界趨勢分析云化轉(zhuǎn)型愿景項目規(guī)劃方案設(shè)計藍圖規(guī)劃報告實施路徑規(guī)劃報告高階實施方案指導(dǎo)戰(zhàn)略到執(zhí)行圖：華為云轉(zhuǎn)型咨詢工作方法示意IT建設(shè)總體目標(biāo)項目啟動業(yè)務(wù)戰(zhàn)略解讀現(xiàn)狀評估及差距分析報告業(yè)界趨勢分析云化轉(zhuǎn)型愿景項目規(guī)劃方案設(shè)計藍圖規(guī)劃報告實施路徑規(guī)劃報告高階實施方案指導(dǎo)戰(zhàn)略到執(zhí)行現(xiàn)狀評估現(xiàn)狀評估藍圖設(shè)計實施規(guī)劃方案驗證云平臺建設(shè)規(guī)劃應(yīng)用云化云安全規(guī)劃運營和運維參考華為自身的云化實踐，我們建議車企采用“6R4S”框架指導(dǎo)業(yè)務(wù)云化的展開。我們稱為“全業(yè)務(wù)上云6路徑和4階梯”，簡稱為“6R+4Step”，通過這套方法論，可以幫助企業(yè)

6R路徑是在Gartner的5R方法論基礎(chǔ)上，華為云基于華為內(nèi)部上云和服務(wù)客戶的實踐上，總結(jié)而來，其詳細信息如下：圖：云化路徑6R模型云化類型云原生(Cloud-Native)

路徑應(yīng)用新建Replace應(yīng)用重構(gòu)Re-Architect

特征據(jù)遷移

適用場景新建系統(tǒng)應(yīng)用使用PaaS云服務(wù)

?云使能(Cloud-Enable)

Re-platform基礎(chǔ)設(shè)施上云保持不變Retain保持不變Retain

使用容器服務(wù)等用VM等

除架構(gòu)限制無法使用PaaS或IaaS云服務(wù)的，按“例外”規(guī)則進行管理OnPremiseRetire：

日落下線RetireRe-Platform日落下線Retire

且機構(gòu)限制無法使用在上云路徑中被稱為“日落下線”，對于企業(yè)中存在的部分應(yīng)用系統(tǒng)，已經(jīng)沒有使用價值不再使用或會逐步停用，可以對齊進行必要的歸檔備份后停用，減少對資源的浪費。Retain：在上云路徑中被稱為“應(yīng)用保留”，是指在企業(yè)上云過程中基于資源成本、應(yīng)用生命周期或企業(yè)業(yè)務(wù)策略等被識別為暫時不需要或者不適合上云的應(yīng)用，策略上會采用保留的方式繼續(xù)留在云下運行，但需要和云上其他應(yīng)用進行應(yīng)用和數(shù)據(jù)集成。Re-Host：在上云路徑中被稱為“直接遷移”或者“基礎(chǔ)設(shè)施上云”，即對應(yīng)用程序運行環(huán)境不做改變的情況下遷移上云，一般的操作是P2V（PhysicaltoVirtual，物理機遷移至虛擬機）、V2V（VirtualtoVirtual，虛擬機遷移至虛擬機），是應(yīng)用進行云遷移時最常見的策略。

在上云路徑中被稱為稱為“更換平臺”，在不改變應(yīng)用核心架構(gòu)的基礎(chǔ)上，會對線下應(yīng)用使用的中間件、數(shù)據(jù)庫等基于云上的PaaS平臺進行替換，以此來降低平臺技術(shù)資源投入、降低管理成本，以提升效率。Re-Architect：在上云路徑中被稱為“應(yīng)用重構(gòu)”，一般會改變應(yīng)用的架構(gòu)和開發(fā)模式，進行云原生的應(yīng)用服務(wù)實現(xiàn)，例如單體應(yīng)用向微服務(wù)架構(gòu)改造，這種策略一般是在現(xiàn)有應(yīng)用環(huán)境下難以滿足日后功能、性能或規(guī)模上的需求時采用，以滿足企業(yè)在云上長遠發(fā)展的需求。Replace：改為采購新的替代產(chǎn)品，典型的如采用SaaS應(yīng)用或業(yè)務(wù)云化指導(dǎo)這些應(yīng)用選擇的架構(gòu)風(fēng)格、基礎(chǔ)資源的部署形態(tài)多種多樣。車企云轉(zhuǎn)型過程中，如何利用云技術(shù)對通常首先會考慮的是“3W1H”問題：哪些業(yè)務(wù)負載/應(yīng)用系統(tǒng)應(yīng)該優(yōu)先上云哪些業(yè)務(wù)負載/應(yīng)用系統(tǒng)應(yīng)該優(yōu)先上云WhenWhere業(yè)務(wù)負載/應(yīng)用上云時應(yīng)該選擇何種形態(tài)（公有云、私有云）業(yè)務(wù)負載/應(yīng)用系統(tǒng)上云有哪些上方式What不同技術(shù)棧的應(yīng)用系統(tǒng)如何云化不同技術(shù)棧的應(yīng)用系統(tǒng)如何云化HowWHAT––上云范圍借助‘6R’模型，車企可以基于IT應(yīng)用的技術(shù)棧分析，進行各應(yīng)用系統(tǒng)云化路徑分類定義，回答“What”的問題。圖：云化可行性評估不需要上云不需要上云需要上云1.需要上云1.應(yīng)用使用情況2.技術(shù)架構(gòu)限制3.需求變化及用戶體驗???技術(shù)限制，無法上云，如OnPremise軟件包；改造成本高；現(xiàn)有系統(tǒng)能滿足業(yè)務(wù)需要，且需求較為穩(wěn)定，變化不大。日落下線(Retire)關(guān)/停/并/轉(zhuǎn)

保持不變(Retain) 圖：某車企應(yīng)用云化路徑評估考量要素樣例分類評估項生命周期及可行性是否長期低流量或已規(guī)劃下線專有硬件綁定，且無法云化或遷移使用私有軟件或協(xié)議，且無法在云上部署系統(tǒng)物理隔離的安全要求應(yīng)用構(gòu)建技術(shù)信息應(yīng)用建設(shè)模式技術(shù)可控程度應(yīng)用類型應(yīng)用架構(gòu)風(fēng)格新功能/修改上線周期微服務(wù)框架所使用的緩存中間件類型所使用的消息中間件類型數(shù)據(jù)庫類型計算資源類別應(yīng)用運行信息用戶類別活躍用戶數(shù)用戶分布用戶增長速度或負載增長速度用戶/業(yè)務(wù)負載存在波峰波谷，或難以預(yù)測數(shù)據(jù)量增長速度（年/月增長率）可用性要求（年停機時間或可用率百分比）高可用方案WHERE云形態(tài)選擇車企建設(shè)的混合云架構(gòu)下，需要根據(jù)私有云和公有云的優(yōu)勢特性，選擇應(yīng)用云化部署的形態(tài)。我們建議從用戶、數(shù)據(jù)、負載、可用性等方面對應(yīng)用運行狀況進行量化評估。當(dāng)業(yè)務(wù)應(yīng)用對用戶訪問的時延體驗、資源彈性、可用性水平等有較高得分權(quán)重和云形態(tài)選擇閾值，從而設(shè)立云形態(tài)選擇的評估規(guī)范。圖：某車企混合云形態(tài)選擇評估考量要素樣例資源池選擇評估得分計算公式=∑單項得分資源池選擇評估得分計算公式=∑單項得分*權(quán)重系數(shù)分類評估項評估分值得分權(quán)重用戶類別（內(nèi)部、外部）100%用戶分布（集中、國內(nèi)/全球區(qū)域集中、全球）100%用戶活躍用戶數(shù)（日均在線