本专题分六部分探讨SOA设计模式，当初设计面向服务架构的一大初衷就是降低服务间耦合度，由此提高服务的灵活性和自由度，这样一来每个服务都可以不受羁绊，更好的得到发展。实现理想的松耦合程度，一直是设计中讨论的议题，议题通常是围绕服务合同和依靠服务合同的用户编程展开的。
Façade服务模式的实施过程中，还有一种情况可以得到有效控制。核心服务逻辑的单个实体要求多个合同（这种情形和另一个叫做Concurrent Contracts的模式有关）。
如果一个服务是可重用服务的话，还应该称其为服务吗？就这一模式来说，答案是否定的。在服务建模和设计阶段，不可知服务受到了广泛的关注。
企业范围的协调性一直是人们多年来不断追求和努力的目标，这种状态全力支持SOA以及面向服务架构所包含的一切内容。
当你设计数据架构时，会很容易得出不同的数据库或者数据库表。该数据库表中包含相同或相近的数据。所有这些记录在册的数据可以帮助更好的维护数据，解决质量问题。
一个服务本身就是一个服务生命体，需要独立发展。我们在编制SOA设计模式目录时，了解到不仅在设计阶段，甚至是服务生命周期的后续维护阶段也会涌现许多模式。
SOA设计模式目录中，没有什么比典型模式更容易理解，也没有什么比典型模式更难实践了。此外还有一些富有争议性的模式。
专家答疑
技巧
当我期望用BPM建模工具来配合面向服务架构的时候， 应该在工具中寻求的关键特征是什么呢？当设法确信你的BPM工具充分利用你的SOA成果时……
有关OSGi最重要的事情是支持模块化。但由于大多数应用程序和系统的目的不是为模块化，或被设计并建造为本土化的模块化设计，采用的OSGi通常包含某种程度的困难……
SOAP和WSDL是Web服务相关标准的补充，通常它们是一起使用。SOAP是基于XML消息传递协议。SOAP规范描述其为传达XML消息的格式和……
本周
本月
