量体裁衣式的服务架构—AUTOSAR服务模型.docVIP

量体裁衣式的服务架构—AUTOSAR服务模型 掌握一门技术通常都是从熟练运用开始，再逐步提炼成一套知识体系。而完备的知识体系可以反过来指导技术的革新，或者创造出在新领域中的专门技术。 　　汽车软件架构正在经历这样的过程，IT行业广泛应用的面向服务的架构正在被引入其中。尽管从互联网行业可以搜索到一篮子的相关软件科技产品，然而这些碎片化的技术仍需要汽车工程师们进行系统化的梳理与整合。这方面走在前沿的当属AUTOSAR，自适应平台的推出标志着向面向服务的汽车软件架构迈出了重要一步。 AUTOSAR面向服务的软件架构可以方便地构建在安全控制器(Classic Platform)，还有高性能处理器之上(Adaptive Platform)。服务化的架构设计离不开服务模型的设计，本文将跟随设计者的思路谈谈AUTOSAR服务模型的设计思路和关注点。 01 服务架构设计需考虑的因素 　　面向服务的架构设计流行于多种应用领域，它深刻地影响着软件设计和开发的各个方面。当汽车软件架构要转向服务化，首先想到是遵从共同的范式设计。OASIS早在2006年就发布了开放标准－“面向服务架构参考模型“。该参考模型是抽象层面的设计，并不直接指定任何的标准，技术或者具体的实现方案。另外，其提供了一系列共通的语义，可以明确地描述各种服务架构的实现方案。 　　贯穿整个参考模型的是各类设计要素，这些要素是指导SOA设计的关键。架构相关的工作内容包括参考架构，架构式样，及其他模型。这些要素最终构成了所需的软件架构方案。而这些内容起始源自于参考模型，它是一系列活动的起源。 　 　任何一种架构方案，不仅仅是面向服务的架构，设计势必是在某种诉求中产生的，这些解决现有问题的诉求就成为架构设计的需求，以及要达到目的。架构设计一方面是要满足这些目的和需求，另一方面则是要考虑其运行环境，例如各种协议，规范和标准等。 SOA的实现是以上要素综合的成果，从一般性的架构规范和基础设施，再到针对专门需求所制定的运行环境，最终完成一个完整的SOA架构设计。 02 服务参考模型 　　对于面向服务的架构定义，其中的一个解释是：SOA是一种范式，用以组织和利用分散在不同领域之下的能力(capabilities)。而其中的核心概念－“服务”，至少包含三方面的内容：1) 为另一方执行工作的能力。2) 为另一方提供的工作规范。3) 为另一方执行工作的要约。 　　能力与运用能力，概念上有所差别。需求与能力可以独立于 SOA 而存在。而在 SOA的架构中，服务是将需求与能力两者相结合起来的机制，这设计SOA的意义。 　　回到汽车软件面向服务化的架构转型，车内传统的执行器与传感器作为一种基本能力的实质并未改变。在转向面向服务的架构后，改变的是在这些设备间建立起工作的规范和要约方法，同时还能提升这些设备的复用性，拓展性，互用性等其他特性。 　　下图展示了参考模型中一些主要的概念： 1. 服务的概念 　　“服务”是提供访问与使用其他域中某些能力的一项机制，访问的过程需要通过规定的接口进行，同时需要满足服务描述中所定义的相关约束条件和策略。服务通常需要通过某个实体来提供-称做服务提供者(Service Provider)，而另一方称做服务消费者(Service consumer)。 　　服务的实现通常对服务消费者不可见，所以需要定义服务接口(Service Interface)，其目的是让服务消费者了解服务所包含的范围，并规范的去访问服务的内容。 2. 服务的动态响应性 　　服务相互作用的方式主要有３个基本概念：可见性(Visibility)，真实世界效应(Real world effect)，相互作用(Interaction）。 2.1. 可见性 　　对于服务的提供者和消费者，它们互动的前提是知道对方的存在。可见性包含三方面的前提，它们是：１）存在性(awareness)：使己方可被他方可见，并进入待发现的状态。这种发现的过程通常称作服务发现机制(Service Discovery)。２）意愿性(willingness)：参与服务的交互，例如注册某个服务，即开始服务内容的交互。服务的意愿性受服务策略的制约。３）可到达性(reachability)：服务双方在网络中的地址，使用的协议，服务当前是否可用等。 2.2. 服务的相互作用 　　服务的相互作用通常是消息的发送和接受，另外还包含的情况是状态的迁移和改变。服务的相互作用围绕着服务描述，它们是：1) 信息模型(Information model)：服务交换数据的句法结构与语义。2) 行为模型(Behavior model)：包括动作模型和过程模型，它们确切地描述业务相关的动作和流程，和服务的应用领域密切相关。 2.3. 真实世界效应 　　如果让服务去完成某件事情，这