本系列学习笔记基于 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、多少处理器、核心可用等）