直是IT领域
部分
甚至出现了个完整模式团体来培育新模式发展
并且要围绕应该如何介绍说明模式以及相关事情制定些指南
这是正确模式的间是相互关联要制定设计模式你需要理解这些关系这些关系对于SOA是特别重要
SOA实施范围般要大于传统应用因此SOA设计模式要涉及面更广因此影响力也越大首先让我们了解
些基础知识并且回顾下种模式如何和另种模式相关联有许多区别类型关系但是最重要两个关系式依赖关系和支持关系为了应用
种模式你也许需要使用另个模式(或者已经使用了另个模式)这是很简单依赖关系但是这对于理解为什么存在依赖关系是很重要例如在SOA设计模式目录中有种模式称作“逻辑集中化”它实际上建立个规则按照这个规则对于任何指定解决方案逻辑再利用部分来说仅存在个正式服务这就减少了冗余风险最大限度实现了在个指定区域服务再利用潜力它还构成了不可知环境基础这是种设计模式用于单个服务中以便为它提供多功能范围(它对于任何逻辑来说都是不可知因此它仅限于个单个目)不可知环境和逻辑集中化共享培育服务中
再利用这个共同目标虽然逻辑集中化建立了独特逻辑单元但是不可知环境将保证拥有再利用潜力人和单元都将仅仅限制在多用途逻辑中这样它们就成了纯粹再利用服务简言的
你会提出理由说不可知环境依赖于逻辑集中化没有集中化独特逻辑体就很难把它们分成不可知单元在应用逻辑集中化模式的前使用不可知环境是没有意义我们提到
另外种关系是种应用模式支持另种应用模式因此和依赖性关系区别在这个案例中没有直接依赖关系这就意味着这些类型关系很容易错过种支持性关系简单地意味着种模式帮助实现另个模式目标或者最终目我们重新看
下逻辑集中化例子这个模式目标是培育在服务中再利用然而应用
集成历史已经教会了我们通过多个点对点集成渠道实现连接达到个灵活性架构使负担沉重企业能够继续发展特别是面对业务变化时候这和逻辑集中化有什么关系呢？设想
个包含若干数据库和个老式系统服务既使我们集中了这个服务代表逻辑我们仍然不能做任何事情来阻止通过传统类型集成渠道直接访问这些基本资源这正是合同集中化进入这个环境地方合同集中化设计模式限制外部访问
个服务访问出版技术合同(或者接口或者API)这就意味着外部或者应用(我们可以指服务用户)不能接触这些基本资源这个唯进入点是这个服务合同这种简单
限制从长远看将增加服务再利用性随着时间推移这个服务能够有效地随着业务变化而发展扩大或者甚至取代其基本资源同时最大限度地减少这些改进对外部服务消费者影响(由于合同集中化他们不能直接连接到这些资源)这个服务寿命越长它长期再利用潜力就越大因此
虽然逻辑集中化不需要合同集中化但是它肯定会从其应用中受益事实上当这两个基础方式致地应用到个服务目录(服务集)中时候他们建立了个非常能够推广业务灵活性环境这些服务能够重复地再利用我们要求对每个新解决方案建立较少冗余逻辑(减少解决方案交付时间和成本)这些服务只能通过其合同访问我们避开了建立很难改变整合渠道因此我们最终将建立能够有效地重复利用服务并且和业务起发展="xspace-totlerecord">2="xspace-totlepages">1/2="xspace-current">12>
最新评论