CN112437155B - 服务数据的处理方法、装置以及服务端设备 - Google Patents

服务数据的处理方法、装置以及服务端设备 Download PDF

Info

Publication number
CN112437155B
CN112437155B CN202011316842.XA CN202011316842A CN112437155B CN 112437155 B CN112437155 B CN 112437155B CN 202011316842 A CN202011316842 A CN 202011316842A CN 112437155 B CN112437155 B CN 112437155B
Authority
CN
China
Prior art keywords
link
service
request
call
service request
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.)
Active
Application number
CN202011316842.XA
Other languages
English (en)
Other versions
CN112437155A (zh
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.)
Beijing Shuidi Technology Group Co ltd
Original Assignee
Beijing Shuidi Technology Group 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 Beijing Shuidi Technology Group Co ltd filed Critical Beijing Shuidi Technology Group Co ltd
Priority to CN202011316842.XA priority Critical patent/CN112437155B/zh
Publication of CN112437155A publication Critical patent/CN112437155A/zh
Application granted granted Critical
Publication of CN112437155B publication Critical patent/CN112437155B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Hardware Redundancy (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请提供了一种服务数据的处理方法、装置以及服务端设备,涉及数据处理技术领域,缓解了服务端的服务请求处理效率较低的技术问题。该方法包括:接收客户端发送的服务请求,并基于所述服务请求调用链路;如果调用第一链路失败,对所述第一链路的第一调用请求进行存储;继续执行所述第一链路以后的后续链路,得到所述服务请求的中间结果,并将所述中间结果发送至所述客户端。

Description

服务数据的处理方法、装置以及服务端设备
技术领域
本申请涉及数据处理技术领域,尤其是涉及一种服务数据的处理方法、装置以及服务端设备。
背景技术
目前,服务端在处理服务请求的过程中,通常需要调用服务链路,以稳定有条理的处理完成客户端的整个服务请求。特别是对于业务较为复杂的服务请求,通常需要调用多条链路。
在服务端调用链路过程中,经常会出现单个服务能力短板的情况,由于各个服务间调用错综复杂,当某个服务出现短板,会导致整条链路的依赖方均产生服务请求堆积变慢,或大量服务请求无法使用的情况,从而影响服务端对服务请求的整体处理过程,使服务请求处理效率较低。
发明内容
本申请的目的在于提供一种服务数据的处理方法、装置以及服务端设备,以缓解服务端的服务请求处理效率较低的技术问题。
第一方面,本申请实施例提供了一种服务数据的处理方法,所述方法包括:
接收客户端发送的服务请求,并基于所述服务请求调用链路;
如果调用第一链路失败,对所述第一链路的第一调用请求进行存储;
继续执行所述第一链路以后的后续链路,得到所述服务请求的中间结果,并将所述中间结果发送至所述客户端。
在一个可能的实现中,所述方法还包括:
基于存储的所述第一调用请求进行重试,得到所述服务请求的最终结果;
将所述最终结果发送至所述客户端。
在一个可能的实现中,所述如果调用第一链路失败,对所述第一链路的第一调用请求进行存储的步骤,包括:
在调用所述第一链路失败时,判断所述第一链路是否支持预设跳过流程;
如果所述第一链路支持所述预设跳过流程,则对所述第一链路的第一调用请求进行存储。
在一个可能的实现中,所述判断所述第一链路是否支持预设跳过流程的步骤,包括:
基于所述第一链路的配置和/或业务参数判断所述第一链路是否支持所述预设跳过流程。
在一个可能的实现中,所述继续执行所述第一链路以后的后续链路,得到所述服务请求的中间结果的步骤,包括:
对所述第一调用请求添加标识,所述标识用于表示所述第一链路调用失败;
基于添加所述标识后的所述第一调用请求继续执行所述第一链路以后的后续链路,得到所述服务请求的中间结果。
在一个可能的实现中,所述对所述第一调用请求添加标识的步骤,包括:
根据所述第一链路调用失败的业务情况,对所述第一调用请求设置字段值。
在一个可能的实现中,所述基于添加所述标识后的所述第一调用请求继续执行所述第一链路以后的后续链路,得到所述服务请求的中间结果的步骤,包括:
根据所述第一调用请求中的所述标识判断所述第一链路是否调用失败;
如果调用失败,则继续执行所述第一链路以后的后续链路,并在所述后续链路的执行过程中跳过与所述第一链路相关的处理任务,得到所述服务请求的中间结果。
在一个可能的实现中,所述方法还包括:
在基于所述服务请求调用链路的过程中,如果所述第一链路的调用返回码为预设错误码,则确定所述第一链路调用失败。
第二方面,提供了一种服务数据的处理装置,所述装置包括:
接收模块,用于接收客户端发送的服务请求,并基于所述服务请求调用链路;
存储模块,用于如果调用第一链路失败,对所述第一链路的第一调用请求进行存储;
执行模块,用于继续执行所述第一链路以后的后续链路,得到所述服务请求的中间结果,并将所述中间结果发送至所述客户端。
第三方面,本申请实施例又提供了一种服务端设备,包括存储器、处理器,所述存储器中存储有可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述的第一方面所述方法。
第四方面,本申请实施例又提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机可运行指令,所述计算机可运行指令在被处理器调用和运行时,所述计算机可运行指令促使所述处理器运行上述的第一方面所述方法。
本申请实施例带来了以下有益效果:
本申请实施例提供的一种服务数据的处理方法、装置及服务端设备,能够接收客户端发送的服务请求,并基于服务请求调用链路,当调用第一链路失败时便对该第一链路的第一调用请求进行存储,在第一链路调用失败后服务端再继续执行第一链路之后的后续链路从而得到服务请求的中间结果,并将该中间结果反馈到客户端,本方案中,当调用某个链路失败时能够通过存储该链路的调用请求使后续能够重试该调用请求,再跳过当前调用链路失败的环节,不影响继续执行该链路之后的后续链路的执行过程,避免中断针对服务请求的整体数据处理过程,以实现对客户端的及时反馈,使得调用某个链路失败的环节对后续链路调用过程甚至整体服务请求处理过程产生的影响,得到大幅度的减小,提高了服务端处理服务请求的整体效率,缓解了服务端的服务请求处理效率较低的技术问题。
附图说明
为了更清楚地说明本申请具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出了本申请实施例提供的应用场景示意图;
图2为本申请实施例提供的服务数据的处理方法的流程示意图;
图3为本申请实施例提供的服务数据的处理方法的另一流程示意图;
图4为本申请实施例提供的一种服务数据的处理装置的结构示意图;
图5示出了本申请实施例所提供的一种服务端设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合附图对本申请的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例中所提到的术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括其他没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
目前,服务端在处理服务请求的过程中,通常需要调用服务链路,以稳定有调理的处理完成客户端的整个服务请求。特别是对于业务较为复杂的服务请求,通常需要调用多条链路。在服务端调用链路过程中,经常会出现单个服务能力短板的情况,由于各个服务间调用错综复杂,当某个服务出现短板,会导致整条链路的依赖方均产生服务请求堆积变慢,或大量服务请求无法使用的情况,从而影响服务端对服务请求的整体处理过程,使服务请求处理效率较低。具体的,互联网保险服务已经实现了核保、承保等投保流程的全程网络化,所以,用户在网上办理核保等投保流程非常方便快捷,但是,网络服务存在诸多不稳定性因素,如通信网络健康状况、第三方服务提供商、本地服务端间调用等等,都会影响最终的网络服务可用性,进而导致用户无法在终端使用互联网保险服务,如果不能解决服务稳定性问题,则无法为用户提供7乘24的全面保障。若是面对突发流量,以及面对异常场景,往往处理不当,造成整个服务链路的雪崩效应,造成用户体验差,并失去用户的信任,造成业务发展的阻碍。因此,用户在网上办理业务时,网络服务易受限于第三方服务提供商,导致服务端系统稳定性差的问题。
基于此,本申请实施例提供了一种服务数据的处理方法、装置以及服务端设备,通过该方法可以缓解服务端的服务请求处理效率较低的技术问题。
本申请实施例中的服务数据的处理方法可以应用于服务端设备,例如,如图1所示,图1为本申请实施例提供的应用场景示意图。该应用场景可以包括客户端102和服务端设备101,该客户端可以通过有线网络或无线网络与服务端设备101进行通信。其中,客户端用于向服务端设备发送请求,通过发送的请求,可以与服务端设备101进行交互,以实现对服务端设备101中的链路进行调用,所述服务端设备101适用于所有拥有调用链路的服务端。
下面结合附图对本申请实施例进行进一步地介绍。
图2为本申请实施例提供的一种服务数据的处理方法的流程示意图。其中,该方法可以应用于服务端设备(例如上述服务端设备101),如图2所示,该方法包括:
步骤S210,接收客户端发送的服务请求,并基于服务请求调用链路。
本申请实施例中,服务端设备可以指拥有可调用链路的服务端,可以应用于多种业务服务,例如,服务端设备包括统一请求中转系统,并能够实现请求的存储、查询、配置化接入及自动化重放等操作,统一请求中转系统包括:请求存储模块、中转查询模块、接入配置模块及请求重放模块等,其中,请求存储模块用于将客户端与服务端设备之间交互的业务参数存储于MySQL等数据库中,在货币转换应用程序(ELK)中存储详细的日志数据,并在分布式系统(Hadoop)中实现业务埋点数据的存储。中转查询模块用于对外提供统一服务,可供其他接入业务系统查询已经发生请求中转的业务请求详细数据。接入配置模块可以通过配置实现选择性接入,自动过滤掉未配置的请求类型,配置可以实现热更新,也就是即时更新,可随时更新线上配置。请求重试模块可以自动利用请求中转数据,进行异步的请求的重试操作,完全再现同步流程请求,重试成功后,后续流程可同步对业务数据完成自动补齐。
在实际应用中,客户端可以包括多种业务服务的界面,例如,客户端是关于互联网保险系统的页面,具体的,包括:赠险落地页、普险落地页、产品提单页、营销触达、在线退保、在线购保及在线理赔等等。服务请求可以指针对多种业务服务的服务请求,例如,业务服务是指根据不同的业务,在该业务的整个生命周期中,针对不同的状态节点实现的具体业务控制服务,具体的,业务服务包括:核保服务或退保服务等等,服务请求是关于核保服务的服务请求,或者是关于退保服务的服务请求等。当客户端发送请求时,需经过中间件层才能达到业务服务层,其中,中间件层包括通信接入、安全控制、服务鉴权、服务路由、消息发送及消息队列等等,中间件主要用于后端服务的统一鉴权及流量控制等服务端基础功能控制。
示例性的,用户办理核保业务服务,先在用户端进入到互联网保险下单页面并发起服务请求,该服务请求进入到服务端的订单系统,订单系统进行订单的基本参数校验,其中,基本参数包括投保人信息及被保人信息等产品保单必需的参数。如图3所示,当订单系统对于必需参数校验完成后,订单系统请求核保系统,核保系统请求第三方保险公司的核保接口进行第三方保司核保。在请求保司核保过程中,保司请求失败时,根据自动接入的统一请求中转系统接收客户端发送的服务请求,并基于服务请求调用与该服务请求对应的链路。
本步骤中,当第三方服务端出现异常时,服务端设备接收客户端发送的服务请求,并基于服务请求调用链路。
步骤S220,如果调用第一链路失败,对第一链路的第一调用请求进行存储。
本申请实施例中,链路包含的子链路的个数至少是两个。示例性的,基于服务请求1调用的链路1共包括两个子链路,分别是第一链路和第二链路,与第一链路对应的是第一调用请求,与第二链路对应的是第二调用请求。统一请求中转系统先根据第一调用请求调用第一链路,如果调用第一链路失败,将第一链路的第一调用请求存储于MySQL等数据库中,同时在ELK中存储详细的日志数据,以便重试第一调用请求。
本步骤中,如果调用第一链路失败,则说明调用第一链路发生断裂,服务端设备对第一链路的第一调用请求进行存储,以便之后重试第一调用请求,然后可以继续进行下一步骤。
步骤S230,继续执行第一链路以后的后续链路,得到服务请求的中间结果,并将中间结果发送至客户端。
由于第一链路以后的后续链路是第二链路,统一请求中转系统则继续根据第二调用请求调用第二链路,得到服务请求1的中间结果1,并将中间结果1发送至客户端。
本步骤中,当服务端设备根据服务请求的调用顺序继续执行第一链路以后的后续链路时,得到服务请求的中间结果,并将中间结果发送至客户端,其中,之前调用第一链路失败的过程未对中间结果产生影响。
本申请实施例中,当调用某个链路失败时能够通过存储该链路的调用请求使后续能够重试该调用请求,再跳过当前调用链路失败的环节,不影响继续执行该链路之后的后续链路的执行过程,避免中断针对服务请求的整体数据处理过程,以实现对客户端的及时反馈,使得调用某个链路失败的环节对后续链路调用过程甚至整体服务请求处理过程产生的影响,得到大幅度的减小,提高了服务端处理服务请求的整体效率,缓解了服务端的服务请求处理效率较低的技术问题。
下面对上述步骤进行详细介绍。
在一些实施例中,基于上述步骤S220存储的第一调用请求,可以对第一调用请求进行重试,以得到对应服务请求的最终结果。作为一个示例,方法还可以包括如下步骤:
步骤a),基于存储的第一调用请求进行重试,得到服务请求的最终结果。
示例性的,统一请求中转系统中的请求重试模块对存储的第一调用请求进行异步的重试操作,得到服务请求1的最终结果。
本步骤中,服务端设备可以异步且自动对调用失败的第一调用请求进行重试,直到得到明确的成功结果,然后继续执行后续链路,直到后续链路自动走完,最终得到服务请求的最终结果。
本申请实施例能够基于存储的第一调用请求进行重试,得到服务请求的最终结果,所以,一旦发生某一步调用链路的失败,服务端设备及时将调用链路失败的第一调用请求数据进行存储,以便之后重试第一调用请求,进而,得到服务请求的最终结果。因此,通过异步重试暂存的调用请求数据,服务端设备成功自动补齐后续链路的业务数据,实现了针对业务请求的完整业务流程,得到了针对业务请求的最终结果。
在一些实施例中,基于上述步骤a)得到的最终结果,可以将最终结果发送给客户端,以使用户能查看最终结果。作为一个示例,方法还可以包括以下步骤:
步骤b),将最终结果发送至客户端。
示例性的,客户办理的是关于核保的业务服务,统一请求中转系统将最终结果发送至客户端的在线核保界面内,也可以通过短信等形式通知用户。或者,根据用户办理的业务服务类型可以不向用户发送最终结果。
本申请实施例能够将得到的最终结果发送给客户端,使得最终结果显示在客户端的对应显示界面上,以便客户能够及时查看最终结果。
在一些实施例中,上述步骤S220可以包括以下步骤:
步骤c),在调用第一链路失败时,判断第一链路是否支持预设跳过流程;
步骤d),如果第一链路支持预设跳过流程,则对第一链路的第一调用请求进行存储。
对于上述步骤c),具体还可以包括:基于第一链路的配置和/或业务参数判断第一链路是否支持预设跳过流程。其中,预设跳过流程可以指预先设置的可跳过且跳过该流程后可继续执行下一步骤的流程。
示例性的,在调用第一链路失败时,统一请求中转系统检查针对业务服务的配置,其中,业务服务是核保,所以检查的配置是与核保相关的保司编码、产品编码及重试开关等配置参数,并将配置参数和当前业务参数进行对比,根据对比结果判断该核保业务服务的流程是否支持请求中转。
在该步骤中,在调用第一链路失败时,服务端设备检查针对当前进行的业务服务的配置参数,并将配置参数和当前业务参数进行对比,根据对比结果判断该种业务服务的流程是否支持请求中转。
对于上述步骤d),示例性的,根据对比结果确定该核保业务服务的流程支持请求中转,则统一请求中转系统对第一链路的第一调用请求进行存储,所以,第一调用请求作为请求中转数据,请求重试模块可以自动利用请求中转数据,进行异步的请求的重试操作,完全再现同步流程请求,重试成功后,后续流程可同步对业务数据完成自动补齐。
本申请实施例能够在调用第一链路失败时,判断第一链路是否支持预设跳过流程,基于第一链路的配置和/或业务参数判断第一链路是否支持预设跳过流程。如果第一链路支持预设跳过流程,则对第一链路的第一调用请求进行存储,以便于后续能够重试存储的该第一调用请求。所以,服务端设备可以基于第一链路的配置和/或业务参数确定第一链路支持预设跳过流程,进而,对第一链路的第一调用请求进行存储,以便重试暂存的第一调用请求。
在一些实施例中,基于上述步骤S230,可以对调用失败的第一调用请求添加标识,以便根据标识确定第一调用请求的调用情况,并继续执行第一链路以后的后续链路。作为一个示例,上述步骤S230包括以下步骤:
步骤e),对第一调用请求添加标识,标识用于表示第一链路调用失败;
步骤f),基于添加标识后的第一调用请求继续执行第一链路以后的后续链路,得到服务请求的中间结果。
对于上述步骤e),其中,标识指设定的表示第一链路调用失败的标识,例如,标识是核保0,该标识表示在核保的业务服务流程中,调用第一链路环节失败,即第一链路断裂。示例性的,对第一调用请求添加标识:核保0,标识用于表示第一链路调用失败。
在该步骤中,调用第一链路失败后,服务端设备对第一调用请求添加标识,并可以根据标识确定第一链路调用失败的情况。
对于上述步骤f),示例性的,根据上述实施例可知,针对核保服务业务的链路1包括第一链路和第二链路,所以,基于添加标识“核保0保后的第一调用请求,继续执行第一链路以后的第二链路,得到服务请求中与第二链路对应的中间结果。
在该步骤中,服务端设备对第一调用请求添加标识后,继续执行第一链路以后的后续链路,得到服务请求中后续链路相关的中间结果。
本申请实施例能够对第一调用请求添加标识,标识用于表示第一链路调用失败,基于添加标识后的第一调用请求继续执行第一链路以后的后续链路,得到服务请求的中间结果。所以,服务端设备对第一调用请求添加标识后,可以跳过当前调用链路失败的环节,不影响继续执行该链路之后的后续链路的执行过程,避免中断针对服务请求的整体数据处理过程,以实现对客户端的及时反馈,使得调用某个链路失败的环节对后续链路调用过程甚至整体服务请求处理过程产生的影响,得到大幅度的减小,提高了服务端处理服务请求的整体效率,缓解了服务端的服务请求处理效率较低的技术问题。
基于上述步骤e),对调用失败的第一调用请求添加标识时,可以根据第一链路调用失败的业务情况设置字段值。作为一个示例,上述步骤e)可以包括以下步骤:
步骤g),根据第一链路调用失败的业务情况,对第一调用请求设置字段值。
示例性的,如图3所示,当前的业务服务是核保,用户在服务端订单系统下单后,请求核保系统,核保系统再根据第三方保险公司的核保接口进行第三方保司核保,若是第三方保司核保失败,则统一请求中转系统调用第一链路,若是出现调用第一链路失败的业务情况,对第一调用请求设置字段值:核保-保司核保0,该标识表示在核保的业务服务流程中,保司核保环节失败,即第一链路断裂。
在该步骤中,服务端设备根据第一链路调用失败的业务情况,对第一调用请求设置字段值,用以表示第一链路调用失败的具体业务情况。
本申请实施例可以根据第一链路调用失败的业务情况,对第一调用请求设置字段值。所以,服务端设备可以通过字段值及时通知后续的流程当前流程的调用链路断裂。
基于上述步骤f),可以根据第一调用请求中的标识判断第一链路是否调用失败,以便在执行后续链路时,跳过与第一链路相关的处理任务。作为一个示例,上述步骤f)可以包括以下步骤:
步骤h),根据第一调用请求中的标识判断第一链路是否调用失败;
步骤i),如果调用失败,则继续执行第一链路以后的后续链路,并在后续链路的执行过程中跳过与第一链路相关的处理任务,得到服务请求的中间结果。
对于上述步骤h),根据第一调用请求中的标识判断第一链路是否调用失败,例如,根据第一调用请求中的标识:核保-保司核保0,判断第一链路是否调用失败,由于核保-保司核保0表示在核保的业务服务流程中,保司核保环节失败,所以,统一请求中转系统根据标识“核保-保司核保0司确认第一链路调用失败。
在该步骤中,由于标识表示调用第一请求失败,所以,服务端设备可以根据第一调用请求中的标识确认第一链路调用失败。
对于上述步骤i),如果调用失败,服务端设备则继续执行第一链路以后的后续链路,并在后续链路的执行过程中跳过与第一链路相关的处理任务,即只处理与第一链路无关的任务,最终得到服务请求的中间结果。
本申请实施例能够根据第一调用请求中的标识判断第一链路是否调用失败;如果调用失败,则继续执行第一链路以后的后续链路,并在后续链路的执行过程中跳过与第一链路相关的处理任务,得到服务请求的中间结果。所以,服务端设备可以根据第一调用请求中的标识确定第一链路已调用失败,并在后续链路执行过程中及时避开与第一链路相关的处理任务,得到服务请求的中间结果。
在一些实施例中,可以根据第一链路的调用返回码判断调用第一链路是否失败。作为一个示例,该方法还可以包括如下步骤:
步骤j),在基于服务请求调用链路的过程中,如果第一链路的调用返回码为预设错误码,则确定第一链路调用失败。
其中,预设错误码可以指预先设定的表示调用链路断裂的码,例如预设错误码是:00。
在该步骤中,在基于服务请求调用链路的过程中,服务端设备先调用第一链路,然后根据实际调用情况,接收第一链路的调用返回码,如果第一链路的调用返回码为预设错误码,则确定第一链路调用失败。
本申请实施例能够在基于服务请求调用链路的过程中,如果第一链路的调用返回码为预设错误码,则确定第一链路调用失败。所以,服务端设备可以根据调用返回码确定第一链路是否调用失败。
图4提供了一种服务数据的处理装置的结构示意图。该装置可以应用于服务端设备。如图4所示,服务数据的处理装置400包括:
接收模块401,用于接收客户端发送的服务请求,并基于所述服务请求调用链路;
存储模块402,用于如果调用第一链路失败,对所述第一链路的第一调用请求进行存储;
执行模块403,用于继续执行所述第一链路以后的后续链路,得到所述服务请求的中间结果,并将所述中间结果发送至所述客户端。
在一些实施例中,所述服务数据的处理装置400还包括重试模块,所述重试模块用于:
基于存储的所述第一调用请求进行重试,得到所述服务请求的最终结果。
在一些实施例中,所述服务数据的处理装置400还包括发送模块,所述发送模块用于:
将所述最终结果发送至所述客户端。
在一些实施例中,存储模块402还包括第一判断模块,所述第一判断模块用于:
在调用所述第一链路失败时,判断所述第一链路是否支持预设跳过流程;
如果所述第一链路支持所述预设跳过流程,则对所述第一链路的第一调用请求进行存储。
在一些实施例中,所述第一判断模块用于:
基于所述第一链路的配置和/或业务参数判断所述第一链路是否支持所述预设跳过流程。
在一些实施例中,所述执行模块403包括添加标识模块,所述添加标识模块用于:
添加模块,用于对所述第一调用请求添加标识,所述标识用于表示所述第一链路调用失败;
第一执行模块,用于基于添加所述标识后的所述第一调用请求继续执行所述第一链路以后的后续链路,得到所述服务请求的中间结果。
在一些实施例中,所述添加模块用于:
根据所述第一链路调用失败的业务情况,对所述第一调用请求设置字段值。
在一些实施例中,所述第一执行模块包括第二判断模块,所述第二判断模块用于:
根据所述第一调用请求中的所述标识判断所述第一链路是否调用失败;
如果调用失败,则继续执行所述第一链路以后的后续链路,并在所述后续链路的执行过程中跳过与所述第一链路相关的处理任务,得到所述服务请求的中间结果。
在一些实施例中,所述服务数据的处理装置400还用于:
在基于所述服务请求调用链路的过程中,如果所述第一链路的调用返回码为预设错误码,则确定所述第一链路调用失败。
本申请实施例提供的服务数据的处理装置,与上述实施例提供的服务数据的处理方法具有相同的技术特征,所以也能解决相同的技术问题,达到相同的技术效果。
本申请实施例提供的一种服务端设备500,如图5所示,服务端设备500包括存储器501、处理器502,所述存储器中存储有可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述实施例提供的方法的步骤。
参见图5,服务端设备500还包括:总线503和通信接口504,处理器502、通信接口504和存储器501通过总线503连接;处理器502用于执行存储器501中存储的可执行模块,例如计算机程序。
其中,存储器501可能包含高速随机存取存储器(Random Access Memory,简称RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。通过至少一个通信接口504(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接,可以使用互联网,广域网,本地网,城域网等。
总线503可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图5中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
其中,存储器501用于存储程序,所述处理器502在接收到执行指令后,执行所述程序,前述本申请任一实施例揭示的过程定义的装置所执行的方法可以应用于处理器502中,或者由处理器502实现。
处理器502可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器502中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器502可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(DigitalSignal Processing,简称DSP)、专用集成电路(Application Specific IntegratedCircuit,简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器501,处理器502读取存储器501中的信息,结合其硬件完成上述方法的步骤。
对应于上述服务数据的处理方法,本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机可运行指令,所述计算机可运行指令在被处理器调用和运行时,所述计算机可运行指令促使所述处理器运行上述服务数据的处理方法的步骤。
本申请实施例所提供的服务数据的处理装置可以为设备上的特定硬件或者安装于设备上的软件或固件等。本申请实施例所提供的装置,其实现原理及产生的技术效果和前述方法实施例相同,为简要描述,装置实施例部分未提及之处,可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,前述描述的系统、装置和单元的具体工作过程,均可以参考上述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的实施例中,应该理解到,所揭露装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
再例如,附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请提供的实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述服务数据的处理方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释,此外,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
最后应说明的是:以上所述实施例,仅为本申请的具体实施方式,用以说明本申请的技术方案,而非对其限制,本申请的保护范围并不局限于此,尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本申请实施例技术方案的范围。都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。

Claims (7)

1.一种服务数据的处理方法,其特征在于,所述方法包括:
接收客户端发送的服务请求,并基于所述服务请求调用链路;
如果调用第一链路失败,对所述第一链路的第一调用请求进行存储;
继续执行所述第一链路以后的后续链路,得到所述服务请求的中间结果,并将所述中间结果发送至所述客户端;
所述如果调用第一链路失败,对所述第一链路的第一调用请求进行存储的步骤,包括:
在调用所述第一链路失败时,判断所述第一链路是否支持预设跳过流程;
如果所述第一链路支持所述预设跳过流程,则对所述第一链路的第一调用请求进行存储;
所述判断所述第一链路是否支持预设跳过流程的步骤,包括:
基于所述第一链路的配置和/或业务参数判断所述第一链路是否支持所述预设跳过流程;
所述继续执行所述第一链路以后的后续链路,得到所述服务请求的中间结果的步骤,包括:
对所述第一调用请求添加标识,所述标识用于表示所述第一链路调用失败;
基于添加所述标识后的所述第一调用请求继续执行所述第一链路以后的后续链路,得到所述服务请求的中间结果;
所述对所述第一调用请求添加标识的步骤,包括:
根据所述第一链路调用失败的业务情况,对所述第一调用请求设置字段值。
2.根据权利要求1所述的服务数据的处理方法,其特征在于,所述方法还包括:
基于存储的所述第一调用请求进行重试,得到所述服务请求的最终结果;
将所述最终结果发送至所述客户端。
3.根据权利要求1所述的服务数据的处理方法,其特征在于,所述基于添加所述标识后的所述第一调用请求继续执行所述第一链路以后的后续链路,得到所述服务请求的中间结果的步骤,包括:
根据所述第一调用请求中的所述标识判断所述第一链路是否调用失败;
如果调用失败,则继续执行所述第一链路以后的后续链路,并在所述后续链路的执行过程中跳过与所述第一链路相关的处理任务,得到所述服务请求的中间结果。
4.根据权利要求1所述的服务数据的处理方法,其特征在于,所述方法还包括:
在基于所述服务请求调用链路的过程中,如果所述第一链路的调用返回码为预设错误码,则确定所述第一链路调用失败。
5.一种服务数据的处理装置,其特征在于,所述装置包括:
接收模块,用于接收客户端发送的服务请求,并基于所述服务请求调用链路;
存储模块,用于如果调用第一链路失败,对所述第一链路的第一调用请求进行存储;
执行模块,用于继续执行所述第一链路以后的后续链路,得到所述服务请求的中间结果,并将所述中间结果发送至所述客户端;
存储模块还包括第一判断模块,所述第一判断模块用于:
在调用所述第一链路失败时,判断所述第一链路是否支持预设跳过流程;
如果所述第一链路支持所述预设跳过流程,则对所述第一链路的第一调用请求进行存储;
所述第一判断模块用于:
基于所述第一链路的配置和/或业务参数判断所述第一链路是否支持所述预设跳过流程;
所述执行模块包括添加标识模块,所述添加标识模块用于:
添加模块,用于对所述第一调用请求添加标识,所述标识用于表示所述第一链路调用失败;
第一执行模块,用于基于添加所述标识后的所述第一调用请求继续执行所述第一链路以后的后续链路,得到所述服务请求的中间结果;
所述添加模块用于:
根据所述第一链路调用失败的业务情况,对所述第一调用请求设置字段值。
6.一种服务端设备,包括存储器、处理器,所述存储器中存储有可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现上述权利要求1至4任一项所述的方法的步骤。
7.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机可运行指令,所述计算机可运行指令在被处理器调用和运行时,所述计算机可运行指令促使所述处理器运行所述权利要求1至4任一项所述的方法。
CN202011316842.XA 2020-11-20 2020-11-20 服务数据的处理方法、装置以及服务端设备 Active CN112437155B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011316842.XA CN112437155B (zh) 2020-11-20 2020-11-20 服务数据的处理方法、装置以及服务端设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011316842.XA CN112437155B (zh) 2020-11-20 2020-11-20 服务数据的处理方法、装置以及服务端设备

Publications (2)

Publication Number Publication Date
CN112437155A CN112437155A (zh) 2021-03-02
CN112437155B true CN112437155B (zh) 2024-02-20

Family

ID=74693357

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011316842.XA Active CN112437155B (zh) 2020-11-20 2020-11-20 服务数据的处理方法、装置以及服务端设备

Country Status (1)

Country Link
CN (1) CN112437155B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113297357B (zh) * 2021-07-27 2021-11-16 北京健康之家科技有限公司 业务流程数据的异步处理方法和装置
CN114928530B (zh) * 2022-04-24 2024-04-09 中国工商银行股份有限公司 链路信息采集方法及相关装置

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107770269A (zh) * 2017-10-20 2018-03-06 平安科技(深圳)有限公司 一种服务响应方法及其终端
CN108075967A (zh) * 2016-11-10 2018-05-25 成都华为技术有限公司 一种链路选取方法及装置
CN108989413A (zh) * 2018-07-06 2018-12-11 深圳市牛鼎丰科技有限公司 异常业务补偿方法、装置、计算机设备及存储介质
CN109542718A (zh) * 2018-10-22 2019-03-29 中国平安人寿保险股份有限公司 服务调用的监控方法、装置、存储介质及服务器
CN110113200A (zh) * 2019-04-29 2019-08-09 平安科技(深圳)有限公司 链路系统与日志系统的关联方法、装置及存储介质
CN111176941A (zh) * 2019-12-25 2020-05-19 贝壳技术有限公司 一种数据处理的方法、装置和存储介质
CN111277643A (zh) * 2020-01-18 2020-06-12 深圳市麦谷科技有限公司 一种http链路跟踪记录方法及系统
WO2020147419A1 (zh) * 2019-01-18 2020-07-23 深圳壹账通智能科技有限公司 监控方法、装置、计算机设备及存储介质
CN111625452A (zh) * 2020-05-22 2020-09-04 上海哔哩哔哩科技有限公司 流量回放方法和系统
CN111914149A (zh) * 2020-05-21 2020-11-10 北京大米科技有限公司 一种请求处理方法、装置、存储介质及电子设备

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108075967A (zh) * 2016-11-10 2018-05-25 成都华为技术有限公司 一种链路选取方法及装置
CN107770269A (zh) * 2017-10-20 2018-03-06 平安科技(深圳)有限公司 一种服务响应方法及其终端
CN108989413A (zh) * 2018-07-06 2018-12-11 深圳市牛鼎丰科技有限公司 异常业务补偿方法、装置、计算机设备及存储介质
CN109542718A (zh) * 2018-10-22 2019-03-29 中国平安人寿保险股份有限公司 服务调用的监控方法、装置、存储介质及服务器
WO2020147419A1 (zh) * 2019-01-18 2020-07-23 深圳壹账通智能科技有限公司 监控方法、装置、计算机设备及存储介质
CN110113200A (zh) * 2019-04-29 2019-08-09 平安科技(深圳)有限公司 链路系统与日志系统的关联方法、装置及存储介质
CN111176941A (zh) * 2019-12-25 2020-05-19 贝壳技术有限公司 一种数据处理的方法、装置和存储介质
CN111277643A (zh) * 2020-01-18 2020-06-12 深圳市麦谷科技有限公司 一种http链路跟踪记录方法及系统
CN111914149A (zh) * 2020-05-21 2020-11-10 北京大米科技有限公司 一种请求处理方法、装置、存储介质及电子设备
CN111625452A (zh) * 2020-05-22 2020-09-04 上海哔哩哔哩科技有限公司 流量回放方法和系统

Also Published As

Publication number Publication date
CN112437155A (zh) 2021-03-02

Similar Documents

Publication Publication Date Title
CN112862612B (zh) 一种跨链发送资源的方法和装置
EP3605323B1 (en) Method for generating network slice template and for applying network slice template, and apparatus
CN112003703B (zh) 一种跨链发送可认证消息的方法和装置
CN112437155B (zh) 服务数据的处理方法、装置以及服务端设备
CN105468302A (zh) 一种处理数据的方法、装置及系统
US10715628B2 (en) Attribute operating method and device
CN108418859B (zh) 写数据的方法和装置
CN111008206A (zh) 跨链交易的状态数据的存储方法、装置及存储介质
CN111311254A (zh) 一种基于区块链的业务处理方法、装置和系统
US20120166893A1 (en) Recording and Preventing Crash in an Appliance
CN110930253B (zh) 智能合约内部主键生成方法、装置、计算机设备及存储介质
CN107239370B (zh) 数据写入方法、事务处理方法及装置
CN111738853A (zh) 一种基于区块链分布式系统的交易优化方法及装置
CN113157405A (zh) 业务流程断点重试的方法和装置
CN110852744A (zh) 一种切换交易通道的方法、装置、终端设备及介质
CN113077241B (zh) 审批处理方法、装置、设备及存储介质
CN111049938B (zh) 消息通知方法、装置、电子设备及可读存储介质
CN111884932B (zh) 一种链路确定方法、装置、设备和计算机可读存储介质
CN114092211A (zh) 核算数据的处理方法、电子设备和可读存储介质
CN114298830A (zh) 批量业务的处理方法、装置与批量业务处理平台
CN111339097B (zh) 一种数据处理方法及相关设备
CN110909032A (zh) 区块链中数据的管理方法及装置
CN114816681B (zh) 保险业务数据处理方法、装置、电子设备及存储介质
CN111383025B (zh) 风控数据转发的方法、装置及电子设备
JP7520158B2 (ja) 使用量報告方法、ネットワーク機能エンティティ及び記憶媒体

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information
CB02 Change of applicant information

Address after: 100102 201 / F, block C, 2 lizezhong 2nd Road, Chaoyang District, Beijing

Applicant after: Beijing Shuidi Technology Group Co.,Ltd.

Address before: 100102 201 / F, block C, 2 lizezhong 2nd Road, Chaoyang District, Beijing

Applicant before: Beijing Health Home Technology Co.,Ltd.

GR01 Patent grant
GR01 Patent grant