在不久的將來，駕駛員對(duì)車輛的期望是什么？自然而然地提供更好的駕駛體驗(yàn)。這可能意味著輔助或自動(dòng)化技術(shù)接管了一些或大多數(shù)駕駛?cè)蝿?wù)。這可能會(huì)為更豐富的信息娛樂體驗(yàn)留出空間。對(duì)許多人來說，效率和可持續(xù)性將變得越來越重要。這一切都必須以無可挑剔的安全和保障為基礎(chǔ)。

所有這些都將是動(dòng)態(tài)的。駕駛員將期望能夠隨意自由地添加和使用新功能或內(nèi)容，就像他們今天使用手機(jī)或平板電腦一樣。汽車制造商將越來越多地修復(fù)車輛缺陷，優(yōu)化性能，甚至在車輛的整個(gè)生命周期中添加新的特性和功能 - 車輛的原始設(shè)計(jì)師可能從未設(shè)想過。

這一切都將帶來更簡(jiǎn)單、更無摩擦的駕駛體驗(yàn)。但是，如果不解決將現(xiàn)代車輛聯(lián)系在一起的軟件和電子設(shè)備中的大量潛在復(fù)雜性，這一切都無法實(shí)現(xiàn)。如今，低端車輛可能具有30個(gè)或更多電子控制單元（ECU），而豪華車輛可以包裝多達(dá)150個(gè)ECU和超過1億行代碼。

問題是這些ECU中的大多數(shù)都是定制的硬件，運(yùn)行自定義代碼。車載軟件堆棧在增長(zhǎng)，很少?gòu)?qiáng)調(diào)開放性、可升級(jí)性、安全性或數(shù)據(jù)共享。

這意味著在車輛的整個(gè)生命周期中，對(duì)軟件升級(jí)和修復(fù)的需求是不可避免的。雖然該行業(yè)在空中下載（OTA）軟件更新方面取得了進(jìn)展，但對(duì)于大多數(shù)正在生產(chǎn)的汽車來說，解決軟件問題通常仍然意味著昂貴而緩慢地繞道經(jīng)銷商。Stout 的《2020 年汽車缺陷和召回報(bào)告》顯示，超過一半的召回與軟件缺陷有關(guān)，這一比例將在 2021 年進(jìn)一步增加。

與此同時(shí)，目前硅行業(yè)的供應(yīng)鏈危機(jī)意味著汽車制造商被迫考慮不同的芯片-但是當(dāng)他們現(xiàn)有的軟件堆棧與特定的硬件平臺(tái)緊密相連時(shí)，這使他們陷入困境。

這一切都導(dǎo)致了不斷增長(zhǎng)的技術(shù)債務(wù)，而不僅僅是拖累了汽車原始設(shè)備制造商的創(chuàng)新能力。這讓他們難以完成基于現(xiàn)有設(shè)計(jì)的完整車輛。

在我們看來，這些問題的答案已經(jīng)在企業(yè)技術(shù)行業(yè)發(fā)展起來了。這是為了使車輛“軟件定義”。

什么是“軟件定義”？

軟件定義意味著車輛的功能和特性主要在軟件中實(shí)現(xiàn)。該軟件是從特定硬件或ECU中抽象出來的，因此變得“便攜”，并且可以在不同的底層組件，車輛甚至制造商之間重復(fù)使用。由于車輛幾乎總是連接到云，因此可以通過無線方式可靠地執(zhí)行更新。這不僅消除了用戶在必須訪問經(jīng)銷商進(jìn)行更新時(shí)所感受到的摩擦，而且還為快速交付新功能和應(yīng)用程序開辟了道路，并且對(duì)于任何復(fù)雜的軟件系統(tǒng)都是不可避免的安全補(bǔ)丁和更新至關(guān)重要。

這為用戶、制造商和第三方提供了明顯的優(yōu)勢(shì)。其中最重要的是數(shù)據(jù)的解放，這些數(shù)據(jù)可以在車輛內(nèi)的應(yīng)用程序和服務(wù)之間共享，也可以與OEM的后端或云共享，為制造商提供有關(guān)車輛性能和健康狀況的重要最新信息。這種數(shù)據(jù)的自由流動(dòng)可以長(zhǎng)期指導(dǎo)開發(fā)和更新，在短期內(nèi)為預(yù)防性維護(hù)提供信息，并實(shí)時(shí)啟用人工智能輔助技術(shù)。

