分析：SOA部署失败的十大原因及建议

最近有和很多文章讨论为什么许多面向服务架构（SOA）项目失败了。在七月初，Burton Group副总裁和兼研究总监Anne Thomas Manes说，大多数SOA失败是由于人为和文化问题造成的，而非技术问题。

所以，谁应该为SOA部署的失败负责了？是人们自己。但是人们为什么会导致SOA失败呢？下面我们看看一些原因。

1、未能解释SOA的商业价值

IT人员在部署SOA时最常犯的错误之一是他们往往从纯技术的角度来创建SOA架构。他们在SOA架构、智力和供应商评估方面花费了大量的时间和精力，这点做得相当得好，但他们却忘记了SOA需要解决实际的业务问题。因此，结果往往是他们花了大量的时间和金钱好不容易才创建了一个SOA系统，但是却发现企业的业务人员没有人能理解它所带来的好处并且也没有人对SOA技术感兴趣。

建议：SOA建设应该从真实的业务问题开始。这就是为什么BPM（业务流程管理）被称为是SOA的“杀手级应用（killer app）”的原因。通过改善和自动化业务流程，BPM能够解决很多业务问题。它增加了企业运营业绩的可视性，允许企业在没有IT部门参与的情况下动态改变业务流程从而提高了灵活性，消除了浪费，从而降低了企业成本。所以，IT人员首先应该向企业的业务人员展示SOA是如何解决实际的业务问题的，然后才是技术问题。

2、低估了机构变革的影响

正如任何变革型倡议一样，对于变革的抵制是一个项目的杀手。SOA给企业带来了大量的改变，特别是如果这个企业没有一个健全良好的企业架构时更是如此。对于未知情况的恐惧是人们抵制变化的最重要原因。人们需要了解SOA对于他们有什么好处，以及为什么改变会给他们个人以及企业都能带来好处。所面临的挑战是企业内部不同层次的人受到影响的方式不同。企业的每个层次都有需要加以处理的关注点，并且必须在个体级别上被解决。

建议：创建一个机构变革管理（OCM）计划。最好更进一步聘请一位外部OCM转肩，以帮助SOA项目实施领导层处理变化。我强烈推荐SOA部署人员采用John Kotter的八步法。

3、未能取得强有力的行政赞助

　　如果没有强有力行政赞助，你的SOA部署工作极有可能不能达到其目标。SOA的部署横跨多个部门和多个系统，这是一项意义重大的项目。你需要一个强势的行政人员来推动项目向前推进，并打破阻碍项目的一切障碍。但是光有影响力本身是不够的。这位行政人员也需要有足够的时间和精力来关注SOA项目的进展情况，并且时刻保持高度的紧迫感。

建议：如果你的SOA想要关键业务人员参与的话，那么行政总监应该由一个高级业务人员担任，他可以从SOA项目中得到很大的好处。让业务控制和推动那些驱动SOA路线图的项目投资组合。在技术公司，很有可能是CEO、CIO、首席技术官或首席架构师担任SOA行政总监。不管你选择谁担任这个重要的角色，这个人必须有足够大的权力，并且能够胜任领导职位。

4、试图“廉价”部署SOA

SOA并不是你购买的，而是需要花精力部署的。一些公司在预算很有限的情况下就尝试SOA架构。要想实施一个SOA项目，除了所需要的众多的中间件外，治理工具、培训、咨询、基础设施和安全都需要庞大的投资。

在生产环境中管理SOA是非常具有挑战性的，因为SOA天生就是分布式和松散耦合的。所在，在实施SOA时，千万不要吝啬花在生命周期管理工具上的经费，否则一旦出现问题，发现并修理故障无异于大海大海捞针。有些公司可能会在不借助任何外力帮助的情况下尝试部署SOA项目，以便节省高昂的顾问费用。除非你的IT人员对于SOA项目非常有经验，否则为了节省成本而不是用外部顾问会给你带来灾难性的后果。

建议：建立一个SOA路线图，这包含一系列的项目投资组合以及SOA能给整个企业带来的长远利益。为整个SOA项目创建一个合理的财政理由，突出SOA能给整个公司带来的投资回报率（ROI）、净现值（NPV）和内部回报率（IRR）等最重要的财务指标。如果你能营造足够好的商业案例，那么你就能得到足够的预算支持你的SOA项目。此外，市场上有很多开源SOA产品可供使用，它们的性能与商业产品没有任何差别，这可以大大降低部署SOA解决方案的整体成本。

5．缺乏所需搭建SOA架构所需的技能

要想成功实施SOA项目，企业需要具备很多专门的角色和技能集，但这可能是企业目前所部具备的。你需要SOA架构师、业务流程建模师、工具堆栈系统管理员、数据架构师以及其它许多技能。聘请这些人才需要花费很大一笔钱。在没有任何SOA实施经验的情况下就贸然部署SOA项目是一个重大的错误。SOA影响到企业所有的IT部门，包括测试、基础设施和安全。它要比简单地派遣几个开发人员参加几个技术培训班要复杂得多。同时还不要忘了业务人员。由于工艺改进，业务人员也需要进行培训，甚至可能对流程工具进行培训。

建议：制定一个广泛的培训和资源计划，当你提供SOA商业案例时，你可以把这个计划作为你最初向企业申请经费请求的一部分。尽量减少你向企业管理层申请经费的次数，并尽可能提高能预先拿到的预算数额。否则，管理层将会把SOA项目看成是一个耗费预算的无底洞。