写点什么

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:16727
用户头像

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

关注

评论

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

浅谈大数据建模的主要技术:维度建模

云祁

大数据 数据仓库 维度建模 7月日更

念念不忘,必有回响!6月更文活动的一些总结

编程三昧

程序员 程序人生 代码人生

“Windows 找不到文件...”,怎么处理?

Emotion

windows 系统 找不到系统文件 windows找不到文件

网络攻防学习笔记 Day61

穿过生命散发芬芳

网络攻防 7月日更

在线HTML实体转字符串工具

入门小站

工具

(VMware)ubuntu 环境下搭建 docker 镜像私服

逸少

Docker 镜像仓库

Flink运行架构

五分钟学大数据

flink 7月日更

CodeDay#7 启动 | 北京欢迎你

蚂蚁集团移动开发平台 mPaaS

小程序 webview 移动开发 mPaaS

5分钟速读之Rust权威指南(三十四)面向对象

wzx

rust

云原生领域的一些技术展望

名白

容器 云原生 Service Mesh service

极客时间-排位赛可视化工具

IT蜗壳-Tango

7月日更

Linux之tail命令

入门小站

Linux

程序员35岁以后就真的要返乡种田了么?如果没田种怎么办?|话题

花花

话题讨论 话题 话题王者 话题广场

低代码“三合一”模式,解决产品研发系统沟通问题!

优秀

低代码

🏆 【JVM性能调优】「对象内存分配」虚拟机参数调优分析

洛神灬殇

GC jvm调优 内存分配 7月日更

“懂行人”合力共建“强富美高”数字经济助力千载金陵的数字一跃

脑极体

Java入门到架构-优秀书籍

Java入门到架构

Java 架构 入门 书籍

话题讨论|你知道集群、分布式、微服务区别吗?

Emotion

分布式 微服务 话题讨论 集群 话题王者

PowerShell 数组

耳东@Erdong

PowerShell 7月日更

Hadoop 数据仓库建设实践(理论结合实践)

云祁

hadoop 数据仓库 7月日更

又曝出程序员删库跑路,业界何时能推出互联网企业和程序员之间的约束准则?|话题

三掌柜

话题讨论 话题 话题王者 话题广场

为什么 FaaS 系统的复杂性不会随着规模的增长而指数增长?

朱峰 Ben

Serverless Faas

架构思考

zk

微信 架构 微信业务架构

时间管理:通过折叠时间放大时间价值

石云升

读书笔记 时间管理 7月日更

李某逆道而行闭关三月,直接四杀斩获阿里/腾讯/京东/百度等大厂offer

Java架构师迁哥

推荐系统提供web服务的2种方式(二十四)

Databri_AI

算法 推荐系统 web服务

2021最新一线大厂Java高级架构师面试题总结,上线3天获22w浏览量

Java 编程 程序员 架构 面试

党建百年,矛盾论指导架构设计

三石

架构设计

HarmonyOS学习路之开发篇——公共事件与通知(二)

爱吃土豆丝的打工人

HarmonyOS 通知事件

剑指“双碳”目标,浪潮云牵手中科谱光一起做「光谱捕手」

云计算

业务架构模块7 作业 王者荣耀商城异地多活

好吃不贵

业务架构

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