SOA对整车EE架构的挑战.docVIP

SOA对整车EE架构的挑战 前言： 随着汽车朝着“新四化”的趋势发展，客户对车辆功能的心里预期也悄然发生着改变。汽车在迈向更高等级自动驾驶的同时，也更加注重提升用户体验，例如快速的功能更新和软件迭代升级，提供个性化、人性化、差异化的功能与服务等，而这一切都是传统汽车电子架构所不能实现的。面向服务的软件架构SOA以其标准化的服务接口、松耦合的服务机制以及可组合扩展的服务特性，为实现“软件定义汽车”夯实了框架基础。 SOA是什么？ 在IT行业，如果要建立一个中文社区平台，这个社区平台既有PC网页版，也有Android或者IOS版，获取热榜列表，那么程序员绝不会为这三个平台分别写三种Api，而是以服务的形式，用同样一个接口为三个平台提供同样的内容，至于以什么样的UI展示，是各自平台要考虑的事情。这就是SOA架构思想的一种应用。 SOA：Service Oriented Architecture面向服务的架构，是1996年Gartner提出SOA概念，SOA被提出来以后，迅速成为IT行业的一种软件开发方法论。许多组织从不同角度对SOA进行了描述： Gartner对SOA的定义：SOA是一种C/S架构的软件设计方法，应用由服务和服务使用者组成，SOA与大多数通用的C/S架构模型不同之处在于它着重强调家构建的松散耦合，并使用独立的标准接口；- W3C对SOA的定义：SOA是一种应用程序架构，在这种架构中，所有功能都定义为独立的服务，这些服务带有定义明确的可调用接口，能够以定义好的顺序调用这些服务来形成业务流程； Wikipedia对SOA的定义：SOA是一种软件的设计风格，应用程序组件通过网络通信协议，将服务提供给其他组件；SOA的基本原则是独立于供应商，产品和技术； 由上可以看出，SOA并没有一个大家公认的定义！但是SOA的目标及其特性却是清晰明了的。SOA的目的是一种以构建灵活可变的平台系统，SOA具有服务间 松耦合，无状态、无依赖；服务内 高内聚且完整，可复用、可灵活重组；服务通信标准化等特点。 SOA里面涉及服务，接口、相关角色等概念。 服务指的是实现某种功能的函数或方法，是一个可远程访问并独立执行和更新的离散功能单元； 接口：能够被其他模块调用的函数名称或一个封装的API； 在SOA中分为服务提供者（实现服务功能（包含控制算法、功能逻辑）的那一方）、服务消费者（使用服务接口，调用服务的那一方）、服务注册方/代理方（实现服务的注册/订阅/发布等）三种不同的角色。 在SOA实际应用中，首先会将业务拆分成不同的业务模块，每个模块可以理解成一个服务，服务之间通过标准的接口交互，通过服务和服务接口，简化了对系统的描述，降低复杂性，若服务接口不变，一个服务发生变化，不影响其他服务，若服务接口变化，可以通过版本管理向后兼容，提高软件的重用性和扩展性； 整车SOA的优势 2.1 为什么要在汽车上实施SOA架构？ 车辆内部控制器通过传统总线连接，从而实现通信交互，但是信号的收发关系和路由信息通常是静态的、不可再更改的，如果后期突然新增节点，这个新“朋友”怎样从其他节点获得所需信息呢？ OTA是目前解决车辆在线升级，持续提高用户用车体验的好方法，但OTA仅仅是途径，车辆的电子电气架构和软件设计架构能否支持得起功能更新呢？如果一个新增功能的实现，与车辆原有的系统架构、驱动方式甚至通信方式不匹配，甚至相冲突，那么应该怎样解决呢？ 汽车在不久的将来会在互联网、物联网、能源物联网中都占有重要的地位，那么汽车必须具备开放性、网联性甚至自主性和自进化性，自动驾驶、V2X、边缘计算都是目之可见的应用场景，电子电气架构和软件平台架构在面对这样需求的时候，应如何处理？ 为了解决上面的问题，我们需要一个功能可扩展性强，软硬件松散耦合，标准化接口，支持异构系统集成的电子架构，SOA正好符合上面的要求！ 2.2 如何实现整车SOA 汽车EEA的发展使SOA具备了初步的应用条件。所谓分布式EEA，可以理解为汽车电气系统的软硬件资源和能力是分散的，分散在不同的供应商手中。ECU的软硬件开发全部由供应商完成，整车厂主要负责提出设计需求和测试验证。分布式EEA导致的ECU软硬件资源和能力的浪费是显而易见的。不同的供应商负责不同的ECU开发，整车数十个ECU分别负责实现特定的软硬件功能，然后通过硬线信号或者网络信号进行交互，这种信息交互方式也被称为面向信号的通信。集中式EEA引入域控制器DCU概念，其芯片算力、操作系统以及软件架构可以满足业务需求与硬件资源解耦的需求，即有能力通过一套基础软件框架去实现SOA的设计思想，从而将底层的硬件资源具备的能力抽象为一种服务供外部使用，并能够支持一系列的服务管理功能（服务定位、服务发现，服务调用等）。 2.3 整车SOA优势 应用服务化：各个域