当ZapThink考虑做面向服务架构（SOA）的时候，我们通常要避免关于“什么是或者不是SOA” 语义的争论，但是侧重于确定面向服务系统的特性和提供机构采用的架构方法的益处。
最后一级松散耦合是最富有挑战的。即使公司启用服务的实施、契约、策略、流程、基础设施和数据结构等它能想到的所有的变化，每当改变语义时问题仍然出现。
发挥服务契约的作用，要抽象实施、后期绑定、使用媒介、基于注册的系统要在没有断裂的情况下，允许无破损服务契约的改变，使系统更大程度上变化……
如果我们已经使用以上定义的所有松散耦合的等级，公司应该能使他们的服务实施、契约、策略和未破损的流程任意变化。然而，这不足以应付不断变化的业务需求。
当ZapThink考虑做面向服务架构（SOA）的时候，我们通常要避免关于“什么是或者不是SOA” 语义的争论，但是侧重于确定面向服务系统的特性和提供机构采用的架构方法的益处。
如果改造的中间件不是解决问题的方案，那么什么是呢？答案当然就是架构。但这么说只是问题的一小部分。那我们还按照集成开发者的语言来说……
在典型的集成环境中，你首要关心的是数据的移动或者业务逻辑的合并以便完成特别的任务。在这种思想指导下，大多数集成开发者考虑的是输入……
Edward R. Murrow曾经说过：“人常说谈话是门失传的艺术；我经常希望真的是那样啊！”对于IT开发商和舆论导向者来说这很正确，这更适用于SOA……
