企业SOA项目部署中的几个关键问题

申请免费试用、咨询电话：400-8352-114

企业SOA项目部署中的几个关键问题

很多人都把SOA看作是不合理的软件架构以及项目发展规划的救世主，但现实却是，部署SOA是一个非常复杂并且困难的工作。从统计数据来看，失败的SOA项目与成功的数目相当。换句话说，你部署SOA项目失败的机率高达百分之五十，并且如果你是在全球2000强企业中或者是政府部门中部署SOA，你失败的概率会更大。

从这些成功的SOA项目中，我们总结出了一些关键模式，这些模式可以帮助你确定你的SOA是成功的还是失败的。

从这些模式中，我们得到的最重要的经验就是SOA是传统IT技术和新的创造性技术的结合体。并且，它会对企业产生重大影响，这些影响是系统的并且非常有价值，范围涉及从人到技术等各个方面。反过来，SOA的成功也离不开从人到技术等一系列因素。

人：从领导层到工作人员，责任感和正确的态度对于SOA的成功非常关键

SOA失败的一个根本原因是缺乏经验丰富的架构人才，无论是领导层还是工作人员。这种缺乏不在于数量，而是缺乏专业知识、经验和推动变化的远见卓识。

由于人为因素导致的SOA项目失败是从领导层开始的。研究机构Burton Group最近的一项调查显示，信任CIO的到来往往意味着SOA的成功。从本质上讲，富有创新意识的领导层以及改变企业传统文化和架构的能力，是SOA成功的一个很明显的关键因素。

此外，一个重视基础设施投资、理解灵活有效的架构给企业带来的长远价值并且愿意对SOA项目投资的领导层的存在也是SOA成功的一个非常关键的因素。 实际上，部署SOA费用非常昂贵，它会使你创建、部署、设计、测试企业应用的方式发生巨大并且系统的变化。部署SOA的费用远远超出了数百万美元，这些费用主要用于培训、咨询、以及购买技术。

SOA投资不能被视为一次性“转换”项目。相反，你需要将部署SOA看作一个长期的过程，而不是项目。你可以将它看作一系列的项目，这些项目组成了一个渐进的过程。部署SOA需要明确定义它的价值，而实现这一价值所需的投资和努力则要首先被定义。

因为SOA实际上是一个过程而不是一个项目，所以企业必须采取长远的眼光来看待SOA。企业通常需要耗费多年的时间以及上百万美元的费用来推动核心IT机制的系统变革。但是，由于资金预算问题或者是重新调配资源满足某些短期的战略需要，大多数SOA“项目”常常中途停止了。因此， SOA部署工作常常半路夭折，更不用说后续建设了。所以，在部署SOA的时候，行政执行人员和IT管理层绝不能允许这种情况发生。

SOA还涉及到两个基本的业务变化，IT部门之前从来没有能力使这两个变化真正实现：一是在担心控制权丧失的政治领域共享流程；其次就是基本过程的反思。后者不仅非常困难而且还要挑战既定做法、资源分配、政治权力等等。

就管理人员和工作人员的水平而言，成功的SOA对于人员素质的要求更加重要。虽然很多人更愿意让现有的团队把他们带到SOA新世界中，不过一个严峻的事实是，现有团队的许多成员不具备SOA专业知识、技能和经验。关于让谁负责SOA部署工作，你需要预先做出决定，虽然这个决定很艰难，但非常关键。这意味着你必须替换掉一些人或者增加员工数目。这两种办法代价都很高昂。

许多公司凭请资深SOA专家和顾问来帮助自己掌握部署SOA的有效方法，还有一些公司在SOA培训上花了大笔钱，甚至从外部聘请一个整个团队来担任顾问小组。

不管你才采取什么做法，千万不要让不懂SOA的人负责部署工作，这只会适得其反。

过程：SOA需要改变你开发、管理和测试应用的方式

建设SOA意味着你需要改变架构和系统开发的传统方式。过去，许多公司在搭建系统时，往往会直接将所看到的比较“酷”拖到企业中来解决某个战略问题。当然，一个战略问题也会导致其它战略问题，这种系统建设方式增加了架构的复杂度，严重影响了企业的效率。

因此，你需要一种深思熟虑并且切实可行的方法来部署SOA，这可以让你打破架构域深入到以原始的功能层面，然后重新进行组合，SOA就水到渠成了。除非你的企业规模非常小，否则你还需要将这些架构域分割成可实现的模块，能够按次序或者并行实现。

接下来，是时候做一些实实在在的工作了，首先就是在问题域中考虑信息，这主要是指应用程序语义和元数据。这项工作通常需要大量的工作量，因为大多数企业通常在语义层次上对自己的系统没有一个很好的理解。因此，这项工作一般并不是一个检查原有的语义规则和元数据的过程，而是要创造新的。许多SOA的部署工作都跳过了这一步，这削弱SOA最重的能力。

完成了上述步骤后，你需要把重点放在服务上：确定组成SOA的现有的和新的服务。这项工作涉及到搞清楚你目前具有哪些服务并确定需要什么服务，然后标准化这些服务使它们形成一个可用并且定义明确的模板。你需要确保正确定义并注释了这些服务，然后将这些服务与你之前创建的元数据模型联系起来。

请记住，你的大部分服务都将是现有服务，通过某种中间件机制重新实体化。大多数人认为SOA就是创建全新的服务，但实际情况往往不是这样的。许多SOA的努力最后都失败了，因为项目负责人把主要精力都放在了开发新的服务上面，而不是解决紧迫的业务需求。

在将服务同元数据模型映射完毕后，你需要定义和创造过程，这些过程将服务捆绑到业务解决方案中。有三种办法你可以使用。首先，你可以创建面向服务的业务应用，这是一种将服务有计划性捆绑到流程或应用中的一种方法。其次，你可以利用一个控制层比如BPEL将服务整合在一起形成业务解决方案。第三，你还可以利用传统的过程集成工具将服务绑定到解决方案中。不过，无论你使用那种方法，你必须确保把需求和设计考虑进来。

当然，还有其它一些有关过程方面的事情需要做，包括建立测试计划和选择测试服务的工具。此外，你还需要制定一个SOA治理策略，确定基于这一策略的治理过程，并选择合适的工具支持治理策略的制定和执行。