CN113810457A - 业务访问异常上报方法、装置及可读存储介质和电子设备 - Google Patents

业务访问异常上报方法、装置及可读存储介质和电子设备 Download PDF

Info

Publication number
CN113810457A
CN113810457A CN202110366396.1A CN202110366396A CN113810457A CN 113810457 A CN113810457 A CN 113810457A CN 202110366396 A CN202110366396 A CN 202110366396A CN 113810457 A CN113810457 A CN 113810457A
Authority
CN
China
Prior art keywords
service access
client module
response
server
solution
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
CN202110366396.1A
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.)
Beijing Jingdong Tuoxian Technology Co Ltd
Original Assignee
Beijing Jingdong Tuoxian 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 Beijing Jingdong Tuoxian Technology Co Ltd filed Critical Beijing Jingdong Tuoxian Technology Co Ltd
Priority to CN202110366396.1A priority Critical patent/CN113810457A/zh
Publication of CN113810457A publication Critical patent/CN113810457A/zh
Pending legal-status Critical Current

Links

Images

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/14Session management
    • H04L67/146Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明实施例提出业务访问异常上报方法、装置及可读存储介质和电子设备。方法包括:客户端模块接收第一用户输入的第一业务访问请求;将第一业务访问请求发送给提供第一业务的第一服务器;接收到第一服务器返回的第一业务访问异常响应,则在本地存储的问题解决方案中查找第一业务访问异常响应的解决方案;若未查找到,或者,虽查找到但是未能解决第一业务访问异常响应对应的问题,则将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器,以使得:第二服务器将所述诊断信息提供给运维人员。本发明实施例实现了业务访问异常的自动、实时上报。

Description

