Zaptake:微软公司SOA通信的不足

2009-1-8    | |
打印本文章
RSS

导读:对于Web服务的关注,以及在市场上占有大量服务组合平台份额这个事实,微软可以提供完全迥异的解决方案。应充分利用SOA提供的契机,将注意力从Web服务转移到其它方面。

关键词:Web服务 服务组合平台 解决方案 SOA

正在加载数据...

【TechTarget中国原创】ZapThink在介绍微软公司通信时,我们惊叹于该公司SOA通信的不足以及其对市场的敏感程度偏低。微软公司SOA官方信息认为SOA只是基于Web服务上的集成。微软自己杜撰了SOA这个字眼,而没有注意到SOA是企业架构的一个方面,而不是关注建立在标准基础上的集成。

  微软将SOA变成了一项开发商措施,这项开发商措施关注基于标准的互操作性。他们的画龙点睛之笔就是SOA是关于“连接业务”的技术。难道它和B2B集成以及XML的基本理念不同?他们将SOA的定义极大的缩小了,以至于和当今的SOA的实际相脱离。尽管客户经常在电话会议上和事件中经常提到这一点,他们都曾经在微软公司的产品中实施过SOA,但是其只不过是建立在Web服务上的EAI而已……

【TechTarget中国原创】ZapThink在介绍微软公司通信时,我们惊叹于该公司SOA通信的不足以及其对市场的敏感程度偏低。微软公司SOA官方信息认为SOA只是基于Web服务上的集成。微软自己杜撰了SOA这个字眼,而没有注意到SOA是企业架构的一个方面,而不是关注建立在标准基础上的集成。

  微软将SOA变成了一项开发商措施,这项开发商措施关注基于标准的互操作性。他们的画龙点睛之笔就是SOA是关于“连接业务”的技术。难道它和B2B集成以及XML的基本理念不同?他们将SOA的定义极大的缩小了,以至于和当今的SOA的实际相脱离。尽管客户经常在电话会议上和事件中经常提到这一点,他们都曾经在微软公司的产品中实施过SOA,但是其只不过是建立在Web服务上的EAI而已。

  对开发商/集成这一价值主张的关注并不是微软公司的长期目标,也不是他们的最佳位置,在用户授权方面微软总是先人一步,当他们试图关注企业集成时,竞争优势就消失殆尽了.事实上,作为中间件的微软除了是提供服务以外,还可以是服务消费者,它很难提供一个真正的异类企业。SOA的真正力量不是基于标准的集成(XML和EDI也没有这种功能)而是在不断变化的环境下组合异类服务。

  事实上,抛开对于Web服务的关注,以及他们在市场上占有大量服务组合平台份额这个事实,微软还是有许多可以盈利的地方,除了互操作性通信中间件的变化莫测之外,微软可以提供完全迥异的解决方案。如果微软能够了解SOA是关于服务消费正如其是关于服务供应一样,他们还是有机会大显身手的,通过将注意力从SOA上转移到连接上,即使用以技术为基础的单片机系统,他们还是可以抓住SOA提供的这个机会。

  微软有潜力创建一个异类组合环境,以便建立一个位置独立,技术中立,用户互操作的丰富环境,这里Web服务的作用不是很大。对于这些环境的关注存在于真实,复合的环境。事实上是,他们完全误解了SOA,因为许多使用服务组合的应用中都没有SOA的踪影:Office, Silverlight的移动工具,甚至是Xbox。

  当然不能否认,微软还是有对SOA懂行的,他们知道SOA会重新考虑我们建立应用方式,以及人们是如何在网上使用这些功能的。但是,显然这些人并没有掌管微软SOA营销通信。那些关注技术的人,开发商和集成定向通信接管了这项工作,这点足以证明他们在市场上反映不够灵敏。

  ZapThink采取的措施

  如果你真想知道SOA通信究竟如何,就要看看IBM和Software AG怎么说的。他们了解SOA在市场的内涵。他们一定会有机会的。

  和许多其它的实例一样,最近进军Web 2.0市场,微软没有扑捉到关键的技术趋势,因此在使用时,装备也不是很齐全。要是微软自2002年以来就一直对SOA进行思考,局面就会截然不同了,那时我们还处于对SOA定义的初始阶段,但是现在是2008年,对于SOA的定义已经很完善了,如果还一味将SOA捆绑在“连接”上,这种做法既不成熟,也不正确,而且还有一定的误导性。微软应该充分利用SOA提供的契机,将注意力从Web服务转移到其它方面,例如启用定位、技术,并在不断变化的环境中处理中立的服务组合——SOA版本。

查看全文
 
今天,大多数SOA设计技术1,2,3都是以定义服务为中心的。它们使用面向服务的分解原则,以业务流程为基础、企业业务/功能模型……
 
SOA即面向服务的体系结构,这句话,相信接触了企业信息化的人都读过,SOA从一个IT概念发展到如今,已经运用于诸多大型企业中了……
 
面向服务导向架构(Service Oriented Architecture,SOA),企业用户存在各种各样模糊的认识,这些模糊认识很可能将企业的SOA项目引入误区……
 
在SOA(面向服务的架构)的浪潮中,厂商们都积极地重新调整自身已有的产品组合。也都会借此机会大张旗鼓地宣传他们的技术和产品是最适合用户的。
 
SOA专家Dave Linthicum称,当涉及到SOA的问题时,有许多错误的信息。虽然你可能认为经过这么多年之后我们会更好地理解SOA……
本技术手册旨在探讨如何为封装WS-BPEL流程逻辑所需的Web服务设计WSDL定义。因为SOA提倡用“契约优先”的方式来设计服务,所以理解由WS-BPEL引发的这种独特服务契约设计理念,是成功构建有效流程和服务的关键因素。
本专题分六部分探讨SOA设计模式,当初设计面向服务架构的一大初衷就是降低服务间耦合度,由此提高服务的灵活性和自由度。
本专题分六部分探讨服务定向原则,主要探讨如何将服务定向原则应用于构成服务的自动化逻辑。如何越过单个服务层面,应用作为范例的服务定向并形成能够封装整个企业领域的服务层。
最新更新
专家答疑
技巧
Eric Newcomer
是否存在某些经验法则,让人们在网络互操作性和进程互操作性二者之间做出选择?换句话说,如果我遇到吞吐量问题,是不是就不该选择Web服务了?
Jason Bloomberg
评价“企业mashups”的标准是什么?尤其是在企业mashups和“主机包装”项目的关系上?我们对企业mashups的定义是:丰富网络环境下,一套建立在SOA基础之上的组合……
Rami Jaamour
你能解释一下什么是回归测试吗?怎样才能保证你的回归测试是正确的呢?回归测试旨在揭示所有由软件修改所引起的回归,在当今复杂多变的商业环境下……

登录TechTarget中国

关闭
本服务仅向TechTarget中国的会员开放,请登录或立即免费注册
登录Email
请输入您的登录Email
密码
下次自动登录