SOA面向服务的架构
所有的服务是自包含的，合乎逻辑。他们就像黑盒子。总之，我们并不需要了解业务服务的内部工作细节。对于外部世界，它只是一个能够使用消息交互的黑盒子。例如在“支付网关”业务服务获得消息“检查信贷”后会给出输出：这个客户的信贷有或没有。对于“订单系统”，“支付网关”的服务是一个黑盒子。
以下是服务的SOA的主要特点：
A） SOA组件是松耦合的。当我们说松耦合，这意味着每一个服务是自包含单独存在的逻辑。举例来说，我们采取了“支付网关”的服务，并将它附加到不同的系统。
B） SOA服务是黑匣子。在SOA中，服务隐藏有内在的复杂性。他们只使用交互消息，服务接受和发送消息。通过虚拟化一个服务为黑盒子，服务变得更松散的耦合。
C） SOA服务应该是自定义： SOA服务应该能够自己定义。
D） SOA服务维持在一个列表中： SOA服务保持在一个中央存储库。应用程序可以在中央存储库中搜索服务，并调用相应服务。
E） SOA服务可以编排和链接实现一个特定功能： SOA服务可以使用了即插即用的方式。例如，“业务流程”中有两个服务“安全服务”和“订单处理服务” 。从它的业务流程可以实现两种类型：一，您可以先检查用户，然后处理订单，或反之亦然。是的，你猜对了，使用SOA可以松散耦合的方式管理服务之间的工作流。
合同，地址和绑定
这是三个SOA的标准术语。每个服务都必须公开一个或多个端点，以便让该服务提供给客户端调用。
- 合同是两方或多方之间的协议。它定义了一种客户端如何与服务通信的协议。从技术上讲，它有描述参数和返回值的方法。
- 地址表明在哪儿能找到这种服务。地址是一个URL，它指向服务的位置。
- 绑定是决定这个端点如何可以访问。它决定了如何完成通信。例如，你暴露你的服务，可以使用SOAP over HTTP或通过TCP的BINARY进行访问。因此，对于这些通信介质将被创建两个绑定。
Web服务的SOA
Web服务是完成它的技术方法。 Web服务是实现SOA首选的标准。在SOA中，我们需要的服务是松耦合的。 Web服务进行通信使用的SOAP协议是基于XML的，这是非常松散的耦合。它回答了什么是服务的一部分。 SOA服务应该能够来形容自己。 WSDL描述了我们如何可以访问该服务。 SOA服务都位于一个目录： UDDI的描述，从那里我们可以得到Web服务。这其实是SOA注册表的实现。