写点什么

W3C 关于服务网络的研讨会报告

  • 2007-06-23
  • 本文字数:2080 字

    阅读完需:约 7 分钟

二月份,W3C 组织了一场研讨会,内容是关于“企业计算的服务网络(Web of Services)”,会议专门就 Web 服务和 Web 标准迎合企业软件需求的适宜性进行了探讨,还包括用来改善企业支持的相关措施。 InfoQ 随后报道了其中十分有趣的意见书 ;现在,汇总结果报告已经发布。

引述摘要:

研讨会的参与者建议,除了其他事项外,W3C 应当采取下列措施:

  • 通过 Web 服务核心工作组来维护 Web 服务规范,确保 Web 服务核心平台的稳定性,
  • 由 Web 和 Web 服务机制来推动共同利用资源
  • 帮助用户 / 垂直行业详细说明需求、用例、最佳实践指导及 SOA 架构模式

更有趣的一些引述还包括,承认“服务网络”缺少成功案例:

尽管文档网络(Web of documents)的成功超出了人们的想象,这很大程度归结于普遍采用了它所依赖的标准(HTML、HTTP、URI),但是服务网络没有获得同等的成功,尤其在企业中,它具有的巨大潜在效益。

报告也提到了 WS 相关内容:

许多没有利用 SOAP Web 服务的服务被部署到 Web 上,但是它们不足以满足综合的企业 IT 需求,尤其是安全领域。

作为 Web 和 Web 服务方式都有价值的观点:

研讨会上的讨论指出,各个组织正在从两个方法(Web 和 WS-*)中获利,至少有一个案例,同一个组织(Yahoo)说他们成功地在业务的不同领域使用了两个方法。

一个老生常谈的话题是 XML 数据绑定。 Paul Downey 曾领导过一个数据绑定工作组(我们以前和他聊过这一点 ),他也参加了研讨会,并对有“这么多热爱数据绑定的工作组”感到高兴,报告支持了这一说法,但是也承认了问题:

W3C 数据绑定工作组开始帮助解决这一问题。它是由一个用户组织主持的,但是由于缺少厂商参与,WG 未能达到临界状态。研讨会期间,IBM 表示:因为微软没有加入,所以他们也不加入。其他厂商则说没有 IBM 和微软参与,很难给出在 WG 上投入时间和精力的正当理由。这是问题明显的例子。标准,尤其企业软件标准,对用户是有益的,但是厂商们有时有不一致的目标——抑制市场采用标准。

研讨会结束不久,WSO2 的 Jonathan Marsh(以前在微软)在 blog 上发帖支持了这一观点:

WS-* 最大的痛处在于对 XML Schema 支持贫乏,招致数据绑定工作组可用的 XML Schema 模式不足。重新努力解决这一点是必不可少的。我确信 WSO2 能继续参与,或许甚者在这一重要领域开创我们的工作,我希望那些在微软表示不参与之后错误地放弃努力的其他厂商能重新评估他们的位置。
不这么做的后果是弱化 WS-* 描述方面的信心,而这正是我认为 WS-* 优于 REST 的主要优势。如果我们不能做的更好,我想 REST 和 REST 描述语言,如 WADL 将获得动力。这件事本身不是坏事,但是一些健康的竞争将保持架构在其价值上而非执行上进行竞争。

有关 Web 和 Web 服务历史的观点十分有趣:

Web 服务规范包含许多来自 Web 架构的概念,它最初被设计成可与 Web 技术良好协作。然而,Web 服务规范还包含与已有企业中间件技术,如 RPCs 和 MOMs,一起很好工作的概念和设计,而且 Web 服务实现也倾向于那些概念和设计,而非规范中的 Web 更加友好的部分。这可能是因为实现多是由已经拥有这些技术的厂商完成的。…另一方面,Web 应用可以使用原始的 XML 及编写 XML 处理代码与企业应用集成。这导致了最终的松耦合,并为可移植性和互操作性提供了更多的益处,但是它给开发者带来了更多处理抽象概念的负担。这种倾向也比较类似 Web 工作的方式。然而,正如 Yahoo 的出席者指出的,开发者经常反对额外的、涉及原始 XML 处理的工作,要求使用 Web 服务厂商所提供的代码生成工具来做这些事情。

作为重大挑战之一,报告指出了互操作性:

随着 WS-* 栈的增长和新规范完成其相关标准化过程的持续加速的努力,使跨越不同实现的所有事物一起工作的复杂性就更令人生畏了。

还有一个争论的话题是, REST 描述语言

