【IT168 分析评论】

    本篇文章将以倒计时的方式介绍2007年值得我们记住的8件SOA大事。
 
    可以毫不夸张地指出，面向服务的架构现在已经无处不在。SOA已经变得如此受欢迎，有些厂商甚至声称所有没有使用SOA的地方都应该部署它。
    并且，就像前几年一样，2007年很多人抱怨SOA，甚至在IT行业继续朝面向服务的方向前进的过程中也是如此。然而，随着时间的推移，每一个主要的应用软件开发厂商向SOA领域涉及的程度也越来越深，并且用户也开始因为他们重新定位劳动力的成果而炫耀一些新的吸引人的服务。
    事实上，今年没有登上SearchSOA.com名单的SOA大事的数目是很大的——Eclipse Europa(Eclipse下一代发布版本)、Java社区的众多创新，以及日益重要的Testing/QA，所有的这一切都值得竞争者们关注。
    2007年，SOA逐渐成熟，但也开始暴露出一些“成年人”的问题。以前大家一直在谈论的Web服务标准和对基础整合的关注已经成为过去，取而代之的是可扩展性和利润问题。
    本篇文章将以倒计时的方式介绍8个SOA大事记。

8. 微软试图找到自己的SOA道路

    在SOA领域，微软可以说是先驱。总部设在Redmond的微软向来喜欢按照自己的方式做事情，其中包括SOA。这种独来独往的做法可能对微软有所帮助，但是有些分析公司报告表示.NET的使用率正在下降。
    分析师们高度赞扬了微软没有提供“饼干模子”(cookie cutte)的面向服务方法，但是，这个软件巨头仍然遭受了来自业界的批评——微软仍然对软件过于专有化，并且需要做更加细致的工作以解决企业层面(而非应用层)的架构问题。但是，微软没有做出重大举措，以与Liberty Alliance(自由联盟，一个用户认证技术的标准化团体)联手，解决网络服务身份的互操作问题。
    微软在2007年初发布其Vista操作系统，该新版操作系统与SOA只有很小的联系。而2007年晚些时候，微软推出代号为Oslo的计划。在2007年10月30日，微软在第五届微软SOA暨业务流程会议上宣布代号为Oslo的模型驱动SOA解决方案技术蓝图。这是一个整合服务导向架构(SOA)及建模应用程序的技术平台，微软将自2008年起陆续把此技术平台嵌入各项产品中。
    微软表示，现在的应用程序要跨越不同技术、企业与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杂志2007年做的一份调查，或许可以显示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的客户带来了困难。
    Craggs说：“管理解决方案被IT运营公司购买了，而治理解决方案往往是被商业业务部门，比如审计部门购买了。”
    Craggs认为，很多最终用户都选择等到厂商理顺了异构管理以及什么工具可以帮助SOA治理时才部署SOA——“对于这些用户来说，缺少SOA带来的痛苦还不足以使他们做出一个购买决定。”

4. SOA厂商吞并BI市场

    在2006年底，我们撰文表示，商业智能(BI)正被一些人看作进入面向服务架构的窗口。显然有些大厂商表示同意该观点。
    2007年，甲骨文公司斥资33亿美元收购了Hyperion Solutions，而SAP以67亿美元的价格收购了Business Objects，IBM收购Cognos公司的价格为49亿美元。
    甲骨文、SAP、IBM都打算在自己的SOA平台上融入收购的BI厂商的产品，并且已经开始实施，包括Oracle Fusion、SAP NetWeaver和IBM WebSphere。这些新产品的效果如何仍有待观察，因为整合工作才刚刚起步。但厂商们已经在该项目上投入了大量的资金。所以，面向服务的BI产品毫无疑问会成为2008年的一个看点。
    分析师们表示，即使三大软件巨头都进入了BI领域，对于一流的BI厂商来说，仍然有充足的空间。

3. SOA无处不在

    尽管有关SOA的开发、部署和管理的争论此起彼伏，但实际情况是SOA的用户无处不在，并且不断增长：

• 美国农业信贷服务机构(Farm Credit Services)开始使用SOA统一其客户资料。
• Con-Way公司采用语义对象以推动事件驱动服务。
• 万豪国际集团(Marriott International Inc.)利用SOA，帮助其保持在酒店业的领先地位。
• FormFactor公司在自己的ERP系统中使用SOA，以解决可扩展性问题。
• Helzberg Diamonds在自己的数据仓库上创建了实时获取功能。
• 总部位于弗吉尼亚的Southside Electric Cooperative将自己的内部系统与在外场作业的卡车连接。
• 全美最大的报税公司H&R Block使用SOA和Ajax技术创造一个门户网站，以租用周期性劳动力。
• Afni在其呼叫中心业务中使用桌面整合。
• CERN(欧洲核子研究中心)使用SOA来监测其粒子加速器。
• 芬兰国防军(Finnish Defence Forces,FDF)将自己的军事数据库与国土安全系统结合。
• RouteOne LLC公司使用XML技术以及企业服务总线(Enterprise Service Bus)彻底修补了汽车消费贷款过程。
• 美国Corrections Corporation公司使用SOA来协助囚犯处理过程。
• Railinc公司在使它的路由服务业面向服务化方面迈出了第一步。
• Connectgaia公司的能源节约监控系统是围绕SOA构建的。
• 拉斯维加斯使用BPEL(商业流程执行语言)以帮助运行水污染防治设施。
• 美国世纪投资服务公司(American Century Investment Services Inc.)采用SOA优化其客户门户。
• 芝加哥公共电台(Chicago Public Radio)建立了一个聚合(Mashup)电台。
• 米勒酿造有限公司(Miller Brewing Co.)使自己的COBOL系统具备服务功能。

    然而，即使关于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哪一个更合适。问这两者哪一个更好就好比问起子或锤子哪一个是较好的工具一样。”