本周 SOA 模式：Façade 服务
当初设计面向服务架构的一大初衷就是降低服务间耦合度，由此提高服务的灵活性和
自由度，这样一来每个服务都可以不受羁绊，更好的得到发展。实现理想的松耦合程度，
一直是设计中讨论的议题，议题通常是围绕服务合同和依靠服务合同的用户编程展开的。
对于服务设计师来说，在服务实现内部还是有机会建立抽取中间层的，这个过渡层可
以帮助减小其内部活动部分的耦合程度以便调节服务本身的演进和治理。这些中间抽取层
是由 Façade 服务应用所创建的，该设计模式关注服务的内在设计。
设计服务时，你还要留心几个耦合类型：合同与逻辑耦合，例如，该耦合会生成一个
服务合同，而服务合同源自底层服务逻辑 (因此会产生依赖性)，一旦逻辑发生改变，合
同也会相应做出改变。
通过在核心服务逻辑和服务合同之间创建中间处理层，Façade 服务就可以帮助我们避
免这些情况的发生。Façade 准许服务合同与底层逻辑保持去耦关系，因此可以帮助避免修
改核心业务逻辑。这对功能改变和性能改变都适用。性能变化可能是因为实施服务重构模
式所引起的（通常是偶然的）。Façade 会对内部改变做出补偿，这样就没必要改变服务合
同了。因为合同中的功能性能没有受到影响，在两种情况下，服务会在内部得到演进，同
时现存的服务客户也会免于任何负面效益的影响。
该模式的实施过程中，还有一种情况可以得到有效控制。核心服务逻辑的单个实体要
求多个合同（这种情形和另一个叫做 Concurrent Contracts 的模式有关）。在这种情况
下，对应每个服务合同都会创建一个 Façade 服务组件，这样可以保证从合同层中抽取出
核心服务逻辑。这样就可以避免为了适应不同的合同增加或者扩大核心服务逻辑，并且当
TT SOA 技术专题之“SOA 设计模式汇总” Page 4 of 18
评论0