下载
加入VIP
  • 专属下载特权
  • 现金文档折扣购买
  • VIP免费专区
  • 千万文档免费下载

上传资料

关闭

关闭

关闭

封号提示

内容

首页 IBM WPS和WES Bus介绍

IBM WPS和WES Bus介绍.doc

IBM WPS和WES Bus介绍

贤弟有理
2010-06-22 0人阅读 举报 0 0 暂无简介

简介:本文档为《IBM WPS和WES Bus介绍doc》,可适用于IT/计算机领域

IBMWPS和WESBus介绍前面两个单元也是介绍就从第三单元开始把此单元目标:)明确WPS和WESBus在SOA开发周期中的角色)描述WPS、WESBus的目的、优势和商业价值)解释WPS、WESBus各个功能组件的目的和商业价值SCA(ServiceComponentArchitecture),Businessobject,relationships,selectors,InfrastructureMediationflows,interfaceandbusinessobjectmaps,relationships,selectors,adaptersBusinessprocesses(BPEL),businessstatemachines,humantasks,businessrulesIBMWPS是SOA的核心它是一个商业集成服务器提供商业流程基于SOA的自动化实现了一个WSBPEL兼容的过程引擎可以安全、一致的执行复杂商业流程并保证事务完整性提供创建综合集成应用程序提供高性能、高质量的服务并有故障容忍和错误检测的能力。WPS提供商业价值提供可理解的SOA(基于标准的)完成商业流程管理(BPM)的生命周期答应存在的IT财产的重新利用。WPS的基础:WebSphereApplicationServerNDandWebSphereESBWebSphereApplicationServer和NetworkDeployment为WPS提供高可用性、工作负载管理和安全性WESBus集成为SOI提供了一个交流的支柱WPS为这个平台添加了流程管理的功能。第一层SOACoreSCA提供一个带有很好的定义的全局调用模型并封装到模块中(SDO的扩展)提供了数据对象的一个抽象层CEI答应对组件和IBMWPS平台上的services进行监控。第二层描述了一组服务这些服务支持流程整合Mediationflows把一个service的数据转换成下一个服务可以接收的格式Interfacemaps把消息从一个操作传送给另一个操作BOmaps把一种商业对象转为另外一种对象Relationships维护不同系统种商业对象之间的关系。Selectors基于运行时条件(例如时间)动态选择服务Adapters从跨行业和特定行业封装应用中提取数据和事务信息并把他们同中心服务器连接起来。最后Servicecomponents层在WPS中展现运行时成品。WPS提供WS-BPEL兼容的流程引擎来运行商业流程。Humantask组件在商业流程中为任命和管理humantask提供服务。商业状态机答应另外一种建模商业流程的方式即使用状态和事件同graphoriented(面向图的)商业流程方式相对应。外部商业规则经常修改数据库中的商业策略并答应你在运行时修改规则。来说一下WPS的演变史吧IBM已经开发其他的产品几十年了随着底层实现的改变IT的演变IBM发现在流程集成领域自己的很多产品有相似的功能。并发现WebSphereMQWorkFlow,WebSphereBusinessIntegrationServerFoundationandWebSphereInterChangeServer这三种产品可以和成在一起。从图上可以看出最终他们合成了WPS。SOA核心组件SOA核心组件由WPS和WESBus所共享包含SCASDO和CEI。为了合适的在SOA中集成有必要得到一个单独的调用模型和单独的数据模型。SCA就是这个调用模型每一个集成组件通过一个接口来描述。然后这些services可以在组件组装编辑器中进行组装这样就得到一个非常灵活和很好封装的解决方案。BusinessObjects是全局的数据描述他们被用作服务输入输出的数据流并基于SDO标准。而CEI是监视应用程序的基础事件定义(CBECommonBusinessEvent)通过OASIS((OrganizationfortheAdvancementofStructuredInformationStandards)标准体来标准化。OASIS是非盈利的国际组织目的是促进ebusiness标准的开发交流和使用。SCA一个模型在SOA应用中定义services之间的关系为service类型提供一个单独的抽象而这些service类型可能已经作为Webservices或者BPEL实现了这个抽象把“商业逻辑”同“基础逻辑”分开应用程序员可以集中在商业问题上不需要每个人都是IT基础的专家了采用SCA最终实现可重用的sevice组件并且不依靠于平台和实现SCA使用良好定义的接口和约定使组装和开发基于service的商业解决方案变的简单。SCA核心的一下概念:Services被称为componets(组件)每个组件有一个接口一个组件的调用者有这个组件的引用。componets在组装图中被连在一起其中连线描述了这些组件之间的关系实现他们之间关系的代码是自动产生的注:在SCA中每个服务是一个组件这些component除了接口和引用都没有暴露出来图中I表示接口R表示应用。现在你有了一个大概的意识一个服务有接口可能还有引用组织好的编排(choreography)service比如BPEL也可以被简单的看作其他的组件。现在所有都可以表示为组件那么你最后的一个挑战就是如何组织这些组件成为一个需要的解决方案了。而WID则提供了一个作图区域component能够被放在一起并连接起来。这个区域就是assemblydiagram(组装图)。它提供了一个作图的画布通过可视化的组织services到一个集中的solution中对于初始组装和后面的修改这是一个相当简单的技术。任何粘合性的代码(可能需要在运行时来实际实现服务的调用)时自动产生的。WPS提供了在任何时间调用任何service所有必须的所有基础高效的使你同实现细节屏蔽开来(否则你必须显示的处理这些实现细节)。BusinessObjects就是一组属性的集合体数据的访问同物理展现使独立的数据操作不需要同数据源连接BO在SOA中展现了在SCA组件之间的数据流动。(BO可以有多种物理展现方式如下图)CEI(CommonEventInfrastructure)CEI使用来在监控在运行时商业级别的事件的一个框架应用组件可以发出与商业相关的事件这样就不需要设计、编写和发送自己的事件了基于XML的通用格式方便事件的处理事件可以保存在databas中运行分析、报告和检查events也可以分布给event消费者使用例如WebSphereBusinessMonitor中的性能仪表盘(dashboards)。假如某些用户感爱好的事件发生了可以在这个环境中定义event来监视。event的内容是可以由产生它的组件(component)来配置的但是总是包含对于所有event的一组通常基础集。创建event对象的应用叫做eventsourceeventsource把event对象传送给eventinfrastructureeventinfrastructure的角色是从WebSphere运行时中提取信息并加入到event对象中。然后这个event对象被传送到任何对接收这个event感爱好的应用上这些应用叫eventconsumers(消费者)。eventinfrastructure同样也保存这个event对象到数据库中以便后续使用。Supportingservicescomponents(中间层)同样由WPS和WESBus所共享。这层在SOAcore之上IBM提供了一层额外服务集这里提供了更好层的抽象和易用性。包括MediationFlows,InterfaceMaps,BusinessObjectMaps,Relationshipes,Selectors和Adapters。除了Selectors其余组件都可以在WPSbusiness集成模块和WESBusmediation模块中使用。Mediationflows(企业服务总线enterpriseservicebus)流动包含在mediation模块中用来进行协议切换、内容转换、消息路由WPS包含WESBus所有的mediation功能作为产品包的一部分在WESBus中所有的功能在WPS中也可用。WESBus是IBM在年底发布的一个产品这个产品在WAS之上提供了数据转换和中转(mediation)。为了利用中转能力引入一种新的module-MediationModule。这个模块运行包含导入组件、导出组件、Java组件和重要的中介流组件。。Transformationcomponents:InterfacemapsInterfacemaps是用来解决和协调两个interface不同的SCA组件可以轻松协调商业伙伴同外部应用之间的接口通过轻松的映射到新建的service接口上增强服务集成无需更改应用程序逻辑协调接口操作、输入、输出Service可能经常修改假如你也经有一个solution并使用了其他的service但是另外一个更好的service出现了。但是接口有了改变这时候你可以用map从一个service调用翻译到另一个而无需修改你现在的service引用WPS完全支持service映射并把请求和响应无缝的映射起来。服务映射采取如下服务:)中转所有的源操作到目标接口擦作)使用map来完成参数到参数的转换)提供关系维护的上下文信息。Transformationcomponents:Businessobjectmaps组件之间的接口可能接收businessobjects作为输入输出但是属性可能不同businessobjectmaps负责从一个businessobject影射到另一个所提供的一系列转换规则覆盖了绝大多数的需求而且你可以自己定义转化方法。。SelectorsSelector根据日期和时间标准来调用不同的services可以在服务器上运行时修改一个应用无需重新编码来改变目标通过答应动态调用新的services提供灵活性而无需重启server或者应用。Note:今后selectors将被扩展以支持除基于日期和时间额外的选择标准。。AdaptersAdapters提供同EnterpriseInformationSystems(EIS)的集成(而EIS不提供服务接口)Adapters提供一个抽象层把WID同EIS系统的复杂性孤立开来简化集成在已经存在于SOA中的IT资产其一个杠杆作用。在adapter使用任何合适的技术直接同资产进行交流时会向SOA组件展现一个服务接口当你设计和组装你的SOA解决方案的时候你可能碰到过集成一个新的SOA世界同已经存在的IT资产的案例。你应该能够将那些资产作为service访问就像访问其他所有组件一样。假如这些资产没有service接口你会查一下是否轻易加一个service接口。有些情况下当前环境既不直接支持服务接口或者自己是一个没多大用的接口暴露接口很不美观。这时候你应该如何访问和包含这些资产到你的SOA解决方案中呢?Adapter就作为一个在你的SOA和已存资产的中介访问浙西资产并不是直接完成的相反被称为adapter的组件给SOA组件提供了一个service接口该接口提供已存资产应该暴露的服务。这就是adapter的一面adapter的另一面直接和已存资产使用任何适合的技术进行交互。这可能通过本地或私有的API、各种各样的技术来实现。Servicecomponents(最上层)Service组件层是在创建之前、个性化的建筑块提供潜在的功能来帮助在SOA平台上提供你所需要的主要特性。这些功能是SOA堆栈的最上层提供同商业功能最接近的相似性并远离原始技术和基础。。Businessprocesses商业流程是一连串执行路径流通过WSBPEL来描述其中包含哪些service被调用这些services之间的调用顺序一个service的输出到另一个service输入之间的数据转换。。Businessstatemachines是一种描述非串行商业流程的一种方法主要焦点在引起一个事务从一个状态到另一个状态的实时事件statemachine对能够在任意时间发生的很多不同事件作出反映并通过答应事件来决定进程流向来简化进程设计statemachine目前也在WSBPEL中提供。。HumanTasksHumantask组件为businessprocess提供人工干预的工作流支持人工交互通过SCA作为一个服务暴露出来答应humantasks被技术代替反之也可以Roles被用来为用户和组分配任务权限例如潜在的owner和administrator用户和组通过对支持的组织目录查询来被确认支持任务的增加和通知。WPS提供同人交互就像和service交互一样简单的能力这个WPS组件就是HumanTaskManger。继续深入一些为了在你的process中包含human你需要拥有什么?开始你需要答应human获得被请求执行的任务的机制并且你希望从那些人们的任务的最后产出中的得到反馈也许是简单的通知这个任务结束了或者更复杂一些比如描述结论的一些特性比如贷款得到答应的客户的地址。。。。Businessrules商业规则就是月个ifthen的判定评估一个输入条件(if)采取某些行动(then)。商业规则被组织成规则组然后作为service通过SCA暴露出来。从实现中抽取和分离规则businessrule的参数可以在运行时暴露出来答应商业分析人员无需重新部署或者停止应用来作改动这样就提供了灵活性、响应性和竞争性的优势。businessrule在WPS也是实现为一个service

用户评价(0)

关闭

新课改视野下建构高中语文教学实验成果报告(32KB)

抱歉,积分不足下载失败,请稍后再试!

提示

试读已结束,如需要继续阅读或者下载,敬请购买!

文档小程序码

使用微信“扫一扫”扫码寻找文档

1

打开微信

2

扫描小程序码

3

发布寻找信息

4

等待寻找结果

我知道了
评分:

/8

IBM WPS和WES Bus介绍

VIP

在线
客服

免费
邮箱

爱问共享资料服务号

扫描关注领取更多福利