【eNet硅谷动力专稿】虽然微软反复强调将会推出SOA工具,以便让企业能够创建面向服务的架构,但是,由于受已经持续了长达一年的经济危机的影响,SOA的普及率似乎已经到了减速的边缘。
“就我们目前所处的经济形势来看,我预计SOA的部署速度将会降低,” Evans Data研究公司首席执行官John Andrews说。然而,并不是所有的SOA项目都处于危险境地,Andrews还补充说说:“这在很大程度上取决于项目的成熟度。对于那些SOA项目部署得当并且已经从该项目受益---比如成本节省---的企业而言,它们有可能选择继续部署和完善SOA。不过SOA部署是一个大项目,投资回报的周期比较长,所以在目前的经济状况下,这种类型的项目最容易被IT预算排除在外。”
SOA项目由于难以确定投资回报率(ROI),所以,SOA预算极易被砍掉。根据Evans上个月公布的调查结果,在SOA和Web服务开发人员中,五分之一的人将投资回报率最为SOA项目最具挑战性的一部分。SOA项目的一项研究显示。
投资回报率在哪里?
“事实是,单单依靠IT部门是难以找到SOA项目真正的投资回报率的,这一任务应该由IT部门和其它部门一起承担,” Andrews说。
该调查还发现,当谈到SOA和Web服务时,微软和IBM是开发人员关注度最高的两个厂商。IBM在SOA方面的努力和成果是众所周知的,但是很少有人把微软当作一个领先的SOA供应商。
“微软的SOA开发工具包功能广泛并且强大,” Andrews说。
但是,并非所有人都赞同这一观点。 ZapThink公司高级分析师Ron Schmelzer认为微软的SOA解决方案是存在问题的。
“我们认为,微软在SOA方面所正在传达的信息是错误的,”他说。“它主要侧重于Web服务集成。微软表示,‘如果你创建了一些Web服务,并在我们的平台上运行这些服务,那么你就具有了SOA。’但我们认为,微软应该向人们展示如何运用SOA并提供一些SOA的关键好处,比如流程驱动、可组合的服务以及治理、管理、安全服务,而不仅仅是整合网络服务。”
正确的战略?
研究机构Forrester Research分析师Randy Heffner也认为微软的SOA战略侧重于Web服务整合,不过他表示,在现阶段,这对于微软可能是正确的策略。
“对于微软这样一个主要侧重于技术的公司,你很难奢望其它东西,”Heffner说。“当你从架构的角度谈论SOA时,你的设计考虑是完全不同的,你用技术是无法回答的。很长时间以来,微软一直试图利用自己的MSDN网站以及微软社区的文章和其它东西努力提升在架构方面的名气,不过它仍是一个以开发为重点的公司。”
微软的SOA高级技术产品经理Kris Horrocks说,微软的目标很简单并且很明确,那就是把重点放在“使核心平台能够满足用户提出的创新要求,并且努力做到最好。我们会寻找符合条件的核心合作伙伴,这对于他们是一个很好的机会,而我们自己和我们的客户也都能得到很多好处。”
“你当然可以认为,SOA可以通过任何协议或任何一套标准实现,它独立于任何特定的协议栈或技术集,”他还补充说。“虽然单纯从架构的角度来看,这是正确的,不过最终SOA是要满足我们客户的需求。在某个时候,他们必须做出决策,确定他们想要支持哪些类型的标准和基本技术。我们已经越来越多地建议客户要留意Web服务趋势。”
架构方法 VS ESB
ZapThink公司一直警告不要采取“ESB优先”的SOA方法---首先部署企业服务总线(ESB),然后把SOA几乎作为一个平台来实施。在最近的一份报告中,ZapThink分析师Jason Bloomberg写道,作为一个集成中间件,ESB可能会由于需求的变化而导致成本不断增加,并且有可能会抵消本应该在一开始就能够获得的投资回报率。“企业只有采取架构优先的SOA部署方法才能获得这些好处,” Bloomberg说。
SOA的两个“伟大”承诺---节约成本和更大的灵活性---是帮助企业渡过经济危机的重要因素,Bloomberg说,但是部署SOA并不是确保成功的充分条件。“你必须正确实施SOA项目,” Bloomberg警告说。“一些企业打算采用SOA平台方法来部署SOA,通过购买中间件来扩展其SOA举措,这种做法的结果只有一个,那就是他们永远也不能享受到SOA的优点。我们想要强调地是,架构优先的SOA部署方法才是最好的方法。