业务访问异常上报方法、装置及可读存储介质和电子设备
技术领域
本发明涉及系统运维技术领域,尤其涉及业务访问异常上报方法、装置及可读存储介质和电子设备。
背景技术
目前,每个系统的客户端模块如:客户端应用程序(APP,Application)都会存在多个版本,每个版本在实际使用过程中都或多或少存在一些小问题。
目前,一般都是安排客户和专业的系统运维人员进行值班,时刻关注用户问题咨询,第一时间为用户解惑。这种方式的缺点是:
一、系统运维人员需要实时监管和维护,且在进行运维值班时,一半的时间都是在解决重复性问题,耗时耗力,人力投入成本过高;
二、需要用户主动向客户或系统运维人员反馈才能发现问题,无法第一时间发现问题,导致问题处理延后,用户体验差。
发明内容
本发明实施例提出业务访问异常上报方法、装置及可读存储介质和电子设备,以提高业务访问异常的自动、实时上报。
本发明实施例的技术方案是这样实现的:
一种业务访问异常上报方法,该方法包括:
客户端模块接收第一用户输入的第一业务访问请求;
客户端模块将第一业务访问请求发送给提供第一业务的第一服务器;
客户端模块接收到第一服务器返回的第一业务访问异常响应,则在本地存储的问题解决方案中查找第一业务访问异常响应的解决方案;
若未查找到,或者,虽查找到但是未能解决第一业务访问异常响应对应的问题,则将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器,以使得:第二服务器将所述诊断信息提供给运维人员。
所述方法进一步包括:
客户端模块定时从问题解决方案库中获取本客户端模块的问题解决方案,将获取的问题解决方案存储到本地,其中,所述问题解决方案库中存储有问题解决方案,所述问题解决方案为运维人员在根据所述诊断信息定位故障后确定的问题解决方案。
所述客户端模块定时从问题解决方案库中获取本客户端模块的问题解决方案,包括:
客户端模块根据所述客户端模块的版本定时从问题解决方案库中获取本客户端模块的问题解决方案;
且,为每个问题解决方案分别设置以下五种索引:
索引一、客户端模块的版本、用户类型、提供业务的服务器的地址和业务访问异常响应的响应码;
索引二、用户类型、提供业务的服务器的地址和业务访问异常响应的响应码;
索引三、用户类型和业务访问异常响应的响应码;
索引四、提供业务的服务器的地址和业务访问异常响应的响应码;
索引五、业务访问异常响应的响应码。
所述客户端模块在本地存储的问题解决方案中查找第一业务访问异常响应的解决方案,包括:
第一步,所述客户端模块根据所述客户端模块的版本、第一用户的用户类型、第一服务器的地址和第一业务访问异常响应的响应码在本地存储的问题解决方案中查找解决方案,若查找到,则执行第六步;否则,执行第二步;
第二步,所述客户端模块根据第一用户的用户类型、第一服务器的地址和第一业务访问异常响应的响应码在本地存储的问题解决方案中查找解决方案,若查找到,则执行第六步;否则,执行第三步;
第三步,所述客户端模块根据第一用户的用户类型和第一业务访问异常响应的响应码在本地存储的问题解决方案中查找解决方案,若查找到,则执行第六步;否则,执行第四步;
第四步,所述客户端模块根据第一服务器的地址和第一业务访问异常响应的响应码在本地存储的问题解决方案中查找解决方案,若查找到,则执行第六步;否则,执行第五步;
第五步,所述客户端模块根据第一业务访问异常响应的响应码在本地存储的问题解决方案中查找解决方案,若查找到,则执行第六步;否则,执行所述将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器的动作;
第六步,所述客户端模块根据查找到的解决方案解决所述第一业务访问异常响应对应的问题。
所述客户端模块接收第一用户输入的第一业务访问请求之后、所述客户端模块将第一业务访问请求发送给提供第一业务的第一服务器之前,进一步包括:
客户端模块为该请求生成唯一请求标识ID;
且,所述客户端模块将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器,包括:
所述客户端模块将本客户端模块的版本、所述唯一请求ID、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器。
所述客户端模块将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器,包括:
所述客户端模块根据自身配置的诊断接口的域名列表,在该列表中顺序选择一个域名,将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给所选择域名所在网络,其中,所述第二服务器挂载在所选择域名下,域名列表中的每个域名架设在不同机房的网络运营商网络上。
所述客户端模块将本客户端模块的版本、所述唯一请求ID、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器之后,进一步包括:
第二服务器从所述诊断信息中解析出所述唯一请求ID,并将所述唯一请求ID记录到与第一业务访问请求相关的各条日志中,且生成一条包括所述唯一请求ID、所述第一业务访问请求中携带的各参数和第一业务访问异常响应的响应码的日志,以使得:运维人员根据所述请求ID查找到与第一业务访问请求相关的各条日志,并根据所述各条日志定位故障。
所述客户端模块将本客户端模块的版本、所述唯一请求ID、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器之后,进一步包括:
第二服务器接收所述诊断信息,在自身维护的诊断信息记录表中查找所述唯一请求ID,若查找到,则确定所述诊断信息已保存,丢弃接收到的所述诊断信息,否则,将所述诊断信息保存到诊断信息记录表中,并将所述诊断信息提供给运维人员。
一种业务访问异常上报装置,该装置位于客户端模块上,该装置包括:
业务访问接收模块,用于接收第一用户输入的第一业务访问请求,将第一业务访问请求发送给提供第一业务的第一服务器;
异常上报模块,用于接收到第一服务器返回的第一业务访问异常响应,则在本地存储的问题解决方案中查找第一业务访问异常响应的解决方案,若未查找到,或者,虽查找到但是未能解决第一业务访问异常响应对应的问题,则将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器,以使得:第二服务器将所述诊断信息提供给运维人员。
一种非瞬时计算机可读存储介质,所述非瞬时计算机可读存储介质存储指令,所述指令在由处理器执行时使得所述处理器执行如上任一项所述的业务访问异常上报方法的步骤。
一种电子设备,包括如上所述的非瞬时计算机可读存储介质、以及可访问所述非瞬时计算机可读存储介质的所述处理器。
本发明实施例中,客户端模块在接收到第一服务器返回的第一业务访问异常响应后,则在本地存储的问题解决方案中查找第一业务访问异常响应的解决方案,若未查找到,或者,虽查找到但是未能解决第一业务访问异常响应对应的问题,则将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器,从而实现了业务访问异常时的自动、实时上报,且上报过程无需人工参与,不会产生人工成本。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明一实施例提供的业务访问异常上报方法流程图;
图2为本发明另一实施例提供的业务访问异常上报方法流程图;
图3为本发明一实施例提供的业务访问异常上报装置的结构示意图;
图4为本发明实施例提供的一种电子设备的示例性结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含。例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其他步骤或单元。
下面以具体实施例对本发明的技术方案进行详细说明。下面几个具体实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例不再赘述。
本发明实施例提出一种业务访问异常上报方法,该方法中,客户端模块接收第一用户输入的第一业务访问请求,将第一业务访问请求发送给提供第一业务的第一服务器,接收到第一服务器返回的第一业务访问异常响应,则在本地存储的问题解决方案中查找第一业务访问异常响应的解决方案,若未查找到,或者,虽查找到但是未能解决第一业务访问异常响应对应的问题,则将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器,以使得:第二服务器将该诊断信息提供给运维人员,从而实现了业务访问异常时的自动、实时上报,且上报过程无需人工参与,不会产生人工成本。
图1为本发明一实施例提供的业务访问异常上报方法流程图,其具体步骤如下:
步骤101:客户端模块接收第一用户输入的第一业务访问请求。
步骤102:客户端模块将第一业务访问请求发送给提供第一业务的第一服务器。
步骤103:客户端模块接收到第一服务器返回的第一业务访问异常响应,则在本地存储的问题解决方案中查找第一业务访问异常响应的解决方案。
步骤104:若未查找到,或者,虽查找到但是未能解决第一业务访问异常响应对应的问题,则将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器,以使得:第二服务器将该诊断信息提供给运维人员。
第一服务器的地址如:第一服务器的URL(Uniform Resource Locator,统一资源定位符)。
当运维人员根据该诊断信息定位故障并确定问题解决方案后,将确定的问题解决方案输入到发出该诊断信息的客户端模块,客户端模块根据该问题解决方案解决对应问题。
上述实施例中,客户端模块在接收到第一服务器返回的第一业务访问异常响应后,则在本地存储的问题解决方案中查找第一业务访问异常响应的解决方案,若未查找到,或者,虽查找到但是未能解决第一业务访问异常响应对应的问题,则将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器,从而实现了业务访问异常时的自动、实时上报,且上报过程无需人工参与,不会产生人工成本。
一可选实施例中,客户端模块定时从问题解决方案库中获取本客户端模块的问题解决方案,将获取的问题解决方案存储到本地,其中,问题解决方案库中存储有问题解决方案,所述问题解决方案为运维人员在根据接收到的诊断信息定位故障后确定的问题解决方案。
一可选实施例中,客户端模块定时从问题解决方案库中获取本客户端模块的问题解决方案,包括:客户端模块根据本客户端模块的版本定时从问题解决方案库中获取本客户端模块的问题解决方案;
且,为每个问题解决方案分别设置以下五种索引:
索引一、客户端模块的版本、用户类型、提供业务的服务器的地址和业务访问异常响应的响应码;
索引二、用户类型、提供业务的服务器的地址和业务访问异常响应的响应码;
索引三、用户类型和业务访问异常响应的响应码;
索引四、提供业务的服务器的地址和业务访问异常响应的响应码;
索引五、业务访问异常响应的响应码。
其中,提供业务的服务器的地址可以是:对服务器的URL进行Hash(哈希)计算得到的Hash码。
一可选实施例中,步骤103中,客户端模块在本地存储的问题解决方案中查找第一业务访问异常响应的解决方案,包括:
第一步,客户端模块根据本客户端模块的版本、第一用户的用户类型、第一服务器的地址和第一业务访问异常响应的响应码在本地存储的问题解决方案中查找解决方案,若查找到,则执行第六步;否则,执行第二步;
第二步,客户端模块根据第一用户的用户类型、第一服务器的地址和第一业务访问异常响应的响应码在本地存储的问题解决方案中查找解决方案,若查找到,则执行第六步;否则,执行第三步;
第三步,客户端模块根据第一用户的用户类型和第一业务访问异常响应的响应码在本地存储的问题解决方案中查找解决方案,若查找到,则执行第六步;否则,执行第四步;
第四步,客户端模块根据第一服务器的地址和第一业务访问异常响应的响应码在本地存储的问题解决方案中查找解决方案,若查找到,则执行第六步;否则,执行第五步;
第五步,客户端模块根据第一业务访问异常响应的响应码在本地存储的问题解决方案中查找解决方案,若查找到,则执行第六步;否则,执行将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器的动作;
第六步,客户端模块根据查找到的解决方案解决第一业务访问异常响应对应的问题。
若未能解决第一业务访问异常响应对应的问题,则执行将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器的动作。
图2为本发明另一实施例提供的业务访问异常上报方法流程图,其具体步骤如下:
步骤201:客户端模块接收第一用户输入的第一业务访问请求,为该请求生成唯一请求ID(标识)。
生成唯一请求ID的具体方式本发明不作限定,例如:可采用常用的随机数方式生成,如:采用毫秒级时间戳+N位随机数的方式,N为正整数。
步骤202:客户端模块将该唯一请求ID携带在第一业务访问请求中发送给提供第一业务的第一服务器。
步骤203:第一服务器接收第一业务访问请求,处理该请求,并在处理过程中生成的每一条日志中添加该唯一请求ID,当确定请求失败确定返回第一业务访问异常响应时,同时生成一条包括该唯一请求ID、第一业务访问请求中携带的各参数和第一业务访问异常响应的响应码的日志。
步骤204:客户端模块接收到第一服务器返回的第一业务访问异常响应,根据第一业务访问异常响应的响应码,在本地存储的问题解决方案中查找对应的问题解决方案。
步骤205:若未查找到,或者,虽查找到但是未能解决第一业务访问异常响应对应的问题,则将本客户端模块的版本、该唯一请求ID、第一服务器的地址、第一业务访问异常响应的响应码和第一业务访问异常响应的关键字段(如:isSuccess字段)的字段值作为诊断信息发送给提供诊断功能的第二服务器。
步骤206:第二服务器将接收到的该诊断信息提供给运维人员,以使得:运维人员根据该诊断信息定位故障并给出问题解决方案。
当运维人员确定问题解决方案时,将该问题解决方案输入到该客户端模块,该客户端模块根据该问题解决方案解决对应问题。
例如:一般地,当响应码在400到500之间时,可定位为网络异常,此时,运维人员可借助网路诊断信息线下联系相关用户,获取用户网络运营商信息,对请求接口域名网络挂载运营商进行调整升级;当响应码大于500或者第一业务访问异常响应的isSuccess字段值为false时定位为接口异常,运维人员可通过唯一请求ID在第一服务器的日志文件中查找到对应的日志,定位故障并确定问题解决方案。
第二服务器接收到诊断信息时,会向客户端模块返回isSuccess字段值为true的响应,以表示诊断信息已经成功接收。
上述实施例中,通过为每个业务访问请求生成唯一请求ID,将该唯一请求ID发送给业务服务器,且业务服务器将该唯一请求ID添加到与业务访问请求相关的每条日志中,并在确定请求失败确定返回业务访问异常响应时,同时生成一条包括该唯一请求ID、业务访问请求中携带的各参数和业务访问异常响应的响应码的日志,这样在接收到业务访问异常响应时,只需将该唯一请求ID发送给提供诊断功能的第二服务器,而无需将业务访问异常响应的具体内容发送给第二服务器,运维人员可以直接根据该唯一请求ID查找到与业务访问请求相关的每条日志,来定位故障,从而:
一、由于只需将该唯一请求ID发送给提供诊断功能的第二服务器,而无需将业务访问异常响应的具体内容发送给第二服务器,从而保证了业务访问异常响应数据的安全性,且减少了诊断信息的长度,加快了诊断信息的上报速度,提高了诊断响应速度;
二、根据该唯一请求ID运维人员就可以查找到与业务访问请求相关的每条日志,从而定位故障更快。
一可选实施例中,考虑到:客户端模块的数量众多,产生的诊断信息量很大,为了加快诊断信息的传输速度,可为诊断接口设置多个域名,将每个域名架设在不同机房的网络运营商网络上,并将诊断接口的域名列表配置在每个客户端模块上,步骤104中,客户端模块将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器,包括:
客户端模块根据自身配置的诊断接口的域名列表,在该列表中顺序选择一个域名,将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给所选择域名所在网络,其中,第二服务器挂载在所选择域名下。
实际应用中,客户端模块可采用异步轮询的方式,在身配置的诊断接口的域名列表中顺序选择一个域名。
一可选实施例中,考虑到:客户端模块可能会重复发送相同的诊断信息,为了避免第二服务器重复保存同一诊断信息,步骤205中,客户端模块将本客户端模块的版本、该唯一请求ID、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器之后,进一步包括:第二服务器接收该诊断信息,在自身维护的诊断信息记录表中查找该唯一请求ID,若查找到,则确定该诊断信息已保存,丢弃接收到的该诊断信息,否则,将该诊断信息保存到诊断信息记录表中,并将该诊断信息提供给运维人员。
例如:第二服务器接收到客户端模块发来的诊断信息时,根据该诊断信息中的唯一请求ID查询Redis缓存,若查询到,则确定该诊断信息已记录,则丢弃该诊断信息,并向客户端模块返回isSuccess字段值为true的响应;若未查询到,则将该诊断信息保存到预设存储位置,并以该诊断信息的唯一请求ID作为key,将该key存储到Redis缓存中,且该key的缓存时长为1小时,同时,向客户端模块返回isSuccess字段值为true的响应。
图3为本发明一实施例提供的业务访问异常上报装置的结构示意图,该装置主要包括:
业务访问接收模块31,用于接收第一用户输入的第一业务访问请求,将第一业务访问请求发送给提供第一业务的第一服务器。
异常上报模块32,用于接收到第一服务器返回的第一业务访问异常响应,则在本地存储的问题解决方案中查找第一业务访问异常响应的解决方案,若未查找到,或者,虽查找到但是未能解决第一业务访问异常响应对应的问题,则将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器,以使得:第二服务器将所述诊断信息提供给运维人员。
一可选实施例中,上述装置进一步包括:问题解决方案拉取模块33,用于定时从问题解决方案库中获取本客户端模块的问题解决方案,将获取的问题解决方案存储到本地,其中,问题解决方案库中存储有问题解决方案,所述问题解决方案为运维人员在根据接收到的诊断信息定位故障后确定的问题解决方案。
一可选实施例中,问题解决方案拉取模块33定时从问题解决方案库中获取本客户端模块的问题解决方案,包括:
根据本客户端模块的版本定时从问题解决方案库中获取本客户端模块的问题解决方案;
且,为每个问题解决方案分别设置以下五种索引:
索引一、客户端模块的版本、用户类型、提供业务的服务器的地址和业务访问异常响应的响应码;
索引二、用户类型、提供业务的服务器的地址和业务访问异常响应的响应码;
索引三、用户类型和业务访问异常响应的响应码;
索引四、提供业务的服务器的地址和业务访问异常响应的响应码;
索引五、业务访问异常响应的响应码。
一可选实施例中,异常上报模块32在本地存储的问题解决方案中查找第一业务访问异常响应的解决方案,包括:
第一步,根据本客户端模块的版本、第一用户的用户类型、第一服务器的地址和第一业务访问异常响应的响应码在本地存储的问题解决方案中查找解决方案,若查找到,则执行第六步;否则,执行第二步;
第二步,根据第一用户的用户类型、第一服务器的地址和第一业务访问异常响应的响应码在本地存储的问题解决方案中查找解决方案,若查找到,则执行第六步;否则,执行第三步;
第三步,根据第一用户的用户类型和第一业务访问异常响应的响应码在本地存储的问题解决方案中查找解决方案,若查找到,则执行第六步;否则,执行第四步;
第四步,根据第一服务器的地址和第一业务访问异常响应的响应码在本地存储的问题解决方案中查找解决方案,若查找到,则执行第六步;否则,执行第五步;
第五步,根据第一业务访问异常响应的响应码在本地存储的问题解决方案中查找解决方案,若查找到,则执行第六步;否则,执行所述将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器的动作;
第六步,根据查找到的解决方案解决所述第一业务访问异常响应对应的问题。
一可选实施例中,业务访问接收模块31接收第一用户输入的第一业务访问请求之后、所述客户端模块将第一业务访问请求发送给提供第一业务的第一服务器之前,进一步包括:为该请求生成唯一请求标识ID;
且,异常上报模块32将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器,包括:将本客户端模块的版本、该唯一请求ID、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器。
一可选实施例中,异常上报模块32将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器,包括:根据自身配置的诊断接口的域名列表,在该列表中顺序选择一个域名,将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给所选择域名所在网络,其中,所述第二服务器挂载在所选择域名下,域名列表中的每个域名架设在不同机房的网络运营商网络上。
一可选实施例中,异常上报模块32将本客户端模块的版本、所述唯一请求ID、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器,以使得:第二服务器从该诊断信息中解析出唯一请求ID,并将该唯一请求ID记录到与第一业务访问请求相关的各条日志中,且生成一条包括所述唯一请求ID、第一业务访问请求中携带的各参数和第一业务访问异常响应的响应码的日志,以使得:运维人员根据该请求ID查找到与第一业务访问请求相关的各条日志,并根据各条日志定位故障。
一可选实施例中,异常上报模块32将本客户端模块的版本、该唯一请求ID、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器,以使得:第二服务器接收该诊断信息,在自身维护的诊断信息记录表中查找该唯一请求ID,若查找到,则确定该诊断信息已保存,丢弃接收到的该诊断信息,否则,将该诊断信息保存到诊断信息记录表中,并将该诊断信息提供给运维人员。
本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质存储指令,所述指令在由处理器执行时可执行如上所述业务访问异常上报方法中的步骤。实际应用中,所述的计算机可读介质可以是上述实施例各设备/装置/系统所包含的,也可以是单独存在,而未装配入该设备/装置/系统中。其中,在计算机可读存储介质中存储指令,其存储的指令在由处理器执行时可执行如上业务访问异常上报方法中的步骤。
根据本申请公开的实施例,计算机可读存储介质可以是非易失性的计算机可读存储介质,例如可以包括但不限于:便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件,或者上述的任意合适的组合,但不用于限制本申请保护的范围。在本申请公开的实施例中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
如图4所示,本发明实施例还提供一种电子设备。如图4所示,其示出了本发明实施例所涉及的电子设备的结构示意图,具体来讲:
该电子设备可以包括一个或一个以上处理核心的处理器41、一个或一个以上计算机可读存储介质的存储器42以及存储在存储器上并可在处理器上运行的计算机程序。在执行所述存储器42的程序时,可以实现上述业务访问异常上报方法。
具体的,实际应用中,该电子设备还可以包括电源43、输入输出单元44等部件。本领域技术人员可以理解,图4中示出的电子设备的结构并不构成对该电子设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。其中:
处理器41是该电子设备的控制中心,利用各种接口和线路连接整个电子设备的各个部分,通过运行或执行存储在存储器42内的软件程序和/或模块,以及调用存储在存储器42内的数据,执行服务器的各种功能和处理数据,从而对该电子设备进行整体监控。
存储器42可用于存储软件程序以及模块,即上述计算机可读存储介质。处理器41通过运行存储在存储器42的软件程序以及模块,从而执行各种功能应用以及数据处理。存储器42可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序等;存储数据区可存储根据服务器的使用所创建的数据等。此外,存储器42可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地,存储器42还可以包括存储器控制器,以提供处理器41对存储器42的访问。
该电子设备还包括给各个部件供电的电源43,可以通过电源管理系统与处理器41逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源43还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
该电子设备还可包括输入输出单元44,该输入单元输出44可用于接收输入的数字或字符信息,以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。该输入单元输出44还可以用于显示由用户输入的信息或提供给用户的信息以及各种图像用户接口,这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。
本申请附图中的流程图和框图,示出了按照本申请公开的各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或者代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应该注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同附图中所标准的顺序发生。例如,两个连接地表示的方框实际上可以基本并行地执行,它们有时也可以按照相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或者流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
本领域技术人员可以理解,本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合,即使这样的组合或结合没有明确记载于本申请中。特别地,在不脱离本申请精神和教导的情况下,本申请的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合,所有这些组合和/或结合均落入本申请公开的范围。
本文中应用了具体实施例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思路,并不用于限制本申请。对于本领域的技术人员来说,可以依据本发明的思路、精神和原则,在具体实施方式及应用范围上进行改变,其所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。

