简介：了解紧密耦合与松散耦合 Web Services 的优缺点以及紧密耦合带来的规模上的变化。本文提 供了用于在测试过程中测定紧密耦合 Web Services 的性能的标准的示例。
引言
我的developerworks系列文章Use SLAs in a Web services context讨论了如何消除漏洞带来的风险 以及如何将Web Services集成到具有服务水平协议（Service Level Agreement，SLA）保证的企业应用程 序集成（Enterprise Application Integration，EAI）结构中。我的另一个developerworks系列Work with Web services in enterprise-wide SOAs讨论了负载平衡Web Services以及如何将射频识别（Radio Frequency Identification，RFID）Web Services集成到EAI应用程序中。本系列还讨论了如何开发风险 管理Web Services 、将遗留服务组件迁移为可发现的Web Services以及如何使用IBM WebSphere? MQ开发 Web Services来将SAP与IBM? DB2?及Oracle进行集成。
在上面的每篇文章中，我都在尝试说明面向服务的体系结构（Service-Oriented Architectures，SOA ）如何与Web Services及其他交互软件代理间的松散耦合关系。通常，如果资源由于规模的变化而显得不 足，而执行速度又至关重要时，我认为您可能需要对某些Web Services进行紧密耦合。
应用程序、系统和网络通常比其给定的资源容量（其中包括Web Services可用的消息队列）的发展速 度更快。这带来了安全性和性能问题，任何时间任何操作超过了最大容量都可能导致基于消息的Web Services的系统过载。
在本文中，我们将了解：
·紧密耦合与松散耦合的对比。
·为何需要紧密耦合Web Services 。
·同步业务功能如何以异步的松散耦合Web Services的形式进行处理。
·Web Services的耦合情况如何能从松散耦合切换为紧密耦合。
·应该使用何种标准来测定性能。
·对测定有何约束。