一个
为什么是SOA？
在整个智能网络化汽车环境中，电子电气架构面临变革，面向服务的架构SOA被多次提及。让我们来看看为什么使用SOA。
汽车工业的发展趋势
让我们先看几组数据:
2015年，1.1亿辆联网汽车上路
2025年，联网汽车数量将达到4.7亿辆，其中90%将在路上行驶
2025年，800万辆联网汽车将是自动驾驶汽车
现代汽车的局限性
今天的汽车大约有150个电子控制单元和7个网络。如此复杂的系统能否满足汽车发展趋势的需求？
据统计，飞机的代码约有4000万行，而今天汽车的代码约有10000万行，自动驾驶汽车的代码将达到30000万行。这么庞大的代码量，今天的车辆架构还能满足需求吗？
未来汽车将面临一系列问题，例如:
添加信号
添加节点
改变功能等
当今车辆的主要架构:
就上述结构而言，我们根据需要思考几个问题:
新的信号流呢？修改沟通矩阵？
突然增加一个节点怎么办？修改路由表？
change函数如何从其他节点获取所需信息？
变更功能的实现与原系统架构的通信方式不匹配怎么办？
显然，传统的架构已经不够用了，所以我们需要一种新的架构来满足我们的需求:
SOA的优势
SOA的基本架构如下。当然，我们将在稍后的worksho online中与您进一步分享和交流:
附言:在线工作人员详情戳:
那么上述架构有什么优势呢？如下所示:
软硬件分离降低了开发难度
软件的灵活部署和功能的重新分配
快速更新和升级
易于扩展维护
一般来说，已知的E/E架构无法满足需求，应该采用SOA。
数字时代代表创新和不断更新升级。未来汽车和手机一样，售后性能也会不断升级。SOA车载通信的引入，将使车辆不断创新！
2
面向服务的架构SOA概述
我相信我所有的朋友都在一定程度上接触过SOA，在知道为什么使用SOA之后，让我们来探索一下什么是SOA。
什么建筑？
SOA是一种“面向服务的架构”。要理解SOA，我们需要知道什么是架构。
在系统设计的过程中，要坚持一套可共享、可评审、可记录、可精简的设计思路，这就是所谓的“架构”。
架构是一组关于如何以服务的形式组织车辆功能的决策集。主要包括以下内容:
从上图中，我们也可以知道建筑设计中存在以下热点问题:
躲藏
并行处理
结构管理
数据存取
异常管理
分层的
错误记录
国家管理
验证技术
工作流程等
简单来说，架构就是产品需求和技术需求之间的桥梁！！
建筑设计原则
了解了建筑的概念之后，我们再来看看建筑的设计原则，主要包括五个部分:
服务分解
服务功能完全独立，不重复
一个服务只承担一个特定的功能特性，同时一个功能特性只能在一个服务中定义，不能在其他系统中重复定义
避免过度设计
在功能细节不明确或功能不断发展的情况下，有必要避免过早的设计工作。
服务功能通过服务接口进行交互，从而不关心其他服务的内部功能逻辑
严格分层
同一类型的服务封装在同一服务层，不同类型的服务永远不允许放在同一逻辑层
服务不能跨层调用，应该保持服务的独立性
性能属性
性能属性代码必须尽可能与应用程序功能逻辑代码分开
尽量避免数据类型格式的转换，比如物理值和信号值之间的频繁转换
工具和流程
建模分析和可视化仿真工具分析:提前识别风险和漏洞，尽可能简化软件开发
标准化工作流程后，设计过程可以循环使用，简化了开发和理解
协议选择
以上，我们介绍了证券交易所的设计原则，但不可避免的问题是沟通！目前，与面向服务架构相关的通信协议主要包括:
部分/知识产权
数字显示示波器
推送消息
超文本传送协议
这一对四个协议如下:
可以根据具体项目要求选择！
服务流程设计
我们之前一直在讲面向服务的架构，那么如何设计呢？主要包括以下五个步骤:
组合车辆功能
规划SOA架构
服务定义
服务矩阵和ARXML设计
服务验证和模拟
当然，我们会在后面的在线研讨会上分享更深入的技术！
介绍了这么多，到底什么是SOA？
SOA软件架构
我们认为:
SOA不是具体的技术实现，而是模板软件架构！！！
我们可以很容易理解软件架构，比如AUTOSAR，但是如何理解模板呢？
还有一个问题？AP AUTOSAR自称是SOA，那么如何理解呢？出于篇幅原因，我们将在“制作AP AUTOSAR的高级应用”中分享！
从软件层面看SOA，我们可以通过以太网连接CP AUTOSAR、AP AUTOSAR和非AUTOSAR系统，如下图所示:
从车辆层面来看，主要包括应用服务、延伸服务和基础服务，如下图所示:
在车辆层面，SOA架构构建的过程如下:
三
问与答
