银行卡交换中心的运营保障系统的制作方法

文档序号:14686045发布日期:2018-06-14 22:52

本发明涉及银行卡交换中心的系统维护技术,具体地涉及银行卡交换中心支持无人值守的运营保障系统。



背景技术:

目前大多数银行卡交换处理中心都需要7*24现场运营监控并且需要庞大的运维保障队伍24小时现场监控和每日逐步执行一系列场次任务,原因是系统落后或出于者安全稳定考虑未能在技术上突破,大部分操作都需要人工校验和触发,存在操作不及时、操作失误等风险,并且不利于解放生产力。



技术实现要素:

鉴于上述问题,考虑到银行卡交换中心业务处理的特殊性,本发明提出一种能够有效减轻运维压力并且能够减少人工干预带来的不稳定性和不可控性因素的银行卡交换中心支持无人值守的运营保障系统。

本发明的银行卡交换中心的运营保障系统,其特征在于,具备:

健康检查模块,用于对银行卡交换中心的交易质量、应用、数据库、系统资源以及网络可靠性进行检查;

事件归集模块,至少收集来自所述健康检查模块的检查结果并且对收集到的事件进行压缩和展示;

监视展示模块,用于对由所述事件归集模块归集后的结果进行展示;以及

即时通知模块,用于根据所述事件归集模块归集后的结果通知规定的接收方。

优选地,进一步具备:

应用告警模块,用于收集来自系统中各个应用模块的应用告警信息并且将收集到的应用告警信息输入至所述事件归集模块;以及

自动调度模块,对场次或任务进行自动调度并且将调度结果输入到所述事件归集模块。

优选地,所述健康检查模块至少具备用于检查交易质量的交易质量分析模块。

优选地,所述交易质量分析模块具备:

交易抓取模块,用于从数据库抓取交易数据并且加以缓存;

交易监控模块,用于对所述交易抓取模块缓存的交易数据进行监控;

交易过滤模块,用于对所述交易监控模块的加工结果进行过滤;以及

质量分析模块,用于对所述交易过滤模块过滤后的结果进行质量分析并将计算结果发送给所述事件归集模块。

优选地,所述交易抓取模块从数据库抓取交易数据并且以时间戳构建先进先出链表加以缓存。

优选地,所述交易监控模块通过对所述链表进行读取并且加工成表示交易成功/失败率的树形。

优选地,所述质量分析模块对所述交易过滤模块过滤后的结果每隔一定时间读取N个节点数据进行成功率计算并且将计算结果发送给所述事件归集模块,其中N为自然数。

优选地,所述事件归集模块具备:

事件侦听子模块,用于接收外部事件信息;

缓存模块,将所述事件侦听子模块接收到的事件按照事件类型选择性存储到缓存或数据库;以及

事件监控子模块,从所述数据库内读取较上一次新的所有事件并转发到监控展示模块。

优选地,所述健康检查模块进一步具备:

进程监控模块,用于监控应用或者数据库的进程;

系统IPC资源监控模块,用于监控系统IPC资源的使用和/或消耗;

系统资源消耗监控模块,用于监控系统资源的消耗;以及

网络可靠性探测模块,用于探测网络的可靠性。

优选地,所述自动调度模块具备:

自动调度任务配置模块,用于设置调度任务;

对应配置参数模块,用于设置暂停或者驱动重做场次的参数;

自动调度任务监控和调度模块,用于对配置参数及具体配置项当前执行状态进行循环监控,若满足条件即启动下述的场次模块驱动器;以及

场次模拟驱动器,用于模拟页面点击动作发出执行指令。

如上所述,本发明的银行卡交换中心的运营保障系统能够实现银行卡交换中心的无人值守,能够大大减轻运营压力。在实际运转的情况下,通过对报警参数的不断调整,以及对短信等的监控完全能够掌握系统运营状况,能够减少了人工干预带来的不稳定和不可控因素,解放了生产力,大大缩减运维成本。另一方面,通过从数据库中抓取数据,然后对抓取的数据进行操作,这样,替代直接操作数据库而是对缓存数据进行操作,能够有效避免对联机交易核心数据库的干扰。而且,通过根据列表发送告警信息,可以满足更多人跨地域对于系统运营状况第一时间掌握的需求。

附图说明

图1是本发明的银行卡交换中心的运营保障系统的构造框架图。

图2是本发明的银行卡交换中心的运营保障系统中交易质量分析模块110的具体构造的框架图。

图3表示由交易质量分析模块110实现的交易质量判断、分析的一个具体方式的示意图。

图4是本发明的银行卡交换中心的运营保障系统中自动调度模块200的具体构造的框架图。

图5是本发明的银行卡交换中心的运营保障系统中事件归集模块300的具体构造的框架图。

图6是本发明的银行卡交换中心的运营保障系统中事件归集模块执行的事件归集的一个实施方式的示意图。

具体实施方式

