尽管面向服务的体系结构或 SOA 仍然是新生事物，但许多公司正逐步认识到需要采用 SOA 方法作为 执行满足业务需求的解决方案的方法。采用这种方法的一个关键步骤是构建可重用服务的组合。
SOA 表示新应用程序的设计、开发和集成方式的根本性转变。它还将企业应用程序的开发简化为模块 化业务服务，可以轻松地对其进行集成和重用。
SOA 的一个主要优点是缩小了业务和 IT 之间的差距。作为需求收集活动的一部分，将业务和技术需 求与机构的与项目有关的主要业务目标相对应，将对确保项目与业务需求同步大有帮助。
着手构建服务组合的动力主要源于意识到需要保持业务需求与 IT 项目之间的一致性。一般来说，该 过程始于初步确定所需的服务，进而发展到发现它们所依赖的服务与资源(如定义特定业务规则的政策等) 并对其进行分类。理想状况下，这样做的成果是一套面向服务的业务应用程序，应用程序可以修正和重用 ，以满足企业不断变化的业务需求。
尽管在执行 SOA 时有许多问题需要考虑(如业务流程的编排、用户界面的开发以及支持安全和性能的 基础架构等)，但是获得服务组合在逻辑上显然是第一步。在“精通 SOA”系列的此部分中，您可以大致 了解用于构建服务组合的框架。
SOA 管理驱动组合构建
对 SOA 组合的创建起积极推动作用的通常是那些最为关心 SOA 管理相关问题的人。理想状况下，这 个“管理委员会”应当是相关组的交叉项，包括业务流程所有者、系统架构师和开发人员。
SOA 管理是一个宽泛的题目，值得专门撰文加以论述。不过，在这里我们不妨将其概括为“将 SOA 的 灵活性与传统 IT 体系结构的控制及可预言性相结合的框架”。
SOA 管理在本文中一般涉及下列方面:
服务与相关资源的生命周期管理
相关性管理
策略的应用与管理
安全性和运行时策略执行
服务可用性
服务供应
执行能够管理不断增长的服务组合的管理平台的重要意义远远不止于对技术基础架构和运行时间环境 所需进行的改进。
对任何管理计划来说，主要目标都是通过定义将管理建立在其核心内的 SOA 策略来最大限度地降低风 险。不受管理的 SOA 可能会导致如下后果:
由于发布的服务不完全符合服务级要求而导致过程的中断
由于服务问题和故障而使帮助台和现场服务呼叫猛增，导致支持费用的增加
缺乏互操作性，从而形成业务服务的孤岛并时刻面临传统的、紧密耦合的体系结构所带来的挑战
由于无法使主要策略与服务相关联而导致无法满足合归性要求
由于允许随意访问数据和服务而形成安全漏洞