尽管人们普遍认为 Web 服务需要大量的、超出包含于 WSDL 的描述,但值得注意的是尽管 RESTful 应用被定义为“自描述的”,也还需要额外的标注。这里的讨论指出了 WADL 的利害,并对“REST DL”提出了的类似意见。在许多情况下,两者都产生外部元数据:从单调的英语到结构化或非结构化数据,到更形式化 RDF 表达方法,但所有数据都参考使用了 URI。URI 标识的资源,包括服务描述,还提供了定义编制 / 编排(orchestration/choreography)行为的基础。这些工作赢得了很多趣关注:如使 WADL 更好理解将要完成什么及如何完成,而不是追求不成熟的标准。

还有许多其他需要被确定的需求:遗留系统与 Web 的互连性、服务描述、支持服务发现、版本标定、工作流、仲裁、HTTP 认证。

报告的结论:

在研讨会期间,这些十分不同的特点被勾画出来了,涉及到支持和维护一套让全世界范围对等团体使用的设计技术,涉及到维护一套能让层级划分、严格控制公司环境使用的技术。
防火墙内外通常仍是两个不同的世界。

当我们问 Garther 的 Nick Gall 一份更有争议性的意见书的作者 )在研讨会后的看法时,他回答:

我觉得这次研讨会的讨论表现出了真正的愿望以减小两个“web”(“http web”和“SOAP web”)之间的裂痕,但是也曝露了有大量的工作需要去做。

查看英文原文: W3C Workshop on Web of Services Report

2007-06-23 09:161165
用户头像

发布了 150 篇内容, 共 53.4 次阅读, 收获喜欢 10 次。

关注

评论

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

zk源码—会话的实现原理

电子尖叫食人鱼

Java

勒索软件介绍

天翼云开发者社区

勒索攻击

在亚马逊云科技环境上基于 Dify Agent 快速部署 text2SQL 智能数据分析助手

亚马逊云科技 (Amazon Web Services)

Arthas watch (方法执行数据观测)

刘大猫

Arthas 图像处理 图像分割 光学成像 光电成像技术

SvelteKit 最新中文文档教程(21)—— 最佳实践之图片

冴羽

前端 前端框架 React Svelte SvelteKit

关税冲击下,全球AI向何处去?

脑极体

AI

GreatSQL启动崩溃:jemalloc依赖缺失问题排查

GreatSQL

星闪,连接智能的「最短距离」

白洞计划

AI

促销系统:促销活动、优惠券、优惠规则概念模型设计

量贩潮汐·WholesaleTide

出版社资源管理系统的技术架构

北京木奇移动技术有限公司

出版社 教学资源网 资源管理系统

Apache Cloudberry™ PAX 行列混存方案技术解析

酷克数据HashData

阿里云 Elasticsearch Serverless 检索增强型 8.17 版来袭!

阿里云大数据AI技术

大数据 elasticsearch 阿里云 Serverless 向量检索

三句话搞定周末出行攻略!我用 AI 生成一日游可视化页面,还能秒上线!

陈明勇

MCP

生成式 AI 在电商评论场景的应用 : 场景分析和技术选型

亚马逊云科技 (Amazon Web Services)

超实用指南:应届生如何三步高效拿下理想实习机会

Y11

面试 找工作 转行 笔试 找实习

《Operating System Concepts》阅读笔记:p733-p734

codists

AI+代理IP手把手教你爬取某度

袁袁袁袁满

AI 代理IP 免费代理ip Python爬虫 爬虫实战

出版社资源管理系统的技术难点

北京木奇移动技术有限公司

软件外包公司 教学资源网 资源管理系统

[方案讨论]怎么把大量电话号码批量导入手机通讯录,联系人号码导入苹果iphone华为小米等手机

一码平川

1688代采系统功能深度解析:如何通过自动采集商品详情数据API接口实现高效运营

代码忍者

1688代采集运系统

做Docx预览,一定要做这个神库!!

Immerse

Vue 前端 docx 文件预览

出版社资源管理系统的主要功能

北京木奇移动技术有限公司

软件外包公司 出版社 教学资源网

出版社资源管理系统的开发

北京木奇移动技术有限公司

软件外包公司 教学资源网 资源管理系统

全面了解如何删除Mac启动台(Launchpad)的无效图标,Mac软件卸载后残留图标无法卸载的解决方法

阿拉灯神丁

mac系统清理优化软件 应用程序卸载 程序坞图标删除软件 CleanMyMac X中文版 卸载清理软件

出版社资源管理系统的运营

北京木奇移动技术有限公司

软件外包公司 出版社 资源管理系统

MES助力电线电缆行业生产:从质量管控到追溯管理

万界星空科技

mes 电线电缆行业 制造业工厂 电线电缆mes 生产管理MES系统

云备份技术解析:备份删除&合并原理

天翼云开发者社区

云备份

AI智上 | 用友凭借AI之力,绘财务数智化新蓝图

用友智能财务

汽车上云的不可逆之路

脑洞汽车

AI

坐标上海,20~40K的面试强度

王中阳Go

Go 面经 上海

W3C关于服务网络的研讨会报告_SOA_Stefan Tilkov_InfoQ精选文章