对于.NET体系结构,最关键的问题并不是微软是否准备在其平台和工具中全面提供Web服务支持,关键的是:“它们的行动有多快?”。微软(以及IBM、BEA和其他平台提供商)都意识到了允许系统以多点方式在服务级别上进行通信的价值。但除非出现了能超越SOAP、XML和UDDI等的标准,否则这个价值是无法体现出来的。新标准应该定义这些系统如何交互。
为了实现这些附加的标准,需要为现有的Web服务标准添加元数据,通常采取的方式是使用目标服务特有的信息来扩展SOAP标头。但这种方式最大的问题在于,分解SOAP标头和处理所有服务请求会产生巨大的处理开销。没有人愿意看到一条安全的、符合事务处理标准的、可路由的“Hello
World”消息要在通信线路中占用1 GB的带宽!但在标准发展期间,或多或少的处理开销是不可避免的。
微软将其Web服务体系结构视为一个设计原则的集合,并据此实现Web服务标准的新版本。这些原则表明,微软的工具和技术允许结构师设计出具有以下特点的Web服务: