CN118012832A - 一种日志处理方法、装置、电子设备和可读存储介质 - Google Patents

一种日志处理方法、装置、电子设备和可读存储介质 Download PDF

Info

Publication number
CN118012832A
CN118012832A CN202410317392.8A CN202410317392A CN118012832A CN 118012832 A CN118012832 A CN 118012832A CN 202410317392 A CN202410317392 A CN 202410317392A CN 118012832 A CN118012832 A CN 118012832A
Authority
CN
China
Prior art keywords
log
data
log data
call
target
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202410317392.8A
Other languages
English (en)
Inventor
邢统坤
王荻
刘晓辉
陈福荣
李婷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Travelsky Technology Co Ltd
Original Assignee
China Travelsky Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Travelsky Technology Co Ltd filed Critical China Travelsky Technology Co Ltd
Priority to CN202410317392.8A priority Critical patent/CN118012832A/zh
Publication of CN118012832A publication Critical patent/CN118012832A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Debugging And Monitoring (AREA)

Abstract

本发明涉及一种日志处理方法、装置、电子设备和可读存储介质,可以通过跟踪带日志标识将机场设备和后台系统联合起来,将系统所产生的日志数据根据跟踪带日志标识进行聚合,得到各跟踪带的调用链路数据,实现对离港系统的各个应用间的接口调用关系做出明确的链路画图,使得维护人员可清晰的知晓所产生的日志数据所在的调用链路,实现从机场前端设备到后台系统的日志数据全链路追踪。方便维护人员快速定位问题日志数据所在的调用链路,在减少问题定位难度的同时,可辅助实现业务调用的自动化测试。

Description

