|
2007年,SOA领域值得关注的八件大事
SOA已经变得如此受欢迎,有些厂商甚至声称所有没有使用SOA的地方都应该部署它。而在2007年10月30日,微软在第五届微软SOA暨业务流程会议上宣布代号为Oslo的模型驱动的SOA解决方案技术蓝图,这是一个整合服务导向架构(SOA)及建模应用程序的技术平台,微软将自明年起陆续把此一技术平台嵌入各项产品中。SOA厂商吞并BI市场。
本文关键字:
SOA
本篇文章将以倒计时的方式介绍8个SOA大事记。 可以毫不夸张地指出,面向服务的架构现在已经无处不在。SOA已经变得如此受欢迎,有些厂商甚至声称所有没有使用SOA的地方都应该部署它。 并且,就像前几年一样,2007年很多人抱怨SOA,甚至在IT行业继续朝面向服务的方向前进的过程中也是如此。然而,随着时间的推移,每一个主要的应用软件开发厂商向SOA领域涉及的程度也越来越深,并且用户也开始因为他们重新定位劳动力的成果而炫耀一些新的吸引人的服务。 事实上,今年没有登上SearchSOA.com的名单的SOA大事的数目是很大的。Eclipse Europa(Eclipse Europa是Eclipse下一代发布版本(正去年的Callisto),Eclipse同时发布了21个项目,将其统称为Europa,它包含一千七百多万行代码,由19个不同国家的310多个开源开发者组成。Europa发布了四个Eclipse包,分为Eclipse IDE for Java Developers, for C/C++ Developers, for RCP/Plug-in Developers ,和经典的Eclipse)、Java社区的众多创新以及日益重要的testing/QA,所有的这一切都值得竞争者们关注,但是却没能登上SearchSOA.com的大名单。若甲骨文公司成功收购了BEA公司,那么这件事肯定会榜上有名,但令人遗憾的是该交易却没能成功。Software AG斥巨资收购webMethods同样也没能入围大名单,这些足以证明SOA领域的新一轮竞争的激烈程度。 2007年,SOA逐渐成熟,但也开始暴露出一些“成年人”的问题。过去大家一直在谈论的Web服务标准和对基础整合的关注已经成为了过去,取而代之的是可扩展性和利润问题。 8.微软试图找到自己的SOA道路 在SOA领域,微软可以说是先驱,但是微软特立独行的本能已经被证明是有问题。总部设在Redmond的微软向来喜欢按照自己的方式做事情,其中包括SOA。这种独来独往的做饭有可能对微软有所帮助,但是有些分析公司报告说.net的使用率正在下降。 分析师们高度赞扬了微软没有提供“饼干模子”(cookie cutte)的面向服务方法,但是,这个软件巨头仍然遭受了来自业界的批评:微软仍然对软件过于专有化并且需要做更加细致的工作以解决企业层面(而非在应用层)的架构问题。但是,微软没有做出重大举措以于Liberty Alliance(自由联盟,这是一个用户认证技术的标准化团体,)联手,以解决网络服务身份的互操作问题。 微软在2007年年初开始发布其Vista操作系统,该新版操作系统与SOA只有很小的联系。而2007年晚些时候,微软推出了代号为Oslo的计划。而在2007年10月30日,微软在第五届微软SOA暨业务流程会议上宣布代号为Oslo的模型驱动的SOA解决方案技术蓝图,这是一个整合服务导向架构(SOA)及建模应用程序的技术平台,微软将自明年起陆续把此一技术平台嵌入各项产品中。 微软表示,现在的应用程序要跨越不同技术、企业与IT,或是跨越整个组织、供应端,及客户端等并不容易,微软持续在SOA及企业流程管理技术上投资以协助客户利用服务导向及模型驱动来链接这些不同的范围,透过Oslo,微软将会提供一个整合服务及建模的平台。 过去软件设计人员一直透过绘出程序设计图以规画多年的建置案,但建模技术则可透过模型中的标志及语法来产生程序,模型及程序间会产生连动,方便找出程序中的Bugs及进行更新。 微软系统连接部门共同副总裁Robert Wahbe表示,Oslo可让应用程序自设计到部署互相连结及更有效率,降低复杂度,结合企业及网络,并简化互通及管理方式,将应用程序提升到新的等级。 信息周刊引用微软系统连接部门产品总监Steven Martin指出,过去仅有非常少数的使用者使用建模技术,微软则想要让建模成为一般开发人员的主流技术。 微软计划在五大领域的服务器及工具产品中嵌入Oslo技术,在服务器中,微软的BizTalk Server 6除了持续提供SOA及BPM解决方案外,也将具备可开发、管理及部署合成应用程序的能力;在服务上,微软的BizTalk Services 1将提供代管服务的商业版本,并具备传讯、身份认证及工作流程等功能;在架构上,.NET架构第四个版本将提供模型驱动开发功能;在工具上,Visual Studio 10将在端点对端点的应用程序生命周期管理透过模型驱动设计的新工具强化其功能;在储存上,微软持续投资可横跨服务器及工具产品的元数据储存器,包括System Center 5、Visual Studio 10及BizTalk Server 6都可利用该储存器技术以管理、改写或部署模型。 Oslo迄今只有想法、计划及原型,预计要到2008年或是2009年才能看到具体的成果。 然而,Oslo会不会成为微软的一个大的SOA计划呢?它能不能对微软将自己定位为一个SOA厂商有所帮助呢?或者Oslo能不能于Windows Communication Foundation、Astoria 以及 Silverlight技术结合从而在复合应用软件市场上发挥更大作用呢? ZapThink LLC公司高级分析师Jason Bloomberg对此持怀疑态度。 “微软的建模形式是专有的并且他们的注册接口也是专有的,所以我们认为,Oslo计划是不适合大多数SOA倡议的,唯一的例外就是微软自己。 Silverlight很可能是一个更有前途的方法。”。Jason Bloomberg说。 7. SOA可以带来巨大的商业效益吗? 2007年5月20日至25日,美国南部城市奥兰多,4000多名IT专业人士聚集在这里,参加一项名为“IBM影响力大会2007”的会议。这项会议的话题只有一个:SOA(面向服务的架构),而主题则是“Impact,Venture”——探险之旅。SOA已经成为软件行业的热门话题,也备受ISV的关注,但是各家厂商对于SOA的定义都不相同。Steve认为,SOA是一种革命性的建设IT系统的方法,使得IT系统能够更好地满足企业的业务需求。他表示,SOA是一个方法论,而不是指某一种产品。IBM认为,SOA通过提高开发系统的重复利用率,将IT系统的投资收益率提高24%,而将开发时间缩短35%。SOA特别适合于承载企业关键性业务的IT系统,因为按照SOA理念建设的IT系统,具有很强的灵活性,能够根据业务的需要进行重组。美国CIO杂志今年做的一份调查,或许可以显示SOA在企业中的重要地位。调查显示,在采用了SOA的企业中,74%的CIO进入公司最高决策层;而没有部署SOA的企业中,则只有59%。采用了SOA的企业,CIO的年平均收入是25万美元;而没有部署SOA的CIO年收入只有15.9万美元。SOA还使CIO拥有更大的资金使用权——部署了SOA的企业,IT预算占企业收入的比例达到了8.9%;没有部署的企业,这个比例只有5.8%。Steve Mills还预言整个世界即将感受到SOA带来的巨大商业利益。这次大会吸引了了很多CIO前来参加,他们表示SOA需要更加关注企业所关心的问题,SearchSOA.com专家Miko Matsumura也认为SOA部署的成功与否是靠商业协作来衡量的。 当然,诸如“谁拥有企业”以及“商业案例的最佳做法”这样的小问题也需要加以整理。并且你可能需要学习如何将SOA应用于企业业务,并找出合理的投资回报率目标。 同时,围绕“动态商业应用”和“复杂事件处理”这些概念,分析师也正在创造一个新的词汇。 Macehiter Ward-Dutton研究总监Neil Macehiter表示:“ 我认为,SOA作为一个业务转型的推动者,现在仍处于初级阶段。这就是说,我相信SOA与BPM(Business Process Management 业务流程管理)的协同作用,但我的意思是说,使用BPEL(Business Process Execution Language For Web Services,业务流程执行预言)的业务流程管理而不是比服务编排,产生了一些这方面的进展。着眼于让BMP支持业务转型策略的企业都开始看到用把IT能力看作一种服务的方式来调整业务转型策略的好处。而且,随着超越软件开发和集成思想的渐趋成熟,从侧重于生命周期的设计/开发阶段发展到侧重于认识到服务在整个生命周期中是富有经验的,那么这将SOA计划扩展到更多的商业,以更多的是商业的支持者。” 6.SOA专业人员缺乏 2007年一开始,一些业内分析师就开始讲大声谈论一个肮脏的秘密---IT产业并没有足够的训练有素的SOA架构师。可以肯定地是,SOA认证计划已经开始萌芽并且很多学校也开始开设面向服务的课程,但在2007年年底,很多公司反馈说,目前他们的SOA项目面临的首要问题是找到合格的人员去做这件事。 很明显,对这个问题的认识远远早于了解决该问题。哪些工作还没有做,哪些工作已经做了,由此产生的影响仍有待估计,尽管分析师预计如果这种SOA专业人员缺乏的局面持续下去的话,公司就会开始在这方面进行投资。 另一个有趣的现象是,SOA威胁开发人员就业这种担心依然存在。对于这个问题,通常的答案是,任何程序员都愿意去适应环境,而不应该害怕改变。但在2007年,我们开始听到分析师们说,是时候要求开发人员去学习SOA了。 5.SOA治理 “治理(governance)”一词近来被SOA使用得很频繁,事实上是使用得有些过度了。但不管它被使用得如何频繁,报道一般都是关于用户坐失SOA治理良机。事实上,一些分析师们敦促IT厂商在执行面向服务的发展策略时态度再严厉一点。 ITIL v3(IT基础设施库)的某些标准措施有对那些希望组织其治理努力的人有所帮助。 除了治理,软件市场的一个令人不安的方面是异构发展似乎遥遥领先的异构管理。分析师们表示成功的SOA管理需要一些技巧。而管理和监控正在发生变化,以适应实时的面向服务的系统,并且管理厂商继续使他们的产品走面向服务的路线。分析师们仍对于目前的市场份额不满意。 市场研究公司Lustratus Research创始人Steve Craggs谴责厂商混淆了治理和管理的区别。 Steve Craggs说:“用户很清楚治理和管理的区别,而厂商却不明白。厂商们都在谈论治理的管理方面而不是治理,这实际上不需要你买任何东西,而且这与实际的管理也是完全不同的。” 他还指出,管理/治理的“授粉作用(cross-pollination)”给将要购买SOA的客户带来了困难。 “管理解决方案被IT运营公司购买了,而治理解决方案往往是被商业业务部门,比如审计部门购买了,” Craggs说。 Craggs认为,很多最终用户都选择等到厂商理顺了异构管理以及什么工具可以帮助SOA治理时才部署SOA---“对于这些用户来说,缺少S OA带来的痛苦还不足够大以使他们做出一个购买决定。” 4.SOA厂商吞并BI市场 在2006年底,我们写了一篇文章,关于商业智能(BI)被一些人看作进入面向服务架构的窗口。显然有些大厂商表示同意该观点。 2007年,甲骨文公司斥资33亿美元收购了Hyperion Solutions;而SAPAG以67亿美元的价格收购了Business Objects SA; IBM收购了Cognos公司,收购价格为49亿美元。 甲骨文、SAP、IBM都打算在自己的SOA平台上融入收购的BI厂商的产品,并且已经开始实施--- Oracle Fusion、SAP NetWeaver 和IBM WebSphere。这些新产品的效果如何仍有待观察,因为整合工作才刚刚起步,但厂商们都已经在该项目上投入了大量的资金。所以,面向服务的BI产品毫无疑问会成为2008年的一个看点。 分析师们表示,即使三大软件巨头都进入了BI领域,对于一流的BI厂商来说,仍然有充足的空间。 3. SOA无处不在 尽管有关SOA的开发、部署、管理的最佳方式的争论此起彼伏,但实际情况是SOA的用户无出不在,并且还在增长:
然而,即使是关于SOA的活动很激烈,分析师们警告说SOA大规模的普及活动还没有开始。市场研究公司Lustratus Research的创始人Steve Craggs 说:“因为决策的脱节,我们目前还不能算是处于大规模的普及阶段。工程负责人会问 ‘我为什么要为SOA买单?’他们抗拒把这一战略性的举措列入他们的预算。” 咨询机构Macehiter Ward-Dutton研究总监兼首席分析师Neil Macehiter还认为用户社区也存在脱节。 Neil Macehiter说:“我认为,这个问题的答案部分地依赖于企业想要实现的SOA目标的程度。---例如,是基于Web的服务应用集成还是整个企业的IT推动的业务转型。前者当然是被广泛使用,但即使是这样,我也会争论说它仍然侧重于个人项目而不是整个企业范围。” 2.不要忽略数据 2007一开始就迎来了数据集成方面的好消息--- XQuery规范终于获得了W3C的批准。REST架构(Representational State Transfer,表述性状态转移)因为在创建数据服务层可能的结合,也有所回升。 事实上,分析师们强烈建议将SOA的最佳做法应用于数据集成。他们阐述了数据集成的生命周期和数据治理技术。 不过,一些报告认为,用户在追求SOA的过程中,在很大程度上都忽视了数据架构,从而导致了绩效问题并削弱了投资回报率。 这些问题的本质可能需要一些用户仔细数据抽象的最差做法才能弄清楚。 Macehiter 说:“很多SOA措施一开始都侧重于应用开发和集成,并且与数据的关联一直是很薄弱,数据是要服从于应用的。我们长期以来一直主张,企业必须认识到及早在SOA部署过程中使用公共数据模型的重要性。举例来说,很多ESB(Enterprise Service Bus,企业服务总线)的解决方案都来源于EAI(enterprise application integration,企业应用集成),并且能在内部服务层提供数据转换功能,而不是在服务接口后面---原本应该呆的地方。” 1.REST入侵 2007年5月下旬,Burton Group公司的一片报告指出,REST在SOA领域正在迅速崛起。这成为2007年SOA领域最引人注目的一件事。 同一周, IBM WebSphere CTO Jerry Cuomo谨慎地表示,REST有可能变成开发平台的基础。3个月后,Big Blue发布了Project Zero,它试图建立一个基于REST的开发平台。 微软也开始涉足REST领域,推出了代号为“Astoria”的互联网数据服务基础架构,它基于REST架构,帮助开发人员仅通过标准的HTTP协议,如GET,POST,PUT或者DELETE就能访问数据。Astoria构建在ADO.NET Entity Framework之上,使用使用标准的数据格式如XML,JSON或者RDF进行数据传输。而新版本的Ruby on Rails对REST的支持是该软件的一个亮点。Rails框架把REST带到了网络应用软件开发框架。这是一次飞跃,让REST的思想从网络服务的应用提升到了网络应用软件开发。利用REST思想的simply_restful插件已经成为了Rails框架的核心内容。MuleSource公司邀请XFire创始人Dan Diephouse加入以设计开源REST工具。去年年底之前,WSO2的Paul Fremantle一直在谈论建立一个基于REST的注册/存储中心(registry/repository)。 当然,如果每个人都开始使用REST来创建Web服务,这同样提出了这样一个问题:你怎么管它呢?到目前为止,还没有人提出一个很好的解决办法,因为当谈到REST时,我们还只是处于宣传阶段。 当谈到REST时,Craggs认为自己是一个形容自己是一个怀疑论者。 他说:“我认为这一切都是一个假象。从商业的角度来看,我不明白有什么好处" 。 虽然REST对程序员来说可能是简单、直接和优雅, Craggs表示,到目前为止他还没有看到REST在降低开发成本或加快产品进入市场的时间所起到的作用。 他说:“REST只是另一个比较‘Cool’和比较新的技术,事实上,企业并不特别需要它。REST带来的问题要比它能解决的问题要多。” 还有一些人表示,REST可能会抹杀现在Web服务SOAP规范,而ZapThink LLC高级分析师ZapThink的Jason Bloomberg对此表示异议。 Jason 说:“REST要比SOAP简单得多,并且它利用了HTTP公认的优点,问题的焦点在于REST和SOAP哪一个更合适。对于那些问这两者哪一个更好就于问螺丝起子或锤子哪一个是较好的工具。”
责编:张赛静
微信扫一扫实时了解行业动态
微信扫一扫分享本文给好友
著作权声明:kaiyun体育官方人口 文章著作权分属kaiyun体育官方人口 、网友和合作伙伴,部分非原创文章作者信息可能有所缺失,如需补充或修改请与我们联系,工作人员会在1个工作日内配合处理。
|
最新专题
|
|