Claims (11)

1.一种业务访问异常上报方法,其特征在于,该方法包括:
客户端模块接收第一用户输入的第一业务访问请求;
客户端模块将第一业务访问请求发送给提供第一业务的第一服务器;
客户端模块接收到第一服务器返回的第一业务访问异常响应,则在本地存储的问题解决方案中查找第一业务访问异常响应的解决方案;
若未查找到,或者,虽查找到但是未能解决第一业务访问异常响应对应的问题,则将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器,以使得:第二服务器将所述诊断信息提供给运维人员。
2.根据权利要求1所述的方法,其特征在于,所述方法进一步包括:
客户端模块定时从问题解决方案库中获取本客户端模块的问题解决方案,将获取的问题解决方案存储到本地,其中,所述问题解决方案库中存储有问题解决方案,所述问题解决方案为运维人员在根据所述诊断信息定位故障后确定的问题解决方案。
3.根据权利要求2所述的方法,其特征在于,所述客户端模块定时从问题解决方案库中获取本客户端模块的问题解决方案,包括:
客户端模块根据所述客户端模块的版本定时从问题解决方案库中获取本客户端模块的问题解决方案;
且,为每个问题解决方案分别设置以下五种索引:
索引一、客户端模块的版本、用户类型、提供业务的服务器的地址和业务访问异常响应的响应码;
索引二、用户类型、提供业务的服务器的地址和业务访问异常响应的响应码;
索引三、用户类型和业务访问异常响应的响应码;
索引四、提供业务的服务器的地址和业务访问异常响应的响应码;
索引五、业务访问异常响应的响应码。
4.根据权利要求3所述的方法,其特征在于,所述客户端模块在本地存储的问题解决方案中查找第一业务访问异常响应的解决方案,包括:
第一步,所述客户端模块根据所述客户端模块的版本、第一用户的用户类型、第一服务器的地址和第一业务访问异常响应的响应码在本地存储的问题解决方案中查找解决方案,若查找到,则执行第六步;否则,执行第二步;
第二步,所述客户端模块根据第一用户的用户类型、第一服务器的地址和第一业务访问异常响应的响应码在本地存储的问题解决方案中查找解决方案,若查找到,则执行第六步;否则,执行第三步;
第三步,所述客户端模块根据第一用户的用户类型和第一业务访问异常响应的响应码在本地存储的问题解决方案中查找解决方案,若查找到,则执行第六步;否则,执行第四步;
第四步,所述客户端模块根据第一服务器的地址和第一业务访问异常响应的响应码在本地存储的问题解决方案中查找解决方案,若查找到,则执行第六步;否则,执行第五步;
第五步,所述客户端模块根据第一业务访问异常响应的响应码在本地存储的问题解决方案中查找解决方案,若查找到,则执行第六步;否则,执行所述将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器的动作;
第六步,所述客户端模块根据查找到的解决方案解决所述第一业务访问异常响应对应的问题。
5.根据权利要求1所述的方法,其特征在于,所述客户端模块接收第一用户输入的第一业务访问请求之后、所述客户端模块将第一业务访问请求发送给提供第一业务的第一服务器之前,进一步包括:
客户端模块为该请求生成唯一请求标识ID;
且,所述客户端模块将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器,包括:
所述客户端模块将本客户端模块的版本、所述唯一请求ID、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器。
6.根据权利要求1或5所述的方法,其特征在于,所述客户端模块将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器,包括:
所述客户端模块根据自身配置的诊断接口的域名列表,在该列表中顺序选择一个域名,将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给所选择域名所在网络,其中,所述第二服务器挂载在所选择域名下,域名列表中的每个域名架设在不同机房的网络运营商网络上。
7.根据权利要求5所述的方法,其特征在于,所述客户端模块将本客户端模块的版本、所述唯一请求ID、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器之后,进一步包括:
第二服务器从所述诊断信息中解析出所述唯一请求ID,并将所述唯一请求ID记录到与第一业务访问请求相关的各条日志中,且生成一条包括所述唯一请求ID、所述第一业务访问请求中携带的各参数和第一业务访问异常响应的响应码的日志,以使得:运维人员根据所述请求ID查找到与第一业务访问请求相关的各条日志,并根据所述各条日志定位故障。
8.根据权利要求5所述的方法,其特征在于,所述客户端模块将本客户端模块的版本、所述唯一请求ID、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器之后,进一步包括:
第二服务器接收所述诊断信息,在自身维护的诊断信息记录表中查找所述唯一请求ID,若查找到,则确定所述诊断信息已保存,丢弃接收到的所述诊断信息,否则,将所述诊断信息保存到诊断信息记录表中,并将所述诊断信息提供给运维人员。
9.一种业务访问异常上报装置,其特征在于,该装置位于客户端模块上,该装置包括:
业务访问接收模块,用于接收第一用户输入的第一业务访问请求,将第一业务访问请求发送给提供第一业务的第一服务器;
异常上报模块,用于接收到第一服务器返回的第一业务访问异常响应,则在本地存储的问题解决方案中查找第一业务访问异常响应的解决方案,若未查找到,或者,虽查找到但是未能解决第一业务访问异常响应对应的问题,则将本客户端模块的版本、第一服务器的地址和第一业务访问异常响应的响应码作为诊断信息发送给提供诊断功能的第二服务器,以使得:第二服务器将所述诊断信息提供给运维人员。
10.一种非瞬时计算机可读存储介质,所述非瞬时计算机可读存储介质存储指令,其特征在于,所述指令在由处理器执行时使得所述处理器执行如权利要求1至8中任一项所述的业务访问异常上报方法的步骤。
11.一种电子设备,其特征在于,包括如权利要求10所述的非瞬时计算机可读存储介质、以及可访问所述非瞬时计算机可读存储介质的所述处理器。
CN202110366396.1A 2021-04-06 2021-04-06 业务访问异常上报方法、装置及可读存储介质和电子设备 Pending CN113810457A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110366396.1A CN113810457A (zh) 2021-04-06 2021-04-06 业务访问异常上报方法、装置及可读存储介质和电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110366396.1A CN113810457A (zh) 2021-04-06 2021-04-06 业务访问异常上报方法、装置及可读存储介质和电子设备

