SOA服务具有平台独立的自我描述XML文档。Web服务描述语言(WSDL， Web Services Description Language)是用于描述服务的标准语言。

　　SOA 服务用消息进行通信，该消息通常使用XML Schema来定义(也叫做XSD， XML Schema Definition)。消费者和提供者或消费者和服务之间的通信多见于不知道提供者的环境中。服务间的通讯也可以看作企业内部处理的关键商业文档。

　　在一个企业内部，SOA服务通过一个扮演目录列表(directory listing)角色的登记处(Registry)来进行维护。应用程序在登记处(Registry)寻找并调用某项服务。统一描述，定义和集成(UDDI， Universal Description， Definition， and Integration)是服务登记的标准。

　　每项SOA服务都有一个与之相关的服务品质(QoS， quality of service)。QoS的一些关键元素有安全需求(例如认证和授权)，可靠通信(译注：可靠消息是指，确保消息“仅且仅仅”发送一次，从而过滤重复信息。)，以及谁能调用服务的策略。为什么选择SOA?

　　不同种类的操作系统，应用软件，系统软件和应用基础结构(application infrastructure)相互交织，这便是IT企业的现状。一些现存的应用程序被用来处理当前的业务流程(business processes)，因此从头建立一个新的基础环境是不可能的。企业应该能对业务的变化做出快速的反应，利用对现有的应用程序和应用基础结构(application infrastructure)的投资来解决新的业务需求，为客户，商业伙伴以及供应商提供新的互动渠道，并呈现一个可以支持有机业务(organic business)的构架。SOA凭借其松耦合的特性，使得企业可以按照模块化的方式来添加新服务或更新现有服务，以解决新的业务需要，提供选择从而可以通过不同的渠道提供服务，并可以把企业现有的或已有的应用作为服务， 从而保护了现有的IT基础建设投资。

　　SOA基础结构

　　要运行，管理SOA应用程序，企业需要SOA基础，这是SOA平台的一个部分。SOA基础必须支持所有的相关标准，和需要的运行时容器。图3所示的是一个典型的SOA基础结构。

　　SOAP， WSDL， UDDI

　　WSDL，UDDI和SOAP是SOA基础的基础部件。WSDL用来描述服务;UDDI用来注册和查找服务;而SOAP，作为传输层，用来在消费者和服务提供者之间传送消息。SOAP是Web服务的默认机制，其他的技术为可以服务实现其他类型的绑定。一个消费者可以在UDDI注册表(registry)查找服务，取得服务的WSDL描述，然后通过SOAP来调用服务。

　　WS-I Basic Profile

　　WS-I Basic Profile，由Web服务互用性组织(Web Services Interoperability Organization)提供，是SOA服务测试与互用性所需要的核心构件。服务提供者可以使用Basic Profile测试程序来测试服务在不同平台和技术上的互用性。

　　J2EE 和 .Net

　　尽管J2EE和。NET平台是开发SOA应用程序常用的平台，但SOA不仅限于此。像J2EE这类平台，不仅为开发者自然而然地参与到SOA中来提供了一个平台，还通过他们内在的特性，将可扩展性，可靠性，可用性以及性能引入了SOA世界。新的规范，例如 JAXB(Java API for XML Binding)，用于将XML文档定位到Java类;JAXR(Java API for XML Registry)用来规范对UDDI注册表(registry)的操作;XML-RPC(Java API for XML-based Remote Procedure Call)在J2EE1.4中用来调用远程服务，这使得开发和部署可移植于标准J2EE容器的Web服务变得容易，与此同时，实现了跨平台(如。NET)的服务互用。