面向服务的架构(SOA) 概述

大家好，关于面向服务的架构(SOA) 概述很多朋友都还不太明白，今天小编就来为大家分享关于的知识，希望对各位有所帮助！

在整车自动驾驶方面，未来由于高端自动驾驶能力的渗透，不同车型在动力性和安全性上将会趋同。因此，通过汽车“隐形”的自动驾驶水平带动用户消费的能力将会下降，而智能集成汽车使用场景带来的差异可能是未来影响用户消费的关键，因为它们可以直接与用户互动。

同时，如何让这些差异能够根据不同用户的需求随时进行调整，从而真正达到“千人千车”的目标，也是推广的主要动力源泉。用户对车载功能的二次消费。因此，如何保证应用功能在稳定的前提下实用、创新，将是主机厂在未来汽车市场竞争中脱颖而出的关键。

在这种复杂的环境背景下，传统的软件开发方式由于灵活性差、开发周期长等原因，将开始逐渐被面向服务的架构（Service Oriented Architecture）所取代。架构（SOA）软件开发设计方法已被取代。

SOA是一种C/S（Client-Server，客户端/服务器）架构的软件设计方法。它采用分层的方式，强调构建松耦合的架构，在实现软硬件解耦的同时，实现整车和开发模型的应用功能也同时解耦。由于其应用软件是由独立的、模块化的软件（即服务）组成，并采用独立的标准接口来调用服务，因此当需要增加或更新车辆功能时，可以在不改变现有系统的情况下实现。在控制单元具备软件模型的前提下，在中央计算平台上直接调用预置的API接口，对域内或跨域的ECU功能进行控制，从而实现车辆相关功能的添加和更新。该方法实现了跨域功能的调度和集成。

图2 SOA 中的应用程序服务化

由于软件/硬件/车型的解耦，同一套软件可以在不同车型、不同硬件平台、不同操作系统上复用。由于重复工作的减少，降低了开发成本，同时提高了开发效率。一般情况下，一个应用功能的开发可能需要几个月甚至半年的时间，但是通过SOA，开发周期可以缩短到半个月左右。如此高效的开发周期是OTA需求频繁的智能时代汽车行业不可或缺的关键技术。

然而，尽管SOA在新汽车时代背景下发展迅速，但对于底盘、车身、动力等实时性高、功能安全要求高的功能域，其开发方式却不太适合SOA方法论。因此，对于这部分汽车软件的开发，仍然会采用传统的基于模型和嵌入式系统的汽车软件开发方法。但由于整车采用SOA架构，因此这部分功能软件也需要集成到整车层面的SOA架构中。以此类推，就像使用AUTOSAR架构开发一些复杂的驱动程序，可以使用传统的开发方法，但需要融入到整体架构中。

图3 不同的软件开发方式

目前SOA在车辆应用中的价值主要体现在以下几个方面：

1）功能服务化。在传统汽车时代，由于车辆功能与硬件和车型高度绑定，更新或增加功能需要巨大的工作量。但随着域/中心一体化架构的发展，各个功能模块对应的功能都会被提前封装起来，并提供标准化的接口供功能之间的相互调用。这样就可以更新迭代新的函数或者原有的函数；

例如，在车辆的自动驾驶功能中，自动驾驶算法会为车辆的路线做出最合理的规划。如果汽车行驶过程中需要补充能量，算法可以计算出汽车的当前点以及最近的可用能量补充。点之间的距离，然后提前协调热管理系统的工作，让动力电池进入最佳充电温度，使动力电池获得最佳充电速度。在这个过程中，是自动驾驶域与电力域之间跨域调度的典型应用。

2) 升级简化。由于SOA允许软件/硬件解耦，当需要软件升级时，可以在需求范围内快速更新软件，而无需考虑硬件架构。通过快速、准确的软件更新，用户可以从软件迭代中获益。更好的体验；