写点什么

一场微软该不该支持 SCA 的辩论

  • 2007-10-21
  • 本文字数:1449 字

    阅读完需:约 5 分钟

来自 Chappell & Associates 的 David Chappell 通过论证“微软不该支持SCA ”开启了一场关于SCA 的辩论。

服务组件架构(SCA)最初由一组厂商(包括IBM、Oracle、BEA 和SAP)创建,于2007 年3 月被移交给 OASIS 。SCA 定义了用于在面向服务架构中开发和组合服务的编程和装配模型。服务(或组件),可以用 Java 或任何支持 SCA 编程模型的其它语言开发,即任何其绑定被 SCA 规范指定的语言。

SCA 编程模型由微软的竞争对手定义,他们控制规范,并且(按照 Chappell 的说法)他们主要关注代码的可移植性而非互操作性。唯一被 SCA 支持的.NET 语言是 C++,它在.NET 的世界中并没有扮演重要角色。即使微软会设计一个 C#或 VB.NET 绑定,在可移植性方面也不会有任何斩获,因为两种语言一定是在同种微软平台。此外,微软已经提供了一个类似的编程模型: Windows 通信基础(Windows Communication Foundation)。

首先,明白 SCA 是纯粹关于可移植性的这一点非常重要——它与互操作性没有一点关系。为了连接横跨厂商边界的应用,SCA 依赖标准的 Web 服务,除此之外没有加入任何新鲜的东西。[……] 因此,微软不支持 SCA 决不会影响任何人去连接运行于不同厂商平台之上的应用。

由服务组件定义语言(SCDL)定义的装配模型同样也没有加入互操作性:

这门语言并没有定义太多的东西。并且,因为所有在单一的 SCDL 定义的组合体内的组件必须运行于同一厂商的基础设施上,缺少微软的支持并不会影响任何人去定义包含两者(即 Java 和.NET 组件)SCA 组合体。即使微软支持 SCDL,这也是不可能的。

SCA 对可移植性的关注是主要原因,为什么微软和任何用户都不会从微软拥抱 SCA 中获益:

既定的竞争现实,微软今天支持 SCA 就象 10 年前可能拥抱 EJB 一样。即使该公司仍想要这么做,对于微软来说那儿没有多少东西可拥抱的。鉴于 SCA 完全关注可移植性而非互操作性,它所支持的编程语言集合,SCDL 的右派天性,微软对于这一正在浮现的技术的支持几乎对用户没有任何益处。

Stefan Tilkov 表示同意,并且甚至提出这样的问题“考虑他 [David Chappell] 的论点之后,这整件事是否值得努力”。Stefan 在其跟贴中表示“互操作性显然在可移植性之上”,同时他对 SCA 的成功表示怀疑:

对我来说,可移植、跨平台装配模型和编程模型没有机会成功——对我们的行业来说有太多的协议了。[……] 对 CORBA 来说仿佛也不存在明显的厂商优势……不知何故这也从来没有让 MSFT 加入。

William Vambenepe 回应说尽管 SCA 不支持互操作性,但它“不只是用于代码可移植性”。从 IT 管理的观点,他看到了 SCA 的优势:

在一个对应用和服务管理有用的粒度级别,它是一个机器可读的组合应用的逻辑描述。我可以将其用在我的应用基础设施上,以更好地理解关系和依赖。它将应用世界的概念带入到了一个更高的抽象级别(比 servlet、bean、row 等更抽象),在其中我可以更实际使一些任务自动化,例如策略迁移、自动故障转移、影响分析,等等。

根据 Vambenepe 的说法,微软将可能在这一点上从对 SCA 的支持中受益匪浅。他认为微软努力支持 SCA 将使他舒心不少,“例如,所有的管理厂商可以有效地管理那些包含了同时运行在微软和 Oracle 之上的组件的组合应用”。 Don Box 寻求支持SCA 论点 ,他并没有被Vambenepe 的论点说服。

看到SCA 将如何影响SOA 市场以及微软最终将如何回应这场辩论是非常有趣的事情。10 月3 日,InfoQ 发布了对SCA 标准成员和用户进行的 SCA 访谈 ,谈及了一些 SCA 辩论的问题并更深入地对 SCA 的角色和未来进行了审视和理解。

查看英文原文: The SCA Debate

2007-10-21 22:51793
用户头像

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

关注

评论

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

Amazon Forecast现可支持对单一条目进行准确性评估

亚马逊云科技 (Amazon Web Services)

AI/ML

Linux之tail命令

入门小站

Linux

Linux之tail命令

入门小站

Linux

愉悦圣诞 暖意融心

龙智—DevSecOps解决方案

盘点一下自己的2021

为自己带盐

28天写作 12月日更 盘点2021

Coder 投稿 | mPaaS 的多版本接入(Android)

蚂蚁集团移动开发平台 mPaaS

android Android Studio mPaaS 移动应用开发

动手用 Java 训练深度学习模型

亚马逊云科技 (Amazon Web Services)

AI/ML

提升产品创新能力?试试斯坦福大学设计思维模型!

恒生LIGHT云社区

设计 产品设计 创新 设计思维

常见开源分布式文件系统架构对比

Juicedata

hdfs 开源 文件系统 云存储 分布式文件系统

学习乐器的好处

Tiger

28天写作

python 数据分析找到老外最喜欢的中国美食【完整代码】

1_bit

Python

大数据开发之sparkSQL的使用分享

@零度

大数据 Sparksql

云小课|DGC数据开发之基础入门篇

华为云开发者联盟

大数据 数据湖治理中心 云数据开发 DLF

前端开发之JS中编写For循环的方法

@零度

JavaScript 前端开发

DataPipeline与海量数据完成产品互认证,助推数据管理信创生态新进程

DataPipeline数见科技

数据库 中间件 数据融合 数据迁移 数据管理

Spring核心原理之IoC容器初体验(2)

Tom弹架构

Java spring 源码

在 Amazon Inferentia 上为 PyTorch 自然语言处理应用程序实现 12 倍的吞吐量和低延迟

亚马逊云科技 (Amazon Web Services)

AI/ML

在线上传图片二维码识别解析

入门小站

工具

再说绩效考核

张老蔫

28天写作

我们开源了一个轻量的 Web IDE UI 框架

Ziv 小威

ide 开源 vscode React WebIDE

拿捏SQL数据分析:从基础破冰到面试题解

博文视点Broadview

HDFS(Hadoop分布式文件系统)

编程江湖

大数据 hdfs

解决 GitLab 报错:You are not allowed to force push code to a protected branch on this project

AlwaysBeta

git gitlab

新手入门:史上最全Web端即时通讯技术原理详解

WorkPlus

React vs Angular,到底那个更好用

编程江湖

前端开发

用一个 flv.js 播放监控的例子,带你深撅直播流技术

杨成功

JavaScript 前端 监控 直播 流媒体

热点浅谈:著名主播“薇娅”究竟是怎么赚钱的?

优秀

直播带货 薇娅

TCP 两次握手为什么无法阻止历史连接?

华为云开发者联盟

TCP 报文 握手 RST 报文 两次握手

图解带你掌握`JVM`运行时核心内存区

华为云开发者联盟

Java JVM 内存 堆内存

从新手到专家:如何设计一套亿级消息量的分布式IM系统

WorkPlus

专家视野:探寻运维趋势与ITSM落地之道

龙智—DevSecOps解决方案

运维 ITSM

一场微软该不该支持SCA的辩论_SOA_Hartmut Wilms_InfoQ精选文章