面向服务架构(SOA)是一种企业应当予以关注的技术。 企业不同，他们部署SOA的目的也不同。 尽管如此，诸如提高灵活性，加快推向市场的时间，以及鼓励企业内部的再利用等都是大多数企业所共同追求的目标。 然而这些目标并非一蹴而就，它需要得到一系列方针的指引。

　　许多企业早已踏上了SOA项目的试验性阶段，其中部分已经开始将其实施到了具体的产品与服务中。

　　那么对这些企业来说，下文所列出的九大要素将帮助他们更加成功地部署SOA。

　　谨慎选择

　　企业不同，他们部署SOA的目的也不同。 某些企业会凭借以往的经验来检验其商业流程，并制定服务规划。而某些企业则是采用逐步递进的办法，通过所建应用的不同来定义服务。 一旦企业决定部署SOA，其商业和IT部门总会不可避免地发出反对的声音。

　　在初始阶段，企业也需要投入额外的成本和精力。 因此，在SOA实施前审慎选择对未来的成功至关重要。

　　商业灵活性

　　SOA所能带来的一大优势是提高商业灵活性。 而获取商业灵活性的关键步骤就是规划一个商业架构，并通过服务实施来推动不同的商业流程。 商业架构与服务规划之间结合得越紧密，两者保持同步也就越容易。 同时，企业也要确保有一套平台可以吸收不断变化的商业需求，以使得商业灵活性的触及范围更广。

　　不仅仅是注册那么简单

　　再利用是SOA环境的核心。 大部分软件厂商都会强调他们的注册产品，并声称企业可以通过注册来辨识出所有的服务，从而达到再利用的目的。 这或许是个不错的方法，但还不够充分。 若想实现再利用，则必须以高于项目本身的视角来设计、实施、测试并部署每一种服务。 同时，你还需要拥有能够在服务中吸收最新要求的机制，并维持向后兼容的特性。

　　开发人员的管理

　　许多开发员有时只相信自己编写的东西。 此外，大部分开发员认为从零开始搭建要比花费大量时间来理解现有服务和使用场景更容易。

　　因此，对开发员有时得实施“胡萝卜加大棒”的策略。 你需要对开发团队提供一些显性激励机制以让他们利用现有的服务。 不管是服务开发人员，还是打算再利用这些服务的团队，在初期总会面临一定时期的阵痛。 因此你需要对他们的额外付出做出一定的奖励。 。

　　管治

　　不管是定义服务的设计理念、安全战略还是所有权结构，企业都应当从服务实施的初始阶段开始执行管治。

　　SOA的管治模型应当明确定义架构层、活动层与操作层的方针。 它包含了非常好的实践与策略、评估机制、工具与方法，以及需要用来加强不同机制的组织结构。

　　管理基础架构共享

　　作为在SOA中实施多种应用的一部分，在基础架构共享的原则上协同部署应用是一种常见的命题。 这些应用可以使用一系列通用的服务，并建立在相同的架构上。 在SOA中，应用边界比较模糊，因为一个项目所使用的服务是由另一个项目所提供的。

　　在这种环境下，企业需要执行严格的控制与策略。 诸如新服务部署、配置管理、版本编号、维护与维修、升级周期等方面都应当站在共享的立场来统筹。 企业必须设计基础架构与策略来满足不同应用的主体要求。

　　整体安全

　　从部署伊始，企业就应当实施一套严格的安全策略和方法。 许多企业希望能在SOA环境下调整他们现有的安全储存库。 从另一方面来说，在SOA环境下部署的许多产品本身就带有自己的安全策略。

　　一套全面的安全方法应当可以解决以下问题：

　　采用什么验证方式?

　　哪类安全标准将会被调整?

　　如何整合现有的安全资产?

　　采用什么信息层安全方式?

　　如何在应用共享的环境下实施安全验证?

　　绩效

　　企业往往会参照不同用户群体的需要来校准应用绩效。 尽管如此，在实施一项服务时，其未来的使用场景可能仍处于朦胧阶段。 毫无疑问，服务绩效是确保应用可用性的关键因素。 每一种服务都需要满足应用的主体绩效要求。

　　度量

　　SOA活动的成功与否需要结合商业目标来进行衡量。 企业可以通过以下几条问题来检验自己是否部署成功：

　　SOA产生了多少再利用?

　　商业任务的推向市场时间是否得到加速?

　　整体SOA环境的可靠性有多大?

　　有多少服务级别协议被圆满达成?

　　绩效是否与可测量性要求相符?

　　其中某些问题可以通过电子表格来回答，但大部分仍需要部署适当的工具和流程来获取答案。 SOA部署的成功与否应当依靠度量来评估，而非建立在不完整信息基础上的凭空臆断。