一种日志处理方法、装置、电子设备和可读存储介质
技术领域
本发明涉及数据监控技术领域,特别涉及一种日志处理方法、装置、电子设备和可读存储介质。
背景技术
在离港系统开放化的过程中,随着投产业务软件的规模增加和流量增长,系统的日志流量也越来越高,并且所涉及的内容包括从机场前端设备到后台的整个过程。这就造成维护人员在进行机场系统问题排查时,面对如此众多的日志数据无从下手,无法实现从机场前端设备到后台的全链路追踪,增加了机场系统问题排查追踪的难度。
发明内容
提供该发明内容部分以便以简要的形式介绍构思,这些构思将在后面的具体实施方式部分被详细描述。该发明内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征,也不旨在用于限制所要求的保护的技术方案的范围。
本发明提供了一种日志处理方法、装置、电子设备和可读存储介质,可以实现生成日志数据的链路的追踪,有效减少机场系统问题排查追踪的难度。
为实现上述目的,本发明提供如下技术方案:
根据本发明具体实施方式提供的一种日志处理方法,包括:
基于消息队列获取各跟踪带的原始日志数据;
从各原始日志数据中筛选出包含相应跟踪带日志识别标识的目标日志数据;
基于各目标日志数据的跟踪带日志识别标识,对所述各目标日志数据进行聚合,得到调用链路数据;
将得到的各调用链路数据和相应的跟踪带日志标识相关联后,存储至预设的关系型数据库中。
由以上技术方案可以看出,本发明中公开了一种日志处理方法,可以通过跟踪带日志标识将机场设备和后台系统联合起来,将系统所产生的日志数据根据跟踪带日志标识进行聚合,得到各跟踪带的调用链路数据,实现对离港系统的各个应用间的接口调用关系做出明确的链路画图,使得维护人员可清晰的知晓所产生的日志数据所在的调用链路,实现从机场前端设备到后台系统的日志数据全链路追踪。方便维护人员快速定位问题日志数据所在的调用链路,在减少问题定位难度的同时,可辅助实现业务调用的自动化测试。
附图说明
结合附图并参考以下具体实施方式,本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中,相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的,原件和元素不一定按照比例绘制。
图1为本发明实施例提供的日志处理方法的流程图;
图2为本发明实施例提供的日志处理装置的结构图;
图3为本发明实施例提供的电子设备的结构图。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例,然而应当理解的是,本公开可以通过各种形式来实现,而且不应该被解释为限于这里阐述的实施例,相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是,本公开的附图及实施例仅用于示例性作用,并非用于限制本公开的保护范围。
本文使用的术语“包括”及其变形是开放性包括,即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”;术语“另一实施例”表示“至少一个另外的实施例”;术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
需要注意,本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分,并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意,本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的,本领域技术人员应当理解,除非在上下文另有明确指出,否则应该理解为“一个或多个”。
参照图1所示,本发明提供了一种日志处理方法,该方法可以包括以下步骤:
101、基于消息队列获取各跟踪带的原始日志数据。
具体的,跟踪带是从机场前端设备到机场后台系统所形成的对各个离港业务进行追踪的链路。可将采集的各原始日志数据传送到Kafka队列(一种高吞吐量的分布式发布订阅消息系统)作为数据源。
102、从各原始日志数据中筛选出包含相应跟踪带日志识别标识的目标日志数据。
具体的,可依据离港跟踪带的日志识别标识(globalid)来过滤接收到的所有开放软件跟踪带,只保留含有globalid的跟踪带日志数据,其中被过滤掉的日志数据会被存储到HDFS(一种分布式文件系统),以供问题排查使用。
103、基于各目标日志数据的跟踪带日志识别标识,对各目标日志数据进行聚合,得到调用链路数据。
具体的,可先通过根据每个目标日志数据中输入的请求类型的交互日志数据,确定出调用链路数据中所包含的软件。然后再根据每个目标日志数据中输出的响应日志数据的响应时间,确定软件间调用的顺序关系。例如得到的跟踪带日志数据的格式如下所示:
其中在报文头含有软件编码、服务器名和交易ID等信息,在扩展区含有离港交易全局日志识别标识(Globalid)、接口名(Action)、调用方(OriAppCode)和被调用方(DesAppCode)等身份识别信息(PS:不同协议类型识别调用方/被调用方身份识别方法和依赖的字段不同,示例中是Protocol=5的)等,调用方信息缺失的代表是从航信外部系统(记录为exesys)调入。
应用服务器作为大型主机系统的外围系统,含有主机系统全部的输入输出。按照系统内调用和系统外调用的划分,将日志划分为DAUDIT类型和STAT类型,其中DAUDIT类型表示系统内模块调用,STAT类型表示系统与其他系统的交互。日志的每种类型又包含IN和OUT两个方向,同时,日志又分为请求和响应两种类型,用MsgType表示(其取值的含义为1:同步请求报文,2:异步请求报文,3:同步应答报文,5:异步应答报文,6:无应答报文),由于部署间调用也是记录为STAT类型,在进行分析的时候可只获取MsgType为1/2/reuqest类型的STAT_IN日志,然后利用STAT_OUT类型日志里面的响应时间(timecost字段的值)来辅助确定请求调用的先后顺序,因为timecost代表从请求发出到最后拿到回报的总时间,所以响应时间最长的那个应该就是最先开始发起请求的软件,依此类推,再加上每个STAT_IN日志中都有调用方和被调用方软件信息和被调用方的接口,所以按照这些已知信息就可以得到一个这个globalid所有日志的类似“软件1:接口1->软件2:接口2->软件3:接口3”的离港接口调用关系数据,具体示例如下:
如果得到的原始数据为(括号中表示接口名):
exesys->A(A1);A->B(B1),A->B(B2);B-C(C1),则接口调用关系的记录为:
可以理解的是,本领域技术人员可根据实际应用的需要对调用链路的形成进行调整,在此不做限制。
104、将得到的各调用链路数据和相应的跟踪带日志标识相关联后,存储至预设的关系型数据库中。
具体的,在上述按照globalid聚合后保存下来的HDFS数据的基础上,对每一个globalid进行调用链路串联分析,分析后的链路数据存入EDB(企业级数据库)数据库基表中,以供后期人工确认或者自动批量确认使用。并可在查询界面提供两大类功能,一个是业务监控类,一个是离港接口调用关系类。业务监控类页面提供了监控中心、查询中心、软件接入量、合规查询、软件不合规日志量统计等页面。离港接口调用关系类页面提供了离港接口调用关系(设计)、离港接口调用关系(实际)、离港接口调用关系(对比)、离港接口管理、离港接口调用关系图确认及管理、不合规数据统计&子节点缺失统计及发邮件通知功能等。该日志处理方法解决了离港领域无法实现从机场前端设备到后台的全链路追踪、自动化测试和监控的缺陷。并可通过一个全局日志识别标识把机场设备和后台系统联合起来查询全链路跟踪带日志,降低了机场系统问题排查追踪的难度。
在本发明的另一具体实施例中,为提高调用链路确定的可靠性可在从各原始日志数据中筛选出包含相应跟踪带日志识别标识的目标日志数据后,对各目标日志数据进行合规性校验,将未校验通过的目标日志数据存储至分布式文件系统中,以供问题排查使用。
具体的,在对日志进行基本的合规性校验,可过滤掉下面4个条件的日志:
1)globalid格式不正确。
2)缺少源或目标。
3)缺少交易类型(MsgType)protocol=1/2/3/4/5。
4)缺少Protocol。
被过滤掉的日志会存储到HDFS,以供问题排查使用。
将校验通过的目标日志数据存储至分布式数据库中,并每隔第一预设时长对分布式数据库中的目标日志数据进行聚合。将聚合后的目标日志数据基于跟踪带日志识别标识,存储至分布式文件系统中。
具体的,存入hbase(一种分布式数据库)的日志数据,使用spark-streaming技术每10分钟按照globalid对日志进行一次聚合,聚合后的数据存入HDFS,在HDFS中按照hash表将不同的globalid存入文件。并可对上述存入HDFS的数据进行加工,供查询中心根据globaid查询日志并提供该globalid的接口调用关系。以接口的形式提供给自动化测试调用,以实现离港开放所有软件的自动化测试目标。自动化测试的依据就是有设计接口调用关系图,同时再有实际接口调用关系图,然后设计和实际调用关系图进行比较就能够得出实际调用关系图是否与设计相符,与设计相符就认为是测试通过,与设计不符就认为测试不通过。例如可提供如下9个接口:
接口一:查询所有软件的接口列表。
接口二:查询接口的链路列表(支持批量查询)。
接口三:查询链路验证结果。
接口四:查询链路图的页面链接。
接口五:返回指定接口的全局设计调用关系数据。
接口六、提供一个实际调用两两关系的查询接口。(通过使用spark-streaming技术对前一天的所有日志进行离线链路数据分析,形成一个个的两两调用关系存入EDB数据库,供离港接口调用关系对比页面查询调用,形成实际调用链路和设计调用链路对比图)
接口七:提供一个对比查询页面链接。
接口八:新做一个页面实现离港接口调用关系对比页面中实际接口调用关系效果。
接口九:提供供自动化测试查询冒烟测试覆盖情况。
其中批量自动确认设计接口调用关系的功能的实现,是在上述按照globalid聚合后保存下来的HDFS数据的基础上,对每一个globalid进行链路串联分析,分析后的链路数据存入EDB数据库基表中,同时基表中的链路数据会在每个整点的时候进行一个同步操作,这个同步操作会去拿前一个小时内产生的所有的globalid的链路图数据去EDB待确认数据库表中查看是否已经存在相同调用链路数据的globalid,如果已经有了则不需要同步到待确认数据库,如果没有,则需要把这个globalid的链路图数据同步到待确认数据库,以供后期人工确认或者自动批量确认使用。
当然除了使用spark-streaming之外,还可以使用flink来进行处理,flink能够真正地实现实时流处理的效果,而spark-streaming只是模拟实时流处理,未来当日志量达到一定量,分析数据性能跟不上的时候可考虑改用flink来处理。
在本发明的一些具体实施例中,由于globalid是从机场前端软件发起的时候记录的一个全局业务id,里面涉及到的交易会比较多,之后到其他软件后会再根据不同的交易会产生一个不同的交易ID,由于上述分析时可能会产生很多不正确的接口调用关系数据,可基于在调用链路上所产生的交易标识,对调用链路数据进行调整分组,之后才会产生相对比较准确的离港接口调用关系数据。
虽然采用特定次序描绘了各操作,但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下,多任务和并行处理可能是有利的。
应当理解,本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行,或并行执行。此外,方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码,上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
参照图2所示,本发明的实施例还提供了一种日志处理装置,该装置在运行时可实现上述日志处理方法的各个步骤,该装置可以包括:
日志数据获取模块201,用于基于消息队列获取各跟踪带的原始日志数据。
日志数据筛选模块202,用于从各原始日志数据中筛选出包含相应跟踪带日志识别标识的目标日志数据。
日志数据聚合模块203,用于基于各目标日志数据的跟踪带日志识别标识,对所述各目标日志数据进行聚合,得到调用链路数据。以及
调用链路生成模块204,用于将得到的各调用链路数据和相应的跟踪带日志标识相关联后,存储至预设的关系型数据库中。
进一步地,日志数据筛选模块202还用于:
对各目标日志数据进行合规性校验,将未校验通过的目标日志数据存储至分布式文件系统中,以供问题排查使用。
进一步地,日志数据筛选模块202还用于:将校验通过的目标日志数据存储至分布式数据库中,并每隔第一预设时长对所述分布式数据库中的目标日志数据进行聚合;
将聚合后的目标日志数据基于跟踪带日志识别标识,存储至所述分布式文件系统中。
进一步地,日志数据聚合模块203还用于:
每隔第二预设时长将所述关系型数据库中的当前调用链路数据和待确认数据库中的调用链路数据进行比对;
将所述当前调用链路数据中区别于所述待确认数据库中的调用链路数据,增加至所述待确认数据库中。
进一步地,调用链路生成模块204还用于:
基于所述关系型数据库的调用链路数据中各软件间的调用关系,生成对外使用的接口。
进一步地,日志数据聚合模块203具体用于:
基于每个目标日志数据中输入的请求类型的交互日志数据,确定出所述调用链路数据中所包含的软件;
基于所述每个目标日志数据中输出的响应日志数据的响应时间,确定所述软件间调用的顺序关系。
进一步地,调用链路生成模块204还用于:基于在调用链路上所产生的交易标识,对所述调用链路数据进行调整。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,单元的名称在某种情况下并不构成对该单元本身的限定,例如,第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
参照图3所示,本发明的实施例还提供了一种电子设备,可以包括:存储器301和处理器302。
存储器301,用于存储程序。
处理器302,用于执行该程序,实现如上实施例所述的日志处理方法的各个步骤。
本发明的实施例还提供了一种可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时,实现如上实施例所述的日志处理方法的各个步骤。
在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
需要说明的是,本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。

