AEAI ESB作为数通畅联的一款核心产品,用于解决各个业务系统之间的异构集成难题。流程统计作为新开发的页面,其中主要功能是帮助开发人员和客户从不同角度了解当前场景下流程信息的变化。
本次通过IPOC集成底座方案项目接触到了ESB企业服务总线报警功能,下面主要介绍务、接口、集成流程三个场景进行报警参数配置,为后续的新进人员提供借鉴。总体说明
报警设置目前散布在API服务、API接口、场景配置3处,安全支持的功能有TokenId认证、用户名密码认证、扩展流程认证以及白名单、黑名单的IP进行认证;报警配置支持邮件、微信、邮箱等方式进行报警信息发送,满足客户的需求以及多业务场景适配。 1
整体介绍ESB企业服务总线作为集成龙骨满足应用、数据和业务等集成需要,应用集成如统一认证、单点登录等主要实现业务系统间的对接;数据集成如主数据治理和数据分析等,通过ESB实现数据的聚合以及分发;业务集成如业财一体化等,实现企业业务之间的互联互通。在集成的过程中,ESB的作用至关重要,它连接着上下游业务系统,构建了数据集成传输的通道,是企业信息化建设由无序到有序、由散乱到规范、由点对点到总线式的有效工具与手段。2
整体架构

esmtp报文交互流程 esb报文解析_esmtp报文交互流程

ESB企业服务总线提供了丰富强大的组件堆,可以满足客户绝大多数的业务场景,开发人员使用极少的代码即可完成整套流程的设计;支持服务注册、应用集成,支持集成场景的配置化,通过SMC配置集成场景,满足推、拉、定时等集成方式,可以更加快速、更加便捷地实现业务系统间的集成,并支持邮件、微信、短信等多种预警机制;通过ESB进行服务API的管理,构建集成通道,从而打通上下游系统;提供多种日志级别以及可以动态调整的日志级别,具备系统性能与监控管理功能,实时监控系统运行性能状况,进行运行情况统计;支持Web服务和HTTP/Rest服务用户名/口令的身份认证机制,且支持原服务和代理服务之间身份信息的自动二次封装;支持Web服务、Rest服务通讯安全保障;AEAI ESB Server底层基于Tomcat扩展调优版,使得AEAI ESB具有强大可靠的性能保证。ESB设计器可以直连ESB服务器,实现动态热部署、即时断点调试。3
功能介绍

esmtp报文交互流程 esb报文解析_微信_02

1.首先在API接口选择API标签;2.在API服务、API接口、场景配置设置重试、报警;3.当调用接口时,通过返回值记录日志,通过重试、报警配置,触发报警;4.当调用集成流程时,通过返回值记录日志,通过重试、报警配置,触发报警。功能介绍
策略一共分为两部分,重试策略和报警策略。重试是反复调用,报警则是发送信息。1
重试策略当服务、接口、集成流程调用执行失败后,会根据配置的参数自动进行错误重试。

esmtp报文交互流程 esb报文解析_微信_03

2
失败报警当服务、接口、集成流程调用执行失败后,会根据配置的参数自动进行邮件、短信、微信的方式进行报警。

esmtp报文交互流程 esb报文解析_企业服务_04

3
报警方式ESB企业服务总线支持短信、邮箱、微信三种报警方式

esmtp报文交互流程 esb报文解析_微信_05

配置过程在本章节中,将从服务报警配置开始介绍,从服务到集成场景再到最后的效果展示分别进行阐述,明确ESB报警配置的具体步骤。1

服务配置首先API服务功能界面如下所示:

esmtp报文交互流程 esb报文解析_企业服务_06

选择对应的接口为报警接口打上标签(短信、邮箱、微信):

esmtp报文交互流程 esb报文解析_企业服务_07

进入到API安全中进行服务报警配置如下:

esmtp报文交互流程 esb报文解析_esmtp报文交互流程_08

选择报警设置进行配置相关参数如下所示:

esmtp报文交互流程 esb报文解析_微信_09

其中在接口报警配置中重试策略可以继承服务的配置信息,也可以添加新配置。

esmtp报文交互流程 esb报文解析_企业服务_10

2

集成流程首先选择一个集成流程如图:

esmtp报文交互流程 esb报文解析_esmtp报文交互流程_11

在这里可以对集成流程进行重试策略、报警策略的配置。如下所示:

esmtp报文交互流程 esb报文解析_esmtp报文交互流程_11

报警方式可以选择邮箱、微信、短信报警方式,这里是支持多重选择的:

esmtp报文交互流程 esb报文解析_API_13

3

流程调整本次以客户集成流程为例,如图:

esmtp报文交互流程 esb报文解析_微信_14

这里我们触发报警的方式是通过runtimeInfo参数中的hasError进行触发,当hasError为true时说明流程报错,这时就会触发报警机制如下:

esmtp报文交互流程 esb报文解析_微信_15

测试说明

下面对报警功能配置进行总体测试说明。1

测试要点1.当配置多种报警方式是否成功发送信息(服务、接口、集成流程);2.重试次数、重试间隔、延时时间三种重试策略组合搭配是否达到预期效果;3.接口重试策略是否能够继承服务报警配置;4.失败报警阀值组合搭配是否能够达到预期效果。2

失败重试1.重试次数、重试间隔、延时时间三种重试策略组合搭配是否达到预期效果;2.接口重试策略是否能够继承服务报警配置;3.失败报警阀值组合搭配是否能够达到预期效果。3

效果展示自动重调功能主要解决了服务或流程在调用失败后,进行自动重新调用的操作,减少人工手动重调的麻烦。在IPOC样例中对服务接口或集成流程进行报警的设置,主要是为了服务或流程调用一定次数均失败后进行报警提醒。以客户集成流程为例,同时配置报警三种方式以及失败重试和失败报警如下所示:

esmtp报文交互流程 esb报文解析_API_16

选择一个集成流程查看调用流程会弹出流程调用窗口如下:

esmtp报文交互流程 esb报文解析_企业服务_17

不传参数来模拟流程异常报警如下:

esmtp报文交互流程 esb报文解析_API_18

当调用第一次失败后可以看到后台在5秒后又执行了一次如下所示:

esmtp报文交互流程 esb报文解析_企业服务_19

当第二次执行失败后,我们可以看到后台已经调用短信、邮箱、微信流程并且已经显示成功了。

esmtp报文交互流程 esb报文解析_esmtp报文交互流程_20

短信:

esmtp报文交互流程 esb报文解析_企业服务_21

邮箱:

esmtp报文交互流程 esb报文解析_企业服务_22

微信:

esmtp报文交互流程 esb报文解析_esmtp报文交互流程_23

心得体会
本次主要是在进行IPOC开发过程中完善了ESB的流程报警机制,同时也对相关功能进行测试和学习,在此将对本次工作中的收获及心得进行总结。1
工作收获通过本次IPOC集成底座的升级,再次回顾了主数据系统以及企业服务总线在实际开发工作中会使用到的功能,对于这些功能的使用更为熟练,在流程开发的过程中,通过解决出现的一些问题时不断思考,逻辑思维能力也得到了提升,同时对于实际项目的开发场景也更为了解。2
产品理解AEAI ESB云服务总线是数通畅联集成产品家族里处于核心支撑的位置,可以与不同产品结合形成不同的解决方案。ESB作为企业信息系统的“龙骨”来集成各业务系统,同时支持更方便、敏捷的云部署和云维护。3
心得总结通过本次IPOC升级工作,对于ESB企业服务总线各个功能掌握更加熟练,对于以往使用过的功能再次进行了回顾,加深了这些功能的掌握程度,同时在遇到问题并解决问题的过程中,锻炼了逻辑思维,发现了很多之前开发过程中思考不到位的地方。在后续的工作中,会将在本次工作中掌握到的知识加以应用,同时加强对公司产品的了解,提高后续工作的完成效率。在开展后续工作的时候,将会更为注重开发前思考的全面性,尽量做到思考全面,不在测试环节再次进行完善调整。