直是IT领域
部分
甚至出现了个完整模式团体来培育新模式发展
并且要围绕应该如何介绍说明模式以及相关事情制定些指南这是正确
模式的间是相互关联要制定设计模式你需要理解这些关系这些关系对于SOA是特别重要
SOA实施范围般要大于传统应用因此SOA设计模式要涉及面更广因此影响力也越大首先让我们了解
些基础知识并且回顾下种模式如何和另种模式相关联有许多区别类型关系但是最重要两个关系式依赖关系和支持关系为了应用
种模式你也许需要使用另个模式(或者已经使用了另个模式)这是很简单依赖关系但是这对于理解为什么存在依赖关系是很重要例如在SOA设计模式目录中有种模式称作“逻辑集中化”它实际上建立个规则按照这个规则对于任何指定解决方案逻辑再利用部分来说仅存在个正式服务这就减少了冗余风险最大限度实现了在个指定区域服务再利用潜力它还构成了不可知环境基础这是种设计模式用于单个服务中以便为它提供多功能范围(它对于任何逻辑来说都是不可知因此它仅限于个单个目)不可知环境和逻辑集中化共享培育服务中
再利用这个共同目标虽然逻辑集中化建立了独特逻辑单元但是不可知环境将保证拥有再利用潜力人和单元都将仅仅限制在多用途逻辑中这样它们就成了纯粹再利用服务简言的
你会提出理由说不可知环境依赖于逻辑集中化没有集中化独特逻辑体就很难把它们分成不可知单元在应用逻辑集中化模式的前使用不可知环境是没有意义我们提到
另外种关系是种应用模式支持另种应用模式因此和依赖性关系区别在这个案例中没有直接依赖关系这就意味着这些类型关系很容易错过种支持性关系简单地意味着种模式帮助实现另个模式目标或者最终目我们重新看
下逻辑集中化例子这个模式目标是培育在服务中再利用然而应用
集成历史已经教会了我们通过多个点对点集成渠道实现连接达到个灵活性架构使负担沉重企业能够继续发展特别是面对业务变化时候这和逻辑集中化有什么关系呢?设想
个包含若干数据库和个老式系统服务既使我们集中了这个服务代表逻辑我们仍然不能做任何事情来阻止通过传统类型集成渠道直接访问这些基本资源这正是合同集中化进入这个环境地方合同集中化设计模式限制外部访问
个服务访问出版技术合同(或者接口或者API)这就意味着外部或者应用(我们可以指服务用户)不能接触这些基本资源这个唯进入点是这个服务合同这种简单
限制从长远看将增加服务再利用性随着时间推移这个服务能够有效地随着业务变化而发展扩大或者甚至取代其基本资源同时最大限度地减少这些改进对外部服务消费者影响(由于合同集中化他们不能直接连接到这些资源)这个服务寿命越长它长期再利用潜力就越大因此
虽然逻辑集中化不需要合同集中化但是它肯定会从其应用中受益事实上当这两个基础方式致地应用到个服务目录(服务集)中时候他们建立了个非常能够推广业务灵活性环境这些服务能够重复地再利用我们要求对每个新解决方案建立较少冗余逻辑(减少解决方案交付时间和成本)这些服务只能通过其合同访问我们避开了建立很难改变整合渠道因此我们最终将建立能够有效地重复利用服务并且和业务起发展当然
SOA战略目标要实现东西比仅仅使用这两个模式多得多然而这是SOA设计模式建立基础对于取得SOA成功是至关重要甚至最强大、可升级和高级基础设施也不能帮助你把设计遭到服务转变为高价值IT资产在不断变化商业环境中不断带来回报服务需要从头开始设计并且预测和适应变化这就是所谓面向服务在我们做结论的前
让我们简单地介绍下模式应用顺序和模式语言概念我们仅解释了合同集中化如何支持逻辑集中化但是当设计服务时你首先采用哪种模式呢?虽然没有绝对规则但是你可能会有偏爱例如当同时建立个服务集模型时候为了恰当地把服务分为独特逻辑单元受使用逻辑集中化是有意义然后你可以使用合同集中化这样这些单元(服务)每个部分都将得到个技术合同作为正式进入点我们刚才解释
是模式应用顺序在个具体顺序中应用两个模式个模式目录是理想地构造因此你能够根据你们要求、偏爱和局限性提出许多创造性应用顺序有些目录甚至提供了推荐模式顺序许多单个模式被认为是经过证明设计解决方案这个应用顺序本身也被认为是经过证明把许多模式结合到无止境
顺序中自由使个模式目录不仅仅是设计模式记录文件而是个“模式语言”同任何书面语言样你有能够组成个句子词汇这些句子能够进步组成段话、篇文章等等人们可以用同样方式想象个模式语言根据你技能水平当你拿笔在张纸上写字时候你可以写出个伟大文学作品也可以写出不伟大文学作品同样使用模式语言工作关键取决于你知识和对模式本身理解通过理解模式是如何关联可以理解模式内部主要部分
最新评论