从SOA到APAUTOSAR_新能源技术.docVIP

从SOA到APAUTOSAR 1 从SOA-RM到AP AUTOSAR SOA的全称是：面向服务的架构（Service Oriented Architecture），从SOA的概念中，我们比较容易产生一个问题：这个架构怎么来的？要想搞清楚这个点，我们需要先理解以下SOA参考模型（SOA-RM） ① SOA-RM到SOA SOA参考模型（SOA-RM）描述了SOA环境中的各个组件（或者实体）及其之间的关系。当前对SOA-RM的研究大致分为以下几类： 1. 以W3C的Web服务架构工作组为代表： 它是通过定义一些具体的功能组件和其他抽象实体来研究这些组件和实体之间的关系。但是，它定义于Web服务技术背景，故其架构分析具有局限性。 2. 以OASIS成立的SOA-RM技术委员会为代表： 它主张以SOA中相关的抽象概念和实体为出发点，来研究它们之间的关系。它认为SOA涉及的元素包括服务与服务的描述，服务的发布与发现机制，服务的相关规范，数据模型和服务协议等！ 3.?以软件组件为基础进行系统架构的研究 主要有IBM、微软等企业为代表，它们进行着自己的应用平台以及解决方案的SOA研究。但是这样的模型依赖于特定的技术平台，因此，不是理想的SOA通用模型。 笔者比较认可OASIS的观点，且与汽车行业相关度大，因此笔者将以OASIS为代表的SOA-RM出发进行分析。 笔者基于OASIS的观点，整理了SOA-RM与SOA的关系如下： SOA-RM是一种抽象框架 SOA-RM并不与任何标准、技术和其他的具体实现细节关联 与标准技术和其他具体实现细节相关联的是SOA SOA是SOA参考模型的一种应用 图：OASIS SOA-RM 简单来说：SOA-RM只是一个框架，架构师可以使用现有的协议（如web服务协议）、标准以及规范等来构建具体的架构实现，那么根据SOA-RM，并结合一定协议、标准以及规范等构建出来的架构便是一种面向服务的架构SOA！ 到此，我们知道了SOA的构建来自SOA-RM。那么，接着下一个问题，SOA到底是什么？上文笔者也说明了笔者眼中的SOA：SOA是一种模板软件架构，这怎么理解？AP AUTOSAR是SOA又如何理解呢？我们往下看： ② SOA到AP AUTOSAR 在《AP AUTOSAR SOA》中，我们主要介绍了SOA的通信机制，并简单介绍了SOA的概念。知道了它不是具体的技术实现，那么SOA是一种模板软件架构如何理解呢？ 我们将模板软件架构拆开来理解： 模板：基于现有标准、技术等实现一套用于设计和开发应用程序的原则和方法 软件：这里的软件代表着一种软件设计模式，可以使用互操作服务的形式来开发软件 架构：这里的架构是指一种架构设计模式，按照服务所属所指定的约束和策略来执行 软件架构：是指由系统元素及其外部可见属性以及他们之间的关系组成。 所以，笔者认为SOA是一种模板软件架构，并不是具体的技术实现。因为SOA不涉及具体技术实现的内容！这也能对应了SOA是SOA-RM的一种应用！ 这里对SOA中服务的概念进行一个简单说明： 服务是最基本的单元，一种能够访问一个或多个功能的机制 理解了SOA是一种模板软件架构，那么为什么AP AUTOSAR是一种SOA，笔者认为主要体现在以下方面： 从模板的角度出发来理解，AP AUTOSAR提供了一套开发应用程序的方法即AP AUTOSAR方法论，主要分为三部分： 架构与设计（下图蓝色框），包含： 开发一个服务接口描述 通过Machine Design开发通信结构 软件开发（下图绿色框），包含： 开发Application-Level类型的软件 开发Platform-Level类型的软件 集成与部署（下图黑色框），包含： 定义和配置Machine 创建Execution Manifest 定义和配置Service Instance 等等 图：AP AUTOSAR方法论概览 从软件方面理解： AP AUTOSAR使用互操作服务的形式进行软件开发，机制如下： 主要包含两个角色： 服务提供者 服务消费者 两者之间是通过通信管理中间件（CMM）传输层进行通信。 通信管理中间件主要以下通信方式（协议约束）： SOME/IP DDS 服务提供者和服务消费者之间的连接是CMM在运行时动态创建的！ 图：Proxy Skeleton Pattern 需要提到的是，AP AUTOSAR中采用了服务骨架（Service Skeleton）与服务代理（Service Proxy）模式，服务骨架与服务代理是根据 ”?服务接口定义 “ 生成的。 笔者认为，单一个软件通信还不足以成为软件架构，AP AUTOSAR除了通信之外，还有其他的系统元素，如：与存储相关的ara::per 功能集群。详细的架构图如下，我们也在《Wha