Claims (10)

1.一种日志处理方法,其特征在于,包括:
基于消息队列获取各跟踪带的原始日志数据;
从各原始日志数据中筛选出包含相应跟踪带日志识别标识的目标日志数据;
基于各目标日志数据的跟踪带日志识别标识,对所述各目标日志数据进行聚合,得到调用链路数据;
将得到的各调用链路数据和相应的跟踪带日志标识相关联后,存储至预设的关系型数据库中。
2.根据权利要求1所述的日志处理方法,其特征在于,在从各原始日志数据中筛选出包含相应跟踪带日志识别标识的目标日志数据后,还包括:
对各目标日志数据进行合规性校验,将未校验通过的目标日志数据存储至分布式文件系统中,以供问题排查使用。
3.根据权利要求2所述的日志处理方法,其特征在于,还包括:
将校验通过的目标日志数据存储至分布式数据库中,并每隔第一预设时长对所述分布式数据库中的目标日志数据进行聚合;
将聚合后的目标日志数据基于跟踪带日志识别标识,存储至所述分布式文件系统中。
4.根据权利要求1所述的日志处理方法,其特征在于,还包括:
每隔第二预设时长将所述关系型数据库中的当前调用链路数据和待确认数据库中的调用链路数据进行比对;
将所述当前调用链路数据中区别于所述待确认数据库中的调用链路数据,增加至所述待确认数据库中。
5.根据权利要求1所述的日志处理方法,其特征在于,还包括:
基于所述关系型数据库的调用链路数据中各软件间的调用关系,生成对外使用的接口。
6.根据权利要求1所述的日志处理方法,其特征在于,所述基于各目标日志数据的跟踪带日志识别标识,对所述各目标日志数据进行聚合,得到调用链路数据,包括:
基于每个目标日志数据中输入的请求类型的交互日志数据,确定出所述调用链路数据中所包含的软件;
基于所述每个目标日志数据中输出的响应日志数据的响应时间,确定所述软件间调用的顺序关系。
7.根据权利要求1所述的日志处理方法,其特征在于,还包括:
基于在调用链路上所产生的交易标识,对所述调用链路数据进行调整。
8.一种日志处理装置,其特征在于,包括:
日志数据获取模块,用于基于消息队列获取各跟踪带的原始日志数据;
日志数据筛选模块,用于从各原始日志数据中筛选出包含相应跟踪带日志识别标识的目标日志数据;
日志数据聚合模块,用于基于各目标日志数据的跟踪带日志识别标识,对所述各目标日志数据进行聚合,得到调用链路数据;以及
调用链路生成模块,用于将得到的各调用链路数据和相应的跟踪带日志标识相关联后,存储至预设的关系型数据库中。
9.一种电子设备,其特征在于,包括:存储器和处理器;
所述存储器,用于存储程序;
所述处理器,用于执行所述程序,实现如权利要求1至7中任一项所述的日志处理方法的各个步骤。
10.一种可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时,实现如权利要求1至7中任一项所述的日志处理方法的各个步骤。
CN202410317392.8A 2024-03-19 2024-03-19 一种日志处理方法、装置、电子设备和可读存储介质 Pending CN118012832A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410317392.8A CN118012832A (zh) 2024-03-19 2024-03-19 一种日志处理方法、装置、电子设备和可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202410317392.8A CN118012832A (zh) 2024-03-19 2024-03-19 一种日志处理方法、装置、电子设备和可读存储介质

