新闻资讯

    1

    从SOA-RM到AP

    在《AP 基础简介》之视频中,我们提到:AP 是一种面向服务的架构!在中也提到:SOA不是具体的技术实现,而是一种模板软件架构!

    那么,怎么来理解SOA是一种模板软件架构?又如何理解为什么AP 是SOA?以下是笔者的一些理解分享给大家,如有不对之处,还请指出。

    SOA的全称是:面向服务的架构( ),从SOA的概念中,我们比较容易产生一个问题:这个架构怎么来的?要想搞清楚这个点,我们需要先理解以下SOA参考模型(SOA-RM)

    SOA-RM到SOA

    SOA参考模型(SOA-RM)描述了SOA环境中的各个组件(或者实体)及其之间的关系。当前对SOA-RM的研究大致分为以下几类:1. 以W3C的Web服务架构工作组为代表:

    2. 以OASIS成立的SOA-RM技术委员会为代表:

    3.以软件组件为基础进行系统架构的研究

    笔者比较认可OASIS的观点,且与汽车行业相关度大,因此笔者将以OASIS为代表的SOA-RM出发进行分析。PS:《搞一下汽车电子》也为各位解锁全系的朋友准备了中文版的OASIS《soa-rm-v1.0》,在公众号菜单栏联系我们进行获取

    笔者基于OASIS的观点,整理了SOA-RM与SOA的关系如下:

    图:OASIS SOA-RM

    简单来说:SOA-RM只是一个框架,架构师可以使用现有的协议(如web服务协议)、标准以及规范等来构建具体的架构实现,那么根据SOA-RM,并结合一定协议、标准以及规范等构建出来的架构便是一种面向服务的架构SOA!

    到此,我们知道了SOA的构建来自SOA-RM。那么软件构架指的是什么,接着下一个问题,SOA到底是什么?上文笔者也说明了笔者眼中的SOA:SOA是一种模板软件架构,这怎么理解?AP 是SOA又如何理解呢?我们往下看:

    变电站构架计算软件_java云构架软件_软件构架指的是什么

    SOA到AP

    在中,我们主要介绍了SOA的通信机制,并简单介绍了SOA的概念。知道了它不是具体的技术实现,那么SOA是一种模板软件架构如何理解呢?

    我们将模板软件架构拆开来理解:

    所以,笔者认为SOA是一种模板软件架构,并不是具体的技术实现。因为SOA不涉及具体技术实现的内容!这也能对应了SOA是SOA-RM的一种应用!这里对SOA中服务的概念进行一个简单说明:

    理解了SOA是一种模板软件架构,那么为什么AP 是一种SOA,笔者认为主要体现在以下方面:

    从模板的角度出发来理解,AP 提供了一套开发应用程序的方法即AP 方法论,主要分为三部分:软件开发(下图绿色框),包含:集成与部署(下图黑色框),包含:

    图:AP 方法论概览

    从软件方面理解:

    AP 使用互操作服务的形式进行软件开发,机制如下:

    主要包含两个角色:两者之间是通过通信管理中间件(CMM)传输层进行通信。通信管理中间件主要以下通信方式(协议约束):

    服务提供者和服务消费者之间的连接是CMM在运行时动态创建的!

    图:Proxy

    需要提到的是,AP 中采用了服务骨架( )与服务代理( Proxy)模式,服务骨架与服务代理是根据 ”服务接口定义 “ 生成的。

    PS:那么SOME/IP如何设计,DDS又如何设计?我们将会在后期《搞一下SOA》系列与《搞一下整车以太网》系列中进行分享(需解锁全系哦!)

    软件构架指的是什么_变电站构架计算软件_java云构架软件

    笔者认为,单一个软件通信还不足以成为软件架构,AP 除了通信之外,还有其他的系统元素,如:与存储相关的ara::per 功能集群。详细的架构图如下,我们也在中对上述每个功能集群进行了简单的描述。

    因此,笔者认为,AP 是SOA(注意这里是SOA,不是SOA-RM),是一种模板软件架构!

    图:AP 架构概览

    上图中需要提到的是,AP 规定,只能直接访问POSIX的PSE51接口,不能直接访问非PSE51接口。PS:《搞一下汽车电子》也为各位解锁全系的朋友准备了原版的《.13》,在公众号菜单栏联系我们进行获取

    解释了为什么AP 是SOA,我们再来总结一下what AP ?

    详细内容,请查阅

    图:What AP

    这里笔者也总结了一下AP 的特性:

    我们从SOA-RM出发,分析了AP 。AP 也刚发布了R2011版本,本系列后期也会结合AP R20-11的新特性来分享《搞一下AP 进阶应用》,因此,这里笔者为大家整理了一下AP R20-11的一些更新!

    2

    AP R20-11

    我们将从文档、平台设计以及新增特性等方面进行分享。

    文档变更

    R2011文档方面的变更还是很大的,《搞一下汽车电子》按照之前的分类方式将R2011进行了整理,大家可以后台回复" AP点映"进行查看。

    软件构架指的是什么_变电站构架计算软件_java云构架软件

    我们还是将其分为以下几个文件夹:

    其中 增加了很多中功能集权的解释性说明文档,主要包括:

    部分,增加了以下内容:

    其中:《》规定了传感器接口上AP 的要求。《》描述了传感器接口的功能说明与接口

    部分进行了以下更改:

    需要说明的是,R2011标准文档中,没有《》等,笔者认为是缺少了,而不是被删除了。

    And 部分进行了以下更改:

    其中《ions》是通过元模型对时间扩展正式定义的补充。

    这里需要特别说明的一个文档是《》。笔者认为,上述文件入侵检测系统管理(Idsm)应该是一个属于部分的功能集群(FC),但是,其他文档中,都没有与Idsm相关的内容。即使是《平台设计》中也没有。属于标准的问题软件构架指的是什么,可能会在下个版本中有所体现。

    平台设计变更

    《平台设计》是AP 中对AP 进行概述的文档,这里,对平台设计中主要的改动进行说明如下:

    1. 在《持久性》章节进行了以下更改:

    变电站构架计算软件_软件构架指的是什么_java云构架软件

    持久性主要的三种应用场景有:

    图:

    在R1911中,对上述三种应用场景进行了以下说明:

    UCM都使用持久性来部署/删除/更新应用程序的持久性数据

    在R2011中,对其进行说明如下:在前两个场景中,持续性由UCM通过EM触发,以部署/更新应用程序的持久性数据在第三个场景中,UCM可以使用uri从持久性配置中删除剩余的持久性数据2. 在《UCM》章节,更改了UCM 的状态机:

    我们也会在后期基于此分享" AP & OTA"

    图:UCM 状态机

    3. 在《》章节更改了密钥管理交互,如:增加独立且受信任的环境等:

    图:密钥管理交互

    当然,还有其他更多更改内容,可参考《AP 平台设计》文档。PS:《搞一下汽车电子》也为各位解锁全系的朋友准备了中文版的AP R2011《平台设计》,在公众号菜单栏联系我们进行获取

    新增特性

    从方面来说,新增了系统健康监控,主要用于系统协调健康状况/错误。主要包含以下内容:

    变电站构架计算软件_java云构架软件_软件构架指的是什么

    图:系统健康监控

    从上图也可以看出,SHM 是在AP 端,SHM 是CP 端。这也是官方在AP 功能安全方面的又一考虑吧。有关AP & 更多内容,可查看

    在方面,也增加了确定性同步的内容,描述了同步行为和周期性激活的要求,包括时间同步和数据同步。

    图:确定性同步

    从方面来说,增加了入侵检测系统管理,有标准化的接口来报告安全事件,有标准化的过滤机制,来通过网络来传输合格的安全事件。PS:还是如前所说,除了一份Idsm文档外,无更多描述

    在方面,也增加了 API的描述:

    上述,便是R2011主要的变更,当然还有很多变更,我们会在后期的系列分享中,与大家进行分享,那么为什么要分享《搞一下AP 进阶应用》

    3

    Why AP 应用

    从流程来说:

    从架构来说:

    从功能需求来说:

    从应用来说:

    从兼容适配来说:

    当然,上述内容会根据实际情况进行一定的调整。最后再回答一个大家比较关心的问题:如何学习AP ?

网站首页   |    关于我们   |    公司新闻   |    产品方案   |    用户案例   |    售后服务   |    合作伙伴   |    人才招聘   |   

地址:北京市海淀区    电话:010-     邮箱:@126.com

备案号:冀ICP备2024067069号-3 北京科技有限公司版权所有