Publications (1)

Publication Number Publication Date
CN113810457A true CN113810457A (zh) 2021-12-17

Family

ID=78892970

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110366396.1A Pending CN113810457A (zh) 2021-04-06 2021-04-06 业务访问异常上报方法、装置及可读存储介质和电子设备

Country Status (1)

Country Link
CN (1) CN113810457A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116070866A (zh) * 2023-02-03 2023-05-05 国任财产保险股份有限公司 一种用于业务系统的报障管理系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150289152A1 (en) * 2014-04-04 2015-10-08 Cellco Partnership D/B/A Verizon Wireless Remote diagnostics for mobile devices
CN106911494A (zh) * 2016-07-04 2017-06-30 阿里巴巴集团控股有限公司 一种故障解决方法及装置
CN109474698A (zh) * 2018-12-14 2019-03-15 平安城市建设科技(深圳)有限公司 访问请求标记方法、装置、设备及存储介质
CN109726071A (zh) * 2018-07-18 2019-05-07 平安科技(深圳)有限公司 系统故障处理方法、装置、设备及存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150289152A1 (en) * 2014-04-04 2015-10-08 Cellco Partnership D/B/A Verizon Wireless Remote diagnostics for mobile devices
CN106911494A (zh) * 2016-07-04 2017-06-30 阿里巴巴集团控股有限公司 一种故障解决方法及装置
CN109726071A (zh) * 2018-07-18 2019-05-07 平安科技(深圳)有限公司 系统故障处理方法、装置、设备及存储介质
CN109474698A (zh) * 2018-12-14 2019-03-15 平安城市建设科技(深圳)有限公司 访问请求标记方法、装置、设备及存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116070866A (zh) * 2023-02-03 2023-05-05 国任财产保险股份有限公司 一种用于业务系统的报障管理系统

