从汽车行业发展探索“SOA声明”(二)

从汽车行业发展探索“SOA声明”(二) 

中汽创智科技有限公司 – 基础软件部门

说明

文章转载请注明作者、出处以及版权声明。未经授权,禁止用于商业目的。本文章仅代表作者观点,不对其中包含或引用信息的准确性、可靠性或完整性提供任何明示或默示的承诺及保证。对于任何直接或间接采用、转载本文章信息产生的损失,作者不承担任何责任。

联系

如果您对本文档内容有任何建议,请发邮件至以下邮件列表。

邮件列表:

like@t3caic.com

autosemo-info@caam.org.cn

专业术语
缩略语 描述
面向服务设计范式(范型) 是达成面向服务战略目标的一条途径,其代表八大面向服务设计原则的集合,其进一步增强了分布式系统方案逻辑不同部分之间的共同性。

架构设计标准、设计模式和最佳实践都能够支持设计范式的成功应用。

面向服务 是包含一系列特定设计原则的设计范式。
面向服务框架 确立一种架构模型,其旨在通过将服务定位为表达方案逻辑的主要途径以支持与面向服务计算相关的战略目标的实现。
面向服务计算 代表新一代分布式计算平台
SOA技术架构 服务的基础物理设计
正  文
 0 . 概述

SOA技术进入主流开发行列,其经历了十几年的天花乱坠的宣传,逐步形成系统的理论体系、成熟的设计方法、和经验化工程流程。

随着汽车行业数字化、智能化和网联化时代的到来,汽车技术和IT技术迎来大融合。其中,车辆作为物联网的终端,其软件架构也需要与主流的物联网架构具有对等架构模型,构建以车辆为中心的车云一体架构,为用户提供个性化服务生态。因此,SOA技术也成为汽车行业技术人员关注的焦点。

SOA是一个泛化的、系统的和复杂软件工程设计思想和方法,业界对其至今没有统一的学术定义。如何提高对SOA理论体系的认知,加快SOA的文化转播,促进SOA在企业落地,在项目中技术实施,是汽车行业急切关心的话题。

SOA的实践方式“知行合一”,这里我们首先从汽车行业发展的视角解读和探索“SOA声明”。

 1 . “SOA声明”优先级原文

通过我们的工作,我们将按轻重缓急考虑:

  • 商业价值高于技术战略;
  • 战略目标高于项目特定的效益;
  • 本征互操作高于定制集成;
  • 共享服务高于特定目的实现;
  • 灵活性高于效率;
  • 渐进的演化高于追求一开始尽善尽美。

也就是说,虽然我们重视面向服务计算的战略价值,但我们更重视面向服务计算的战略目标实现。

 

 2 . “SOA声明-优先级”原文探索

  • 通过我们的工作,我们来按轻重缓急考虑。

思想解读:

本部分内容的声明创建了一套核心价值观,其中每一项都根据事务具有的价值表达为一个优先次序。这个价值体系的目的是解决需要定期进行的艰难选择(在SOA实施过程中),以便实现面向服务计算的战略目标和优势。

行业解读:

在企业准备好实施SOA时,需要战略和战术两个维度的支撑。战术实施过程中会涉及实施战略、业务、路线、方案和技术等事务的决策,那么这里给出决策时优先级选择的指导,以便帮助企业SOA战略价值更好地实现。

  • 商业价值高于技术战略;

思想解读:

如序言所述,适应业务变化是一个总体战略目标。因此面向服务架构以及所采纳面向服务的软件程序、解决方案和生态系统的根本质量都是业务驱动的。这不是关于技术决定业务的问题,而是一个技术利用的业务愿景。

这个优先事项在IT企业区域内会产生深刻的影响。它介绍了关于IT交付生命周期各个方面的变化,从我们如何计划和投资自动化解决方案到如何构建和管理他们。声明中所以其他价值观和原则在某种程度上支持企业商业价值的实现

行业解读:

车企在应用SOA方法论时,应时刻关注自身的企业战略愿景和目标,关注自身的核心业务价值链和能力布局,技术战略决策也应围绕企业的商业价值核心开展和实施。

  • 战略目标高于项目特定的效益;

思想解读:

