本系列學習筆記基於 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、多少處理器、核心可用等）