Publications (1)

Publication Number Publication Date
CN118012832A true CN118012832A (zh) 2024-05-10

Family

ID=90952235

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202410317392.8A Pending CN118012832A (zh) 2024-03-19 2024-03-19 一种日志处理方法、装置、电子设备和可读存储介质

Country Status (1)

Country Link
CN (1) CN118012832A (zh)

Similar Documents

Publication Publication Date Title
CN110362473B (zh) 测试环境的优化方法及装置、存储介质、终端
CN109684052B (zh) 事务分析方法、装置、设备及存储介质
CN111752799A (zh) 一种业务链路跟踪方法、装置、设备及储存介质
CN111611100B (zh) 交易故障检测方法、装置、计算设备以及介质
CN112583644B (zh) 告警处理方法、装置、设备及可读存储介质
CN112948492A (zh) 一种数据处理系统、方法、装置、电子设备及存储介质
CN109784818A (zh) 基于bom的产品数据处理方法、装置、设备及存储介质
CN112711496A (zh) 日志信息全链路追踪方法、装置、计算机设备和存储介质
Zhang et al. A survey on quality assurance techniques for big data applications
CN109325010A (zh) 日志查看方法、装置、计算机设备和存储介质
CN113360376A (zh) 埋点测试方法和装置
CN111061696A (zh) 一种交易报文日志的解析方法及装置
CN111177193A (zh) 一种基于Flink的日志流式处理方法及系统
CN116069838A (zh) 一种数据处理方法、装置、计算机设备及存储介质
CN113704077B (zh) 测试用例生成方法及装置
CN113094269A (zh) 应用程序测试异常分析方法及装置
CN116303380B (zh) 一种监测业务中的数据质量校验方法、设备及介质
CN118012832A (zh) 一种日志处理方法、装置、电子设备和可读存储介质
CN114996080A (zh) 数据处理方法、装置、设备及存储介质
CN114218173A (zh) 传帐类交易文件的批处理系统、处理方法、介质和设备
CN111026616A (zh) 一种信息处理方法、装置、电子设备及存储介质
CN115168297A (zh) 绕行日志审计方法及装置
CN113128848A (zh) 全业务指标的数据质量监控方法、电子设备及存储介质
CN112286792A (zh) 一种接口测试方法、装置、设备和存储介质
CN112131611A (zh) 数据正确性验证方法、装置、设备、系统及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination