CN115766879A - 一种业务优化处理的方法、装置、服务器及存储介质 - Google Patents
一种业务优化处理的方法、装置、服务器及存储介质 Download PDFInfo
- Publication number
- CN115766879A CN115766879A CN202211405192.5A CN202211405192A CN115766879A CN 115766879 A CN115766879 A CN 115766879A CN 202211405192 A CN202211405192 A CN 202211405192A CN 115766879 A CN115766879 A CN 115766879A
- Authority
- CN
- China
- Prior art keywords
- service
- processing path
- node
- processing
- log
- 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
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本申请提供一种业务优化处理的方法、装置、服务器及存储介质。具体包括:通过获取业务请求,并获取到与该业务请求中携带的目标业务标识对应的链式日志,以及链式日志包含的目标业务对应的每个处理路径下每个节点对应的业务系统的性能系数,分别根据每个处理路径下对应的节点的业务执行耗时,以及业务节点对应的业务系统的性能系数,获取每个处理路径对应的总耗时,并将总耗时最长的处理路径作为待优化的处理路径,对待优化的处理路径进行优化处理,并采用优化后的处理路径和链式日志中除待优化处理路径之外的其他处理路径对目标业务进行相应的处理。通过本申请提供的方法,可以提高目标业务的处理能力,提高整体业务平台的处理效率。
Description
技术领域
本申请涉及计算机技术领域,具体涉及一种业务优化处理的方法、装置、服务器及存储介质。
背景技术
在一些大型的业务服务平台中,由于客户端需求的多样化导致服务端业务平台也存在多个对应功能的业务系统,而一笔业务从用户的客户端发起到服务端的业务平台处理完成,该业务的处理路径往往需要跨越数个业务系统,复杂的业务更是需要多条此类处理路径协同才能完成。对于一个业务平台来说,所承载的业务处理时间越短,其一定时间内能处理的相应业务量也就越多,可见,单笔业务的处理时间可以影响整个业务平台的处理能力。
而对于一笔需要多个处理路径协同处理的业务,多个处理路径需要同时进行,如何有效的缩短该笔业务的处理时长,从而使得整个业务平台的处理能力得到优化成为目前亟需要解决的技术问题。
发明内容
本申请提供一种业务优化处理的方法、装置、服务器及存储介质,用以解决现有技术中业务流程日趋复杂造成的业务平台处理效率低下的技术问题。
第一方面,本申请提供一种业务优化处理方法,包括:
获取业务处理请求,所述业务处理请求包括:目标业务的标识;
根据所述业务处理请求,获取与所述目标业务的标识对应的链式日志,其中,所述链式日志包含所述目标业务对应的处理路径,以及每个所述处理路径下对应的节点的业务执行耗时;
对于每个所述处理路径,获取所述处理路径下每个节点对应的业务系统的性能系数;
分别根据每个处理路径下对应的节点的业务执行耗时,以及业务节点对应的业务系统的性能系数,获取每个所述处理路径对应的总耗时,并将总耗时最长的处理路径作为待优化的处理路径;
对所述待优化的处理路径进行优化处理,并采用优化后的处理路径和所述链式日志中除所述待优化处理路径之外的其他处理路径对所述目标业务进行相应的处理。
在一种具体实施方式中,对于每个处理路径,根据所述处理路径下对应的节点i的业务执行耗时t(i)、所述业务节点i对应的业务系统j的性能系数kj(i),采用如下公式:
T=∑t(i)*kj(i)
获取所述处理路径的总耗时T;
其中,i为正整数,kj(i)为小于或等于1的正数。
在一种具体实施方式中,所述业务系统的性能包括:中央处理器CPU的利用率,内存利用率以及实际承载的用户数量与可承载的并发用户数量的比例。
在一种具体实施方式中,该方法还包括:
获取链式日志建立请求,所述链式日志建立请求包括:待建立的业务标识,以及所述待建立的业务标识对应的处理路径;
根据所述链式日志建立请求,对于每个处理路径,获取所述处理路径下执行所述待建立的业务标识对应的业务时每个存在预设调用关系的第一节点和所述第一节点的埋点标识,并根据所述第一节点的埋点标识,获取第一埋点日志;
根据所述每个处理路径下第一节点对应的第一埋点日志,生成所述待建立的业务标识对应的链式日志。
在一种具体实施方式中,该方法还包括:
根据所述链式日志建立请求,对于每个处理路径,获取所述处理路径下执行所述待建立的业务标识对应的业务时每个不存在预设调用关系的第二节点和所述第二节点的埋点标识,并根据所述第二节点的埋点标识,获取第二埋点日志;
根据所述每个处理路径下第一节点对应的第一埋点日志和第二节点对应的第二埋点日志,生成所述待建立的业务标识对应的链式日志。
在一种具体实施方式中,所述第一埋点日志和第二埋点日志分别包括所述链式日志建立请求执行过程中所述第一节点和第二节点的参数;
所述参数包括:所述节点的业务执行耗时、业务执行的成功/错误码,以及业务执行的次数。
在一种具体实施方式中,所述第一节点包括:客户端节点,开放服务平台节点,公共基础服务端节点,以及数据访问层节点;
所述第二节点包括:被封装的业务系统内部微服务节点以及所述微服务内部流转节点。
第二方面,本申请提供一种业务优化处理装置,包括:
获取模块,用于获取业务处理请求,所述业务处理请求包括:目标业务的标识;
获取模块,还用于根据所述业务处理请求,获取与所述目标业务的标识对应的链式日志,其中,所述链式日志包含所述目标业务对应的处理路径,以及每个所述处理路径下对应的节点的业务执行耗时;
获取模块,还用于对于每个所述处理路径,获取所述处理路径下每个节点对应的业务系统的性能系数;
确定模块,用于分别根据每个处理路径下对应的节点的业务执行耗时,以及业务节点对应的业务系统的性能系数,获取每个所述处理路径对应的总耗时,并将总耗时最长的处理路径作为待优化的处理路径;
处理模块,用于对所述待优化的处理路径进行优化处理,并采用优化后的处理路径和所述链式日志中除所述待优化处理路径之外的其他处理路径对所述目标业务进行相应的处理。
第三方面,本申请提供一种服务器,包括:
处理器和存储器;
所述存储器用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行如第一方面所述的方法。
第四方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如第一方面所述的方法。
本申请提供一种业务优化处理的方法、装置、服务器及存储介质。通过获取业务请求,并获取到与该业务请求中携带的目标业务标识对应的链式日志,以及链式日志包含的目标业务对应的每个处理路径下每个节点对应的业务系统的性能系数,分别根据每个处理路径下对应的节点的业务执行耗时,以及业务节点对应的业务系统的性能系数,获取每个处理路径对应的总耗时,并将总耗时最长的处理路径作为待优化的处理路径,对待优化的处理路径进行优化处理,并采用优化后的处理路径和链式日志中除待优化处理路径之外的其他处理路径对目标业务进行相应的处理。通过本申请提供的方法,可以确定目标业务的各个处理路径中总耗时最长的处理路径,并通过对该处理路径的优化处理实现目标业务的整体优化,可以提高目标业务的处理能力,提高整体业务平台的处理效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请提供的一种业务优化处理方法实施例一的流程图;
图2为本申请提供的一种业务优化处理方法实施例二的流程图;
图3为本申请提供的一种业务优化处理方法实施例三的流程图;
图4为本申请提供的一种业务优化处理装置实施例的结构示意图;
图5为本申请提供的一种服务器实施例的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在根据本实施例的启示下作出的所有其他实施例,都属于本申请保护的范围。
本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
现有技术中,由于职责划分细致更有利于复杂业务对同一业务系统实现重复调用,大型综合业务平台往往会因为包含多个独立的业务系统而表现的庞大且复杂。一笔业务从客户端发起后需要在服务平台上多路径、跨系统执行才能实现该业务的需求,而业务处理路径复杂可能就难以保证其业务执行的时效性。现有技术更关注于复杂的业务处理流程出现故障时如何快速取定位故障点以迅速解决,这虽然能使得业务平台维持正常运行,但本质上并不能提高平台对业务的处理效率。
有鉴于此,本申请的技术构思在于:如何找到业务处理过程中最影响其效率的关键路径,并对该处理路径及所属业务系统进行优化,以使得业务平台的整体处理效率得到提高。
下面,通过具体实施例对本申请的技术方案进行详细说明。需要说明的是,下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。
图1为本申请提供的一种业务优化处理方法实施例一的流程图。参见图1,该方法包括:
步骤S101、获取业务处理请求,业务处理请求包括:目标业务的标识。
在本实施例中,业务处理请求可以由业务平台发起,目标业务指的是需要优化的业务。该业务平台包括多个为用户客户端提供服务支撑的业务系统,该业务平台可以是海尔优家网络服务(Uhome Web Sersives,简称:UWS)开放平台,业务系统可以是海尔优家的公共基础业务系统。
步骤S102、根据业务处理请求,获取与目标业务的标识对应的链式日志,其中,链式日志包含目标业务对应的处理路径,以及每个处理路径下对应的节点的业务执行耗时。
在本实施例中,目标业务的标识对应的链式日志是基于链式追踪原理获得的,存储于业务服务平台的服务器中。目标业务包含有多个处理路径,每个处理路径又包含多个节点。链式日志包含目标业务对应的处理路径,以及每个处理路径下对应的节点的业务执行耗时。
步骤S103、对于每个处理路径,获取处理路径下每个节点对应的业务系统的性能系数。
在本实施例中,目标业务的每个处理路径包含多个节点,而由于该处理路径可能会跨越多个不同的业务系统,所以各个节点可能分属于不同的业务系统,对于每个处理路径,获取处理路径下每个节点对应的业务系统的性能系数。
在一种可能的实施方式中,业务系统的性能包括:中央处理器CPU的利用率,内存利用率以及实际承载的用户数量与可承载的并发用户数量的比例。
在本实施例中,业务系统的性能系数可以从业务平台的数据存储服务器获取,可以是该业务系统的CPU的利用率,内存利用率以及实际承载的用户数量与可承载的并发用户数量的比例,是小于或等于1的正数,例如,若业务系统负荷已经接近饱和则该性能系数可以为1,若该业务系统还有剩余则其性能系数应在(0,1)范围内。
步骤S104、分别根据每个处理路径下对应的节点的业务执行耗时,以及业务节点对应的业务系统的性能系数,获取每个处理路径对应的总耗时,并将总耗时最长的处理路径作为待优化的处理路径。
在本实施例中,目标业务在处理过程中,该业务的处理耗时是由协同处理该业务的各个处理路径中耗时最长的处理路径决定的,也就是说一笔业务中耗时最长的路径的业务执行时间就是该业务的整体执行时间,而每个处理路径下对应的节点的业务执行耗时与业务节点对应的业务系统的性能系数息息相关,分别根据每个处理路径下对应的节点的业务执行耗时,以及业务节点对应的业务系统的性能系数,得到的总耗时最长的处理路径即是该目标业务对应的各个处理路径中最需要被优化的处理路径。
步骤S105、对待优化的处理路径进行优化处理,并采用优化后的处理路径和链式日志中除待优化处理路径之外的其他处理路径对目标业务进行相应的处理。
在本实施例中,确定待优化的处理路径后可以根据该处理路径对应的节点进一步确定其节点所属的业务系统。对该处理路径的优化包括对应节点所属业务系统性能的优化,如配置计算或存储能力更强的服务器,对该业务系统内部流程或微服务进行软件程序的改进。对待优化的处理路径进行优化处理后,可以采用优化后的处理路径和链式日志中除待优化处理路径之外的其他处理路径对目标业务进行相应的处理可提高目标业务整体的处理能力。
本实施例中,通过获取业务请求,并获取到与该业务请求中携带的目标业务标识对应的链式日志,以及链式日志包含的目标业务对应的每个处理路径下每个节点对应的业务系统的性能系数,分别根据每个处理路径下对应的节点的业务执行耗时,以及业务节点对应的业务系统的性能系数,获取每个处理路径对应的总耗时,并将总耗时最长的处理路径作为待优化的处理路径,对待优化的处理路径进行优化处理,并采用优化后的处理路径和链式日志中除待优化处理路径之外的其他处理路径对目标业务进行相应的处理。通过本实施例提供的方法,可以确定目标业务的各个处理路径中总耗时最长的处理路径为目标业务执行时长的决定性路径,并通过对该处理路径的优化处理实现目标业务的整体优化,可以提高目标业务的处理能力,提高整体业务平台的处理效率。
在上述图1实施例的基础上,上述步骤S104的一种具体实现方式为:
对于每个处理路径,根据处理路径下对应的节点i的业务执行耗时t(i)、业务节点i对应的业务系统j的性能系数kj(i),采用如下公式:
T=∑t(i)*kj(i) (1)
获取处理路径的总耗时T;其中,i为正整数,kj(i)为小于或等于1的正数。
在本实施例中,业务请求中携带的目标业务的标识对应多个处理路径,每个处理路径对应多个业务节点,每个业务节点可以分属于业务平台下不同的业务系统。该业务系统可以是由多个微服务封装且可以独立实现功能的公共基础服务系统。举例来说,对于目标业务的某条处理路径,包含A、B、C、D业务节点,其中A属于业务系统Ⅰ,B属于业务系统Ⅱ,C属于业务系统Ⅲ,D属于业务系统Ⅳ,从链式日志获取的该处理路径下A、B、C、D业务节点的执行耗时分别为t(A)、t(B)、t(c)和t(D),且从业务平台数据存储服务器获取到的业务节点对应的业务系统的性能系数分别为kⅠ(A)、kⅡ(B)、kⅢ(C)和kⅣ(D),则该处理路径的总耗时T可通过下式(2)计算获得。
T=t(A)*kⅠ(A)+t(B)*kⅡ(B)+t(C)*kⅢ(C)+t(D)*kⅣ(D) (2)
图2为本申请提供的一种业务优化处理方法实施例二的流程图。在上述图1实施例的基础上,该方法还包括:
步骤S201、获取链式日志建立请求,链式日志建立请求包括:待建立的业务标识,以及待建立的业务标识对应的处理路径。
步骤S202、根据链式日志建立请求,对于每个处理路径,获取处理路径下执行待建立的业务标识对应的业务时每个存在预设调用关系的第一节点和第一节点的埋点标识,并根据第一节点的埋点标识,获取第一埋点日志。
步骤S203、根据每个处理路径下第一节点对应的第一埋点日志,生成待建立的业务标识对应的链式日志。
在本实施例中,链式日志建立请求可以认为是由用户客户端发起的业务服务请求,该请求包含其对应的业务标识,以及该业务标识对应的处理路径。
在本实施例中,第一节点为客户端与服务端交互过程中存在调用关系的节点,如公共基础服务系统节点,是业务通用模型中预设的节点,在链式日志建立请求携带的业务标识对应的业务执行过程中,识别该业务对应的每个处理路径下的第一节点以及第一节点的埋点标识,获取第一节点对应的第一埋点日志。
在一种可能的实施方式中,第一节点包括:客户端节点,开放服务平台节点,公共基础服务系统节点,以及数据访问层节点。
在本实施例中,根据每个处理路径下第一节点对应的第一埋点日志,生成待建立的业务标识对应的链式日志。
本实施例中,通过获取链式日志建立请求,根据链式日志建立请求,对于每个处理路径,获取处理路径下执行待建立的业务标识对应的业务时每个存在预设调用关系的第一节点和第一节点的埋点标识,并根据第一节点的埋点标识,获取第一埋点日志;根据每个处理路径下第一节点对应的第一埋点日志,生成待建立的业务标识对应的链式日志。通过本实施例的方法可以获取到目标业务的链式日志,该日志包含有目标业务对应的处理路径以及每个处理路径下对应的第一节点的业务执行耗时,可以计算得到待优化的处理路径,为目标业务及业务平台的优化处理奠定基础。
在上述图2实施例的基础上,步骤S201之后还包括:
根据链式日志建立请求,对于每个处理路径,获取处理路径下执行待建立的业务标识对应的业务时每个不存在预设调用关系的第二节点和第二节点的埋点标识,并根据第二节点的埋点标识,获取第二埋点日志。
根据每个处理路径下第一节点对应的第一埋点日志和第二节点对应的第二埋点日志,生成待建立的业务标识对应的链式日志。
在本实施例中,第二节点为客户端与服务端交互过程中不存在调用关系的节点,如被封装的业务系统内部的微服务接口,是可以自定义埋点的节点。
在一种可能的实施方式中,第二节点包括:被封装的业务系统内部微服务节点以及微服务内部流转节点。
在本实施例中,根据该链式日志建立请求,对每个处理路径,获取该处理路径下执行待建立的业务标识对应的业务时的第二节点及第二节点的埋点日志,并根据每个处理路径下第一节点对应的第一埋点日志和第二节点对应的第二埋点日志,生成待建立的业务标识对应的链式日志。
在一种可能的实施方式中,第一埋点日志和第二埋点日志分别包括链式日志建立请求执行过程中第一节点和第二节点的参数;该参数包括:节点的业务执行耗时、业务执行的成功/错误码,以及业务执行的次数。
本实施例中,通过对执行待建立的业务标识对应的业务时客户端与服务端交互过程中不存在调用关系的第二节点进行埋点,并获取第二节点的埋点日志,可以使得在目标业务的处理路径总耗时计算时涉及的节点更为详尽,有利于提高被确定的待优化的处理路径的准确性。
图3为本申请提供的一种业务优化处理方法实施例三的流程图。链式日志建立请求业务被执行时的节点调用过程如图3所示,该业务经过了以下节点:应用程序(Application,简称:APP)/智能终端,UWS开放服务,公共基础服务A,公共基础服务B,公共基础服务C以及数据访问层(包括DB存储,Redis缓存和MQ服务器)。
在本实施例中,链式日志建立请求需要在网络中传输的数据有该业务的标识uTraceId和调用的业务节点位置标识uSpanId,任意两个节点间的一次调用,在调用侧和服务侧各埋两个点,其中,Client Send(CS)表示客户端发起请求时埋点,传递给下级节点的数据有uTraceId和uSpanId。Server Receive(SR)表示服务端接收请求时埋点,获取请求传递过来的uTraceId和uSpanId,放入处理上下文中。Server Send(SS)表示服务端将请求处理结果发送给客户端时埋点。Client Recieve(CR)表示客户端接收到服务端响应时的埋点,相同调用端和服务端的SS与SR、CS与CR分别有相同的埋点标识,自定义的节点可以单独标识,该埋点标识对应的埋点日志中记录了该接口调用及服务返回的时间戳,节点接口SS对应的时间戳标记的时间减去SR对应的时间戳标记的时间就是该业务节点的执行耗时。
本实施例中,通过在对目标业务建立链式日志的过程中的业务节点对应的接口进行埋点,并在目标业务执行过程中将该接口调用及返回的时间戳记录于埋点标识对应的埋点日志,生成该目标业务的链式日志,可以提高获取到的目标业务中待优化处理路径的准确性。
图4为本申请提供的一种业务优化处理装置实施例的结构示意图。参照图4,该装置400包括:获取模块401,确定模块402、处理模块403和日志生成模块404。获取模块401,用于获取业务处理请求,业务处理请求包括:目标业务的标识;获取模块401,还用于根据业务处理请求,获取与目标业务的标识对应的链式日志,其中,链式日志包含目标业务对应的处理路径,以及每个处理路径下对应的节点的业务执行耗时;获取模块401,还用于对于每个处理路径,获取处理路径下每个节点对应的业务系统的性能系数;确定模块402,用于分别根据每个处理路径下对应的节点的业务执行耗时,以及业务节点对应的业务系统的性能系数,获取每个处理路径对应的总耗时,并将总耗时最长的处理路径作为待优化的处理路径;处理模块403,用于对待优化的处理路径进行优化处理,并采用优化后的处理路径和链式日志中除待优化处理路径之外的其他处理路径对目标业务进行相应的处理。
另外,可选地,确定模块402,具体用于对于每个处理路径,根据处理路径下对应的节点i的业务执行耗时t(i)、业务节点i对应的业务系统j的性能系数kj(i),采用如下公式:
T=∑t(i)*kj(i)
获取处理路径的总耗时T;其中,i为正整数,kj(i)为小于或等于1的正数。
日志生成模块404,用于获取链式日志建立请求,链式日志建立请求包括:待建立的业务标识,以及待建立的业务标识对应的处理路径;根据链式日志建立请求,对于每个处理路径,获取处理路径下执行待建立的业务标识对应的业务时每个存在预设调用关系的第一节点和第一节点的埋点标识,并根据第一节点的埋点标识,获取第一埋点日志;根据每个处理路径下第一节点对应的第一埋点日志,生成待建立的业务标识对应的链式日志。
日志生成模块404,还用于根据链式日志建立请求,对于每个处理路径,获取处理路径下执行待建立的业务标识对应的业务时每个不存在预设调用关系的第二节点和第二节点的埋点标识,并根据第二节点的埋点标识,获取第二埋点日志;根据每个处理路径下第一节点对应的第一埋点日志和第二节点对应的第二埋点日志,生成待建立的业务标识对应的链式日志。
本申请实施例提供的一种业务优化处理装置可以执行上述图1、图2及图3所示的方法实施例技术方案,其实现原理以及有益效果类似,此处不再赘述。
图5为本申请提供的一种服务器实施例的结构示意图。参照图5,该服务器500包括:处理器501和存储器502。存储器502用于存储处理器501的可执行指令;其中,处理器501配置为经由执行可执行指令来执行前述方法实施例中的技术方案。
本申请提供的一种服务器用于执行前述方法实施例中的技术方案,其实现原理和技术效果类似,在此不再赘述。
本申请实施例还提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机执行指令,计算机执行指令被处理器执行时用于实现前述任一方法实施例提供的技术方案。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或对其中部分或全部技术特征进行等同替换;而这些修改或替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (10)
1.一种业务优化处理方法,其特征在于,包括:
获取业务处理请求,所述业务处理请求包括:目标业务的标识;
根据所述业务处理请求,获取与所述目标业务的标识对应的链式日志,其中,所述链式日志包含所述目标业务对应的处理路径,以及每个所述处理路径下对应的节点的业务执行耗时;
对于每个所述处理路径,获取所述处理路径下每个节点对应的业务系统的性能系数;
分别根据每个处理路径下对应的节点的业务执行耗时,以及业务节点对应的业务系统的性能系数,获取每个所述处理路径对应的总耗时,并将总耗时最长的处理路径作为待优化的处理路径;
对所述待优化的处理路径进行优化处理,并采用优化后的处理路径和所述链式日志中除所述待优化处理路径之外的其他处理路径对所述目标业务进行相应的处理。
2.根据权利要求1所述的方法,其特征在于,所述分别根据每个处理路径下对应的节点的业务执行耗时,以及业务节点对应的业务系统的性能系数,获取每个所述处理路径对应的总耗时,包括:
对于每个处理路径,根据所述处理路径下对应的节点i的业务执行耗时t(i)、所述业务节点i对应的业务系统j的性能系数kj(i),采用如下公式:
T=∑t(i)*kj(i)
获取所述处理路径的总耗时T;
其中,i为正整数,kj(i)为小于或等于1的正数。
3.根据权利要求2所述的方法,其特征在于,所述业务系统的性能包括:中央处理器CPU的利用率,内存利用率,以及实际承载的用户数量与可承载的并发用户数量的比例。
4.根据权利要求3所述的方法,其特征在于,还包括:
获取链式日志建立请求,所述链式日志建立请求包括:待建立的业务标识,以及所述待建立的业务标识对应的处理路径;
根据所述链式日志建立请求,对于每个处理路径,获取所述处理路径下执行所述待建立的业务标识对应的业务时每个存在预设调用关系的第一节点和所述第一节点的埋点标识,并根据所述第一节点的埋点标识,获取第一埋点日志;
根据所述每个处理路径下第一节点对应的第一埋点日志,生成所述待建立的业务标识对应的链式日志。
5.根据权利要求4所述的方法,其特征在于,还包括:
根据所述链式日志建立请求,对于每个处理路径,获取所述处理路径下执行所述待建立的业务标识对应的业务时每个不存在预设调用关系的第二节点和所述第二节点的埋点标识,并根据所述第二节点的埋点标识,获取第二埋点日志;
根据所述每个处理路径下第一节点对应的第一埋点日志和第二节点对应的第二埋点日志,生成所述待建立的业务标识对应的链式日志。
6.根据权利要求4或5所述的方法,其特征在于,所述第一埋点日志和第二埋点日志分别包括所述链式日志建立请求执行过程中所述第一节点和第二节点的参数;
所述参数包括:所述节点的业务执行耗时、业务执行的成功/错误码,以及业务执行的次数。
7.根据权利要求6所述的方法,其特征在于,所述第一节点包括:客户端节点,开放服务平台节点,公共基础服务端节点,以及数据访问层节点;
所述第二节点包括:被封装的业务系统内部微服务节点以及所述微服务内部流转节点。
8.一种业务优化处理装置,其特征在于,包括:
获取模块,用于获取业务处理请求,所述业务处理请求包括:目标业务的标识;
获取模块,还用于根据所述业务处理请求,获取与所述目标业务的标识对应的链式日志,其中,所述链式日志包含所述目标业务对应的处理路径,以及每个所述处理路径下对应的节点的业务执行耗时;
获取模块,还用于对于每个所述处理路径,获取所述处理路径下每个节点对应的业务系统的性能系数;
确定模块,用于分别根据每个处理路径下对应的节点的业务执行耗时,以及业务节点对应的业务系统的性能系数,获取每个所述处理路径对应的总耗时,并将总耗时最长的处理路径作为待优化的处理路径;
处理模块,用于对所述待优化的处理路径进行优化处理,并采用优化后的处理路径和所述链式日志中除所述待优化处理路径之外的其他处理路径对所述目标业务进行相应的处理。
9.一种服务器,其特征在于,包括:
处理器和存储器;
所述存储器用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行如权利要求1至7中任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如权利要求1至7中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211405192.5A CN115766879A (zh) | 2022-11-10 | 2022-11-10 | 一种业务优化处理的方法、装置、服务器及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211405192.5A CN115766879A (zh) | 2022-11-10 | 2022-11-10 | 一种业务优化处理的方法、装置、服务器及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115766879A true CN115766879A (zh) | 2023-03-07 |
Family
ID=85368995
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211405192.5A Pending CN115766879A (zh) | 2022-11-10 | 2022-11-10 | 一种业务优化处理的方法、装置、服务器及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115766879A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116882724A (zh) * | 2023-07-13 | 2023-10-13 | 北京优特捷信息技术有限公司 | 一种业务流程优化方案的生成方法、装置、设备及介质 |
-
2022
- 2022-11-10 CN CN202211405192.5A patent/CN115766879A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116882724A (zh) * | 2023-07-13 | 2023-10-13 | 北京优特捷信息技术有限公司 | 一种业务流程优化方案的生成方法、装置、设备及介质 |
CN116882724B (zh) * | 2023-07-13 | 2024-06-11 | 北京优特捷信息技术有限公司 | 一种业务流程优化方案的生成方法、装置、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113243005A (zh) | 按需网络代码执行系统中的基于性能的硬件仿真 | |
CN102591726B (zh) | 一种多进程通信方法 | |
CN107463434B (zh) | 一种分布式任务处理方法与设备 | |
CN107678776A (zh) | 多模块版本依赖关系构建方法、装置、服务器和存储介质 | |
CN115328663A (zh) | 基于PaaS平台进行资源调度的方法、装置、设备和存储介质 | |
CN112506498A (zh) | 一种智慧型可视化api编排方法、存储介质及电子设备 | |
CN112905339B (zh) | 任务调度执行方法、装置及系统 | |
CN101115214A (zh) | 智能呼叫路由的方法、设备及系统 | |
CN112463211A (zh) | 一种兼容多种开发架构的系统架构改造方法及系统架构 | |
CN115766879A (zh) | 一种业务优化处理的方法、装置、服务器及存储介质 | |
CN110308999A (zh) | 一种应用间动态共享依赖包的方法、存储介质及移动终端 | |
CN112231102A (zh) | 一种提升存储系统性能的方法、装置、设备、产品 | |
US8966094B2 (en) | Managing session data of a composite service session in a communication network | |
CN116204239A (zh) | 业务处理方法、装置和计算机可读存储介质 | |
Schäfer et al. | Increasing availability of workflows executing in a pervasive environment | |
CN112416414A (zh) | 一种基于状态机的微服务架构容器化轻量级工作流系统 | |
CN110855787A (zh) | 基于Consul实现OpenResty动态负载均衡的方法 | |
US20060117321A1 (en) | Interface for application components | |
CN115114022A (zh) | 对gpu资源进行使用的方法、系统、设备及介质 | |
CN113992644A (zh) | 一种基于无服务技术的物联网关系统及其数据处理方法 | |
CN112130900A (zh) | 一种bmc的用户信息管理方法、系统、设备以及介质 | |
Cheng et al. | HSOP: A Hybrid Service Orchestration Platform for Internet-Telephony Networks | |
CN112416544B (zh) | 一种5g移动终端应用跳转的方法和存储设备 | |
CN113986955B (zh) | 业务链的确定方法、装置、电子设备及介质 | |
Piotrowski et al. | Software agents mobility using process migration mechanism in distributed Erlang |
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 |