《浅谈整车SOA架构》：整车SOA系统设计.docVIP

《浅谈整车SOA架构》第4篇：整车SOA系统设计 01 SOA架构 1）架构是什么 首先，SOA架构师在整车项目开发过程中，承担着整车SOA系统设计的职责，而系统设计过程，需秉承一套可以被分享，可以被评审，可以被记录，可以被流程化的设计思路，这就是“架构”，它是一套如何以服务的形式组织整车功能的决策集合。 架构师要确保设计好的架构风格可以指导整车功能的组织和划分，并确保整个功能架构在汽车生命周期中可持续进化，此外架构设计需要关注功能性，复用性，性能，兼容性，经济和技术限制，商业等，而系统的具体功能信号和算法并不在架构的职责范围内，这些必须留给专业的功能架构团队。 2）为什么需要SOA架构 和任何其他复杂架构一样，整车软件必须建立在坚实的基础上，如果不考虑关键方案，不识别出常见问题，或者没有意识到好的决策能够带来长期受益，这些都将使整车应用架构面临高风险，整车功能变得不稳定，不易扩展，也很难适应不断变化的用户需求。 当前汽车发展面临着两大难题，如下图，一个是不断增加的汽车数量，预计到2025年，网联汽车可达到4.7亿量级，这其中8百万辆将是自动驾驶汽车，由此可见，云端互联和自动驾驶需求急剧增加。 自动驾驶需求，导致汽车内软件代码到达几亿行，整车软件代码出现井喷式的增长，这样整车相当于20台个人电脑以每小时超过25G的数据在运行，而传统CAN等网络极大的限制了汽车行业的发展，因此以太网作为车内主干网是必然趋势；云端互联需求，使汽车成为数字世界的一部分成为可能，这样智能汽车可以像手机一样，即使销售后，依然可以持续升级性能，整车功能可以持续创新，让汽车成为一种服务平台，这才是软件定义汽车的真正价值。 当前整车电子电器架构，功能不集中，分散到不同ECU，使得功能和信号交互异常复杂，代码和逻辑冗余相当严重，而互联网思路不断涌入汽车行业，汽车电子电器开发也必须要拥抱变革，并尽快适应变革，与时俱进。 SOA架构理念，来源于软件技术，在互联网行业已经应用了很多年，是一种非常成熟的技术，从全球角度，中国互联网的水平已经可以说全球领先，而汽车引入SOA理念，是一种全新的尝试，如果在汽车内落地好SOA，同样能够让中国汽车弯道超车，赶超世界先进车企。另一方面，各大互联网企业蜂拥而上进入汽车行业，也验证SOA引入汽车行业的必然，说明SOA的发展趋势是对的，也是大有可为，毕竟资本都是趋利。 为了和云端能够很好的互联，车端软件、通信、信息安全等必须能和云端环境很好的协同，实现一整套车云生态环境，因此车端采用可扩展到云端的基于服务通信SOA是最有效的落地方案，而设计SOA架构时需要先关注以下问题： 应用需要如何应用到产品中？ 用户需要如何使用这些应用？ 服务如何做到松耦合，以允许复用性和扩展性？ 性能属性需求有哪些？ 考虑现在或者未来的架构发展趋势，需要提前兼顾未来发展趋势，如果不兼容未来架构，那这个架构就不具复用性，从而违背SOA架构设计初衷。 3）SOA架构的目标是什么 架构是产品需求和技术需求之间的一座桥梁，必须准确理解产品需求，理解应用用例，并将对于产品需求的理解通过最合适的方法，落实到软件上，以实现这些应用用例，因此架构需要识别影响应用结构的需求。好的设计是在软硬件技术发生变革，用户需求发送变化的情况下，依然能够保持架构的灵活性。那什么是好的设计呢？好的设计是可以公开系统结构，隐藏实现的详细信息，可以实现所有用例方案，并协调解决和落实各个利益相关方的关注点，兼顾功能和质量需求，并保持架构可持续的被复用，同时能够支持不断进化。 4）架构设计方法 首先，SOA架构设计首先应该识别整车都有哪些类型的应用，以及理解这些应用将如何实施，只有这样才能将架构理念落实到实际的架构风格和技术，最后还得关注一些全局设置，比如场景，性能属性，需求，限制，安全等。 比较抽象的是架构风格和性能属性，其中架构风格就是一整套设计原则和规则，比如设定需要集成的系统所用到的服务类型，服务交互关系，以及交互限制，又如基于规划策略，协议栈限制，资源限制等待选择合适的技术和协议，简言之，架构风格就是限定如何集成系统。性能属性，主要涉及认证、安全，和易维护性，重点关注架构中涉及的严重问题，并和需求进行综合评估和权衡，同时性能属性要和功能系统完全独立，从架构角度来说，实施性能属性规划可以极大的提升系统性能。 架构设计原则大致有包含： 从最上层分解整车和功能，将系统划分为不同的子系统 整车功能完全独立不重叠，一个子系统只承担特定的一个功能特性，同时一个功能特性也只能在一个子系统中，不能在其他系统中重复定义 子系统通过接口来交互从而不关心其他子系统的内部功能逻辑 在功能细节不明确，或者功能不断进化的情况下，需要避免过早的进行大量设计工作 服务进行分层管理，将相同类型的服务打包到相同的服务层，决不允