下面介绍的是本发明的多个实施例中的一些,旨在提供对本发明的基本了解。并不旨在确认本发明的关键或决定性的要素或限定所要保护的范围。

下面对于本发明的银行卡交换中心的运营保障系统进行说明。

图1是本发明的银行卡交换中心的运营保障系统的构造框架图。

如图1所示,本发明的银行卡交换中心的运营保障系统具备:用于对银行卡交换中心的交易质量、应用、数据库、系统资源以及网络可靠性等进行检查的健康检查模块100;对场次或任务进行自动调度并且将调度结果输入至下述的事件归集模块的自动调度模块200;收集来自所述健康检查模块100、自动调度模块200和下述应用告警模块400的结果并且对收集到的事件进行压缩和展示的事件归集模块300;用于收集来自系统中各个应用模块的应用告警信息并发送到事件归集模块300的应用告警模块400;用于对由事件归集模块300归集后的事件进行展示的监视展示模块500以及用于根据事件归集模块300归集后的结果通知规定接收方的即时通知模块600。

接着,对于构成本发明的银行卡交换中心的运营保障系统的这些模块进行具体说明。

首先,说明本发明的运营保障系统的关键构成单元即监控检查模块100。

健康检查模块100至少具备交易质量分析模块110。健康检查模块100的交易质量分析模块110用于检测交易的质量。这是因为交换中心首先要保障的就是交易质量,因此,在本发明中,健康检查模块100首先利用它的交易质量分析模块110判断交易质量,对成功率的分析。

图2是本发明的银行卡交换中心的运营保障系统中交易质量分析模块110的具体构造的框架图。

具体地,如图2所示,交易质量分析模块110具备用于从数据库抓取交易数据并且以时间戳构建先进先出链表缓存于缓存内存块的交易抓取模块111;通过对所述链表进行读取并且加工成表示交易成功/失败率的树形的交易监控模块112;对所述交易监控模块112的加工结果进行过滤的交易过滤模块113;以及每隔一定时间读取N个节点数据以进行成功率计算并且将计算结果发送给事件归集模块300的质量分析模块114。

作为交易质量判断、分析的具体方式可以列举如图3所示的一个示例。

图3表示由交易质量分析模块110实现的交易质量判断、分析的一个具体方式的示意图。

如图3所示,交易抓取子模块111从数据库900中抓取数据,准实时将交易数据同步到高速缓存中,在缓存中以交易时间戳构建先进先出缓存链表,这样,通过对缓存链表的操作而不是直接操作数据库,能够避免对联机交易核心数据库的干扰。

接着,交易监控模块112通过对链表的循环读取,加工出例如以秒为根节点的60个二叉树,根节点存放当前秒下的交易总量,左叶子为成功交易数量,右叶子为失败交易数量。

交易过滤模块113每分析一笔交易根据交易中交易时间和应答码要素判定交易成功与否,进而在对应时间点二叉树叶子节点计数器加一,该类二叉树用于交易成功率分析。具体地,交易过滤模块113对每一笔交易进行处理,处理后得到是在哪个时间点(秒)上应该增加一个成功计数还是失败计数,其中,交易过滤模块113判断交易是否成功是按照应答码进行判断。

接着,质量分析模块114每隔一定时间(可以按照需求设定间隔事件,例如,3秒)读取连续N个(N与间隔时间匹配)节点数据,进行成功率的计算,并将计算结果发送过给事件归集模块300。这样,如此推移、反复工作。

如上所述,在本发明中,采用内存缓存并以链表过渡,能够减少数据库操作。统计一个时间段的成功率,而往往时间段是平移的,比如发生在第2秒的交易在的第二个统计周期还是需要去筛选的,传统的基于数据库操作,对于一笔交易就会被多次搜索或者说捕捉。而在本发明中,将交易抓取到内存里面,构建一个链表,数据库操作只有在抓交易的那一次。因此,能够减少对数据库的操作。

而且,二次加工后存放在二叉树内再统计分析,将统计成功率的计算由现有技术中的交易笔数敏感转变成固定次数。例如,在现有技术中,统计成功率是利用数据库的语句直接完成的,比如利用数据库的count或者sum类似的,这个消耗的是数据库服务器的计算力,一旦统计周期内交易笔数多,数据库的查询和计算效率会显著降低。而与此相对,本发明中的二叉树的算法,对于成功率计算不依赖于数据库的select而是N等于3的情况下的对于树的3次和5次加法、1次除法【(节点1成功+节点2成功+节点3成功=分子值)/(分子值+节点1失败+节点2失败+节点3失败)】。这样瞬时交易笔数(即所谓TPS,每秒交易笔数)怎么增加,计算力需求是一样的,而不会消耗数据库的计算力。

在健康检查模块100中除了交易质量分析模块110之外,还能够进一步集成进程监控模块120、系统IPC资源监控模块130、系统资源消耗监控模块140以及网络可靠性探测模块150。