从历史上看,许多IT项目仅专注于构建专门为自动化实现当前业务流程需求而设计的应用程序。这满足了即时(战术)的需求,但随着更多这些单用途应用程序的交付,IT企业充满了被称为“竖井”的逻辑和数据到。随着业务需求的出现,或者创建新“竖井”,或者创建“竖井”之间的整合渠道。随着业务变化的进一步发展,必须扩大整合渠道,甚至要创建更多的竖井,很快IT企业景观变得复杂化、愈加繁重、昂贵和发展缓慢。

针对这些问题出现了面向服务。这是一个范式(设计方案逻辑的治理方法),通过优先考虑长期战略业务目标,为项目特定的、基于竖井的和整合的应用程序开发提供了替代方案。以面向服务为倡导的目标状态没有传统的应用竖井,既是在采用面向服务的环境中存在传统资源和应用程序竖井,目标状态也可以在任何可行的范围内进行协调。

行业解读:

不论历史还是当前,基于即时的、战术的或特定项目应用开发集成模式是国内车企比较普遍的形态,面对日益增加的业务功能应用,车企未来必须采用面向服务范式进行对应用开发集成模式进行革新,特定项目的开发要优先考虑车企长期战略业务目标的实现,必须有这个前提约束项目的推进。

  • 本征互操作高于定制集成;

思想解读:

共享数据的软件程序必须是可互操作的。如果软件程序设计不兼容,则可能无法进行互操作。要实现非兼容性软件程序之间的互操作性,我们需要将他们集成起来。因此,集成是实现不同软件程序之间互操作性所需的工作。

尽管集成往往是有必要的,但定制集成很昂贵且耗时,还可能产生难以发展的脆弱架构。面向服务的目标之一是通过塑造软件程序来最小化定制集成的需求,使其成为本地兼容的。这是一种称为本征互操作性的能力。面向服务范式所涵盖的设计原则是为了在多个层面创建本征互操作性。

作为一个特定领域软件程序特征,本征互操作性是实现战略效益的关键,如提高效益和敏捷性。

行业解读:

当前,车企在车辆软件程序开发中往往需要协同内外部开发团队,不同团队不同平台开发的软件程序存在不兼容问题,定制集成难度很大,软件质量得不到保障。应用面向服务范式可以最小化定制集成需求,从而缩减车企成本支出,提高为车辆赋能的敏捷性。

所以,车企在软件程序开发中,应尽可能减少定制集成软件的数量,最大程度提高软件程序的兼容性。

  • 共享服务高于特定目的实现;

思想解读:

当面向服务应用到一定有意义的程度时,面向服务的原则将软件程序塑造为可被合法称为服务的面向服务逻辑单元。

服务配置了能够直接描述先前目标状态的具体特征(如本征互操作性)。通过应用服务可重用性原则而特别开发的这些特性之一是多用途逻辑的封装,共享和重用服务支持不同业务流程的自动化。

共享服务将自己创建为可以提供重复业务价值并减少新自动化解决方案费用和工作量的IT资产。虽然传统的单用途软件程序在解决战术业务需求方面具有价值,但共性服务的使用在实现面向服务计算战略目标(如成本效益和敏捷性提升)方面提供了更大价值。

行业解读:

当前,车企在车辆软件程序开发中往往需要协同内外部开发团队,不同团队不同平台开发的软件程序存在功能冗余、用途单一、复用性不高的问题。同时,不同类别软件程序的生命周期不一致,共享度越大的软件程序生命周期更长,需分类开发和管理。以上两个问题是因为软件程序的共享度不高引起的,其直接导致车企开发成本剧增(可能入不敷出),间接影响企业组织的敏捷性,消减业务的商业价值。

因此,面向服务范式提供一种将软件程序塑造和封装为服务的途径和方法,提高软件程序转化为共享服务的数量,减少单一软件程序的比例,实现企业成本效益和敏捷性提升的战略。

  • 灵活性高于效率;

思想解读:

这可能是最广泛的价值优先权声明,最好被视为指导理念,在提供和发展个性化服务和服务目录时,如何更好地优先考虑各种因素。

提高交付效率,可以通过优化方式。通过调整给定的应用程序设计或加快交付以满足即时需求来实现战略收益。对此没有什么不可取的,但当没有优先考虑促进灵活性的问题时,它能够产生上述基于竖井的环境。

