CN114510408A - 一种信息反馈方法、装置、系统、设备及存储介质 - Google Patents
一种信息反馈方法、装置、系统、设备及存储介质 Download PDFInfo
- Publication number
- CN114510408A CN114510408A CN202011285245.5A CN202011285245A CN114510408A CN 114510408 A CN114510408 A CN 114510408A CN 202011285245 A CN202011285245 A CN 202011285245A CN 114510408 A CN114510408 A CN 114510408A
- Authority
- CN
- China
- Prior art keywords
- error
- information
- code
- service
- dependent
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3692—Test management for test results analysis
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请实施例公开了一种信息反馈方法、装置、系统、设备及存储介质,其中该方法包括:接收来自依赖服务的错误反馈消息,该错误反馈消息包括目标错误码;调用依赖服务对应的错误信息映射文件,该错误信息映射文件是基于依赖服务对应的错误码号段中的错误码以及错误注册信息构建的,错误注册信息包括标准错误信息;在错误信息映射文件中,查找目标错误码对应的标准错误信息;在查找到目标错误码对应的标准错误信息的情况下,向依赖服务的用户反馈目标错误码对应的标准错误信息。该方法能够对分布式软件系统的各依赖服务的错误信息进行统一配置和管理,保证准确地向用户反馈依赖服务的错误情况。
Description
技术领域
本申请涉及互联网技术领域,尤其涉及一种信息反馈方法、装置、系统、设备及存储介质。
背景技术
随着分布式软件系统规模和复杂度的增加,分布式软件系统所提供的服务往往会被拆分为多个子服务,并且分布式软件系统还可以外接一些其它的服务,这些子服务和外接的服务均可被视为分布式软件系统的依赖服务。
在互联网流量、业务复杂度都不断扩大的今天,分布式软件系统的管理平台经常会接收到大量来自依赖服务的错误反馈消息,其中包括错误码和错误信息;管理平台需要基于错误码调用相应的依赖服务的错误信息处理逻辑,然后,利用该错误信息处理逻辑对错误信息进行分析处理,并向用户反馈错误信息的分析处理结果,以便用户了解依赖服务的错误情况。
然而,上述实现方式存在以下缺陷:各依赖服务向管理平台反馈的错误信息难以维护,无法保证各依赖服务均按照管理平台规定的错误信息规范返回错误信息,经常发生反馈的错误信息模糊、携带敏感信息、格式不统一等问题;不利于管理平台对错误信息进行分析处理,更不利于管理平台向用户准确地反馈依赖服务的错误情况。
发明内容
本申请实施例提供了一种信息反馈方法、装置、系统、设备及存储介质,能够对分布式软件系统的各依赖服务的错误信息进行统一配置和管理,保证准确地向用户反馈依赖服务的错误情况。
有鉴于此,本申请第一方面提供了一种信息反馈方法,所述方法包括:
接收来自依赖服务的错误反馈消息;所述错误反馈消息包括目标错误码;
调用所述依赖服务对应的错误信息映射文件;所述错误信息映射文件是基于所述依赖服务对应的错误码号段中的错误码以及错误注册信息构建的,所述错误注册信息包括标准错误信息;
在所述错误信息映射文件中,查找所述目标错误码对应的标准错误信息;
在查找到所述目标错误码对应的标准错误信息的情况下,向所述依赖服务的用户反馈所述目标错误码对应的标准错误信息。
本申请第二方面提供了一种信息反馈装置,所述装置包括:
消息接收模块,用于接收来自依赖服务的错误反馈消息;所述错误反馈消息包括目标错误码;
文件调用模块,用于调用所述依赖服务对应的错误信息映射文件;所述错误信息映射文件是基于所述依赖服务对应的错误码号段中的错误码以及错误注册信息构建的,所述错误注册信息包括标准错误信息;
信息查找模块,用于在所述错误信息映射文件中,查找所述目标错误码对应的标准错误信息;
信息反馈模块,用于在查找到所述目标错误码对应的标准错误信息的情况下,向所述依赖服务的用户反馈所述目标错误码对应的标准错误信息。
本申请第三方面提供了一种信息反馈系统,所述系统包括配置中心和分布式软件系统的依赖服务,所述配置中心与所述分布式软件系统中的业务处理平台互相独立;
所述依赖服务,用于向所述配置中心发送错误反馈消息;
所述配置中心,用于执行如上述第一方面所述的信息反馈方法。
本申请第四方面提供了一种设备,所述设备包括处理器以及存储器:
所述存储器用于存储计算机程序;
所述处理器用于根据所述计算机程序,执行如上述第一方面所述的信息反馈方法的步骤。
本申请第五方面提供了一种计算机可读存储介质,所述计算机可读存储介质用于存储计算机程序,所述计算机程序用于执行上述第一方面所述的信息反馈方法的步骤。
本申请第六方面提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述第一方面所述的信息反馈方法的步骤。
从以上技术方案可以看出,本申请实施例具有以下优点:
本申请实施例提供了一种信息反馈方法,该方法针对分布式软件系统的各依赖服务分别构建对应的错误信息映射文件,利用该错误信息映射文件对依赖服务的错误码和标准错误信息进行管理;当接收到来自依赖服务的错误反馈消息时,相应地调用该依赖服务对应的错误信息映射文件,在该错误信息映射文件中,查找与错误反馈消息中的目标错误码相对应的标准错误信息;若在该错误信息映射文件中查找到该目标错误码对应的标准错误信息,则向该依赖服务的用户反馈该标准错误信息。相比相关技术中对来自依赖服务的错误信息进行处理,再向用户反馈处理后的错误信息的实现方式,本申请实施例提供的信息反馈方法不再需要对依赖服务发来的错误信息进行处理,该方法可以直接根据依赖服务发来的错误码,在该依赖服务对应的错误信息映射文件中查找与该错误码对应的标准错误信息反馈给用户;如此,无论依赖服务发来的错误信息是否规范,均不会对向用户反馈的错误信息产生影响,能够保证向用户反馈准确性高、可读性强的依赖服务的错误信息。
附图说明
图1为本申请实施例提供的信息反馈系统的工作原理示意图;
图2为本申请实施例提供的信息反馈方法的流程示意图;
图3为本申请实施例提供的错误信息注册阶段的流程示意图;
图4为本申请实施例提供的基于错误信息映射文件向用户反馈错误信息的应用阶段的流程示意图;
图5为本申请实施例提供的在错误信息映射文件中注册未注册错误信息的反馈阶段的流程示意图;
图6为本申请实施例提供的API依赖服务的模糊错误信息量的曲线图;
图7为本申请实施例提供的不同依赖服务的用户投诉量的曲线图;
图8为本申请实施例提供的第一种信息反馈装置的结构示意图;
图9为本申请实施例提供的第二种信息反馈装置的结构示意图;
图10为本申请实施例提供的第三种信息反馈装置的结构示意图;
图11为本申请实施例提供的第四种信息反馈装置的结构示意图;
图12为本申请实施例提供的第五种信息反馈装置的结构示意图;
图13为本申请实施例提供的第六种信息反馈装置的结构示意图;
图14为本申请实施例提供的第七种信息反馈装置的结构示意图;
图15为本申请实施例提供的第八种信息反馈装置的结构示意图;
图16为本申请实施例提供的服务器的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
相关技术中,分布式软件系统的管理平台接收到来自依赖服务的错误反馈消息后,需要利用相应的错误信息处理逻辑,对该错误反馈消息中携带的错误信息进行分析处理,进而向依赖服务的用户反馈处理后的错误信息。然而,在实际应用中,通常无法保证各依赖服务反馈的错误信息均符合管理平台规定的错误信息规范,极易发生错误信息模糊、错误信息中携带敏感信息、错误信息格式不统一等问题,对于此类不规范的错误信息,管理平台往往难以对其进行准确有效地分析处理,这将对向用户反馈的错误信息的准确性和可读性产生影响。
针对上述相关技术存在的问题,本申请实施例提供了一种信息反馈方法,该方法可以对分布式软件系统的各依赖服务的错误信息进行统一管理,在无需对依赖服务反馈的错误信息进行处理的情况下,基于依赖服务反馈的错误码向用户反馈标准规范的错误信息。
具体的,在本申请实施例提供的信息反馈方法中,接收来自依赖服务的错误反馈消息,该错误反馈消息中包括目标错误码;然后,调用该依赖服务对应的错误信息映射文件,该错误信息映射文件是基于该依赖服务对应的错误码号段中的错误码以及错误注册信息构建的,该错误注册信息中包括标准错误信息;进而,在所调用的错误信息映射文件中,查找该目标错误码对应的标准错误信息,若在该错误信息映射文件中查找到该目标错误码对应的标准错误信息,则向依赖服务的用户反馈该目标错误码对应的标准错误信息。
相比相关技术中对来自依赖服务的错误信息进行分析处理,再向用户反馈处理后的错误信息的实现方式,上述信息反馈方法不再需要对依赖服务发来的错误信息进行处理,可以直接根据依赖服务发来的目标错误码,在该依赖服务对应的错误信息映射文件中查找与该目标错误码对应的标准错误信息反馈给用户;如此,无论依赖服务发来的错误信息是否规范,均不会对向用户反馈的错误信息产生影响,保证向用户反馈准确性高、可读性强的标准错误信息。
应理解,本申请实施例提供的信息反馈方法可以应用于与分布式软件系统中的依赖服务具有通信关系的服务器,该服务器具体可以为应用服务器或Web服务器,在实际部署时,可以为独立的服务器,也可以为集群服务器或云服务器。
为了便于理解本申请实施例提供的信息反馈方法,下面先结合本申请实施例提供的信息反馈方法适用的应用场景,对本申请实施例提供的信息反馈系统进行介绍。
参见图1,图1为本申请实施例提供的信息反馈系统的工作原理示意图。如图1所示,该信息反馈系统包括配置中心110和分布式软件系统的依赖服务120;其中,配置中心110具体可以表现为服务器,其用于执行本申请实施例提供的信息反馈方法;分布式软件系统的依赖服务120具体也可以表现为服务器,其可以提供分布式软件系统中的子服务,也可以提供分布式软件系统的外接服务;各依赖服务120均可以通过网络与配置中心110进行通信。
需要说明的是,在实际应用中,为了便于维护分布式软件系统的依赖服务的错误信息,避免所维护的依赖服务的错误信息与分布式软件系统的业务处理逻辑产生耦合,本申请实施例提供的信息反馈系统中的配置中心110与分布式软件系统中的业务处理平台是互相独立的。
具体实现时,分布式软件系统的依赖服务120若在运行过程中发生错误,可以通过网络向配置中心110发送错误反馈消息;该错误反馈消息中可以携带与该依赖服务当前发生的错误相对应的目标错误码,还可以携带该依赖服务当前发生的错误对应的目标错误信息。
配置中心110接收到依赖服务120发送的错误反馈消息后,可以相应地调用该依赖服务120对应的错误信息映射文件。需要说明的是,依赖服务120对应的错误信息映射文件通常是基于错误注册信息预先构建的;具体的,配置中心110可以为各依赖服务120分别配置不同的错误码号段,针对某个依赖服务120构建对应的错误信息映射文件时,配置中心110可以在为该依赖服务120配置的错误码号段中,按照预设顺序为该依赖服务120的管理用户上传的各条错误注册信息分配对应的错误码,并将错误码与错误注册信息之间的对应关系写入该依赖服务120对应的错误信息映射文件中;上述错误注册信息中至少包括标准错误信息,该标准错误信息是指可以直接反馈给依赖服务的用户的错误信息,依赖服务的用户基于标准错误信息即可清楚地了解依赖服务所发生的错误。
配置中心110调取到依赖服务120对应的错误信息映射文件后,在该错误信息映射文件中查找与错误反馈消息中携带的目标错误码相对应的标准错误信息。若配置中心110在该错误信息映射文件中查找到了该目标错误码对应的标准错误信息,则配置中心110可以相应地向依赖服务的用户反馈该目标错误码对应的标准错误信息。
反之,若配置中心110未在该错误信息映射文件中查找到该目标错误码对应的标准错误信息,则说明该错误信息映射文件中尚未注册与该目标错误码对应的标准错误信息;在该种情况下,配置中心110可以将该目标错误码转换为与发送该错误反馈消息的依赖服务120对应的模糊错误码。即配置中心110可以预先针对各依赖服务120分别配置不同的模糊错误码,当无法在依赖服务120对应的错误信息映射文件中查找到某错误码时,可以将该错误码转换为该依赖服务120对应的模糊错误码;进而,通过日志记录该模糊错误码以及该错误反馈消息中携带的目标错误信息。当预设周期结束后,配置中心110可以将日志记录的来自各依赖服务的未注册错误信息,相应地发送给各依赖服务的管理用户,以使其在对应的错误信息配置文件中针对未注册错误信息进行注册,如此实现未注册错误信息的正向反馈机制,使得整套依赖服务的错误信息注册机制形成闭环。
应理解,图1所示的信息反馈系统的结构仅为示例,该信息反馈系统实际上可以包括更多或更少的依赖服务,图1所示的依赖服务的数量仅为示例,本申请在此不对信息反馈系统中依赖服务的数量做任何限定。此外,本申请实施例提供的信息反馈方法除了可以用于向分布式软件系统的依赖服务的用户反馈错误信息外,还可以用于向其它类型系统的依赖服务的用户反馈错误信息,在此不对本申请实施例提供的信息反馈方法所适用的应用场景做任何限定。
下面通过方法实施例对本申请提供的信息反馈方法进行详细介绍。
参见图2,图2为本申请实施例提供的信息反馈方法的流程示意图。为了便于描述,下述实施例以该信息反馈方法的执行主体为配置中心为例进行介绍。如图2所示,该信息反馈方法包括以下步骤:
步骤201:接收来自依赖服务的错误反馈消息;所述错误反馈消息包括目标错误码。
在实际应用中,用户可以通过调用分布式软件系统的依赖服务实现相关功能,分布式软件系统的依赖服务在为用户提供相关功能支持的过程中,可能会因用户操作不当、自身运行条件不稳定等因素发生错误,此时,依赖服务可以相应地生成包括目标错误码的错误反馈消息,并将该错误反馈消息通过网络发送给配置中心,以使配置中心基于该错误反馈消息相应地向用户反馈该依赖服务当前发生的错误情况。
需要说明的是,错误反馈消息中包括的目标错误码是与依赖服务当前发生的错误情况相对应的错误码,不同的错误情况对应于不同的错误码。此外,错误反馈消息中通常还可以包括与依赖服务当前发生的错误情况相对应的目标错误信息,该目标错误信息能够在一定程度上反映更为具体的错误情况,但是由于依赖服务生成的错误信息通常比较抽象,对于用户来说不易理解、可读性差,因此,配置中心不会直接向用户反馈该错误反馈消息中包括的错误信息。
步骤202:调用所述依赖服务对应的错误信息映射文件;所述错误信息映射文件是基于所述依赖服务对应的错误码号段中的错误码以及错误注册信息构建的,所述错误注册信息包括标准错误信息。
配置中心接收到来自依赖服务的错误反馈消息后,可以相应地调用该依赖服务对应的错误信息映射文件,该错误信息映射文件中记录有为该依赖服务分配的错误码号段中的错误码与错误注册信息之间的对应关系,错误注册信息中至少包括标准错误信息。
需要说明的是,依赖服务对应的错误信息映射文件通常是配置中心预先构建的,不同的依赖服务对应于不同的错误信息映射文件;配置中心接收到来自依赖服务的错误反馈消息后,需要相应地调用该依赖服务对应的错误信息映射文件。此外,配置中心针对依赖服务构建其对应的错误信息映射文件时,需要利用该依赖服务的管理用户上传的错误注册信息,该错误注册信息中至少包括标准错误信息,此处的标准错误信息是指可以直接向依赖服务的用户反馈的错误信息,其具有可读性强、便于用户理解的特点,换言之,依赖服务的用户基于标准错误信息可以清楚地了解依赖服务发生的错误情况。
具体实现时,配置中心可以针对不同的依赖服务分别维护不同的客户(client)文件,不同的client文件对应于不同的依赖服务标识;配置中心接收到来自依赖服务的错误反馈消息后,可以将该错误反馈消息对应到针对该依赖服务的client文件,进而,基于该client文件所对应的依赖服务标识,相应地调用该依赖服务对应的错误信息映射文件。
应理解,上述调用错误信息映射文件的实现方式仅为示例,在实际应用中,配置中心也可以通过其它方式调用错误信息映射文件;例如,依赖服务可以在其向配置中心发送的错误反馈消息中添加对应的依赖服务标识,进而,配置中心可以直接基于该错误反馈消息中携带的依赖服务标识调用对应的错误信息映射文件。本申请在此不对配置中心调用错误信息映射文件的实现方式做任何限定。
需要说明的是,在很多情况下,依赖服务向配置中心发送的错误反馈消息中可能携带的是成功响应码,即依赖服务在成功响应用户操作、成功实现某种功能等情况下,可以向配置中心发送携带成功响应码的错误反馈消息。为了避免不必要地执行调用错误信息映射文件、在错误信息映射文件中查找错误信息等操作,配置中心可以在调用依赖服务对应的错误信息映射文件之前,先检测错误反馈消息中携带的目标错误码是否为预设的成功响应码;若该目标错误码为成功响应码,则配置中心可以获取依赖服务的响应结果,并向依赖服务的用户反馈该响应结果;若该目标错误码并非成功响应码,则执行调用依赖服务对应的错误信息映射文件的操作。
示例性的,假设预设的成功响应码为0,则配置中心接收到依赖服务发送的错误反馈消息后,可以先检测该错误反馈消息中携带的目标错误码是否为0。若是,则说明该依赖服务响应成功,并未发生错误,此时配置中心可以相应地获取该依赖服务的响应结果,并将该响应结果反馈给该依赖服务的用户,使其获知依赖服务已成功响应。若否,则说明依赖服务未成功响应,其在响应的过程中发生了错误,此时配置中心需要相应地调用该依赖服务对应的错误信息映射文件。
应理解,在实际应用中,配置中心可以根据实际需求设置上述成功响应码,本申请在此不对该成功响应码做任何限定。
在本申请实施例提供的信息反馈方法中,上述错误信息映射文件作为依赖服务错误信息的维护载体,起到了极其重要的作用,下面对依赖服务对应的错误信息映射文件的构建方式进行详细介绍。
配置中心可以先为依赖服务分配对应的错误码号段,并且创建依赖服务对应的错误信息映射文件;然后,获取针对该依赖服务对应的错误注册信息,在错误码号段中按照预设顺序为所获取的错误注册信息分配对应的错误码;进而,将错误码与错误注册信息之间的对应关系写入错误信息映射文件。
具体的,对于分布式软件系统的新的依赖服务,如分布式软件系统中新创建的子服务、新接入的外接服务等,配置中心可以针对该依赖服务分配对应的错误码号段,并且创建对应的错误信息映射文件。需要说明的是,在本申请实施例提供的技术方案中,配置中心需要针对不同的依赖服务相应地分配不同的错误码号段;例如,假设分布式软件系统的依赖服务包括依赖服务A、依赖服务B和依赖服务C,则配置中心可以针对依赖服务A分配对应的错误码号段0-500,针对依赖服务B分配对应的错误码号段501-1000,针对依赖服务C分配对应的错误码号段1001-1500;如此,保证不同的依赖服务对应于不同的错误码号段,避免因不同的依赖服务存在相同的错误码号段,而导致错误映射文件误调用、错误信息误查找等情况发生。
应理解,在实际应用中,配置中心可以根据依赖服务的实际业务情况为其分配对应的错误码号段,例如,对于业务逻辑较为复杂的依赖服务,可以为其分配覆盖有较多错误码的错误码号段,对于业务逻辑较为简单的依赖服务,可以为其分配覆盖有较少错误码的错误码号段。本申请在此不对配置中心针对依赖服务分配错误码号段的方式做任何限定。
然后,配置中心可以获取针对该依赖服务的错误注册信息,该错误注册信息可以是该依赖服务的管理用户基于依赖服务运行过程中可能发生的错误情况上传的信息,通常情况下,一条错误注册信息对应一种错误情况。示例性的,依赖服务的管理用户向配置中心上传的错误注册信息需要包括标准错误信息,该标准错误信息可以包括英文的标准错误信息和中文的标准错误信息,此外,该错误注册信息中还可以包括错误关键词,该错误关键词是与该错误注册信息对应的错误情况相关的关键词,其能够在一定程度上简明地反映错误情况。
配置中心获取到依赖服务的错误注册信息后,可以在为该依赖服务分配的错误码号段中,按照预设顺序为所获取的错误注册信息依次分配对应的错误码。例如,假设配置中心为该依赖服务分配的错误码号段为0-100,并且配置中心当前已获取到该依赖服务的管理用户上传的5条错误注册信息,此时,配置中心可以将该错误码号段中的错误码0、1、2、3和4分别分配给这5条错误注册信息。针对所获取的错误注册信息分配完对应的错误码后,配置中心可以将错误码与错误注册信息之间的对应关系,写入此前针对该依赖服务构建的错误信息映射文件,即将错误码及其对应的错误注册信息写入依赖服务对应的错误信息映射文件。
需要说明的是,为了保证错误信息映射文件所维护的标准错误信息的质量,并且避免在错误信息映射文件中重复注册相同的标准错误信息,浪费错误信息映射文件的存储资源;配置中心可以在为其获取的错误注册信息分配对应的错误码之前,校验所获取的错误注册信息是否满足预设规范条件,该预设规范条件可以包括以下至少一种:错误注册信息包括必要注册信息、错误注册信息对应的信息标识与错误映射文件中已有的错误注册信息对应的信息标识不重复;在校验错误注册信息满足上述预设规范条件的情况下,配置中心再继续在为依赖服务分配的错误码号段中按照预设顺序为错误注册信息分配对应的错误码。
具体的,配置中心可以执行分布式软件系统平台提供的错误信息自动化生成脚本,通过该自动化生成脚本对配置中心获取的错误注册信息进行校验,判断所获取的错误注册信息是否满足预设规范条件。示例性的,可以校验错误注册信息中是否包括必要注册信息,例如,假设必要注册信息为英文的标准错误信息和中文的标准错误信息,则配置中心可以通过自动化生成脚本校验其获取的错误注册信息中是否包括英文的标准错误信息和中文的标准错误信息,若是,则可以确定该错误注册信息符合预设规范条件,若否,则可以确定该错误注册信息不符合预设规范条件。示例性的,也可以校验错误注册信息对应的信息标识与错误信息映射文件中已有的错误注册信息对应的信息标识是否重复,即配置中心获取的每条错误注册信息可以分别对应一个信息标识,不同的错误注册信息对应不同的信息标识,若配置中心获取的错误注册信息对应的信息标识与错误信息映射文件中已有的错误注册信息对应的信息标识重复,则说明已为该错误注册信息分配对应的错误码,并且已将该错误注册信息写入错误映射文件,在该种情况下,配置中心无需在错误信息映射文件中重复注册该错误注册信息。
错误注册信息只有在通过校验,满足预设规范条件的情况下,配置中心才可以针对该错误注册信息分配错误码,并将其注册至错误信息映射文件。错误注册信息若未通过校验,不满足预设规范条件,则配置中心可以丢弃该错误注册信息,并且相应地提醒依赖服务的管理用户其上传的错误注册信息不满足预设规范条件。
应理解,在实际应用中,配置中心也可以将错误注册信息中包括必要注册信息、以及错误注册信息对应的信息标识与错误信息映射文件中已有的错误注册信息对应的信息标识不重复,均作为预设规范条件,即只有在错误注册信息同时满足上述这两个条件的情况下,才认为该错误注册信息满足预设规范条件。当然,在实际应用中,配置中心也可以根据实际需求,将其它条件设置为预设规范条件,本申请在此不对该预设规范条件做具体限定。
步骤203:在所述错误信息映射文件中,查找所述目标错误码对应的标准错误信息。
由于依赖服务对应的错误信息映射文件中记录有错误码与错误注册信息之间的对应关系,因此,配置中心调取到依赖服务对应的错误信息映射文件后,可以在该错误信息映射文件中查找目标错误码对应的错误注册信息,如若能够查找到目标错误码对应的错误注册信息,即可相应地从所查找到的错误注册信息中获取到目标错误码对应的标准错误信息。
步骤204:在查找到所述目标错误码对应的标准错误信息的情况下,向所述依赖服务的用户反馈所述目标错误码对应的标准错误信息。
若配置中心在依赖服务对应的错误信息映射文件中查找到目标错误码对应的错误注册信息,则配置中心可以相应地从该错误注册信息中获取目标错误码对应的标准错误信息,进而,向依赖服务的用户反馈该目标错误码对应的标准错误信息,以使依赖服务的用户清楚地了解依赖服务所发生的错误情况。
需要说明的是,本申请实施例提供的方法除了可以将错误注册信息中的标准错误信息反馈给依赖服务的用户外,还可以向依赖服务的用户反馈通过其他方式生成的错误信息,如此,从多个维度向依赖服务的用户反应依赖服务的错误情况,更加方便用户清楚地了解依赖服务发生的错误情况。
即在依赖服务发送的错误反馈消息中包括目标错误信息,且目标错误码对应的错误注册信息中包括错误关键词的情况下,配置中心可以在错误信息映射文件中查找目标错误码对应的错误关键词;然后,根据目标错误信息和目标错误码对应的错误关键词,生成目标参考错误信息;进而,向依赖服务的用户反馈该目标参考错误信息。
正如上文所介绍的,依赖服务向配置中心发送的错误反馈消息中还可以包括与依赖服务发生的错误情况相对应的错误信息,该错误信息虽然能够在一定程度上反映依赖服务发生的错误情况,但是该错误信息通常比较抽象,对于用户来说可读性差、不易理解。
为了使依赖服务反馈的错误信息可以被更好地利用,依赖服务的管理用户可以针对此类依赖服务反馈的错误信息设置对应的错误关键词,并在向依赖服务对应的错误信息映射文件中注册标准错误信息的同时,将所设置的错误关键词也注册至错误信息映射文件。即,依赖服务的管理用户可以在错误注册信息中添加错误关键词,配置中心完成在错误信息映射文件中注册错误码与错误注册信息之间的对应关系的操作后,即可相应地构建出错误码与错误注册信息中的标准错误信息和错误关键词之间的对应关系。在该种情况下,配置中心接收到依赖服务发送的错误反馈消息后,可以在依赖服务对应的错误信息映射文件中,查找与该错误反馈消息中的目标错误码对应的错误关键词,进而将所查找到的错误关键词与错误反馈消息中的目标错误信息结合起来,得到更易被用户理解的目标参考错误信息。
例如,假设依赖服务A针对自身调用依赖服务B失败的情况,通常向配置中心反馈的目标错误信息“调用失败”,如若直接将该目标错误信息发送给依赖服务的用户,用户通常难以理解其具体反应的错误情况。为了更好地利用该目标错误信息,依赖服务A的管理用户可以根据依赖服务A自身的业务逻辑,相应地设置错误关键词“依赖服务A”和“依赖服务B”,并将其注册至依赖服务A对应的错误信息映射文件。配置中心接收到依赖服务A反馈的携带有目标错误信息“调用失败”的错误反馈消息后,可以相应地从依赖服务A对应的错误信息映射文件中获取到错误关键词“依赖服务A”和“依赖服务B”,进而,根据所获取的错误关键词以及目标错误信息“调用失败”,生成目标参考错误信息“依赖服务A调用依赖服务B失败”,并将该目标参考错误信息反馈给依赖服务A的用户。
应理解,上述根据目标错误信息和错误关键词生成目标参考错误信息的方式仅为示例,在实际应用中,依赖服务的管理用户还可以根据实际需求设置其它类型的错误关键词,相应地,配置中心可以采用其它方式根据目标错误信息和错误关键词生成目标参考错误信息,本申请在此不对所设置的错误关键词做任何限定,也不对根据目标错误信息和错误关键词生成目标参考错误信息的方式做任何限定。
应理解,在实际应用中,配置中心可以将目标错误码对应的标准错误信息和目标参考错误信息同时反馈给依赖服务的用户,也可以将按照一定的顺序,先后向依赖服务的用户反馈目标错误码对应的标准错误信息和目标参考错误信息,本申请在此不对标准错误信息和目标参考错误信息的反馈顺序做任何限定。
若配置中心没有在依赖服务对应的错误信息映射文件中查找到与错误反馈消息中的目标错误码对应的错误注册信息,即没有查找到目标错误码对应的标准错误信息,则配置中心可以将该目标错误码转换为该依赖服务对应的模糊错误码;进而,在未注册错误信息日志中,关联记录该依赖服务对应的模糊错误码和来自依赖服务的目标错误信息。
具体的,若配置中心根据依赖服务发送的错误反馈消息中的目标错误码,没有在该依赖服务对应的错误信息映射文件中查找到该目标错误码对应的错误注册信息,则说明依赖服务的管理用户尚未在错误信息映射文件中注册与该目标错误码对应的错误注册信息,在该种情况下,配置中心可以将该目标错误码转换为该依赖服务对应的模糊错误码,并且通过未注册错误信息日志,关联记录该模糊错误码与该错误反馈消息中的目标错误信息。
需要说明的是,配置中心可以预先针对各种依赖服务分别配置对应的模糊错误码,不同的依赖服务对应的模糊错误码不同。当配置中心确定依赖服务发送的错误反馈消息中的目标错误码尚未被注册时,需要将该目标错误码相应地转换为该依赖服务的模糊错误码,如此,将该错误反馈消息中的目标错误信息与模糊错误码关联记录到未注册错误信息日志中,可以更便于了解未注册错误信息日志中各种尚未注册的错误信息所来源的依赖服务,进而,便于向相应的依赖服务的管理用户反馈这些尚未注册的错误信息。
需要说明的是,在本申请实施例提供的方法中,配置中心除了可以通过未注册错误信息日志记录尚未注册的错误信息,还可以定时地向依赖服务的管理用户反馈尚未注册的错误信息。即,配置中心可以读取预设时段内在未注册错误信息日志中记录的模糊错误码和错误信息;进而,针对每个模糊错误码,确定该模糊错误码对应的依赖服务的管理用户,并将与该模糊错误码关联的错误信息发送给该依赖服务的管理用户。
具体的,配置中心可以周期性地读取在未注册错误信息日志中记录的错误信息,例如,配置中心可以每天读取一次该天内在未注册错误信息日志中记录的错误信息。由于模糊错误码与依赖服务之间具有一一对应的关系,因此,配置中心可以基于模糊错误码将同一依赖服务产生的尚未注册的错误信息均反馈给该依赖服务的管理用户,即在未注册错误信息日志中与同一模糊错误码关联记录的所有错误信息,实质上都来自于该模糊错误码对应的依赖服务,将未注册错误信息日志中在预设时段内产生的与同一模糊错误码关联的所有错误信息都反馈该依赖服务的管理用户,更有利于该依赖服务的管理用户了解预设时段内该依赖服务产生的尚未注册的错误信息,并对其进行后续的注册处理。
应理解,上述预设时段可以根据实际需求设定,例如,可以设定为一天、一周等等,本申请在此不对该预设时段做任何限定。
需要说明的是,在实际应用中,配置中心可以仅针对在预设时段内产生较多未注册错误信息的依赖服务,向其管理用户提供该依赖服务在预设时段内产生的未注册错误信息。即,配置中心可以统计预设时段内在未注册错误信息日志中记录的各模糊错误码各自对应的出现次数,然后按照出现次数从大到小的顺序排列各模糊错误码,进而,针对排在前预设位数的每个模糊错误码,确定该模糊错误码对应的依赖服务的管理用户,并将与该模糊错误码管理的错误信息均发送给该管理用户。
具体的,配置中心可以根据预设时段内未注册错误信息日志中各模糊错误码各自对应的出现次数,对各模糊错误码进行降序排序,并且确定排序靠前的预设位数个模糊错误码,这些模糊错误码对应的依赖服务在预设时段内产生的未注册错误信息相对较多。进而,配置中心可以针对产生未注册错误信息相对较多的每个依赖服务,将其在预设时段内产生的未注册信息(即与该依赖服务对应的模糊错误码相关联的错误信息),发送给该依赖服务的管理用户。
应理解,上述预设位数可以根据实际需求进行设定,例如,可以设定为5个、10个等等,本申请在此不对该预设位数做具体限定。
应理解,在实际应用中,除了可以通过对未注册错误信息日志中各模糊错误码各自对应的出现次数进行排序的方式,来确定产生较多未注册错误信息的依赖服务外,本申请实施例提供的方法还可以通过其它方式确定产生较多未注册错误信息的依赖服务,例如,可以确定出现次数超过预设阈值的模糊错误码,此类模糊错误码对应的依赖服务即应当为产生较多未注册错误信息的依赖服务。本申请在此不对确定产生较多未注册错误信息的依赖服务的实现方式做任何限定。
依赖服务的管理用户接收到配置中心发送的该依赖服务产生的未注册错误信息后,可以进一步在该依赖服务对应的错误信息映射文件中注册该未注册错误信息。具体的,配置中心可以接收依赖服务的管理用户基于其接收的错误信息上传的目标错误注册信息;然后,在该依赖服务对应的错误码号段中按照预设顺序为该目标错误注册信息分配对应的错误码;进而,将该目标错误注册信息及其对应的错误码,写入该依赖服务对应的错误信息映射文件。
即,依赖服务的管理用户接收到配置中心向其发送的未注册错误信息后,可以基于所接收的未注册错误信息,相应地在该依赖服务对应的错误信息映射文件中注册与该未注册错误信息对应的信息;即该管理用户可以向配置中心上传该未注册错误信息对应的目标错误注册信息,该目标错误注册信息中至少包括该未注册错误信息对应的标准错误信息,还可以包括该未注册错误信息对应的错误关键词。配置中心接收到管理用户上传的目标错误注册信息后,即可相应地执行错误信息注册操作,即在该依赖服务对应的错误码号段中按序为该目标错误注册信息分配对应的错误码,并将该目标错误注册信息与该错误码之间的对应关系,写入该依赖服务对应的错误信息映射文件。如此,实现了未注册错误信息的正向反馈机制,实现了整套依赖服务的错误信息注册机制的闭环。
相比相关技术中对来自依赖服务的错误信息进行分析处理,再向用户反馈处理后的错误信息的实现方式,上述信息反馈方法不再需要对依赖服务发来的错误信息进行处理,可以直接根据依赖服务发来的目标错误码,在该依赖服务对应的错误信息映射文件中查找与该目标错误码对应的标准错误信息反馈给用户;如此,无论依赖服务发来的错误信息是否规范,均不会对向用户反馈的错误信息产生影响,保证向用户反馈准确性高、可读性强的标准错误信息。
为了便于进一步理解本申请实施例提供的信息反馈方法,下面针对错误信息注册阶段、基于错误信息映射文件向用户反馈错误信息的应用阶段、以及在错误信息映射文件中注册未注册错误信息的反馈阶段,分别进行整体示例性介绍。
参见图3,图3为本申请实施例提供的错误信息注册阶段的流程示意图。由于分布式软件系统的依赖服务众多,因此需要建立一套完善的错误信息注册机制,使得各依赖服务可以自主且规范地维护自身的错误信息,针对依赖服务注册错误信息的流程如图3所示,具体可以包括以下步骤:
(1)对于新接入分布式软件系统的依赖服务,配置中心需要为该依赖服务分配对应的错误码号段、依赖服务标识,并且创建与该依赖服务对应的错误信息映射文件。
(2)将依赖服务的管理用户上传的错误注册信息,依次注册至该依赖服务对应的错误信息映射文件。此处的错误注册信息应当包括标准错误信息(包括英文错误信息和中文注册信息)等必要注册信息,也可以根据实际需求在错误注册信息中添加入错误关键词等可选注册信息。
(3)配置中心执行错误信息自动化生成脚本,该错误信息自动化生成脚本可以执行以下操作:
校验错误注册信息是否规范,例如,是否包含必要注册信息,错误注册信息对应的错误信息标识是否与错误信息映射文件中已有的错误注册信息对应的错误信息标识重复等;
错误注册信息校验通过后,在针对该依赖服务分配的错误码号段中按顺序为该错误注册信息分配对应的错误码,如此避免发生不同的错误注册信息对应的错误码相冲突的情况。
(4)生成依赖服务对应的错误信息映射文件,以便配置中心读取到依赖服务返回的错误反馈消息后,可以基于该错误信息映射文件映射得到对应的标准错误信息。
参见图4,图4为本申请实施例提供的基于错误信息映射文件向用户反馈错误信息的应用阶段的流程示意图。生成依赖服务对应的错误信息映射文件后,配置中心的错误处理机制可以自动地进行错误码的映射转换以及标准错误信息的读取,该映射转换及信息读取的流程如图4所示,具体可以包括以下步骤:
(1)接收依赖服务返回的错误反馈消息,对该错误反馈消息进行解析。
(2)当错误反馈消息中携带的目标错误码为0时,配置中心可以认为依赖服务响应成功,并获取依赖服务的响应结果,进而在向用户反馈的错误信息结构中构造一个成功(无错误)的结果返回给用户。
(3)当错误反馈消息中携带的目标错误码不为0时,读取该依赖服务对应的错误信息映射文件;在该错误信息映射文件中查找是否存在与目标错误码对应的错误注册信息,如果存在与该目标错误码对应的错误注册信息,则把该错误注册信息中的标准错误信息返回给用户;如果错误信息映射文件中不存在与该目标错误码对应的错误注册信息,则将该目标错误码转换为该依赖服务对应的模糊错误码,并将该模糊错误码与错误反馈消息中的目标错误信息关联起来进行日志记录并监控上报。
参见图5,图5为本申请实施例提供的在错误信息映射文件中注册未注册错误信息的反馈阶段的流程示意图。如图5所示,配置中心可以使用定时脚本每天进行日志读取,将所记录的未注册错误信息读取出来,并根据未注册错误信息所关联的模糊错误码,相应地通过信息转发机器人将该未注册错误信息推送给对应的依赖服务的管理用户;在此过程中,可以根据模糊错误码的出现次数进行倒排,找到出现次数较多的模糊错误码对应的依赖服务的管理用户,进而将此类依赖服务产生的未注册错误信息相应地发送给对应的管理用户,使其针对未注册错误信息在错误信息映射文件中进行相应地注册。如此,实现了未注册错误信息的正向反馈机制,实现了整套依赖服务的错误信息注册机制的闭环。
图6所示的曲线图表征了采用本申请实施例提供的方法后,配置中心所接收的来自应用程序接口(Application Programming Interface,API)依赖服务的模糊错误信息量的改变情况;如图6所示,采用本申请实施例提供的方法后,配置中心所接收来自API依赖服务的模糊错误信息量均明显变少。图7中(a)和(b)的曲线图表征了采用本申请实施例提供的方法后,分布式软件系统所接收的不同依赖服务的用户投诉量的改变情况;如图7中(a)和(b)所示,采用本申请实施例提供的方法后,分布式软件系统所接收的不同依赖服务的用户投诉量也明显变少,此处的用户投诉是指用户因不理解所接收的错误信息而进行的投诉。
针对上文描述的信息反馈方法,本申请还提供了对应的信息反馈装置,以使上述信息反馈方法在实际中的应用以及实现。
参见图8,图8是上文图2所示的信息反馈方法对应的一种信息反馈装置800的结构示意图。如图8所示,该信息反馈装置800包括:
消息接收模块801,用于接收来自依赖服务的错误反馈消息;所述错误反馈消息包括目标错误码;
文件调用模块802,用于调用所述依赖服务对应的错误信息映射文件;所述错误信息映射文件是基于所述依赖服务对应的错误码号段中的错误码以及错误注册信息构建的,所述错误注册信息包括标准错误信息;
信息查找模块803,用于在所述错误信息映射文件中,查找所述目标错误码对应的标准错误信息;
信息反馈模块804,用于在查找到所述目标错误码对应的标准错误信息的情况下,向所述依赖服务的用户反馈所述目标错误码对应的标准错误信息。
可选的,在图8所示的信息反馈装置的基础上,参见图9,图9为本申请实施例提供的另一种信息反馈装置900的结构示意图;如图9所示,该信息反馈装置还包括:
错误码检测模块901,用于检测所述目标错误码是否为成功响应码;
所述错误码检测模块901,还用于在所述目标错误码是所述成功响应码的情况下,调用所述信息反馈模块804获取所述依赖服务的响应结果,向所述依赖服务的用户反馈所述响应结果;
所述错误码检测模块901,还用于在所述目标错误码不是所述成功响应码的情况下,调用所述文件调用模块802执行所述调用所述依赖服务对应的错误信息映射文件。
可选的,在图8所示的信息反馈装置的基础上,参见图10,图10为本申请实施例提供的另一种信息反馈装置1000的结构示意图;如图10所示,该信息反馈装置还包括:
文件构建模块1001,用于为所述依赖服务分配对应的错误码号段,并创建所述错误信息映射文件;获取针对所述依赖服务的错误注册信息;在所述错误码号段中按预设顺序为所述错误注册信息分配对应的错误码;将所述错误码与所述错误注册信息之间的对应关系写入所述错误信息映射文件。
可选的,在图10所示的信息反馈装置的基础上,所述文件构建模块1001还用于:
在所述在所述错误码号段中按预设顺序为所述错误注册信息分配对应的错误码之前,校验所述错误注册信息是否满足预设规范条件;所述预设规范条件包括以下至少一种:所述错误注册信息中包括必要注册信息、所述错误注册信息对应的信息标识与所述错误信息映射文件中已有的错误注册信息对应的信息标识不重复;
在所述错误注册信息满足所述预设规范条件的情况下,执行所述在所述错误码号段中按预设顺序为所述错误注册信息分配对应的错误码。
可选的,在图8所示的信息反馈装置的基础上,参见图11,图11为本申请实施例提供的另一种信息反馈装置1100的结构示意图。在图11所示的信息反馈装置中,所述错误反馈消息还包括目标错误信息,所述错误注册信息还包括错误关键词;
所述信息查找模块803,还用于在所述错误信息映射文件中,查找所述目标错误码对应的错误关键词;
所述信息反馈装置还包括:
参考信息生成模块1101,用于根据所述目标错误信息和所述目标错误码对应的错误关键词,生成目标参考错误信息;
所述信息反馈模块804,还用于向所述依赖服务的用户反馈所述目标参考错误信息。
可选的,在图8所示的信息反馈装置的基础上,参见图12,图12为本申请实施例提供的另一种信息反馈装置1200的结构示意图。如图12所示,该信息反馈装置还包括:
日志记录模块1201,用于在未查找到所述目标错误码对应的标准错误信息的情况下,将所述目标错误码转换为所述依赖服务对应的模糊错误码;在未注册错误信息日志中,关联记录所述依赖服务对应的模糊错误码和所述目标错误信息。
可选的,在图12所示的信息反馈装置的基础上,参见图13,图13为本申请实施例提供的另一种信息反馈装置1300的结构示意图。如图13所示,该信息反馈装置还包括:
第一信息上报模块1301,用于读取预设时段内在所述未注册错误信息日志中记录的模糊错误码和错误信息;针对每个所述模糊错误码,确定所述模糊错误码对应的依赖服务的管理用户,将与所述模糊错误码关联的错误信息发送给所述管理用户。
可选的,在图12所示的信息反馈装置的基础上,参见图14,图14为本申请实施例提供的另一种信息反馈装置1400的结构示意图。如图14所示,该信息反馈装置还包括:
第二信息上报模块1401,用于统计所述预设时段内在所述未注册错误信息日志中记录的各所述模糊错误码各自对应的出现次数;按照出现次数从大到小的顺序,排列各所述模糊错误码;针对排在前预设位数的每个所述模糊错误码,确定所述模糊错误码对应的依赖服务的管理用户,将与所述模糊错误码关联的错误信息发送给所述管理用户。
可选的,在图13或图14所示的信息反馈装置的基础上,参见图15,图14为本申请实施例提供的另一种信息反馈装置1500的结构示意图。如图15所示,该信息反馈装置还包括:
错误信息注册模块1501,用于接收所述管理用户基于所述错误信息上传的目标错误注册信息;在所述依赖服务对应的错误码号段中按预设顺序为所述目标错误注册信息分配对应的错误码;将所述目标错误注册信息及其对应的错误码,写入所述依赖服务对应的错误信息映射文件。
上述信息反馈装置不再需要对依赖服务发来的错误信息进行处理,可以直接根据依赖服务发来的目标错误码,在该依赖服务对应的错误信息映射文件中查找与该目标错误码对应的标准错误信息反馈给用户;如此,无论依赖服务发来的错误信息是否规范,均不会对向用户反馈的错误信息产生影响,保证向用户反馈准确性高、可读性强的标准错误信息。
本申请实施例还提供了一种用于反馈错误信息的设备,该设备具体可以为服务器,对应于上文方法实施例中提及的配置中心,下面将从硬件实体化的角度对本申请实施例提供的服务器进行介绍。
参见图16,图16为本申请实施例提供的一种服务器1600的结构示意图。该服务器1600可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上中央处理器(central processing units,CPU)1622(例如,一个或一个以上处理器)和存储器1632,一个或一个以上存储应用程序1642或数据1644的存储介质1630(例如一个或一个以上海量存储设备)。其中,存储器1632和存储介质1630可以是短暂存储或持久存储。存储在存储介质1630的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器1622可以设置为与存储介质1630通信,在服务器1600上执行存储介质1630中的一系列指令操作。
服务器1600还可以包括一个或一个以上电源1626,一个或一个以上有线或无线网络接口1650,一个或一个以上输入输出接口1658,和/或,一个或一个以上操作系统1641,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。
上述实施例中由服务器所执行的步骤可以基于该图16所示的服务器结构。
其中,CPU 1622用于执行如下步骤:
接收来自依赖服务的错误反馈消息;所述错误反馈消息包括目标错误码;
调用所述依赖服务对应的错误信息映射文件;所述错误信息映射文件是基于所述依赖服务对应的错误码号段中的错误码以及错误注册信息构建的,所述错误注册信息包括标准错误信息;
在所述错误信息映射文件中,查找所述目标错误码对应的标准错误信息;
在查找到所述目标错误码对应的标准错误信息的情况下,向所述依赖服务的用户反馈所述目标错误码对应的标准错误信息。
可选的,CPU 1622还可以用于执行本申请实施例提供的信息反馈方法的任意一种实现方式的步骤。
本申请实施例还提供一种计算机可读存储介质,用于存储计算机程序,该计算机程序用于执行前述各个实施例所述的一种信息反馈方法中的任意一种实施方式。
本申请实施例还提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行前述各个实施例所述的一种信息反馈方法中的任意一种实施方式。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(英文全称:Read-OnlyMemory,英文缩写:ROM)、随机存取存储器(英文全称:Random Access Memory,英文缩写:RAM)、磁碟或者光盘等各种可以存储计算机程序的介质。
应当理解,在本申请中,“至少一个(项)”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,用于描述关联对象的关联关系,表示可以存在三种关系,例如,“A和/或B”可以表示:只存在A,只存在B以及同时存在A和B三种情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,“a和b”,“a和c”,“b和c”,或“a和b和c”,其中a,b,c可以是单个,也可以是多个。
以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (15)
1.一种信息反馈方法,其特征在于,所述方法包括:
接收来自依赖服务的错误反馈消息;所述错误反馈消息包括目标错误码;
调用所述依赖服务对应的错误信息映射文件;所述错误信息映射文件是基于所述依赖服务对应的错误码号段中的错误码以及错误注册信息构建的,所述错误注册信息包括标准错误信息;
在所述错误信息映射文件中,查找所述目标错误码对应的标准错误信息;
在查找到所述目标错误码对应的标准错误信息的情况下,向所述依赖服务的用户反馈所述目标错误码对应的标准错误信息。
2.根据权利要求1所述的方法,其特征在于,在所述调用所述依赖服务对应的错误信息映射文件之前,所述方法还包括:
检测所述目标错误码是否为预设的成功响应码;
若所述目标错误码是所述成功响应码,则获取所述依赖服务的响应结果,向所述依赖服务的用户反馈所述响应结果;
若所述目标错误码不是所述成功响应码,则执行所述调用所述依赖服务对应的错误信息映射文件。
3.根据权利要求1所述的方法,其特征在于,通过以下方式构建所述错误信息映射文件:
为所述依赖服务分配对应的错误码号段,并创建所述错误信息映射文件;
获取针对所述依赖服务的所述错误注册信息;
在所述错误码号段中按预设顺序为所述错误注册信息分配对应的错误码;
将所述错误码与所述错误注册信息之间的对应关系写入所述错误信息映射文件。
4.根据权利要求3所述的方法,其特征在于,在所述在所述错误码号段中按预设顺序为所述错误注册信息分配对应的错误码之前,所述方法还包括:
校验所述错误注册信息是否满足预设规范条件;所述预设规范条件包括以下至少一种:所述错误注册信息中包括必要注册信息、所述错误注册信息对应的信息标识与所述错误信息映射文件中已有的错误注册信息对应的信息标识不重复;
在所述错误注册信息满足所述预设规范条件的情况下,执行所述在所述错误码号段中按预设顺序为所述错误注册信息分配对应的错误码。
5.根据权利要求1所述的方法,其特征在于,所述错误反馈消息还包括目标错误信息,所述错误注册信息还包括错误关键词;所述方法还包括:
在所述错误信息映射文件中,查找所述目标错误码对应的错误关键词;
根据所述目标错误信息和所述目标错误码对应的错误关键词,生成目标参考错误信息;
向所述依赖服务的用户反馈所述目标参考错误信息。
6.根据权利要求1所述的方法,其特征在于,所述错误反馈消息还包括目标错误信息,所述方法还包括:
在未查找到所述目标错误码对应的标准错误信息的情况下,将所述目标错误码转换为所述依赖服务对应的模糊错误码;
在未注册错误信息日志中,关联记录所述依赖服务对应的模糊错误码和所述目标错误信息。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
读取预设时段内在所述未注册错误信息日志中记录的模糊错误码和错误信息;
针对每个所述模糊错误码,确定所述模糊错误码对应的依赖服务的管理用户,将与所述模糊错误码关联的错误信息发送给所述管理用户。
8.根据权利要求6所述的方法,其特征在于,所述方法还包括:
统计所述预设时段内在所述未注册错误信息日志中记录的各所述模糊错误码各自对应的出现次数;
按照出现次数从大到小的顺序,排列各所述模糊错误码;
针对排在前预设位数的每个所述模糊错误码,确定所述模糊错误码对应的依赖服务的管理用户,将与所述模糊错误码关联的错误信息发送给所述管理用户。
9.根据权利要求7或8所述的方法,其特征在于,所述方法还包括:
接收所述管理用户基于所述错误信息上传的目标错误注册信息;
在所述依赖服务对应的错误码号段中按预设顺序为所述目标错误注册信息分配对应的错误码;
将所述目标错误注册信息及其对应的错误码,写入所述依赖服务对应的错误信息映射文件。
10.一种信息反馈装置,其特征在于,所述装置包括:
消息接收模块,用于接收来自依赖服务的错误反馈消息;所述错误反馈消息包括目标错误码;
文件调用模块,用于调用所述依赖服务对应的错误信息映射文件;所述错误信息映射文件是基于所述依赖服务对应的错误码号段中的错误码以及错误注册信息构建的,所述错误注册信息包括标准错误信息;
信息查找模块,用于在所述错误信息映射文件中,查找所述目标错误码对应的标准错误信息;
信息反馈模块,用于在查找到所述目标错误码对应的标准错误信息的情况下,向所述依赖服务的用户反馈所述目标错误码对应的标准错误信息。
11.根据权利要求10所述的装置,其特征在于,所述装置还包括:
错误码检测模块,用于检测所述目标错误码是否为成功响应码;
所述错误码检测模块,还用于在所述目标错误码是所述成功响应码的情况下,调用所述信息反馈模块获取所述依赖服务的响应结果,向所述依赖服务的用户反馈所述响应结果;
所述错误码检测模块,还用于在所述目标错误码不是所述成功响应码的情况下,调用所述文件调用模块执行所述调用所述依赖服务对应的错误信息映射文件。
12.根据权利要求10所述的装置,其特征在于,所述装置还包括:
文件构建模块,用于为所述依赖服务分配对应的错误码号段,并创建所述错误信息映射文件;获取针对所述依赖服务的错误注册信息;在所述错误码号段中按预设顺序为所述错误注册信息分配对应的错误码;将所述错误码与所述错误注册信息之间的对应关系写入所述错误信息映射文件。
13.一种信息反馈系统,其特征在于,所述系统包括配置中心和分布式软件系统的依赖服务,所述配置中心与所述分布式软件系统中的业务处理平台互相独立;
所述依赖服务,用于向所述配置中心发送错误反馈消息;
所述配置中心,用于执行权利要求1至9中任一项所述的信息反馈方法。
14.一种设备,其特征在于,所述设备包括处理器及存储器;
所述存储器用于存储计算机程序;
所述处理器用于根据所述计算机程序执行权利要求1至9中任一项所述的信息反馈方法。
15.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质用于存储计算机程序,所述计算机程序用于执行权利要求1至9中任一项所述的信息反馈方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011285245.5A CN114510408A (zh) | 2020-11-17 | 2020-11-17 | 一种信息反馈方法、装置、系统、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011285245.5A CN114510408A (zh) | 2020-11-17 | 2020-11-17 | 一种信息反馈方法、装置、系统、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114510408A true CN114510408A (zh) | 2022-05-17 |
Family
ID=81546856
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011285245.5A Pending CN114510408A (zh) | 2020-11-17 | 2020-11-17 | 一种信息反馈方法、装置、系统、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114510408A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115904792A (zh) * | 2023-01-06 | 2023-04-04 | 恒丰银行股份有限公司 | 一种自适应自解释的错误码处理方法、系统、终端及存储器 |
CN115955384A (zh) * | 2022-12-16 | 2023-04-11 | 成都赛力斯科技有限公司 | 错误码返回方法、装置和系统 |
-
2020
- 2020-11-17 CN CN202011285245.5A patent/CN114510408A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115955384A (zh) * | 2022-12-16 | 2023-04-11 | 成都赛力斯科技有限公司 | 错误码返回方法、装置和系统 |
CN115904792A (zh) * | 2023-01-06 | 2023-04-04 | 恒丰银行股份有限公司 | 一种自适应自解释的错误码处理方法、系统、终端及存储器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210203751A1 (en) | Methods, systems, and devices for electronic note identifier allocation and electronic note generation | |
US9990385B2 (en) | Method and system for collecting and analyzing time-series data | |
US8601112B1 (en) | Method and system for collecting and analyzing time-series data | |
US10268750B2 (en) | Log event summarization for distributed server system | |
US7979439B1 (en) | Method and system for collecting and analyzing time-series data | |
CN110505162B (zh) | 消息传输方法、装置及电子设备 | |
US20160036665A1 (en) | Data verification based upgrades in time series system | |
CN114510408A (zh) | 一种信息反馈方法、装置、系统、设备及存储介质 | |
CN111611305A (zh) | 一种数据处理方法、装置及介质 | |
CN107181821A (zh) | 一种基于sse规范的消息推送方法及装置 | |
CN112232881A (zh) | 一种数据检测方法、装置、电子设备及存储介质 | |
CN114490268A (zh) | 全链路监控方法、装置、设备、存储介质和程序产品 | |
US11816511B1 (en) | Virtual partitioning of a shared message bus | |
US10489179B1 (en) | Virtual machine instance data aggregation based on work definition metadata | |
CN111651595A (zh) | 一种异常日志处理方法及装置 | |
CN114090366A (zh) | 一种监控数据的方法、装置和系统 | |
CN114385551B (zh) | 日志分时管理方法、装置、设备及存储介质 | |
US20090306999A1 (en) | Conversational parallelism for message processing | |
CN113407511A (zh) | 日志聚合方法、设备及计算机程序产品 | |
CN111600942B (zh) | 报表处理方法、装置及设备 | |
CN111431733B (zh) | 服务告警覆盖信息的评估方法及装置 | |
CN112035286A (zh) | 故障原因的确定方法及装置、存储介质、电子装置 | |
CN114510352B (zh) | 一种自动渗透项目调度任务方法及系统 | |
US20160125330A1 (en) | Rolling upgrade of metric collection and aggregation system | |
US10972353B1 (en) | Identifying change windows for performing maintenance on a service |
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 |