写点什么

语义面向服务架构参考本体论

  • 2008-12-12
  • 本文字数:1952 字

    阅读完需:约 6 分钟

由 OASIS 于上月发布的 SOA 参考本体论 OASIS 面向服务架构参考模型(SOA-RM)的一个扩展,它包含了与语义化面向服务架构相关语义的关键概念。

这一标准定义:

“经典 SOA”的一个主要局限在于……用来描述 Web 服务的标准提供的服务细节太少,主要就是一个简单的外部接口描述。光就这些描述并不足以提供该服务的进一步信息,如从该服务提供功能可得出的合理推论,或是其对外接口的行为等等。

SOA 参考本体论标准通过利用本体提供了克服这些局限的办法:

通过拓展本体以描述 SOA 当中的服务,机器可以推断它们提供的功能,调用它们的机制,以及它们所期望的输入和输出数据。换句话说,现在拥有一个语法描述(例如,一个 WSDL 文件)的每个服务,都将会有一个某种形式的语义描述。因此语义 SOA 当中的服务并非是服务的重复发明,而是服务的进一步强化。为了有效地对服务进行语义化描述,我们得明白在我们的语义描述里需要对哪些元素进行建模。在本文档中,你会发现面向服务架构参考本体论,它描述了需要对哪些元素建模才能有效地提供服务的语义描述和构建语义化的 SOA(即语义 SOA[SSOA])。

基于语义的方式,有两大基本原理,如这一标准所介绍:

  • 所有面向服务的描述应当以基于本体的形式来完成;
  • 所有基于本体的描述应具有与仲裁相联结的能力。

第一条原理在该标准中是通过将语义描述与所有的 SOA 资源联系起来得以实现的。这些描述支持服务的功能性(包括行为性)和非功能性描述,并且是创建服务实现的基础,因此只要知道这一语义描述,就同样能够找出该服务的实现。

服务描述的引入使对合适服务的选择得以正规化,选择是基于服务请求者的目标来完成的。为了促进请求者目标和提供者的服务之间的契合过程

……该参考本体论定义了目标描述,它由服务描述的同样元素来组成:即能力描述和一组接口。一个目标描述能力描述代表了所请求的能力,例如,请求者想要寻找并消费的能力。一个目标描述的接口描述了请求者在与对应服务通讯过程中试图使用的接口。

按照世界条件状态来对能力进行描述的标准必须存在,才有可能执行服务并保证在服务执行后保持世界条件状态。它进一步区分了信息的状态与真实世界的状态。作为结果,能力可以被分解到两个组别:先决条件和后置条件,它描述了信息空间、假设及影响的状态,并定义了现实世界的状态。通过提供这四个元素,该参考本体论允许在信息空间以及现实世界两者所发生的状态改变都能被有效的描述。

按照 SOA-RM,它详述了“服务接口作为与服务交互的方式”并将信息模型和行为模型两部分组合起来,SOA 参考本体论为信息和行为两种模型都作出了语义定义:

……信息模型是一个基于本体论的描述,并需要从能力和接口两方面考虑,所以它与服务(或目标)描述直接相关……对于语义 SOA 来说这一 [模型] 是由服务的领域本体来提供的;这一本体指定了服务执行以及和其它服务或请求者通讯所需要的所有信息。

……行为模型又派生出了两个不同的概念,代表着不同的视图:

  • 服务请求者视图:服务请求者执行服务所需要的信息,以编排来指定;
  • 与其它服务通讯:关于服务如何与其它服务协调和协作以实现功能的信息,以编配来指定。

对于语义 SOA 来说,这一 [模型] 被封装进通讯时需要进行交换的信息的定义,一个本体的概念和关系被标识以支持一个特定的角色(或模式)。进而,所交换消息的顺序需要清楚地指定。

仲裁原则的基础是 SOA RM 的能见度定义(“服务消费者和提供者之间相互交互时都能满意的一种关系”)和一个仲裁者,它是用相互能联结的实体和解决不匹配状态的方式来进行描述的。

该标准定义了如下的仲裁者类型:

  • 本体到本体的仲裁者(OO-Mediators)将本体联结起来并解决术语上和表示上的不匹配;
  • 服务描述到服务描述仲裁者(SS-Mediators)将服务描述联结进来并解决其功能表示上以及 / 或其访问方式上(例如,在能力和 / 或接口之间)的不匹配;
  • 目标描述到目标描述的仲裁者(GG-Mediators)将目标描述联结进来并解决服务请求者请求中的不匹配,同样是从功能或接口来考虑;
  • 服务描述到目标描述的仲裁者(SG-Mediators)将服务描述与目标描述联结起来,在消费者和提供者对于功能和 / 或其访问上的不同观点进行仲裁。