灵活性特征超出服务有效(并且本征地)共享数据的能力。为了应对不断变化的业务需求做出真正的反应,服务还必须能够灵活地结合在一起,聚合成为复合解决方案,服务组合需要设计可以不断增大的固有灵活性水平。这意味当现有业务发生变化或新业务流程引入是,我们需要能够以最小(集成)的努力在组合架构中添加、删除和扩展服务。这就是为什么服务可组合性是关键的面向服务设计原则之一。

行业解读:

无论以“自动驾驶”和“车辆控制”为代表的功能场景,还是以“智能座舱”为代表的业务生态场景,都面临着“不断变化的业务功能需要”。传统分布式应用程序虽是模块化的和组件化的,但更体现一种静态架构的特征,无法满足车辆应用过程中动态和灵活的场景需求。

所以车企在高效交付软件程序的同时,要优先考虑软件程序的可组合性,以满足未来车辆不断变化和更新的业务功能场景需求。

  • 也就是说,虽然我们重视面向服务计算的战略价值,但我们更重视面向服务计算的战略目标实现

思想解读:

涉及与面向服务相关的术语“敏捷性”时,有一个共同的困惑点。一些设计方法主张快速交付软件程序以获取即时利益。可以认为这是“战略敏捷性”,因为其重点在于战略上的短期效益。面向服务倡导在组织或业务层面实现敏捷性,旨在赋予整个组织作为一个整体能够对变革作出反应。这种组织敏捷性的形式也可以称为“战略敏捷性”,因为其强调软件寿命,我们提供的每个软件程序都要努力实现具有长期战略价值的灵活性目标状态。

对于一个具有敏捷性的IT组织来说,它必须与企业共同发展。通常,我们无法预测企业将如何随着时间的推移而发展,因此我们最初无法构建完善的服务。同时,在SOA项目的分析和建模阶段,通常在组织现有的商务智能中会存在一些丰富的知识,并且我们可以获取这些知识。

这些信息以及面向服务原则和已证实的方法可以帮助我们识别和定义一套服务,以捕捉业务如何存在和运行,同时充分灵活地适应业务随时间的变化。

行业解读:

车企在决定采用和实施面向服务时,应注意提升组织的敏捷性,应充分利用现有传统架构的知识信息、面向服务原则和已经验验证的方法(面向服务分析和建模)正确交付服务。逐步识别和定义一套服务,逐步与业务功能对齐,且随业务功能的变化逐步完善。

组织的敏捷性同时涉及企业文化、组织结构和流程体系等方面的革新,应逐步完善,确保面向服务在企业内部落地。

  • 也就是说,虽然我们重视面向服务计算的战略价值,但我们更重视面向服务计算的战略目标实现。

    从汽车行业发展探索“SOA声明”(二)

思想解读:

通过研究这些价值观的优先级,我们深入了解面向服务与其他设计方法和范式的不同。除了创建用来确定给定组织与面向服务兼容程度的基本标准之外,它还可以进一步帮助我们确定能够采用或应该采用的面向服务及其程度。

对核心价值的欣赏也可以帮助我们了解在某些环境中成功实现SOA项目的挑战。例如,这些优先次序中的几个可能与创建的信念和偏好相抵触。在这种情况下,需要权衡面向服务的好处与采纳面向服务需要花费的功夫及其带来的影响(不仅仅技术层面的,还在组织和文化上的)。

行业解读:

面向服务对国内很多车企是一个全新的软件架构设计理念,每个企业现有组织和文化各不相同,可根据企业实际情况,在不同阶段和时期,制定合适的、可行的战略目标,同时权衡采纳面向服务需要的成本和影响,逐步推进面向服务在车企的应用和推广。采用战略和战术相结合的方式,逐步扩大应用领域,最终在整个车企推广应用。

 

 3 . 总结展望

以上,对车企采纳面向服务所达成目标给出了优先级决策。在实施过程中,缩减车企开发成本是初心,首要考虑。软件程序应用集成模式的革新,是第二考虑点。提高软件程序兼容性,最小化定制集成,是第三考虑点。软件程序的服务共享化,是第四考虑点。软件程序的可组合性,是第五考虑点。优先级考虑的同时,采用渐进演化的路线。

后期将对”SOA声明”中的指导原则进行系列解读和探索。

 

参考

[1] http://www.soa-manifesto.org

[2] 《SOA Principle of Service Design》[USA] Thomas

0

评论0

请先
显示验证码

社交账号快速登录