在看过微软的Web
Service Enhancements(WSE) 1.0之后，我想你会看到微软已经理解并意识到了使他们的Web service工具与其它组织的工具具有互操作性以及尊从标准的重要性。我们这里不对WSE的发布做专门的回顾，而是看一下标准的历史以及在使用它们时出现的系统架构问题。
.NET系统架构师必须认识到的最重要的东西是问题不是微软是否会继续在他们的平台和工具中深入支持Web service。问题应该是：“他们什么时候能那样做？”微软（还有IBM、BEA以及其它的平台提供商）认识到在多点方式中允许系统在服务级对话的价值。在SOAP、XML和UDDI之上的定义这些系统交互方式的标准出现之前，他们一直没有认识到这种价值。
这些附加的标准可以通过向Web service标准中添加元数据（metadata）实现，一种典型的做法是使用将具有特定信息的SOAP头扩展到所需的服务中。这样做的一个最大的潜在问题是用于分解SOAP头以及处理所有被请求的服务的开销。任何人应该都不会看到一个安全的、事务的、可路由的“Hello World”消息在线路上占用1GB的空间，但是即便遵循了标准，处理起来也比较麻烦。
微软将他们的Web Service结构看作一套设计规则，该规则在实现他们的Web service标准的新版本时使用。这些规则意味着微软的工具和技术将允许系统架构师设计具有如下特征的Web service：
