本系列學習筆記基於 AUTOSAR Adaptive Platform 官方文件 R20-11 版本 AUTOSAR_EXP_PlatformDesign.pdf
縮寫
- AP：AUTOSAR Adaptive Platform
3.5 Application Design
Application Design 描述所有設計相關的建模，側重以下方面：
- 資料型別：用於軟體設計、實現過程中分類資訊
- 服務介面：面向服務通訊的核心
- 定義應用如何訪問面向服務的通訊
- Persistency 介面：訪問永續性資料和檔案的核心
- 定義應用如何訪問檔案
- 定義應用如何訪問加密軟體
- 定義應用如何訪問 Platform Health Management
- 定義應用如何訪問 Time Bases
- 序列化屬性：定義資料如何序列化以在網路上傳輸
- REST 服務介面：和 Web 服務通訊的核心
- 描述客戶端和服務端的能力
- 應用分組：方便軟體部署
Application Design 中定義的 artifacts 獨立於特定的部署，方便在不同的部署場景下複用軟體實現。
3.6 Execution Manifest
Execution Manifest 用於提供將應用部署到 AP 所需的資訊。大致想法是讓應用軟體程式碼儘可能獨立於部署的環境，增加軟體複用的機率。
有了 Execution Manifest，應用的例項化就可控：
- 同一個應用在同一臺機器上例項化多次
- 將應用部署到多臺機器上，在每臺機器上例項化
Execution Manifest 側重：
- 啟動配置。定義如何啟動應用例項：包括啟動選項和訪問角色
- 資源管理，特別是分配 Resource Group
3.7 Service Instance Manifest
實現面向服務通訊需要針對特定通訊技術（如 SOME/IP）的配置。
Service Instance Manifest 側重：
- 服務介面部署：定義一個服務如何在特定的通訊技術（如 SOME/IP）中表示
- 服務例項部署：定義一個服務在特定的通訊技術（如 SOME/IP）中所需的憑據(?)
- E2E 保護配置
- Security 保護配置
- 日誌配置
3.8 Machine Manifest
Machine Manifest 允許針對特定的硬體（機器）配置 AP 例項。
Machine Manifest 側重：
- 網路連線配置（如乙太網中的靜態 IP 地址或 DHCP 配置）
- 服務發現配置（如 SOME/IP 中 IP 埠和 IP 多播地址的配置）
- 機器狀態（Machine State）定義
- 功能組（Functional Group）定義
- FC 實現配置（如作業系統提供系統具有不同許可權的使用者列表）
- Crypto 平臺模組配置
- PHM（Platform Health Management，平臺健康管理）配置
- 時間同步（Time Synchronization）配置
- 可用硬體資源描述（如有多少 RAM、多少處理器、核心可用等）