汽车SOA的资源推荐

范工给我发了两个视频，我后来找了一下油管上也有：

1）CANoe for Service-Oriented Architectures (Part 1/2和Part2/2)

2）Mastering Service-Oriented Architecture with CANoe’s Function Bus

我觉得我们做电动汽车的为什么要关注这个，主要是欧洲汽车产业在寻找下一轮汽车技术的驱动，是从动力系统的各种特性转向软件方面，看以下MEB的系统，最大的特点不是我们看他的电池和电轴我们有多大的差异，而是它在逐步使用它的体量在硬件上采购压价，在软件上分离迭代开发的趋势特别明显。

MEB从用户体验出发设计整车功能（Feature)，试图把数字化生活拓展到车上，使得车辆成为数字化生活的一部分，并且借鉴Apple模式来开发整车。Apple有自己的用户体验/UX设计，以及封闭成熟的iOS，性能领先的64位处理芯片。

当竞争转向通信架构、车载以太网的导入和软件架构、还有“MaaS”的理念的时候，有些事情我们想看看从组织、从分工从技术管理角度如何。

如果说，之前这张图有点像是比喻的话，现在的汽车软件和功能分配已经开始有点像从手机的功能机往智能机转化，不再单一从特性上做而是基于功能出发来迭代。

SOA这块就是基本的核心诉求，而且是从现有的车载ECU软件设计的角度开始变更。为了面对个性化的需求，功能软件开发需要更敏捷，而基于此Service oriented Architecture (SOA)是完成这项任务的关键，它能够建立动态的实时网络通信关系，把车内各个IP节点根据功能要求进行应用层服务的数据建立交互。

因此从电动汽车上部署这些，困难要比在原有成熟的东西上小很多。而且走完以后向前兼容，把PHEV和之前的架构给一并使用，也就是说放开原有最坚固的动力总成的堡垒，放开具备自我循环迭代能力的供应商，而在新的领域里面，着重强调OEM本身的软件和技术整合能力，这点我们现在弄不来

ECU内上层应用程序可能来自不同的供应商，软件开发流程以及后期的集成测试验证也会带来更大的挑战，传统的汽车电子ECU供应商与OEM的合作模式已经发生变化，OEM以及第三方软件供应商会更多参与进来。作为最终的负责方，OEM在系统开发中会担当越来越重要的角色，未来的成功将来自于全产业链的核心技术整合。软件的开发计划与硬件的开发计划相互独立，软件将会是全生命周期内迭代持续，且软件可能横跨更多不同硬件设备。

小结：往后看10年，可能整个汽车产业的秩序有很大的变化，这个变化是基于组织的变革，开发着重点的变革，还有能不能符合硬件（包含原有的机械部分）和软件分离，这是整个价值体系变革的过程，特别是在持续压缩成本下硬件创新的难度陡增。倾巢之下没有完卵，搞不好传统的我们都要碎了（一个是需要不需要，一个是重要不重要）