軟件定義還意味著車輛可以動(dòng)態(tài)配置和編程控制。遠(yuǎn)程實(shí)時(shí)配置和編排車輛軟件中的功能和特性的能力使原始設(shè)備制造商能夠優(yōu)化性能并快速解決問題，而無需軟件更新。

對(duì)于那些具有企業(yè)技術(shù)背景的人來說，這種“軟件定義”方法可能聽起來很熟悉。這與過去三十年中在企業(yè)和云計(jì)算基礎(chǔ)架構(gòu)中發(fā)展的方法相同。

軟件定義的核心是面向服務(wù)的體系結(jié)構(gòu)（SOA）的概念。這種方法要求將軟件分解為不同的模塊或服務(wù)，這些模塊或服務(wù)執(zhí)行特定功能，并使用通用協(xié)議和API相互通信。

面向服務(wù)的體系結(jié)構(gòu)

隨著時(shí)間的推移，SOA軟件開發(fā)已經(jīng)向微服務(wù)發(fā)展，微服務(wù)是執(zhí)行高度特定功能的離散服務(wù)，可以動(dòng)態(tài)組合以創(chuàng)建復(fù)雜的應(yīng)用程序。

升級(jí)或補(bǔ)丁可以應(yīng)用于單個(gè)服務(wù)或微服務(wù)，而無需更新整個(gè)代碼庫(kù)。新服務(wù)（或功能和應(yīng)用程序）可以更輕松，更快速地通過空中部署到車輛，并且這些協(xié)議和API可以通過“控制層”服務(wù)來協(xié)調(diào)和自動(dòng)化車輛中已有的軟件。這一切都可以通過從現(xiàn)場(chǎng)車輛收集的第二個(gè)情報(bào)來了解，將用戶體驗(yàn)和安全放在首位。

此外，這種方法為汽車行業(yè)迅速擴(kuò)張的開發(fā)人員隊(duì)伍提供了更加動(dòng)態(tài)、敏捷的開發(fā)工作流程，高度集中的團(tuán)隊(duì)致力于特定的特性和功能，這些特性和功能可以更快地開發(fā)，并在部署之前進(jìn)行更密集的測(cè)試。

蘇菲項(xiàng)目

這就是為什么 Sonatus 最近加入了面向嵌入式邊緣的可擴(kuò)展開放架構(gòu) （SOAFEE） 項(xiàng)目，該項(xiàng)目將汽車制造商、芯片供應(yīng)商、軟件開發(fā)人員和云領(lǐng)導(dǎo)者聚集在一起，目標(biāo)是為汽車應(yīng)用開發(fā)云原生架構(gòu)以及開發(fā)和部署框架。

為什么在 Sonatus，我們?nèi)绱舜_信基于 SOA 的方法對(duì)于軟件定義的車輛來說是正確的模型？

因?yàn)檫@是我和我的同事們用來將企業(yè)IT和云解決方案從僵化和孤立的設(shè)計(jì)轉(zhuǎn)變?yōu)閯?dòng)態(tài)、可擴(kuò)展的云原生平臺(tái)的工程理念，這些平臺(tái)為當(dāng)今的創(chuàng)新提供了如此多的動(dòng)力。

正是這段旅程提供了基于云的系統(tǒng)，使Netflix，Uber等消費(fèi)者服務(wù)成為可能，以及B2B服務(wù)，使企業(yè)實(shí)現(xiàn)了數(shù)字化轉(zhuǎn)型。它還使底層數(shù)據(jù)基礎(chǔ)架構(gòu)更具彈性，更加自動(dòng)化和可管理，并且更加安全。

因此，想象一下，當(dāng)相同的原則應(yīng)用于軟件定義的車輛時(shí)，類似的旅程將帶我們?nèi)ツ睦铩?/p>

審核編輯：郭婷