短短兩年時間，汽車行業的SOA架構已經從星星之火發展到燎原之勢，各大主機廠宣傳新架構時必然會把SOA架構作為金字招牌大書特書。SOA架構為什么會一夜之間從概念到全行業普及呢，究其原因，還是要從汽車行業普遍面臨的痛點，以及SOA架構本身的優勢來探究一二。

當前主機廠們的痛點

1，短：隨著新車型上市的窗口紅利期越來越短，為了搶占市場，主機廠們想盡辦法加速把新車推向市場，車型開發周期越來越短；

2、頻：在項目開發過程中，開發需求變更頻繁，軟件升級迭代越來越頻繁；

3、快：隨著車上新功能的不斷呈現，主機廠需要快速響應，滿足市場的需求；

4、異：隨著消費市場的成熟，終端客戶不再滿足于車輛固定化功能，對差異化有了更深入需求； 與之對應的是，傳統汽車軟件架構是面向信號的開發范式，所謂面向信號就是：為了實現某一項功能，ECU從底層到應用層開發了一整套的軟件，并根據事先設定的特定信號與外部進行交互，這些事先設定的信號通LIN/CAN等總線技術在ECU之間通訊。

為了降低不同功能之間軟件重復開發工作量，AUTOSAR把軟件分層為基礎軟件層，運行環境層，應用層，通過參數配置實現不同軟件功能，但是這種配置是靜態的，一旦設定無法輕易變動，如果開發新的功能，那么整條軟件鏈路上所有相關的參數都需要重新編寫和配置，也即模塊之間的耦合度太高，其中一個升級會影響其他模塊都得跟著升級，這也就決定了新功能的開發是費時費力的，系統的擴展性差，不能靈活的進行分布式布置！

因此，也就無法解決“短”、“頻”、“快”、“異”的行業痛點需求。 事實情況是目前許多新功能并不總是從零開始，而是許多簡單功能基于場景的智能化能組合，能不能將一個一個小功能通過調用的方式以某種邏輯拼湊在一起形成一個更加智能的場景化功能？所以車企們把目光紛紛投向了在IT行業非常成熟的SOA軟件架構。SOA架構核心將每個控制器的底層功能以”服務“的形式進行封裝，一個服務即是一個獨立可執行的軟件組件，并對其賦予特定的IP地址和標準化接口以便隨時調用，最終通過這些底層功能的自由組合，以實現某項復雜智能化功能。

SOA是一種IT行業應用軟件的開發范式，目標是使軟件開發滿足復雜多變的業務需求。

SOA架構本身的優勢

SOA架構是一種粗粒度、開放式、松耦合的服務結構，要求整車軟件在開發過程中，按照相關的標準或協議，進行分層開發。通過這種分層設計或架構體系可以使整車軟件變得更加彈性和靈活，且盡可能的與第三方整車軟件互補兼容，以達到快速擴展，滿足或響應市場或客戶需求的多樣化、多變性。 理解SOA架構（Service Oriented Architecture面向服務的架構）關鍵時理解什么是“服務’，”服務“是在特定場景下對特定對象處理特定任務，包含了數據、功能、業務的三個特征，不同“服務”需要引用不同/相同的數據源、功能塊 ， 并依據 業務邏輯進行重構；數據源、功能塊，業務邏輯三者有一項不同，就構成新“服務“，因此，相比于“功能”，“服務”會非常多樣化！

利用SOA架構開發的時候，其基于松耦合的特性能給車企帶來諸多的好處： 第一、更易維護 業務服務提供者和業務服務使用者的松散耦合關系及對開放標準的采用確保了該特性的實現。建立在以 SOA基礎上的信息系統，當需求發生變化的時候，不需要修改提供業務服務的接口，只需要調整業務服務流程或者修改操作即可，整個應用層也更容易被維護。 第二、更高的可用性 該特點是在于服務提供者和服務使用者的松散耦合關系上得以發揮與體現。使用者無須了解提供者的具休實現細節。 第三、更好的伸縮性 依靠業務服務設計、開發和部署等所采用的架構模型實現伸縮性。使得服務提供者可以互相彼此獨立地進行調整，以滿足新的服務需求。

汽車服務軟件的實現和部署工作主要在服務組件層（Service Components）完成

SOA開發流程概覽

SOA開發流程主要包括功能需求分析、功能方案設計、模塊架構設計、模塊詳細設計四個重要步驟： 功能需求分析：分析用戶需求，定義功能是什么，用戶會如何使用它，以及獲得的收益 功能方案設計：分析車輛應需具備的“能力（Capability）”用來實現在功能需求分析階段定義的各項需求 模塊架構設計：將上一階段車輛具備的各項能力分配到不同模塊，在模型庫中進行模塊架構搭建 模塊詳細設計：針對模塊內部實現方案進行詳細設計，遵循“高內聚、低耦合”的原則進行SWC劃分和服務提取

總結： 隨著汽車”新四化“的不斷深化，在整車生命周期內，汽車的E/E功能需要不斷更新迭代升級，甚至重新分配。而SOA架構主要優勢是可以很大程度上實現軟硬解耦，服務高內聚，軟件易重用，服務的靈活部署，讓功能改變只需要升級某個服務就可以實現，大大提高了整車軟件易維護性和可擴展性。 這樣的SOA架構，哪個OEM會不愛呢？

編輯：黃飛