不同的仲裁者可以被归组到一个仲裁服务当中:

这一机制允许仲裁者被用于描述复杂服务所提供的功能片断以支持执行具体的仲裁场景。一个仲裁服务可以是目标描述也可以是服务描述。前者会被链接到在发现流程中用于找寻仲裁者所描述的可用功能的服务的目标,而后者会被链接到能提供仲裁者所描述的功能的服务

通过发布这一仲裁者和其所需要的所有本体,目标和服务描述,能见度的要求被满足,因此能允许目标和服务进行交互。

在接下来的几周或几月内,现有的工作草案将会按需更新以进入到公众评阅草案阶段。

查看英文原文: Reference Ontology for Semantic Service Oriented Architectures

2008-12-12 02:191479
用户头像

发布了 133 篇内容, 共 43.7 次阅读, 收获喜欢 1 次。

关注

评论

发布
暂无评论
发现更多内容

BroadcastReceiver官方概览,【面试总结

android 程序员 移动开发

JMH实践记录

Clarke

JMH性能基准测试

ConstraintLayout 1,flutterrow换行

android 程序员 移动开发

filter、interceptor、aspect不知如何选择,移动应用开发案例教程

android 程序员 移动开发

FART:ART环境下基于主动调用的自动化脱壳方案,androidndk开发教程

android 程序员 移动开发

Flutter Android 端 FlutterInjector 及依赖流程源码分析

android 程序员 移动开发

下一代信息技术论坛云操作系统介绍

架构 操作系统

Dart _ 什么是Stream,安卓开发不得不会

android 程序员 移动开发

BAT同系列公司面试总结,哪些你所不知道的,学习android的好书

android 程序员 移动开发

Butterknife源码分析,android开发环境搭建实验报告

android 程序员 移动开发

Chameleon跨端框架——壹个理想主义团队的开源作品,旧版android模拟器

android 程序员 移动开发

Coroutine 基本原理,Android开发大佬的百度美团快手等大厂Offer收割之旅

android 程序员 移动开发

Flutter Android 工程结构及应用层编译源码深入分析,Android面试题及答案2020

android 程序员 移动开发

BAT常见Android面试20题详解,985研究生入职电网6个月

android 程序员 移动开发

ConstrainLayout 基础教程2,2021Android精选面试实战总结整理

android 程序员 移动开发

ConstraintLayout 2,android双击事件响应

android 程序员 移动开发

DialogFragment探索与实现,音视频编解码技术

android 程序员 移动开发

EventBus核心原理其实保存这三张图就可以弄懂了,收藏一下

android 程序员 移动开发

BAT面试有关散列(哈希)表的面试题详解,flutter图片压缩上传

android 程序员 移动开发

ButterKnife被弃用,ViewBinding才是findView的未来?,秀出天际

android 程序员 移动开发

ByteDance张一鸣:抖音很多年轻人,出色的都有这些闪光点

android 程序员 移动开发

如何打造实时性的弹窗?

神策技术社区

UI sdk Android;

(完整版)直播回顾:2021 MAXP 无服务器赛题讲解

亚马逊云科技 (Amazon Web Services)

人工智能 云计算 创新大赛

Context那些你不知道的事?,张口就来

android 程序员 移动开发

Flutter RichText支持图片显示和自定义图片效果,经典Android开发教程

android 程序员 移动开发

DateUtils(一个日期工具类),androidauto百度地图

android 程序员 移动开发

Flutter Candies 一桶天下,kotlin编程软件

android 程序员 移动开发

BAT资深面试官-带你破解Android高级面试,渣本逆袭大厂面经分享

android 程序员 移动开发

BroadcastReceiver源码分析,一线互联网大厂中高级Android面试真题收录

android 程序员 移动开发

Dart Flutter 1,flutter页面跳转动画

android 程序员 移动开发

Dart 层如何 兼容 Android 和iOS平台特性 (1),Android开发面试技巧

android 程序员 移动开发

语义面向服务架构参考本体论_SOA_Boris Lublinsky_InfoQ精选文章