上汽零束孟超：AUTOSEMO发布《车载SOA软件架构技术规范1.0》

2021年6月17日至19日，由中国汽车工业协会主办的第十一届中国汽车论坛在嘉定举行。站在新五年的起点上，本届论坛以“新起点、新战略格局——推动汽车产业高质量发展”为主题，设置“一次闭门峰会+一次会议论坛+两次中外论坛+12场主题论坛”，全方位汇聚政府领导、全球汽车企业领袖、汽车行业精英，共商汽车产业强市大计，落实国家提出的“二氧化碳排放峰值、碳中和”战略目标要求，助力打造。其中，SAIC零束软件分公司首席架构师孟超在6月19日上午举行的“创造软件定义汽车新生态”主题论坛上发表了主题演讲。以下为现场演讲:

尊敬的来宾们，早上好。今天我以另一种身份。我把15分钟分成7分钟和8分钟。前7分钟是“销售人员”谈论我们在SOA方面的成就和实践。剩下的8分钟，作为“服务员”，我将代表Zero Beam展示SOA软件架构的技术规范1.0版。今年4月9日，SAIC召开了SOA开发者大会。当时我是这样理解SOA和智能汽车的。软件定义汽车，是什么，软件和汽车有什么关系？SOA软件能给智能汽车带来什么？我们认为软件和汽车看似“泾渭分明”，实际上却是“和谐歌唱”。今年年初，零束还发布了名为零束银河全栈4+1解决方案的智能解决方案。首先是全栈解决方案的四大技术基础，分别是:集中式电子架构、SOA软件平台、全栈OTA网络安全解决方案、智能汽车数据工厂，1是指跨域集成的端到端数字化体验平台。零束和SAIC开发全过程如何实现SOA软件平台，包括我们的货架是什么样的，我们为OEM、科技公司、第三方开发者提供什么服务。这个软件平台可以概括为三个特点:1 .跨域集成，跨域车载和跨车云，跨域软件平台连接物联网。有人说这个软件平台是中间件，也有人说是我们的猫腻做法。但我们希望通过这种开发模式，智能汽车软件开发和软件迭代能够更好地满足用户的需求，这是软件平台的第一目标。2.汽车要想智能化，硬件能力如何挖掘？包括整个计算能力？靠硬件堆材料，做硬件军备竞赛，是不是无限的？还是做软件协作？在思考第二个维度的时候，我希望SOA软件能够真正的可复用、可重构，通过基础挖掘软件模块的能力，所以我们也提出了这样一个理论基础，原子化的服务封装，现在业内所有人都在引用这个说法。3.SOA绝对不是一个企业或者一个人能做到的。这是一个非常艰难的过程。今年年初看到一个帖子。有人说SOA要么是蜂蜜，要么是药。这个东西如果是双面的，用的好的话就是蜜糖。如果不考虑安全性和汽车本身的属性，就会成为药，甚至造成所有车辆的召回，导致智能汽车灾难性事件的发生。所以需要有一套完整的标准来规范SOA，保证它成为蜂蜜而不是药。SOA是一种理念。刚提出来的时候，只是一种方法论。在方法论的基础上，我们思考了智能汽车这个行业。当然，第三个特点是我们自己的思考，能否兼容所有操作系统，让应用变得非常简单。这是我们对SOA软件平台的基本思考。有了这样一套软件平台，生产模式中就没有这样的软件平台了。刚才嘉宾提到有些软件平台是基于CP+AP框架，有些是不用AP的。基于一些实时OS的中间件怎么做，每个人都有自己的想法，但至少在一个维度上，接口维度要统一。这是我们对SOA的思考。有了SOA这个平台，SOA可以解决软件的快速迭代，真的可以……产生商业价值？我们也打造了这样的开发者平台，也是在今年4月9日的开发者大会上发布的。对于普通开发者，包括一些可能没有编程基础的小白，SAIC Zero Beam提供了基础开发工具Z-ONE Maker，目前已经上线。有兴趣的开发者可以在官网试试。对于行业来说，比如今天出席的各位极客，以及行业内的OEM厂商和供应商，也提供了两类开发工具，通过图形化的拖拽，形成智能应用。用一个通俗的比喻，我们希望和所有开发者一起打造一个属于整个汽车行业的“安卓”操作系统。开发者和OEM厂商开发的应用如何到达最终的C端，包括我们的B端？我们说的是可以买卖和订阅的软件，同时提到应用商城的APP Store，其中的APP不仅仅是应用生态APP，更多的是属于汽车自身功能和性能的APP。SOA开发的服务组件、场景、应用商城都可以在这个商城中提供。为了帮助所有开发者更好的发展，开发者官网和社区也上线了。今年8月，我们将提供全套的APP store、开发者社区和所有工具链。同时，为了做好应用的测试和开发，我们还提供了完整的Z-ONE TE测试环境套件，用于产品验证和云端快速迭代。刚才说了零束银河全栈SOA产品线。经常被产品经理问，这样的产品出来，你的SOA给用户带来了什么？我每天都在说SOA，业界都在做SOA，但是所有的人看到你的时候，根本没有任何感觉，也不知道你在说什么，不知道车里有没有SOA，有没有变化。通过七个维度总结，SOA这种产品的应用，从根本上解决了两个问题:一个是软件快速迭代。我们总是总结为T+0+1+7。对于普通小白开发者来说，只需拖拽，然后搭载SOA软件平台车，即可编辑使用。专业开发人员可以在一天或七天内将应用程序上架，这取决于应用程序的复杂程度和开发应用程序所涉及的安全性。如果应用涉及到整车安全，七天也做不完，所以这就是SOA的速度。第二是改变。一个很热的词是千人千面，订阅服务，如何实现？就是通过我刚才介绍的两条产品线来实现的，真正让智能汽车变得灵活。我们还面向所有开发者开放了基础服务接口，包括200个跨域服务和100个内部系统服务，接口容量超过1900个。关于SOA，SAIC零束已经做了第二代迭代产品。第一代产品包括AP，市场上大家都认为是AP。我觉得是SOC，基于通信框架的产品，现在是第二代基于软件的SOA。我们的产品叫SOVP，我们的下一个迭代是SOAD，一个面向数据的软件平台，更多面向B端的分布式存储。随着整个产品线的不断完善，整个SOA软件平台和开发者平台也在不断布局。最后，我来说说我作为一个SOA开发者的想法。SOA的每个车企都在做。今天我站在这里代表Zero Beam邀请大家在接口层面或者架构层面进行标准化。标准化之后，我们一起构建所谓的智能汽车生态。最后，就这八个字，来说说零束SOA的初衷。我们希望一起创造，一起建设，一起分享。当然，不追求商业逻辑的成功是没有意义的。最后共赢，共建SOA生态。前半段我当了七分钟“推销员”，讲的是Zero Beam SOA的全栈产品，包括工具链的开发。我也邀请所有开发者使用这样的产品，加入我们的SOA生态系统，并邀请所有同行伙伴共同定义这样的接口标准。作为SDV组委会的成员，SAIC零束等编写单位也编写了这样一套汽车SOA软件框架技术规范，也就是我们今天在这里发布的1.0版本。我向各位嘉宾汇报一下这套《汽车SOA软件框架技术规范》的编写规范。如果它……简单总结一下，有两个:一、智能电动赛道已经到来，智能电动汽车是我们的大发展背景。第二，软件定义汽车的时代已经到来。今天所有嘉宾的发言都有趋同的趋势。每个人都在谈论SOA。几年前，我们认为这个人在谈论SOA时疯了。现在，大家都很感动。在这样的行业背景下，全协会委托我们作为主编成员编写这套规范。这套规范意义重大。首先是讲软件架构体系的构建。这个字很大，因为我们刚刚迈出了第一步，而且也是基于SAIC零束过去总结的框架指导。我们也愿意分享给全行业。二是完善SOA软件架构技术的研发体系。系统太大了。最多就是抛砖引玉，和大家一起，全体成员一起提高这样的标准。整个SOA软件架构的技术规范分为五章。在最前沿，我们做了一些对标分析，包括国内外的情况。在第三章中，我们制定了SOA软件架构的设计规范，这是一个Arch级的设计规范。在第四章中，我们提到了原子化服务，包括内部服务和系统服务，并对服务进行了基本设计。最后做个总结，感谢所有的投稿单位。找三个核心内容分享给大家。SOA架构设计1.0大概包括哪些内容？就第一种方法论而言，微信官方账号很多人都见过SOA服务，但服务的划分依据是什么？我们现在采用了自上而下和自下而上的方法。特别好理解的是，自下而上，多年来主机厂的很多业务场景，很多功能，很多东西都是服务软件模块，我们在CP和AP框架上静下心来形成这一层。一般来说。自下而上，把车内所有的传感器、执行器、外部基础数据模块、加速引擎都自下而上的升级，形成这样一个软件中间件系统，这是一个非常流行的方法论。接下来我们会横向，把系统内部和域控制器之间，包括中央计算平台之间，以及开发过程中系统内部的服务进行抽象，形成这样一个设计流程和设计方法。架构的设计方法刚才已经基本带来了，也分为软件架构和服务架构两种思路。软件架构不仅仅是制造传统汽车。要从汽车的角度去看，从云管理的角度做闭环设计。比如我们做跨车架构设计就是这么一套架构设计方法和思路，包括云与云之间的跨车架构设计，车与云的解耦，车云软件的解耦。我们还使用VAL车辆抽象技术，使所有品牌的汽车对云开发者不敏感。我不关心最终的界面形式，而是让开发者变得非常简单，使用整车的能力。这是建筑设计的主要思想。对于服务来说，这个比较讲究。自下而上和自上而下，第一步是靠大家一起探索迭代，让标准更加完善。这是我们软件架构和服务的设计方法。因为我们之前收集大家想法的时候，有这样一个问题，设计原理是什么？我们团队工程师讲了以下几个词:复用、抽象、粒度、封装、协同。在我的理解中，设计这一代SOA原则应该是绑定的，而不是免费的。如果我们想要自由，SOA就会变成药。这是一个基本原则。第二个复用性，粒度和兼容性，我相信每一个技术软件开发的从业者都有这样的思考。第三是如何考虑做架构师的性能和整体优化。这三个方面形成了一个标准，希望SOA的初学者和开发者都能使用这个产品。“抽象”下沉封装常用功能；“粒度”根据平台和业务需求将软件功能分解成不同的粒度，以满足二次包装的特点；“封装”是基于原子化的服务模块，对复杂的上层功能进行组合和封装；“协调”在SOA服务设计的整个过程中，需要协调不同功能的分配，以达到最佳性能、最小消耗和最优扩展。我们在以下几个方面提供了这样一套基本的设计原则:如何在车辆和云的协同分布中实现分布式计算，如何通过车辆的微服务和SOA服务来映射云的能力和车辆的能力。有了这个方法论和服务设计，我们还提供了部署原则，刚才已经基本提到了。整个部署是SOA落地的最终过程，部署原则，我强调的两块，也是我们之前遇到的很多问题。第一，开放性和安全性，这两个互相排斥的过程必须想清楚。最简单的就是，我们在测试包的时候遇到过问题，不只是在SOA开放的时候才这么做。这个趋势是对的。我们还是有针对性的，循序渐进的实施，包括对开发者的权限管理。我们的VAL还提供了全线管理方法。说到这里，整个SOA软件技术规范的1.0版本今天正式和大家见面了。到1.1版本，我们还会迭代一些安全，包括车云刚才提到的，整个服务验证的迭代规范。我们还将在9月的智能网络大会上见面并发布1.1版。这就是我刚才介绍的SOA的整个基本情况。最后，我来说说我作为一个软件从业者的心声，那就是协作。这个时代，我们是朋友圈，最终可以实现共赢。谢谢大家！2021年6月17日至19日，由中国汽车工业协会主办的第十一届中国汽车论坛在嘉定举行。站在新五年的起点上，本届论坛以“新起点、新战略格局——推动汽车产业高质量发展”为主题，设置“一次闭门峰会+一次会议论坛+两次中外论坛+12场主题论坛”，全方位汇聚政府领导、全球汽车企业领袖、汽车行业精英，共商汽车产业强市大计，落实国家提出的“二氧化碳排放峰值、碳中和”战略目标要求，助力打造。其中，SAIC零束软件分公司首席架构师孟超在6月19日上午举行的“创造软件定义汽车新生态”主题论坛上发表了主题演讲。以下为现场演讲:

尊敬的来宾们，早上好。今天我以另一种身份。我把15分钟分成7分钟和8分钟。前7分钟是“销售人员”谈论我们在SOA方面的成就和实践。剩下的8分钟，作为“服务员”，我将代表Zero Beam展示SOA软件架构的技术规范1.0版。今年4月9日，SAIC召开了SOA开发者大会。当时我是这样理解SOA和智能汽车的。软件定义汽车，是什么，软件和汽车有什么关系？SOA软件能给智能汽车带来什么？我们认为软件和汽车看似“泾渭分明”，实际上却是“和谐歌唱”。今年年初，零束还发布了名为零束银河全栈4+1解决方案的智能解决方案。首先是全栈解决方案的四大技术基础，分别是:集中式电子架构、SOA软件平台、全栈OTA网络安全解决方案、智能汽车数据工厂，1是指跨域集成的端到端数字化体验平台。零束和SAIC开发全过程如何实现SOA软件平台，包括我们的货架是什么样的，我们为OEM、科技公司、第三方开发者提供什么服务。这个软件平台可以概括为三个特点:1 .跨域集成，跨域车载和跨车云，跨域软件平台连接物联网。有人说这个软件平台是中间件，也有人说是我们的猫腻做法。但我们希望通过这种开发模式，智能汽车软件开发和软件迭代能够更好地满足用户的需求，这是软件平台的第一目标。2.汽车要想智能化，硬件能力如何挖掘？包括整个计算能力？靠硬件堆材料，做硬件军备竞赛，是不是无限的？还是做软件协作？在思考第二个维度的时候，我希望SOA软件能够真正的可复用、可重构，通过基础挖掘软件模块的能力，所以我们也提出了这样一个理论基础，原子化的服务封装，现在业内所有人都在引用这个说法。3.SOA绝对不是一个企业或者一个人能做到的。这是一个非常艰难的过程。今年年初看到一个帖子。有人说SOA要么是蜂蜜，要么是药。这个东西如果是双面的，用的好的话就是蜜糖。如果不考虑安全性和汽车本身的属性，就会成为药，甚至造成所有车辆的召回，导致智能汽车灾难性事件的发生。所以需要有一套完整的标准来规范SOA，保证它成为蜂蜜而不是药。SOA是一种理念。刚提出来的时候，只是一种方法论。在方法论的基础上，我们思考了智能汽车这个行业。当然，第三个特点是我们自己的思考，能否兼容所有操作系统，让应用变得非常简单。这是我们对SOA软件平台的基本思考。有了这样一套软件平台，生产模式中就没有这样的软件平台了。刚才嘉宾提到有些软件平台是基于CP+AP框架，有些是不用AP的。基于一些实时OS的中间件怎么做，每个人都有自己的想法，但至少在一个维度上，接口维度要统一。这是我们对SOA的思考。有了SOA这个平台，SOA可以解决软件的快速迭代，真的可以吗……产生商业价值？我们也打造了这样的开发者平台，也是在今年4月9日的开发者大会上发布的。对于普通开发者，包括一些可能没有编程基础的小白，SAIC Zero Beam提供了基础开发工具Z-ONE Maker，目前已经上线。有兴趣的开发者可以在官网试试。对于行业来说，比如今天出席的各位极客，以及行业内的OEM厂商和供应商，也提供了两类开发工具，通过图形化的拖拽，形成智能应用。用一个通俗的比喻，我们希望和所有开发者一起打造一个属于整个汽车行业的“安卓”操作系统。开发者和OEM厂商开发的应用如何到达最终的C端，包括我们的B端？我们说的是可以买卖和订阅的软件，同时提到应用商城的APP Store，其中的APP不仅仅是应用生态APP，更多的是属于汽车自身功能和性能的APP。SOA开发的服务组件、场景、应用商城都可以在这个商城中提供。为了帮助所有开发者更好的发展，开发者官网和社区也上线了。今年8月，我们将提供全套的APP store、开发者社区和所有工具链。同时，为了做好应用的测试和开发，我们还提供了完整的Z-ONE TE测试环境套件，用于产品验证和云端快速迭代。刚才说了零束银河全栈SOA产品线。经常被产品经理问，这样的产品出来，你的SOA给用户带来了什么？我每天都在说SOA，业界都在做SOA，但是所有的人看到你的时候，根本没有任何感觉，也不知道你在说什么，不知道车里有没有SOA，有没有变化。通过七个维度总结，SOA这种产品的应用，从根本上解决了两个问题:一个是软件快速迭代。我们总是总结为T+0+1+7。对于普通小白开发者来说，只需拖拽，然后搭载SOA软件平台车，即可编辑使用。专业开发人员可以在一天或七天内将应用程序上架，这取决于应用程序的复杂程度和开发应用程序所涉及的安全性。如果应用涉及到整车安全，七天也做不完，所以这就是SOA的速度。第二是改变。一个很热的词是千人千面，订阅服务，如何实现？就是通过我刚才介绍的两条产品线来实现的，真正让智能汽车变得灵活。我们还面向所有开发者开放了基础服务接口，包括200个跨域服务和100个内部系统服务，接口容量超过1900个。关于SOA，SAIC零束已经做了第二代迭代产品。第一代产品包括AP，市场上大家都认为是AP。我觉得是SOC，基于通信框架的产品，现在是第二代基于软件的SOA。我们的产品叫SOVP，我们的下一个迭代是SOAD，一个面向数据的软件平台，更多面向B端的分布式存储。随着整个产品线的不断完善，整个SOA软件平台和开发者平台也在不断布局。最后，我来说说我作为一个SOA开发者的想法。SOA的每个车企都在做。今天我站在这里代表Zero Beam邀请大家在接口层面或者架构层面进行标准化。标准化之后，我们一起构建所谓的智能汽车生态。最后，就这八个字，来说说零束SOA的初衷。我们希望一起创造，一起建设，一起分享。当然，不追求商业逻辑的成功是没有意义的。最后共赢，共建SOA生态。前半段我当了七分钟“推销员”，讲的是Zero Beam SOA的全栈产品，包括工具链的开发。我也邀请所有开发者使用这样的产品，加入我们的SOA生态系统，并邀请所有同行伙伴共同定义这样的接口标准。作为SDV组委会的成员，SAIC零束等编写单位也编写了这样一套汽车SOA软件框架技术规范，也就是我们今天在这里发布的1.0版本。我向各位嘉宾汇报一下这套《汽车SOA软件框架技术规范》的编写规范。如果它……s简单总结一下，有两个:第一，智能电动赛道已经到来，智能电动汽车是我们的大发展背景。第二，软件定义汽车的时代已经到来。今天所有嘉宾的发言都有趋同的趋势。每个人都在谈论SOA。几年前，我们认为这个人在谈论SOA时疯了。现在，大家都很感动。在这样的行业背景下，全协会委托我们作为主编成员编写这套规范。这套规范意义重大。首先是讲软件架构体系的构建。这个字很大，因为我们刚刚迈出了第一步，而且也是基于SAIC零束过去总结的框架指导。我们也愿意分享给全行业。二是完善SOA软件架构技术的研发体系。系统太大了。最多就是抛砖引玉，和大家一起，全体成员一起提高这样的标准。整个SOA软件架构的技术规范分为五章。在最前沿，我们做了一些对标分析，包括国内外的情况。在第三章中，我们制定了SOA软件架构的设计规范，这是一个Arch级的设计规范。在第四章中，我们提到了原子化服务，包括内部服务和系统服务，并对服务进行了基本设计。最后做个总结，感谢所有的投稿单位。找三个核心内容分享给大家。SOA架构设计1.0大概包括哪些内容？就第一种方法论而言，微信官方账号很多人都见过SOA服务，但服务的划分依据是什么？我们现在采用了自上而下和自下而上的方法。特别好理解的是，自下而上，多年来主机厂的很多业务场景，很多功能，很多东西都是服务软件模块，我们在CP和AP框架上静下心来形成这一层。一般来说。自下而上，把车内所有的传感器、执行器、外部基础数据模块、加速引擎都自下而上的升级，形成这样一个软件中间件系统，这是一个非常流行的方法论。接下来我们会横向，把系统内部和域控制器之间，包括中央计算平台之间，以及开发过程中系统内部的服务进行抽象，形成这样一个设计流程和设计方法。架构的设计方法刚才已经基本带来了，也分为软件架构和服务架构两种思路。软件架构不仅仅是制造传统汽车。要从汽车的角度去看，从云管理的角度做闭环设计。比如我们做跨车架构设计就是这么一套架构设计方法和思路，包括云与云之间的跨车架构设计，车与云的解耦，车云软件的解耦。我们还使用VAL车辆抽象技术，使所有品牌的汽车对云开发者不敏感。我不关心最终的界面形式，而是让开发者变得非常简单，使用整车的能力。这是建筑设计的主要思想。对于服务来说，这个比较讲究。自下而上和自上而下，第一步是靠大家一起探索迭代，让标准更加完善。这是我们软件架构和服务的设计方法。因为我们之前收集大家想法的时候，有这样一个问题，设计原理是什么？我们团队工程师讲了以下几个词:复用、抽象、粒度、封装、协同。在我的理解中，设计这一代SOA原则应该是绑定的，而不是免费的。如果我们想要自由，SOA就会变成药。这是一个基本原则。第二个复用性，粒度和兼容性，我相信每一个技术软件开发的从业者都有这样的思考。第三是如何考虑做架构师的性能和整体优化。这三个方面形成了一个标准，希望SOA的初学者和开发者都能使用这个产品。“抽象”下沉封装常用功能；“粒度”根据平台和业务需求将软件功能分解成不同的粒度，以满足二次包装的特点；“封装”是基于原子化的服务模块，对复杂的上层功能进行组合和封装；“协调”在SOA服务设计的整个过程中，需要协调不同功能的分配，以达到最佳性能、最小消耗和最优扩展。我们在以下几个方面提供了这样一套基本的设计原则:如何在车辆和云的协同分布中实现分布式计算，如何通过车辆的微服务和SOA服务来映射云的能力和车辆的能力。有了这个方法论和服务设计，我们还提供了部署原则，刚才已经基本提到了。整个部署是SOA落地的最终过程，部署原则，我强调的两块，也是我们之前遇到的很多问题。第一，开放性和安全性，这两个互相排斥的过程必须想清楚。最简单的就是，我们在测试包的时候遇到过问题，不只是在SOA开放的时候才这么做。这个趋势是对的。我们还是有针对性的，循序渐进的实施，包括对开发者的权限管理。我们的VAL还提供了全线管理方法。说到这里，整个SOA软件技术规范的1.0版本今天正式和大家见面了。到1.1版本，我们还会迭代一些安全，包括车云刚才提到的，整个服务验证的迭代规范。我们还将在9月的智能网络大会上见面并发布1.1版。这就是我刚才介绍的SOA的整个基本情况。最后，我来说说我作为一个软件从业者的心声，那就是协作。这个时代，我们是朋友圈，最终可以实现共赢。谢谢大家！

标签：理念

汽车资讯热门资讯