面向服务的体系结构
面向服务的体系结构 (SOA) 是以松散方式定义的业界标准，并以面向服务方式表示所有业务流程。 Web Service、企业信息系统 (EIS) 服务资产、工作流程以及数据库之类的服务之间的依赖关系已被最小化，并且任何服务的实现都已隐藏起来。
面向服务的体系结构的目标是，将业务集成逻辑与实现分隔开， 以使集成开发者能够将注意力集中到组装集成式应用程序上，而不必关注实现详细信息。 为了实现此最终目标，创建服务组件并使其包含业务流程所需的各个服务的实现。 这将产生一个分为三层（业务集成逻辑、服务组件和实现）的体系结构，如下图所示：
由于服务组件包含实现，因此集成开发者可以采用图形方式来组装这些组件，而不必了解实现详细信息。 服务组件还提供了一个选项，即，允许集成开发者或者为集成开发者工作的人员以后添加实现。 各个组件以可视方式组装到一起。 换而言之，组件中的代码不公开。 在下图所示的业务逻辑层，各个组件以独立于实现的方式进行组装。 于是，面向服务的体系结构允许您将注意力集中到使用和重复使用组件来解决业务问题上，而不是将注意力转移到用于实现所使用的服务的技术上。
面向服务的体系结构的主要优点
现代商业的发展速度日益加快，
而面向服务的体系结构使您能够灵活地应对不断变化的商业情况并对此加以利用。 此体系结构还能提高软件的耐久性。 它通过下列方法来实现这些目标：
- 整合业务逻辑和业务数据。 由公司中的各个小组使用甚至在一组企业之间共享的组件可以由任何人用作组件，前提是遵从独立于平台和供应商的 Web Service 描述语言 (WSDL) 和业务流程执行语言 (BPEL) 之类的业界标准。 数据以同一方式一致地进行表示， 这允许在“面向服务的体系结构”应用程序的组件之间共享数据。
- 利用现有的应用程序和系统。 将应用程序和系统放入 WSDL 代码后， 它们就可以供企业中正在开发当前应用程序的全体应用程序开发者使用。
面向服务的体系结构的基本设计问题是什么？
- 各个组件之间松散耦合。 一个组件要访问另一个组件，并不需要了解该组件中的数据结构、对其他组件的调用以及事务管理等内容。
- 组件可配置。 查看“面向服务的体系结构”应用程序（例如上图）与查看配置图类似。 您可以采用不同的方式来添加、删除和配置组件，从而创建新应用程序。
- 组件可互操作。 任何一个组件都可以与另一组件（包括由不同供应商的开发环境创建的组件）进行互操作。
- 组件独立于位置。
这些设计原则共同创建了一个灵活的体系结构，此体系结构能够适应快速变化的业务情况并茁壮成长。