
AUTOSEMO Service Framework具体参考架构
AUTOSEMO Service Framework是在以上车载SOA软件架构设计方法和指导下形成的车载SOA架构参考模型,具体参考架构内容如下:
1、面向整车的服务
车内所有可以被调用的功能都是服务。不同功能提供不同的调用接口,接口分类如下:
(1)API接口:各类函数的调用接口,提供在系统内功能实现函数被调用的能力,应用程序可调用相关的API接口,提供和使用功能服务;
(2)文件方式:以配置文件或设备文件等方式,提供系统内调用能力,文件可通过配置自动生成,其中包含有效配置信息。在运行环境中能被特定的程序读取识别,实现特定的服务;
(3)IPC接口:各类IPC机制提供系统内进程间的调用能力,包括socket、共享内存等进程间通信方式,及IPCF等特定的跨核通信方式;
(4)系统原生服务:操作系统及基础类库提供的可操作能力,包括对系统CPU和内存使用情况的监测应用程序的监控、系统资源的划分等,以及C++boost等基础类库的调用。
(5)协议栈接口;通过网络协议栈的方式提供跨平台的调用能力包括SOMEIP.
DDSMOTTHTTP等网络协议的调度服务,接口封奖、及协议转换等。
2、服务类型
根据服务提供功能的特点,可以分为基础型服务与功能型服务,其中:(1)基础型服务:提供与业务无关的通用系统服务能力包括操作系统、基础软件、通用中间件提供的功能。
(2)功能型服务:提供具体业务功能相关的服务,包括与域控相关的专用中间件、应用层提供的功能。
3、服务实现方式
根据服务的实现方式。可以分为静态服务与动态服务:
(1)静态服务:开发阶段定义服务提供的功能、运行机制或生命周期状态切换条件,一般为执行特定单一化操作或实现相对固定的业务功能以及和电源管理,车辆状态管理等相关的状态同步。
(2)动态服务:在运行阶段根据外界(云端或其他智能终端)的输入,依赖现有静态服务提供的接口,动态定义新的服务。该方式非传统的程序更新手段,而是通过对静态服务进行编排,车端服务引擎可动态读取编排脚本,进而定义出新的功能场景,实现服务的个性化。
原文作者:SOA开发者
原文链接:https://blog.51cto.com/u_15357546/4776528
