还剩7页未读,继续阅读
文本内容:
1概述企业服务总线Enterprise ServiceBus,缩写ESB,是SOA面对服务架构的骨干,在完成服务的接入、服务间的通信和交互基础上,供应平安性、牢靠性、高性能的服务力量保障采纳SOA架构,基于ESB总线进行企业异构应用集成,可以有效降低应用系统、各个组件及相关技术的耦合度,消退应用系统点对点集成瓶颈,降低集成开发难度,提高复用,增进系统开发和运行效率,便于业务系统敏捷重构、灵敏适应业务及流程变化本文对企业服务总线ESB集成项目中,基于AEAI ESB实现异构系统集成的相关法律规范、标准进行阐述、明确,为项目开展以及后续完善扩展供应技术参考和依据2功能特点AEAI ESB作为数通畅联公司的企业应用集成产品,主要用来实现异构系统如不同的数据库、消息中间件、ERP或CRM等之间的资源整合,实现互连互通、数据共享、业务流程协调统一等功能,构建敏捷可扩展的分布式企业应用产品功能架构图相比传统的企业应用集成软件平台,AEAI ESB是一个全新的符合SOA架构的应用服务整合平台,是基于大量集成实践阅历不断完善、用于构建可管理、可扩展及经济高效的EAI技术解决方案产品族架构图AEAIESB供应了从企业应用集成的设计、开发、部署,到运行、管理、监控各个生命周期阶段的工具它供应的图形化、拖拽式开发方式,可以快速创建可扩展不同类型的数据(应用)集成流程,并全面支持服务及服务常用形式Web Service,简化了服务的创建与封装,并能够使用户敏捷地编排服务,以满意不断变化地业务需要和业务处理流程AEAI ESB基于JavaEE体系构建,主要包含三个模块服务器ESBServer、设计器ESBDcsigner、管理掌握中心ESBServer是AEAI ESB的运行环境,管理掌握中心则是部署在ESBServer的Java Web应用,基于开发平台构建的ESBDesigner是基于Eclipse Plugin开发的图形化、拖拽式的设计Web服务、消息流程的构建工具AEAI ESB主要功能及特点如下基于开放标准,高度可扩展AEAI ESB的技术架构及实现基于开放式标准,支持SOAP、WSDL等法律规范,基于开放式标准如SOAP、JDBC、JMS、JavaWS、JavaMail、Http等,便于系统迁移以及将来扩展支持企业级服务质量支持的企业级服务质量,包括消息平安、失败恢复、状态诊断、服务管理、服务审计及消息牢靠传输、事务的完整性等,供应数据交换过程和数据的跟踪力量供应数据格式转换功能供应图形可视化的异构数据格式转换映射工具,能够将数据从一种格式简便快速地转换成另一种格式输入数据和输出数据可进行不同格式间的转换,从而可快速集成异构应用支持多种服务/组件通讯方式支持多种服务/组件通讯方式,犹如步和异步等,用户可以依据自己的需要,敏捷定义通讯方式供应对Web Service的完整支持既支持不同外系统供应的Web Service访问、服务代理接入,又能够将现有业务应用封装成Web Service供复用支持Web Service常用标准合同,如SOAP、WSDL等,同时支持Web服务的编排及不同粒度的服务封装,便于创建松耦合及可复用的面对服务架构监控与管理供应了基于扫瞄器的管理掌握台,能够对监控节点、服务、组件及业务流程进行状态查询和监控管理对监控、跟踪和日志具有平台级的支持,还供应远程跟踪调试功能支持集中管理及分布部署支持分布式应用及部署,开发的服务、组件及业务流程,可以分布式部署到网络上的多个规律节点,实现分布式运算和应用,支持水平以及垂直扩展,满意性能扩展需要支持远程增量部署,大大降低部署成本3数据标准
3.1信息采集法律规范数据总线平台的建设与应用并非是不关注业务,数据的随便流通数据交换需要法律规范业务系统间交换的属性信息采集法律规范就是指法律规范业务系统数据采集交换的方式、频率、加工策略等法律规范例如哪些业务系统的哪些数据要实现实时交换、哪些是触发交换;采集的数据是全量、增量还是依据某些条件进行交换;是通过数据库采集、文件采集还是服务猎取等
3.2数据内容法律规范数据内容法律规范指数据交换过程中数据清洗、转换的标准要制定重复数据的基准、数据转换的基准、清洗的规章、共享的方式例如:不同单位的业务系统可能存在对某段同样语义的描述信息,但是因业务系统开发商不同导致其信息存储的格式和内容会有区分,再其他业务系统需要这条数据的时候,此数据应当从哪个业务系统猎取,或者是猎取出来进行比对、分析、处理之后再交换到其他业务系统
3.3数据维护法律规范数据交换的需求可能是多种多样,包括临时的需求和长期的需求长期需求可能是建立综合数据库、数据中心或是把A系统业务库中的数据长期交换到B系统的业务库中,因此需要制定数据维护的标准,定义不同系统的不同业务数据采纳数据维护的方式例如财务系统业务数据要保留交换的历史数据,且采纳时间戳的方式增量维护;OA系统业务数据仅保留3个月的数据,且采纳触发器的方式交换;人力资源业务数据采纳主动到数据源端抓取业务数据的方式维护自身业务数据等等4标准法律规范
4.1集成开发法律规范创建工程依据集成需求业务进行划分,格式为“公司名”+“产品”+”业务名”,例如AeaiESBHr、AeaiESBCrm工程下的名目依据服务供应方(系统)进行划分,假如只有相同的服务供应方,也需要创建名目进行划分;流程名采纳匈牙利命名法(在几个字母联合的时候,首字母大写,如HR系统供应数据到门户HRDataToPortal),编码长度不能超过20个字母;全部的消息流程填写中文别名和描述,描述肯定要写清晰详细含义ESB集成项目主包名com.agileai.esb;公共代码直接放在com.agileai.esb名目下,其他代码采纳ESB默认生成的包名以及类名
4.2WEB服务法律规范应用/数据接口以WebService方式进行发布,采纳Http通讯合同进行同步通讯,AEAIESB服务代理支持SOAP
1.
1、SOAP
1.2访问合同,AEAI ESB的开发Web服务默认支持SOAP
1.1,对于Web服务报文信息字段要求如下各字段若无特殊说明均为字符串型;日期字段默认格式为“yyyy-MM-dd”,如2022-05-14;时间字段默认格式为“HH:mm:ss,如16:25:16;报文头信息具有默认结构,允许自定义报文头不论是在AEAI ESB中注册的服务代理还是AEAI ESB中发布的服务都支持用户、密码认证以及扩展认证模式,同时供应服务监控、服务调用统计功能,同时支持业务日志
4.3AEAI ESB开发法律规范本项目中在AEAI ESB中开发的服务主要为Web ServiceHttp、Timer三种方式的服务,各单位内部及下属各单位的业务系统既有的Web服务,在AEAI ESB中注册服务代理方式,AEAI ESB供应消息转发、服务监控、服务统计、以及服务认证和业务日志功能
4.
3.1服务代理注册首先,登陆ESB管理掌握台选择需要添加服务代理的工程,选择服务代理标签点击新增,进行WEB服务注册代理将需要进行代理的服务URL添加到对应位置
(1),点击解析按钮进行服务代理注册
(2),添加认证类型(无认证,用户密码,扩展流程)
(3),添加是否启用业务日志
(4)在供应的ws服务中,service的name需要通过业务功能来命名,不能重复
4.
3.2开发WEB服务对于既有系统不能供应Web服务接口的应用系统,且需要Web服务方式来集成,或者需要对既有的Web服务实现服务编排重组,可以在AEAI ESB开发Web服务假如涉及到数据读取,需要对应系统管理员供应供应数据视图、字段说明、以及数据库连接方式;假如涉及到数据写入,需要对应系统管理员供应中间表以及存储过程,ESB理论上不直接访问实际的业务表;假如涉及到服务编排,需要对应系统管理员供应Web服务的SOAP调用样例,恳求和响应参数说明
4.
3.3开发HTTP服务依据服务供应方供应的数据库交互方式(视图查询、存储过程)进行Http流程的开发供应数据库连接信息,如账号密码及地址等(Oracle数据库还需要供应SID),登陆ESB管理掌握台对数据库资源进行注册管理;服务供应方需供应存储过程或相关的查询SQL语句;Http流程的返回值为JSON或者XML格式(需要就实际业务进行选择),调用方自行解析
4.
3.4开发Timer服务依据当前的轮询方式,在AEAI ESB上改造为Timer流程服务系统管理员供应当前的轮询策略(定时、间隔、自定义);供应数据库连接信息,如账号密码及地址等(Oracle数据库还需要供应SID),登陆ESB管理掌握台对数据库资源进行注册管理;供应查询全量数据还是增量数据,查询增量数据时的条件;
4.4AEAI ESB测试法律规范
4.
4.1单元测试单元测试由流程开发者自己来完成,单元测试是对完成一条流程后的最基本检查,主要是用来检测规律否正确,程序代码是否正确,组件节点命名是否依据规章,实例正确生成、以及字段和变量的拼写错误,还包括所引用资源是否可以等细节单元测试的依据是测试规格说明书,单元测试的目的是对流程功能基本验证,该测试用来确定执行结果否符合预期,单元自测以持续执行3次均胜利方验证为胜利
4.
4.2结对互测当局者迷,旁观清两个开发人员具有相同的缺点和盲可能性很小,当采纳结对互测试的时候会获得一个强大解决方案,能更快的发觉并解决问题结对互测精确来说是一个测试方法,而不是其中的详细环节结对互测是指两个流程开发人员相测试对方的流程,结对互测的基础已完成开发人员已完成单元测试
4.
4.3集成测试大多数流程之间不是独立的,而有关联多个流程的执行才是真实的规律业务,所以在有流程完成单元测试后,需要依据业务子系统对多个流程进行连贯的集成测试,用来发觉执时是否可以满意实际业务的需要集成测试可以依据实际业务模块或者子系统,来各自独立进行集成测试用来发觉多个流程协作执行时产生的潜在问题,这其中包括流程数据业务全都性和稳定性等
4.
4.4业务联测业务模拟测试时在集成之后进行的,当各个子系统的对应流程进行了集成测试并通过后,可以进行完整系统的业务模拟测试通常业务联测需要业务人员的参加和协作,在系统试运行初期进行业务模拟测试是全部流程的完整,各个被集成子系统和数据库都以正常模拟数据进行测试此时AEAIESB集成平台对用户来说是透亮的,全部数据都通过业务人员在各自系统上进行模拟操作猎取。