Similar Documents

Publication Publication Date Title
CN109861878B (zh) kafka集群的topic数据的监控方法及相关设备
CN111190888A (zh) 一种管理图数据库集群的方法和装置
CN110851324B (zh) 基于日志的巡检处理方法、装置以及电子设备、存储介质
CN108306749B (zh) 一种监控系统报警方法、监控系统和监控装置
US20030023721A1 (en) Method and apparatus for generating context-descriptive messages
CN117608825A (zh) 基于多云管理平台的资源管理方法和相关设备
CN112506969A (zh) 一种bmc地址查询方法、系统、设备及可读存储介质
CN106815137A (zh) 用户界面测试方法与装置
US9922539B1 (en) System and method of telecommunication network infrastructure alarms queuing and multi-threading
CN113810457A (zh) 业务访问异常上报方法、装置及可读存储介质和电子设备
CN114090380A (zh) 一种终端监控的方法、装置、设备及存储介质
CN115225470B (zh) 一种业务异常监测方法、装置、电子设备及存储介质
CN111162938A (zh) 数据处理系统及方法
CN112818204B (zh) 一种业务的处理方法、装置、设备及存储介质
CN115102838A (zh) 服务器宕机风险的应急处理方法和装置、电子设备
CN115174350A (zh) 一种运维告警方法、装置、设备及介质
CN113886497A (zh) 一种双向实时数据监控方法和装置
CN112231185A (zh) 基于应用系统告警信息的知识获取方法及装置
EP1386244A4 (en) METHOD AND DEVICE FOR CREATING CONTEXT DESCRIPTION MESSAGES
US7047289B1 (en) MIB detecting data modification in MIB tables in an SNMP command responder
CN116431872B (zh) 可观测系统及基于可观测系统的服务观测方法
CN113542103B (zh) 社交通信群组中账号的邀请监测方法、装置及移动终端
CN112433915B (zh) 一种基于分布式性能监控工具的数据监控方法及相关装置
JP2018180862A (ja) フィルタ定義情報装置、プログラム及び方法
CN114661283A (zh) 持续集成方法、可读存储介质及计算机程序产品

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