其中,进程监控模块120用于监控应用或者数据库的进程,系统IPC资源监控模块130用于监控系统IPC资源的使用和/或消耗,系统资源消耗监控模块140用于监控系统资源的消耗,网络可靠性探测模块150用于探测网络的可靠性。

接着,对于自动调度模块200进行说明。

图4是本发明的银行卡交换中心的运营保障系统中自动调度模块200的具体构造的框架图。

自动调度模块200用于对于银行卡交换中心每日必须执行的场次任务进行自动化处理。具体的,如图4所示,自动调度模块200具备自动调度任务配置模块210、对应配置参数模块220、自动调度任务监控和调度模块230以及场次模拟驱动器240。

其中,自动调度任务配置模块210、对应配置参数模块220是维护场次执行开始时间、最晚开始执行时间、预估完成时间和场次依赖关系等,特别的,通过参数设置可以暂停或者驱动重做场次,配置参数包含信息。这里,所谓场次是指系统要运行或者启动一个进程或者批处理任务,比如参数装载是一个场次,汇率同步也是一个场次,交易清分是一个场次,文件下发也可以是一个场次等。

自动调度任务监控和调度模块230对配置参数及具体配置项当前执行状态进行循环监控,满足条件即启动场次模块驱动器240。场次模拟驱动器240模拟页面点击动作向后台具体场次执行模块发起执行指令,在这里,场次模拟驱动器240的作用是模拟人工在界面的点击,将本来需要人去点击页面按钮,进而触发的程度的动作变成自动化。自动调度任务监控和调度模块220、场次模拟驱动器230均能判别工作状态并将状态信息发送至事件归集模块300。

事件归集模块300主要接收来自健康检查模块100、自动调度模块200的信息以及来自应用告警模块400的应用告警事件,并且事件归集模块300负责事件的压缩和展示,压缩的目的是避免在监控展示模块500和即时通知模块600高频展示。

图5是本发明的银行卡交换中心的运营保障系统中事件归集模块300的具体构造的框架图。

如图5所示,事件归集模块300具备用于接收外部事件信息的事件侦听子模块310、将所述事件侦听子模块接收到的事件按照事件类型进行选择性存储的缓存模块320以及从数据库内读取较上一次新的所有事件并转发到监控展示模块的事件监控子模块320。

图6是本发明的银行卡交换中心的运营保障系统中事件归集模块300执行的事件归集的一个实施方式的示意图。

事件侦听子模块310被动接收外部事件信息,事件侦听子模块310接收到事件后缓存到缓存模块320。其中,在缓存模块320中根据事件分类信息先缓存在不同事件类型的预设缓存中,写入缓存前,先查找缓存内是否存在同类事件,如果存在则丢弃,否则写入缓存中并同事写入至数据库900,事件在缓存内以循环链表形式存在。事件监控子模块320从数据库900内读取较上一次新的所有事件,展示在监控展示模块500上,并发送给即时通知模块600。由即时通知模块600查找通知列表进而调用短信、邮件网关对外发送。其中,对于事件缓存,存放同一事件类型下的不同事件信息(比如A和B来自于应用告警,C来自于网络告警,A和B属于同一事件类型的不同事件,C属于不同事件类型),由各缓存守护模块负责清理,当守护模块发现链表头节点告警信息在缓存内停留时间超过阈值则将链表指针进行更新。

其中,应用告警模块400可以是以一个模块形式构成,也可以不构成为模块,而是构成为收集来自各个应用模块的应用告警信息并发送到事件归集模块300。

监视展示模块500用于对由事件归集模块300归集后的事件进行展示。

即时通知模块600将以短信和邮件等方式向通知列表内接收方发送通知信息,通知包括定时通报的监控检测状态、场地执行状态及其他计划外应用告警信息等。通过对短信或者邮件的判别,比如计划时间点未收到计划内状态信息或者收到计划外时间点即可判别交换中心的运营状态,供运营管理及应急处理决策。

本发明的银行卡交换中心的运营保障系统运行非常平稳,能够大大减轻运营压力。在实际运转的情况下,通过对报警参数的不断调整,以及对短信等的监控完全能够掌握系统运营状况,能够减少了人工干预带来的不稳定和不可控因素,解放了生产力,大大缩减运维成本。另一方面,通过从数据库中抓取数据,然后对抓取的数据进行操作,这样,替代直接操作数据库而是对缓存数据进行操作,能够有效避免对联机交易核心数据库的干扰。而且,通过根据列表发送告警信息,可以满足更多人跨地域对于系统运营状况第一时间掌握的需求。

以上例子主要说明了本发明的银行卡交换中心的运营保障系统。尽管只对其中一些本发明的具体实施方式进行了描述,但是本领域普通技术人员应当了解,本发明可以在不偏离其主旨与范围内以许多其他的形式实施。因此,所展示的例子与实施方式被视为示意性的而非限制性的,在不脱离如所附各权利要求所定义的本发明精神及范围的情况下,本发明可能涵盖各种的修改与替换。

再多了解一些
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1