上個(gè)月幫客戶做AURIX TC397的選型預(yù)研對(duì)方問(wèn)我的第一句話不是“性能怎么樣”而是“你們那塊板子最近有空嗎我們燒個(gè)BMS demo試試”。這個(gè)場(chǎng)景在汽車MCU圈子里太常見了英飛凌的汽車微控制器Automotive Microcontroller評(píng)估能力強(qiáng)但評(píng)估板資源永遠(yuǎn)是稀缺的。所以當(dāng)看到英飛凌推出了基于AWS的云端虛擬平臺(tái)Cloud-Based Virtual Platform來(lái)加速汽車MCU評(píng)估的消息時(shí)我第一反應(yīng)不是“又一家原廠跟風(fēng)上云”而是“終于有人把硬件排隊(duì)這個(gè)問(wèn)題當(dāng)正經(jīng)事解決了”。這篇東西我會(huì)從實(shí)際工程視角拆一拆這個(gè)云端虛擬平臺(tái)它到底解決什么問(wèn)題、技術(shù)上怎么實(shí)現(xiàn)的、和我熟悉的傳統(tǒng)開發(fā)板評(píng)估相比有哪些差異、實(shí)際用起來(lái)會(huì)遇到什么坑以及它在軟件定義汽車和CI/CD工作流里能扮演什么角色。適合正在做AURIX選型、搞AUTOSAR集成、或者被評(píng)估板排隊(duì)折磨過(guò)的人參考。1. 汽車MCU評(píng)估的舊模式一塊開發(fā)板卡住整個(gè)項(xiàng)目周期1.1 傳統(tǒng)評(píng)估到底慢在哪在汽車電子項(xiàng)目里MCU選型和軟件驗(yàn)證基本是并行的。硬件團(tuán)隊(duì)要畫原理圖做最小系統(tǒng)設(shè)計(jì)軟件團(tuán)隊(duì)要跑AUTOSAR配置、寫MCAL驅(qū)動(dòng)測(cè)試、驗(yàn)證CAN FD和以太網(wǎng)通信。兩邊經(jīng)常需要共用同一塊從原廠或代理商借來(lái)的評(píng)估板。現(xiàn)實(shí)情況是評(píng)估板數(shù)量很有限調(diào)試器授權(quán)往往按節(jié)點(diǎn)鎖定一個(gè)項(xiàng)目組里十幾個(gè)人圍著同一塊板子排隊(duì)燒錄是常態(tài)。有人要調(diào)Bootloader有人要驗(yàn)SPI Flash驅(qū)動(dòng)有人要測(cè)Ethernet通信物理資源只有一個(gè)誰(shuí)嗓門大誰(shuí)先用。更麻煩的是外設(shè)環(huán)境。要驗(yàn)證CAN FD你得找一塊CAN收發(fā)器子板要驗(yàn)證車載以太網(wǎng)你得準(zhǔn)備TSN交換機(jī)要驗(yàn)證OTA還得搭一套模擬的后端服務(wù)器。這些環(huán)境在硬件評(píng)估階段全部是物理存在的每次切換測(cè)試場(chǎng)景都要重新接線、重新供電、重新確認(rèn)信號(hào)完整性。一套流程走下來(lái)真正寫代碼的時(shí)間沒(méi)有多少全是環(huán)境折騰。1.2 算一筆評(píng)估成本賬很多人覺(jué)得評(píng)估板成本不就是幾千塊錢的事嗎實(shí)際根本不是。我按一個(gè)典型項(xiàng)目算過(guò)一筆賬成本項(xiàng)具體內(nèi)容估算金額硬件板卡TC3xx高配開發(fā)板或域控制器板800-2000美元調(diào)試器AURIX調(diào)試器按項(xiàng)目授權(quán)幾百至幾千美元外設(shè)子板CAN/LIN/以太網(wǎng)收發(fā)器板卡與線束幾百美元起人力成本環(huán)境切換、接線、驅(qū)動(dòng)裝不上排錯(cuò)每次至少半天等待成本原廠借板、快遞、團(tuán)隊(duì)排隊(duì)項(xiàng)目周期拉長(zhǎng)一周到兩周這塊板子的采購(gòu)價(jià)其實(shí)只是小頭真正貴的是人力和等待。尤其是“排隊(duì)”這種成本在項(xiàng)目匯報(bào)里根本體現(xiàn)不出來(lái)但它每天都在拖慢進(jìn)度。工程師等著燒錄的時(shí)候去刷手機(jī)、看文檔半天的有效工作就沒(méi)了。1.3 為什么英飛凌要選擇AWS來(lái)做這件事其實(shí)半導(dǎo)體原廠做軟件仿真工具不是新鮮事早些年就有基于PC的指令集模擬器。但英飛凌這次選擇和AWS合作把虛擬評(píng)估環(huán)境搬到云上我覺(jué)得有幾個(gè)很實(shí)際的考量。第一AWS的EC2計(jì)算資源彈性足夠。AURIX這種多核MCU的虛擬原型運(yùn)行起來(lái)對(duì)CPU算力要求不低本地一臺(tái)筆記本跑起來(lái)風(fēng)扇狂轉(zhuǎn)想并行開多個(gè)實(shí)例做回歸測(cè)試根本不可能。云上按需創(chuàng)建、按需銷毀資源管夠。第二AWS的全球覆蓋和分發(fā)能力成熟。芯片原廠的客戶分布在全球各地搞一個(gè)本地安裝包需要應(yīng)對(duì)Windows、Linux的版本差異和License加密狗問(wèn)題。云上預(yù)置好鏡像打開瀏覽器就能訪問(wèn)交付門檻低很多。第三企業(yè)客戶對(duì)AWS的接受度高。汽車Tier1和OEM本來(lái)就在AWS上有大量業(yè)務(wù)系統(tǒng)評(píng)估MCU的同時(shí)順便把數(shù)據(jù)、日志、構(gòu)建產(chǎn)物放在云上運(yùn)維體系是一致的。需要說(shuō)明的是英飛凌這個(gè)云端虛擬平臺(tái)并不是把一套PC模擬器塞進(jìn)虛擬機(jī)這么簡(jiǎn)單它更像是一個(gè)為AURIX評(píng)估場(chǎng)景專門搭建的全棧環(huán)境。下面拆開講。2. 云端虛擬平臺(tái)的內(nèi)在邏輯AURIX如何“跑”在AWS上2.1 虛擬原型、指令集模擬器和全系統(tǒng)模擬的區(qū)別很多人一聽“虛擬平臺(tái)”就以為是QEMU套個(gè)皮這個(gè)理解偏差挺大的。嚴(yán)格來(lái)說(shuō)英飛凌這種云端虛擬評(píng)估環(huán)境更接近virtual prototype虛擬原型。它不只是模擬CPU指令集還會(huì)對(duì)AURIX的中斷控制器、總線矩陣、存儲(chǔ)映射、DMA、關(guān)鍵外設(shè)CAN、LIN、以太網(wǎng)、ADC等做建模目標(biāo)是在功能和時(shí)序?qū)用姹平鎸?shí)MCU的實(shí)際行為同時(shí)保持開發(fā)工具鏈的兼容性。這里最關(guān)鍵的是二進(jìn)制兼容。你在本地用AURIX Development Studio或者Tasking編譯器編出來(lái)的ELF原樣上傳到云端虛擬AURIX實(shí)例不需要改一行代碼不需要換編譯器不需要重新移植外設(shè)驅(qū)動(dòng)。這一點(diǎn)決定了它能不能真正融入現(xiàn)有項(xiàng)目流程而不是變成一個(gè)只能跑官方Demo的花架子。2.2 AWS側(cè)是怎么支撐的EC2、AMI、存儲(chǔ)與網(wǎng)絡(luò)從基礎(chǔ)設(shè)施角度看云端虛擬平臺(tái)一般跑在AWS EC2實(shí)例上。英飛凌或合作伙伴會(huì)把整套環(huán)境做成預(yù)置鏡像AMI里面裝好虛擬AURIX模型、工具鏈、調(diào)試代理和許可證服務(wù)。用戶只需要在AWS控制臺(tái)選實(shí)例類型、配置安全組、啟動(dòng)實(shí)例就能得到一套獨(dú)立的AURIX虛擬評(píng)估環(huán)境。實(shí)例類型的選擇上我會(huì)優(yōu)先看計(jì)算優(yōu)化型C系列或者通用型M系列。AURIX TC4x這類多核芯片的虛擬原型建議從4 vCPU起步8 vCPU會(huì)更舒服。存儲(chǔ)方面EBS快照用來(lái)保存環(huán)境狀態(tài)特別方便——今天配好的AUTOSAR工程明天想接著用直接基于快照啟動(dòng)新實(shí)例環(huán)境完全保留。S3則用來(lái)上傳固件包、下載日志和測(cè)試報(bào)告。網(wǎng)絡(luò)這塊是新手最容易卡住的地方。虛擬平臺(tái)跑起來(lái)了但瀏覽器就是連不上調(diào)試界面原因多半是安全組沒(méi)放行對(duì)應(yīng)端口。下面的命令只對(duì)指定IP段放行SSH和調(diào)試Web端口不要把端口暴露給整個(gè)公網(wǎng)aws ec2 authorize-security-group-ingress \ --group-id sg-xxxxxxxx \ --ip-permissions \ IpProtocoltcp,FromPort22,ToPort22,IpRanges[{CidrIp203.0.113.0/24}] \ IpProtocoltcp,FromPort8888,ToPort8888,IpRanges[{CidrIp203.0.113.0/24}]這里我踩過(guò)真實(shí)的坑有段時(shí)間圖省事安全組直接對(duì)0.0.0.0/0開放了調(diào)試端口結(jié)果實(shí)例被掃描工具盯上日志里全是暴力破解嘗試。后來(lái)統(tǒng)一改成只對(duì)辦公網(wǎng)IP段放行世界安靜了。2.3 許可證與憑證的安全管理Secrets Manager的正確用法用云端虛擬平臺(tái)繞不開License和憑證管理。傳統(tǒng)本地開發(fā)是插一個(gè)USB加密狗云上不行你需要把許可證服務(wù)綁到虛擬環(huán)境里。很多工程團(tuán)隊(duì)的做法是把License文件、SSH私鑰、下載憑證直接寫死在AMI或user-data腳本里這是很典型的安全隱患換一個(gè)人拿到環(huán)境就能長(zhǎng)驅(qū)直入。更好的做法是把這些憑證放到AWS Secrets Manager或者Parameter Store里通過(guò)IAM策略控制哪些實(shí)例角色能讀取。比如啟動(dòng)虛擬平臺(tái)時(shí)拉取許可證aws secretsmanager get-secret-value \ --secret-id aurix-license \ --query SecretString \ --output text再配置一個(gè)定期輪轉(zhuǎn)策略讓調(diào)試證書和License憑證定期更換。這樣即使有人從環(huán)境里拷走了密鑰權(quán)限也很快會(huì)被吊銷不會(huì)出現(xiàn)“員工離職三個(gè)月還能登錄公司云平臺(tái)”這種尷尬事。這個(gè)思路和數(shù)據(jù)庫(kù)密鑰輪轉(zhuǎn)是相通的凡是涉及機(jī)密信息的都不要寫死在代碼和鏡像里。3. 從零到一在云端虛擬平臺(tái)跑通一個(gè)AURIX工程3.1 三步啟動(dòng)評(píng)估環(huán)境整個(gè)環(huán)境的啟動(dòng)比我預(yù)想的快很多。簡(jiǎn)單說(shuō)就三步在AWS控制臺(tái)選擇英飛凌預(yù)置的AURIX虛擬平臺(tái)鏡像創(chuàng)建EC2實(shí)例并指定密鑰對(duì)。配置安全組放行SSH、Web調(diào)試界面和工具鏈需要的端口。訪問(wèn)云端IDE或調(diào)試界面確認(rèn)AURIX虛擬實(shí)例已經(jīng)啟動(dòng)。整個(gè)過(guò)程大概10分鐘。作為對(duì)比走原廠借一塊評(píng)估板從發(fā)郵件、審批、發(fā)貨到收到快遞基本一周起步。這個(gè)時(shí)間差對(duì)項(xiàng)目節(jié)奏的影響是很明顯的。3.2 編譯并運(yùn)行第一個(gè)工程環(huán)境起來(lái)之后把本地編譯好的ELF上傳上去。在AURIX Development Studio里構(gòu)建工程產(chǎn)物一般是類似tc397_demo.elf的文件。用scp傳到云端實(shí)例scp -i aurix-key.pem tc397_demo.elf ubuntuEC2公網(wǎng)IP:/workspace/然后通過(guò)命令行啟動(dòng)虛擬平臺(tái)指定ELF和目標(biāo)芯片型號(hào)aurix-virtual-platform --elf /workspace/tc397_demo.elf \ --target tc397 --trace-port 5555說(shuō)明一下這里的CLI參數(shù)只是演示風(fēng)格的示例不同版本的虛擬平臺(tái)工具手冊(cè)可能有差異但思路是通用的圖形模式給人看寄存器狀態(tài)無(wú)頭命令行模式headless給后續(xù)CI流水線用。初次跑通之后我一般會(huì)習(xí)慣性ping一下Trace端口確認(rèn)調(diào)試代理真的在監(jiān)聽。3.3 調(diào)試、日志與虛擬外設(shè)虛擬平臺(tái)的調(diào)試體驗(yàn)和實(shí)體板不大一樣但基本邏輯是通的。云端調(diào)試代理會(huì)暴露一個(gè)TCP端口本地IDE通過(guò)遠(yuǎn)程調(diào)試連接上去可以下斷點(diǎn)、單步、看變量。比較爽的一點(diǎn)是多人同時(shí)SSH進(jìn)同一個(gè)實(shí)例一個(gè)看寄存器一個(gè)盯Trace一個(gè)改代碼不會(huì)有人把調(diào)試器線絆掉。外設(shè)仿真也能做很多事。比如虛擬CAN接口可以周期性發(fā)送報(bào)文模擬ECU在總線上的消息虛擬I/O可以模擬按鍵輸入或數(shù)字信號(hào)翻轉(zhuǎn)。對(duì)于驗(yàn)證通信協(xié)議棧和應(yīng)用層邏輯來(lái)說(shuō)這些手段足夠用。日志方面我習(xí)慣把虛擬串口輸出重定向到文件再傳到S3或者CloudWatch Logs方便事后排查現(xiàn)場(chǎng)問(wèn)題。3.4 第一次跑容易犯的錯(cuò)前幾次用云端虛擬平臺(tái)我踩過(guò)幾個(gè)比較典型的坑寫出來(lái)大家少走彎路。第一個(gè)是不知道用EBS快照保存環(huán)境。有次我把AUTOSAR工程和工具鏈參數(shù)調(diào)好第二天虛擬機(jī)被人誤刪了所有配置全沒(méi)又得從頭配。后來(lái)養(yǎng)成習(xí)慣環(huán)境調(diào)好立刻打快照任何操作失敗都能秒級(jí)恢復(fù)。第二個(gè)是實(shí)例規(guī)格開太小。4 vCPU跑一個(gè)簡(jiǎn)單裸機(jī)工程沒(méi)問(wèn)題但跑TC4x多核帶AUTOSAR的應(yīng)用就明顯卡頓調(diào)試器動(dòng)不動(dòng)報(bào)“連接超時(shí)”其實(shí)不是調(diào)試器壞了是vCPU資源不夠。第三個(gè)是IAM權(quán)限收斂做得不好。有的團(tuán)隊(duì)圖省事給所有人Admin權(quán)限最后誰(shuí)啟動(dòng)過(guò)什么實(shí)例、改過(guò)什么安全組都說(shuō)不清。我會(huì)給不同角色分配最小權(quán)限比如測(cè)試工程師只能啟動(dòng)和停止特定標(biāo)簽的實(shí)例不能改安全組。第四個(gè)是只管啟動(dòng)不管計(jì)費(fèi)。云上實(shí)例如果忘記停止一個(gè)月跑下來(lái)費(fèi)用比買塊開發(fā)板還貴。我一般會(huì)在AWS控制臺(tái)設(shè)置實(shí)例自動(dòng)停止策略同時(shí)給所有資源打上項(xiàng)目和負(fù)責(zé)人標(biāo)簽月度對(duì)賬一目了然。4. 云端虛擬平臺(tái)和實(shí)體開發(fā)板到底誰(shuí)更靠譜4.1 一張對(duì)照表很多工程師會(huì)對(duì)虛擬平臺(tái)有個(gè)本能質(zhì)疑這東西準(zhǔn)不準(zhǔn)能不能替代開發(fā)板我的態(tài)度很明確它替代不了開發(fā)板但在大量場(chǎng)景里比開發(fā)板更好用。兩者差異可以從下面這張表看對(duì)比維度實(shí)體開發(fā)板云端虛擬平臺(tái)獲取速度數(shù)天到數(shù)周分鐘級(jí)成本結(jié)構(gòu)硬件采購(gòu)閑置浪費(fèi)按需付費(fèi)省了可停多人協(xié)作物理排隊(duì)一人占用多實(shí)例并行隨時(shí)共享環(huán)境一致性硬件版本/線束差異導(dǎo)致結(jié)果漂移同一鏡像完全一致實(shí)時(shí)外設(shè)表現(xiàn)真實(shí)信號(hào)、真實(shí)時(shí)序邏輯仿真時(shí)序與真實(shí)有偏差調(diào)試回退刷死要重新上電擦除重置快照秒回退功耗/EMC評(píng)估可測(cè)不可測(cè)自動(dòng)化回歸很難無(wú)人值守天生的CI/CD伙伴4.2 哪些場(chǎng)景云平臺(tái)能贏實(shí)測(cè)下來(lái)云平臺(tái)贏的場(chǎng)景非常集中并行回歸測(cè)試、Bootloader開發(fā)、OTA狀態(tài)機(jī)驗(yàn)證、AUTOSAR集成、多核固件算法驗(yàn)證。我之前帶過(guò)一個(gè)項(xiàng)目團(tuán)隊(duì)需要驗(yàn)證AUTOSAR BSW升級(jí)之后CAN通信是否引入回歸。實(shí)體板只有兩塊測(cè)試用例有幾十條排著隊(duì)跑至少兩個(gè)整天。后來(lái)改成云上開5個(gè)虛擬實(shí)例每個(gè)實(shí)例跑一組測(cè)試用例當(dāng)天晚上全部出結(jié)果。這就是并行化的威力。Bootloader開發(fā)是另一個(gè)典型場(chǎng)景。實(shí)體板上刷寫失敗之后你得重新上電、重新連調(diào)試器、重新擦除Flash來(lái)回折騰十分鐘。在虛擬平臺(tái)上重置整個(gè)節(jié)點(diǎn)不到一分鐘出錯(cuò)之后立刻回到刷寫前狀態(tài)開發(fā)反饋回路快了一個(gè)數(shù)量級(jí)。做OTA回滾測(cè)試的時(shí)候尤其爽可以刻意制造一個(gè)壞固件包反復(fù)驗(yàn)證回滾邏輯不用心疼實(shí)體板變磚。4.3 云平臺(tái)解決不了的事虛擬平臺(tái)有明確的邊界。它測(cè)不了電源管理、測(cè)不了功耗、測(cè)不了EMCADC信號(hào)質(zhì)量、CAN收發(fā)器電氣特性這種模擬前端的東西它更管不著。還有一個(gè)很關(guān)鍵的點(diǎn)最終性能驗(yàn)收比如Cycle級(jí)時(shí)序、中斷響應(yīng)延遲拉滿、外設(shè)總線帶寬壓力測(cè)試都得回到真實(shí)芯片上做因?yàn)樘摂M原型的時(shí)序再準(zhǔn)也是建模出來(lái)的不是芯片本身。所以我的結(jié)論是功能和軟件架構(gòu)評(píng)估云平臺(tái)足夠電氣特性和實(shí)時(shí)性驗(yàn)收回板子。聰明的團(tuán)隊(duì)通常是兩條腿走路——云上跑持續(xù)回歸和自動(dòng)化測(cè)試板子上做最終性能確認(rèn)。5. 從評(píng)估到量產(chǎn)前流程CI/CD與OTA驗(yàn)證的云上玩法5.1 把虛擬平臺(tái)塞進(jìn)CI流水線云端虛擬平臺(tái)最大的隱藏價(jià)值在于它解決了嵌入式開發(fā)里“自動(dòng)化測(cè)試沒(méi)人看門”的問(wèn)題。實(shí)體板連著Jenkins總得有人看著板子拔電重啟、清Flash、處理異常掛死一晚上沒(méi)人處理第二天流水線還是紅的。虛擬平臺(tái)天然支持無(wú)頭模式可以完全交給流水線調(diào)度。我在GitLab CI里的做法大概是這樣給項(xiàng)目配置一個(gè)回歸任務(wù)aurix-regression: stage: test script: - python3 tools/build.py --target tc397 - aurix-virtual-platform --elf build/tc397.elf --headless --test can_loopback每次push代碼流水線自動(dòng)拉起一個(gè)虛擬實(shí)例執(zhí)行一輪AURIX固件測(cè)試出JUnit報(bào)告歸檔。整個(gè)過(guò)程無(wú)人值守環(huán)境崩了就從快照拉一個(gè)新的。這套東西跑通之后開發(fā)提測(cè)頻率明顯加快因?yàn)榛貧w反饋從“兩三天一個(gè)輪回”變成了“十幾分鐘一個(gè)輪回”。5.2 OTA刷寫驗(yàn)證和AWS IoT策略的思考汽車OTA的驗(yàn)證鏈路比大多數(shù)人想的長(zhǎng)固件打包、簽名校驗(yàn)、UDS 0x34/0x36寫入、復(fù)位激活、失敗回滾每一步都可能出問(wèn)題。在實(shí)體車上驗(yàn)證這些并不現(xiàn)實(shí)但云上虛擬平臺(tái)很適合做狀態(tài)機(jī)驗(yàn)證。我在虛擬平臺(tái)上建了一套刷寫場(chǎng)景故意放入損壞的固件包驗(yàn)證ECU端能不能正確識(shí)別校驗(yàn)失敗并觸發(fā)回滾。這種測(cè)試在實(shí)體板上做需要反復(fù)擦寫Flash對(duì)板卡壽命都有影響在虛擬平臺(tái)上做就是幾秒鐘重置的事。這里順便說(shuō)一個(gè)和AWS IoT相關(guān)的設(shè)計(jì)思路。OTA服務(wù)端和車端設(shè)備之間要有清晰的訪問(wèn)控制AWS IoT的OTA用戶策略本質(zhì)上就是在做這件事什么設(shè)備能拉取什么固件、什么時(shí)候允許刷寫、刷寫失敗的告警推給誰(shuí)。汽車MCU的遠(yuǎn)程刷寫也應(yīng)該有同樣的權(quán)限模型在云端虛擬平臺(tái)上先把這套策略驗(yàn)證明白再落到真實(shí)整車上安全系數(shù)會(huì)高很多。5.3 團(tuán)隊(duì)協(xié)作和環(huán)境標(biāo)準(zhǔn)化云端虛擬平臺(tái)對(duì)團(tuán)隊(duì)協(xié)作最大的改變是環(huán)境標(biāo)準(zhǔn)化。以前“在我電腦上能跑”是嵌入式項(xiàng)目的經(jīng)典問(wèn)題編譯器版本、工具鏈路徑、庫(kù)文件版本各有差異?，F(xiàn)在團(tuán)隊(duì)統(tǒng)一基于同一個(gè)AMI創(chuàng)建實(shí)例所有開發(fā)人員拿到的是同一套工具鏈、同一套AURIX模型、同一個(gè)調(diào)試代理版本。我建議團(tuán)隊(duì)里指定一個(gè)人負(fù)責(zé)維護(hù)云端鏡像版本。每次工具鏈升級(jí)或補(bǔ)丁更新打一個(gè)新的AMI寫清楚變更記錄和兼容性說(shuō)明。三個(gè)月后如果有人問(wèn)“當(dāng)前環(huán)境到底是哪個(gè)編譯器版本”翻一下鏡像版本記錄就知道答案。EBS快照在這里也很有用新人入職不用花一天時(shí)間配環(huán)境直接從一個(gè)標(biāo)準(zhǔn)快照啟動(dòng)實(shí)例就能干活。6. 踩過(guò)坑之后的幾點(diǎn)實(shí)操提醒最后聊幾個(gè)我在實(shí)際使用中沉淀下來(lái)的經(jīng)驗(yàn)不按什么大章節(jié)展開都是能直接用在項(xiàng)目里的細(xì)節(jié)。先提醒一點(diǎn)上云之前先想清楚你的評(píng)估目標(biāo)是功能還是性能。目標(biāo)決定路徑如果只是驗(yàn)證軟件邏輯和架構(gòu)設(shè)計(jì)云端虛擬平臺(tái)是最佳選擇如果要做功耗標(biāo)定或電氣信號(hào)測(cè)試別折騰云環(huán)境直接去實(shí)驗(yàn)室占臺(tái)子。第二云資源生命周期管理一定要做。給所有EC2實(shí)例、EBS快照、AMI打標(biāo)簽至少標(biāo)清楚項(xiàng)目名稱、負(fù)責(zé)人、創(chuàng)建日期。別問(wèn)我怎么知道的——沒(méi)有標(biāo)簽的環(huán)境等到月底財(cái)務(wù)對(duì)賬的時(shí)候你真的會(huì)連哪個(gè)實(shí)例是誰(shuí)開的都想不起來(lái)。第三安全策略要從第一天就收緊。安全組最小化開放端口訪問(wèn)密鑰放Secrets ManagerIAM權(quán)限按角色分配別怕發(fā)出去的權(quán)限太少被人說(shuō)麻煩。虛擬平臺(tái)跑的是AURIX固件很多時(shí)候還涉及未公開的芯片資料和BSP源碼這些是要保護(hù)好核心資產(chǎn)。第四別把云端虛擬平臺(tái)和實(shí)體開發(fā)板搞成二選一的對(duì)立關(guān)系。我見過(guò)有的團(tuán)隊(duì)把云平臺(tái)當(dāng)萬(wàn)能鑰匙所有驗(yàn)證都往云上搬最后在實(shí)車聯(lián)調(diào)階段被一堆時(shí)序問(wèn)題教做人也有團(tuán)隊(duì)完全不信任虛擬平臺(tái)寧可用老辦法排隊(duì)。兩種都極端了。合理的方式是日常開發(fā)、回歸、CI在虛擬平臺(tái)上性能驗(yàn)收和電氣確認(rèn)回板子兩邊互補(bǔ)項(xiàng)目節(jié)奏才能拉滿。工具變了但對(duì)底層硬件的理解要求其實(shí)一點(diǎn)沒(méi)少。虛擬平臺(tái)讓你更快地驗(yàn)證想法可一旦想法的邊界超出了模型覆蓋范圍該看手冊(cè)、該看勘誤表、該拿示波器量信號(hào)一樣都省不掉。云化給這個(gè)行業(yè)帶來(lái)的是更快的反饋回路而不是更淺的技術(shù)功底。