问：你能解释一下SOA策略管理这一机制么？这一策略的执行点是什么？怎样才能应用这个策略？我怎样才能表达这个策略（例如，通过一个WSDL）？

　　答：策略规定了控制服务端点相互作用的规则和限制。该策略可以应用到相互作用的每个方面，比如身份验证、授权、审核、数据完整性、数据保密、私密保护、路由选择、转换、执行、等待，等等。通过在一个策略管理机构(PMA)操纵台使用某种类型的策略格式语言(PAL)来规定并编辑策略。我们可以用许多不同的方式将策略连接到一个服务或者一个相互作用上。策略可以通过一个策略执行点(PEP)在运行时被执行。该策略执行点位于通信端点之间的某个位置。它截取了一个交互作用并确保由该策略规定的规则得以遵循。如果该策略没有得到遵循，策略执行点要么让这个交互作用遵循该规则要么结束这个交互作用。有些时候策略执行点需要评估目前的环境变量或者规则来决定是否该策略得以遵循。这些和策略评估相关的决策由策略决策点来执行。（该策略决策点可以在提供PEP的相同软件中实施，但是在逻辑上他们是相分离的）。

　　我在这里描述的是一个普通的模型，可以在任何类型的系统上应用。既然你问到了WSDL，考虑到它是如何在基于on WS-*的基础设施得以应用的，我猜想你更喜欢具体的信息。

　　WS策略框架为支持策略驱动的基础设施提供了一个基础。

　　·WS策略描述了该拱形框架并为表达策略和策略组限定了XML语言和句法。

　　·WS策略附件限定了使用WSDL 1.1, WSDL 2.0, 和 UDDI的附件机制。WS策略框架并没有妨碍其它的附件机制。

　　·不同的WS-*规范限定了特定域的PALs，例如WS-安全策略，WS-RM策略，WS-业务以及WS-处理元数据。（例如为了表达路由选择、执行、和等待时间等策略，需要更多的标准）

　　WS策略框架没有规定如何或者在哪里部署PEPs。这就为SOA基础设施产品支持不同的执行模型提供了更多的自由。最为典型的就是在SOAP处理线将PEPs部署为模块或者部署为代理/中介机构。最受欢迎的策略驱动的基础设施产品包括SOA管理和XML途径产品。一小部分ESB和服务平台产品同样支持WS策略（尽管在许多情况下它们只支持WS-安全策略）这些策略驱动的SOA基础设施产品通常为限定策略、将策略分组，将策略连接到服务或者服务合约提供一个管理操作台（PMA)。（该服务合同限定了应用到服务用户和服务提供者之间特定关系的原则）