来源：焉知智能汽车 作者: Aimee
自动驾驶的应用有着高可靠、高性能、高并发以及模块化的需求特征，而实时、安全、开放的自动驾驶平台是实现这些的关键之一，同时也是推动“软件定义汽车”的重要基础。推动实现SOA所倡导的软件定义汽车的自动驾驶系统方案。
SOA 应用在车端开发环境中，是一种从设计、开发、部署到管理离散逻辑单元（服务）模型。对于整个SOA开发过程而言，最主要的就是涉及从车辆特性、系统需求、系统开发、子系统开发、传感控制器总成开发。在 SOA 模型中，所有的功能都定义成了独立的服务。服务之间通过交互和协调完成业务的整体逻辑。所有的服务通过服务总线或流程管理器来连接。这种松散耦合的架构使得各服务在交互过程中无需考虑双方的内部实现细节，以及部署在什么平台上。
SOA的细颗粒度、松耦合、服务可重用及标准化的服务接口等特性有利于OEM快速推出新功能，灵活迭代，支持软件定义汽车。利于更多方参与软件开发，以OEM为核心建立汽车生态系统。同时，精确定义的服务契约，独立于硬件、操作系统和编程语言的开发模式有利于更多方参与软件开发，以OEM为核心建立汽车生态系统。此外，便捷的云端访问，服务于精确封装，可有效地保证数据安全，使得车辆不在是信息孤岛，而是物联网中的一个节点，建立了真正的车-云通道。
可以说SOA完美的解决了汽车软件架构面临的各种挑战，并且为迎接汽车产业的变革打下必备的基础。
SOA车端E/E架构设计要素
SOA的开发过程相对于传统开发模式而言，仍然是以需求为输入，将需求以全面服务的模式进行细化，最终将定义的服务映射到软硬件架构中。
如上图所示，面向服务SOA架构的基本工作流程包括在底层设计过程中需要面向对象进行服务设计、服务分组以及服务映射。其中需要根据服务列表及服务接口设计服务，从而根据功能逻辑将服务映射值不同的模型，最后以服务组件到软件组件（SWC）的映射服务接口到软件接口。
SOA在自动驾驶架构设计中需要重点考虑基于服务设计的完整性和功能安全设计的完整性。以标准的ASPICE软件认证开发流程为基础蓝本，传统的开发流程以系统验证为SOP节点，后续运行维护及上市后不再进行软件更新，而基于SOA的软件开发模式需要在系统验收后持续不断的更新软件，迭代更多实用性功能，提升已有软件性能。SOP Release需要包括所有可能的Basic Service，不需要所有的Service都一次开发完成。
利用 SOA的思维架构进行自动驾驶设计过程中，需要根据SOA设计原则定义服务接口，统一开发基础共用的软硬件平台及开发环境，从而提高软件复用度。开发过程考虑继承系统层级到零部件层级设计的实现原则，例如，功能子模块需要进行封装，功能之间需要进行自我包含等。
整个SOA在其硬件设计中主要实现了从模块化、单域控制器、冗余计算平台再到中央计算平台的整体演进。其中各自体现在如下一些方面：
1）模块化分割：梳理自动驾驶各子功能模块的各自功能，形成模块化的分子架构模型；
2）域控制单元：将如上分子架构模型中的ECU合并至中央域控制器，从而减少成本、重量和功耗，利用半导体及软件技术革新优化域控能力。
3）冗余计算平台：SOA可直接访问存储单元，并行计算载体提供冗余和安全算法，并在开放的可裁剪平台上进行搭载；
4）中央计算平台：SOA通过网络访问、动态配置及无缝冗余，注入刀片式服务设计策略，实现真正的自动驾驶演进。
对于SOA的开发应用模式，在其软件设计中实现了更加灵活的软件架构，集成第三方生态合作伙伴应用，服务拓展更新更加便捷，实现插拔式软件设计。最终目标是实现如下多个交互实体的关系解耦：
I/O接口与计算解耦、计算平台与区域架构解耦、软件与硬件解耦、整车级抽象能力、软件与软件解耦、基于微服务的软件架构、配置数据与代码解耦、数据驱动I/O设备。
安全设计在SOA中的应用思考
SOA在重构软件生态时，其功能安全实现难度大幅增加。OEM开放3party开发平台，如何保证其不影响整车的功能安全，对于3party开发的服务，如何确保其不级联失效影响其它已有ASIL等级的服务，服务客户端 的ASIL等级的不确定性等问题都将是制约SOA能够有效实现的关键因素。
SOA 系统设计层面考虑应考虑进行服务分层（如下图），其中SOA的功能安全设计需要考虑到整个层面的设计过程。
