虽然微软反复强调将会推出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部署方法才是最好的方法。