CN110430083B - 一种代理转发请求的定位处理方法及服务器 - Google Patents
一种代理转发请求的定位处理方法及服务器 Download PDFInfo
- Publication number
- CN110430083B CN110430083B CN201910767373.4A CN201910767373A CN110430083B CN 110430083 B CN110430083 B CN 110430083B CN 201910767373 A CN201910767373 A CN 201910767373A CN 110430083 B CN110430083 B CN 110430083B
- Authority
- CN
- China
- Prior art keywords
- server
- request
- information
- forwarding
- cache information
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/146—Markers 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)
- Computer And Data Communications (AREA)
Abstract
本申请实施例公开了一种代理转发请求的定位处理方法及服务器,该方法包括:转发服务器接收第一服务器发送的包括第一请求和第一缓存信息的第二请求,所述第一缓存信息包括所述第一服务器的端口和/或互联网协议地址信息;根据所述第二请求生成包括所述转发服务器的端口和/或互联网协议地址信息的第二缓存信息;创建包括所述第二缓存信息的第二访问日志;向通过日志分析系统来检索和分析日志的运维管理服务器发送所述第二访问日志。采用本申请实施例能够在出现故障时快速定位故障点,提高故障排除的效率。
Description
技术领域
本发明涉及数据处理领域,尤其涉及一种代理转发请求的定位处理方法及服务器。
背景技术
随着互联网的发展,数据或消息或指令等的转发是很常见的情况,两个连接同一个服务器的终端之间需要该服务器转发消息才能实现数据交互通信,如果两个设备之间连接的不是同一个服务器,那么就需要通过代理转发服务器来对这两个设备分别连接的服务器之间的交互消息进行转发,然后再由这两个服务器分别转发到各自连接的设备。
由于增加了中间的代理转发服务器,如果数据交互过程中出现故障,现有的排除故障的方法就是逐一查询每个服务器的日志以分析是哪一个服务器出现了故障导致数据交互的中断,这种故障排除方法工作量巨大,排障时间长,故障排除的效率低。因此,如何提高在代理转发的过程中出现故障时排除故障的效率是本领域技术人员急需解决的问题。
发明内容
本申请实施例提供了一种代理转发请求的定位处理方法及服务器,能够根据服务器生成的缓存信息追踪请求的传输路径,从而能够在出现故障时快速定位故障点,提高故障排除的效率。
第一方面,本申请实施例提供了一种代理转发请求的定位处理方法,该方法包括:
转发服务器接收第一服务器发送的第二请求,所述第二请求包括第一请求和第一缓存信息,所述第一缓存信息为所述第一服务器根据所述第一请求生成的信息,所述第一缓存信息包括所述第一服务器的端口和/或互联网协议地址信息,所述第一请求为所述第一服务器接收客户端发送的获取第一网页的请求,所述第一请求携带了所述第一网页的网址;
所述转发服务器根据所述第二请求生成第二缓存信息,所述第二缓存信息包括所述转发服务器的端口和/或互联网协议地址信息;
所述转发服务器创建第二访问日志,所述第二访问日志包括所述第二缓存信息;
所述转发服务器向运维管理服务器发送所述第二访问日志,所述运维管理服务器为通过日志分析系统来检索和分析日志的服务器。
本申请实施例中客户端发送的获取网页的请求需要先发送到其连接的服务器上,然后该服务器再发送给转发服务器,由转发服务器转发才能发送到对应的响应服务器,那么转发服务器在转发的过程中会根据接收到的请求生成包含该转发服务器的端口和/或互联网协议地址信息的缓存信息,然后再生成包含该缓存信息的访问日志,并将访问日志发送到安装了日志分析系统的运维管理服务器中,由于访问日志中包含了转发服务器的端口和/或互联网协议地址信息,因此可以根据访问日志追踪到具体的服务器,从而能够在出现故障时快速定位故障点,提高故障排除的效率。
结合第一方面,在第一方面的第一种可能的实施方式中,所述转发服务器根据所述第二请求生成第二缓存信息之后,还包括:
所述转发服务器向第二服务器发送第三请求,所述第三请求包括第二请求和第二缓存信息,所述第二服务器为所述客户端请求获取所述第一网页的响应服务器,用于返回所述第一网页信息。
本申请实施例中,转发服务器在转发请求的同时将其生成的缓存信息也一起发送给响应服务器,从而让响应服务器在向客户端返回响应消息时一起携带上该缓存信息,起到了标识和追踪路径的作用。
结合第一方面的第一种可能的实施方式,在第一方面的第二种可能的实施方式中,所述转发服务器向第二服务器发送第三请求之后,还包括:
所述转发服务器接收所述第二服务器发送的第一响应信息,所述第一响应信息包括所述第一网页的信息、所述第一缓存信息、所述第二缓存信息和第三缓存信息,所述第三缓存信息为所述第二服务器根据所述第三请求生成的信息,所述第三缓存信息包括所述第二服务器的端口和/或互联网协议地址信息;
所述转发服务器根据所述第一响应信息创建第四访问日志,所述第四访问日志包括所述转发服务器的端口和/或互联网协议地址信息;
所述转发服务器向所述运维管理服务器发送所述第四访问日志。
同样的,本申请实施例中,转发服务器在接收到响应服务器返回的响应消息后生成访问日志,并将访问日志发送到安装了日志分析系统的运维管理服务器中,由于访问日志中包含了转发服务器的端口和/或互联网协议地址信息,因此可以根据访问日志追踪到具体的服务器,从而能够在出现故障时快速定位故障点,提高故障排除的效率。
结合第一方面的第一种可能的实施方式或第一方面的第二种可能的实施方式,在第一方面的第三种可能的实施方式中,所述转发服务器向第二服务器发送第三请求之前,还包括:
所述转发服务器验证所述第二请求是否为所述转发服务器需要转发的请求;
若是,则触发所述转发服务器向所述第二服务器发送所述第三请求的步骤。
本申请实施例通过对接收到的请求进行验证以确定该请求是否在转发服务器转发服务的范围内,如果在则转发,从而确保的转发的准确性,提高数据交互的效率。
结合第一方面的第三种可能的实施方式,在第一方面的第四种可能的实施方式中,所述转发服务器验证所述第二请求是否为所述转发服务器需要转发的请求,包括:
所述转发服务器获取所述第二请求中所述第一缓存信息包括的所述第一服务器的端口和/或互联网协议地址信息;
将所述第一服务器的端口与所述转发服务器服务的端口的范围比较,和/或将所述第一服务器的互联网协议地址与所述转发服务器服务的互联网协议地址的范围比较;
确定所述第一服务器的端口是否属于所述转发服务器服务的端口的范围,和/或确定所述第一服务器的互联网协议地址是否属于所述转发服务器服务的互联网协议地址的范围。
第二方面,本申请实施例提供了一种代理转发请求的定位处理方法,该方法包括:
第一服务器接收第一请求,所述第一请求为客户端发送的获取第一网页的请求,所述第一请求携带了所述第一网页的网址;
所述第一服务器根据所述第一请求生成第一缓存信息,所述第一缓存信息包括所述第一服务器的端口和/或互联网协议地址互联网协议地址信息;
所述第一服务器创建第一访问日志,所述第一访问日志包括所述第一缓存信息;
所述服务器向运维管理服务器发送所述第一访问日志,所述运维管理服务器为通过日志分析系统来检索和分析日志的服务器。
本申请实施例中,第一服务器在接收到客户端的网页获取请求后,根据该请求生成包含该第一服务器的端口和/或互联网协议地址信息的缓存信息,然后再生成包含该缓存信息的访问日志,并将访问日志发送到安装了日志分析系统的运维管理服务器中,由于访问日志中包含了第一服务器的端口和/或互联网协议地址信息,因此可以根据访问日志追踪到具体的服务器,从而能够在出现故障时快速定位故障点,提高故障排除的效率。
结合第二方面,在第二方面的第一种可能的实施方式中,所述第一服务器根据所述第一请求生成第一缓存信息之后,还包括:
所述第一服务器向转发服务器发送第二请求,所述第二请求包括第一请求和第一缓存信息。
第三方面,本申请实施例提供了一种代理转发请求的定位处理方法,该方法包括:
第二服务器接收转发服务器发送的第三请求,所述第三请求包括第二请求和第二缓存信息,所述第二请求包括第一请求和第一缓存信息,所述第一缓存信息为第一服务器根据所述第一请求生成的信息,所述第一缓存信息包括所述第一服务器的端口和/或互联网协议地址信息,所述第一请求为所述第一服务器接收客户端发送的获取第一网页的请求,所述第一请求携带了所述第一网页的网址;
所述第二服务器根据所述第三请求生成第三缓存信息,所述第三缓存信息包括所述第二服务器的端口和/或互联网协议地址信息;
所述第二服务器创建第三访问日志,所述第三访问日志包括所述第三缓存信息;
所述第二服务器向运维管理服务器发送所述第三访问日志,所述运维管理服务器为通过日志分析系统来检索和分析日志的服务器。
本申请实施例中,响应服务器第二服务器在接收到转发服务器转发的请求之后,根据该请求生成包含该第二服务器的端口和/或互联网协议地址信息的缓存信息,然后再生成包含该缓存信息的访问日志,并将访问日志发送到安装了日志分析系统的运维管理服务器中,由于访问日志中包含了第二服务器的端口和/或互联网协议地址信息,因此可以根据访问日志追踪到具体的服务器,从而能够在出现故障时快速定位故障点,提高故障排除的效率。
结合第三方面,在第三方面的第一种可能的实施方式中,所述第二服务器根据所述第三请求生成第三缓存信息之后,还包括:
所述第二服务器生成第一响应消息,所述第一响应消息包括所述第一网页的信息、所述第一缓存信息、所述第二缓存信息和所述第三缓存信息;
所述第二服务器将所述第一响应消息发送给转发服务器。
第四方面,本申请实施例提供了一种服务器,该服务器包括用于执行如上述第一方面及其可能的实施方式中任一项所述的代理转发请求的定位处理方法的单元。
第五方面,本申请实施例提供了一种服务器,该服务器包括用于执行如上述第二方面及其可能的实施方式中任一项所述的代理转发请求的定位处理方法的单元。
第六方面,本申请实施例提供了一种服务器,该服务器包括用于执行如上述第三方面及其可能的实施方式中任一项所述的代理转发请求的定位处理方法的单元。
第七方面,本申请实施例提供了一种服务器,包括处理器、通信接口和存储器,所述处理器、通信接口和存储器相互连接,其中,所述存储器存储有计算机程序,所述计算机程序被处理器执行以实现上述第一方面及其可能的实施方式中任一项所述的代理转发请求的定位处理方法。
第八方面,本申请实施例提供了一种服务器,包括处理器、通信接口和存储器,所述处理器、通信接口和存储器相互连接,其中,所述存储器存储有计算机程序,所述计算机程序被处理器执行以实现上述第二方面及其可能的实施方式中任一项所述的代理转发请求的定位处理方法。
第九方面,本申请实施例提供了一种服务器,包括处理器、通信接口和存储器,所述处理器、通信接口和存储器相互连接,其中,所述存储器存储有计算机程序,所述计算机程序被处理器执行以实现上述第三方面及其可能的实施方式中任一项所述的代理转发请求的定位处理方法。
第十方面,本申请实施例提供了一种计算机可读存储介质,所述计算机存储介质存储有计算机程序,所述计算机程序被处理器执行以实现上述第一方面任一项所述的代理转发请求的定位处理方法。
第十一方面,本申请实施例提供了一种计算机可读存储介质,所述计算机存储介质存储有计算机程序,所述计算机程序被处理器执行以实现述第二方面任一项所述的代理转发请求的定位处理方法。
第十二方面,本申请实施例提供了一种计算机可读存储介质,所述计算机存储介质存储有计算机程序,所述计算机程序被处理器执行以实现上述第三方面任一项所述的代理转发请求的定位处理方法。
综上所述,本申请实施例通过缓存信息对整个请求-转发-响应过程进行标识记录,同时以日志的形式汇总存储到运维管理服务器的日志分析系统中,从而可以在过程发生故障的时候,通过日志分析系统对相关日志进行分析,迅速确定出发生故障的服务器,极大地减小了故障排除时间,提高了故障排除的处理效率,提高用户体验。
附图说明
下面将对本申请实施例中所需要使用的附图作介绍。
图1为本申请实施例提供的一种代理转发请求的定位处理方法的系统架构示意图;
图2为本申请实施例提供的一种代理转发请求的定位处理方法的交互流程示意图;
图3为本申请实施例提供的一种服务器的逻辑结构示意图;
图4为本申请实施例提供的另一种服务器的逻辑结构示意图;
图5为本申请实施例提供的另一种服务器的逻辑结构示意图;
图6为本申请实施例提供的一种服务器的硬件结构示意图;
图7为本申请实施例提供的另一种服务器的硬件结构示意图;
图8为本申请实施例提供的另一种服务器的硬件结构示意图。
具体实施方式
为了使本领域技术人员更好地理解本发明方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。
下面先对本方案的系统架构进行描述。参阅图1,图1是本方案实施例提供的一种代理转发请求的定位处理方法的系统架构示意图。该系统可包括但不限于:一个或多个客户端110、第一服务器120、转发服务器130、第二服务器140和运维管理服务器150。其中,第一服务器120、转发服务器130、第二服务器140都是为客户端的万维网web服务器。此外,第一服务器120、转发服务器130、第二服务器140和运维管理服务器150分别还可以是由多个服务器构成的服务器集群。
客户端110可以包括但不限于任何一种基于智能操作系统的电子设备,其可与用户通过键盘、虚拟键盘、触摸板、触摸屏以及声控设备等输入设备来进行人机交互,诸如智能手机、平板电脑、手持计算机、可穿戴电子设备,台式电脑等。
第一服务器120主要用于与客户端110直接交互,可以获取客户端110的网页获取请求等;转发服务器130主要用于信息的转发;第二服务器140主要用于对客户端110的请求做出响应,并将响应信息返给第一服务器120,再由第一服务器120发送到客户端110;运维管理服务器150主要用于对上述三个服务器的运行进行维护,运维管理服务器150上安装了日志分析系统;通过日志可以了解服务器软硬件信息、检查配置过程中的错误及错误发生的原因,经常分析日志可以了解服务器的负荷,性能安全性,从而及时采取措施纠正错误,特别是通过日志分析系统对日志进行分析,方便快捷效率高,如果出现了故障也可以快速定位到是哪个服务器出现了问题,从而提高了故障排除了效率。
需要说明的是,本申请中每个服务器生成的日志包括对应服务器生成的缓存信息,缓存信息可以为cookie信息,这些cookie信息为自定义的cookie信息,可以包括生成该cookie信息的服务器端口和/或互联网协议地址(Internet Protocol Address,IP)信息等等,这些信息作为标识信息为了便于在出现故障时可以通过分析服务器的日志快速定位到故障点。
需要说明的是本申请实施例提供的代理转发请求的定位处理方法的系统架构不限于图1所示架构,此处不做进一步的限制。
基于图1给出的本方案提供的一种代理转发请求的定位处理方法的系统架构,下面提供一种代理转发请求的定位处理方法,方法的交互流程图如图2所示。该方法可以包括以下步骤:
步骤201、第一服务器从客户端获取第一请求,所述第一请求为所述客户端获取第一网页的请求,根据所述第一请求生成第一cookie信息,将第一cookie信息添加到第一请求中形成第二请求;然后,创建第一访问日志。
步骤202、第一服务器向转发服务器发送所述第二请求。
在具体实施例中,第一服务器与客户端直接交互,当客户端需要获取某一个网页页面时,需要向第一服务器发送该网页的获取请求,称为第一请求,该第一请求可以包括该网页的网址信息、客户端的端口信息和/或客户端的IP信息等等;第一服务器接收到该第一请求之后,先根据该第一请求生成第一cookie信息,该第一cookie信息可以包括上述网址信息、第一服务器的名称、端口和/或IP信息等,然后将该第一cookie信息添加到第一请求中形成第二请求,这是为了便于追踪整个过程的传输路径,以便于在出现故障时能够快速定位故障点;然后,将该第二请求发送给转发服务器。
此外,第一服务器生成第一cookie信息之后,根据第一cookie信息创建第一访问日志,该第一访问日志包括该第一cookie信息,同时,还可以包括接收到第一请求的时间等等。然后,第一服务器将该第一访问日志发送给运维管理服务器。
具体的,第一服务器上安装了日志收集工具,安装在第一服务器上的日志收集工具检测到第一访问日志的生成,然后获取该第一访问日志,并将该第一访问日志发送给运维管理服务器中的日志分析系统,该日志分析系统中的分布式搜索工具对该第一访问日志建立索引和存储等操作以便于需要的时候进行查找分析。
具体的,上述日志分析系统可以是ELK日志分析系统,该ELK日志分析系统由ElasticSearch、Logstash和Kiabana三个开源工具组成,上述的日志搜集工具可以是Logstash工具,上述的分布式搜索工具可以是ElasticSearch工具。
下面分别介绍ElasticSearch、Logstash和Kiabana三个开源工具:
1)ElasticSearch是一个开源分布式搜索工具。它的特点有:分布式,零配置,自动发现,索引自动分片,索引副本机制,多数据源,自动搜索负载等。它提供了一个分布式多用户能力的全文搜索引擎。设计用于云计算中,能够达到实时搜索,稳定,可靠,快速,安装使用方便。
2)Logstash是一个完全开源的工具,它可以对你的日志进行收集、过滤、分析,支持大量的数据获取方法。一般工作方式为客户端/服务器架构,Logstash的客户端安装在需要收集日志的主机上,Logstash的服务器端负责将收到的各节点日志进行过滤、修改等操作再一并发往Elasticsearch上去。
3)Kibana是一个基于浏览器页面的Elasticsearch前端展示工具,也是一个开源和免费的工具,Kibana可以为Logstash和ElasticSearch提供的日志分析友好的Web界面,可以帮助汇总、分析和搜索重要数据的日志。
上述实施例中,第一服务器在接收到客户端的网页获取请求后,根据该请求生成包含该第一服务器的端口和/或IP信息的cookie信息,然后再生成包含该cookie信息的访问日志,并将访问日志发送到安装了日志分析系统的运维管理服务器中,由于访问日志中包含了第一服务器的端口和/或IP信息,因此可以根据访问日志追踪到具体的服务器,从而能够在出现故障时快速定位故障点,提高故障排除的效率。
步骤203、转发服务器接收所述第二请求,根据所述第二请求生成第二cookie信息,将第二cookie信息添加到第二请求中形成第三请求;然后,创建第二访问日志。
步骤204、转发服务器转发所述第三请求给第二服务器。
在具体实施例中,转发服务器接收到第二请求之后,根据该第二请求生成第二cookie信息,该第二cookie信息可以包括转发服务器的名称、端口和/或IP信息等,然后将该第二cookie信息添加到第二请求中形成第三请求,即该第三请求包括了第一cookie信息、第二cookie信息和上述的网址信息,然后,将该第三请求发送给第二服务器。
此外,转发服务器生成第二cookie信息之后,根据第二cookie信息创建第二访问日志,该第二访问日志包括该第二cookie信息,同时,还可以包括接收到第二请求的时间等等。然后,转发服务器将该第二访问日志发送给运维管理服务器。
具体的,转发服务器上安装了日志收集工具,安装在转发服务器上的日志收集工具检测到第二访问日志的生成,然后获取该第二访问日志,并将该第二访问日志发送给运维管理服务器中的日志分析系统,该日志分析系统中的分布式搜索工具对该第二访问日志建立索引和存储等操作以便于需要的时候进行查找分析。
上述实施例中转发服务器在转发的过程中会根据接收到的请求生成包含该转发服务器的端口和/或IP信息的cookie信息,然后再生成包含该cookie信息的访问日志,并将访问日志发送到安装了日志分析系统的运维管理服务器中,由于访问日志中包含了转发服务器的端口和/或IP信息,因此可以根据访问日志追踪到具体的服务器,从而能够在出现故障时快速定位故障点,提高故障排除的效率。
步骤205、第二服务器接收所述第三请求,根据所述第三请求生成第一响应信息和第三cookie信息,所述第一响应信息包括所述第一网页的信息;然后创建第三访问日志。
步骤206、第二服务器向转发服务器发送包括第一、第二和第三cookie信息的第一响应信息。
在具体实施例中,第二服务器接收到第三请求之后,根据该第三请求生成第一响应信息和第三cookie信息,该第一响应信息包括上述网页的信息,该第三cookie信息可以包括第二服务器的名称、端口和/或IP信息等,然后,第二服务器将携带了第一、第二和第三cookie信息的第一响应信息发送给转发服务器。
上述实施例中,转发服务器在转发请求的同时将其生成的cookie信息也一起发送给响应服务器,从而让响应服务器在向客户端返回响应消息时一起携带上该cookie信息,起到了标识和追踪路径的作用。
此外,第二服务器生成第三cookie信息之后,根据第三cookie信息创建第三访问日志,该第三访问日志包括该第三cookie信息,同时,还可以包括接收到第三请求的时间等等。然后,第二服务器将该第三访问日志发送给运维管理服务器。
具体的,第二服务器上安装了日志收集工具,安装在第二服务器上的日志收集工具检测到第三访问日志的生成,然后获取该第三访问日志,并将该第三访问日志发送给运维管理服务器中的日志分析系统,该日志分析系统中的分布式搜索工具对该第三访问日志建立索引和存储等操作以便于需要的时候进行查找分析。
本申请实施例中,响应服务器第二服务器在接收到转发服务器转发的请求之后,根据该请求生成包含该第二服务器的端口和/或IP信息的cookie信息,然后再生成包含该cookie信息的访问日志,并将访问日志发送到安装了日志分析系统的运维管理服务器中,由于访问日志中包含了第二服务器的端口和/或IP信息,因此可以根据访问日志追踪到具体的服务器,从而能够在出现故障时快速定位故障点,提高故障排除的效率。
步骤207、转发服务器接收所述第一响应信息;创建第四访问日志。
步骤208、转发服务器转发所述第一响应信息给第一服务器。
在具体实施例中,转发服务器接收到上述第一响应信息后,创建第四访问日志,该第四访问日志可以包括该转发服务器的名称、端口和/或IP信息等,还可以包括接收到该第一响应信息的时间等,然后,转发服务器将该第四访问日志发送给运维管理服务器。
具体的,转发服务器上安装了日志收集工具,安装在转发服务器上的日志收集工具检测到第四访问日志的生成,然后获取该第四访问日志,并将该第四访问日志发送给运维管理服务器中的日志分析系统,该日志分析系统中的分布式搜索工具对该第四访问日志建立索引和存储等操作以便于需要的时候进行查找分析。
此外,转发服务器接收到上述第一响应信息后,将该第一响应信息转发给第一服务器。
同样的,本申请实施例中,转发服务器在接收到响应服务器返回的响应消息后生成访问日志,并将访问日志发送到安装了日志分析系统的运维管理服务器中,由于访问日志中包含了转发服务器的端口和/或IP信息,因此可以根据访问日志追踪到具体的服务器,从而能够在出现故障时快速定位故障点,提高故障排除的效率。
步骤209、第一服务器接收所述第一响应信息,将所述第一响应信息发送给客户端显示;然后创建第五访问日志。
在具体实施例中,第一服务器接收到该第一响应信息之后,将该第一响应信息发送给上述客户端以用于客户端根据该第一响应信息显示上述网页页面。
此外,第一服务器接收到该第一响应信息之后,创建第五访问日志,该第五访问日志包括该第一服务器的名称、端口和/或IP信息等,还可以包括接收到该第一响应信息的时间等,然后,第一服务器将该第五访问日志发送给运维管理服务器。
具体的,安装在第一服务器上的日志收集工具检测到第五访问日志的生成,然后获取该第五访问日志,并将该第五访问日志发送给运维管理服务器中的日志分析系统,该日志分析系统中的分布式搜索工具对该第五访问日志建立索引和存储等操作以便于需要的时候进行查找分析。
在其中一种可能的实施方式中,在步骤203中的转发服务器接收所述第二请求之后,在步骤204转发所述第三请求之前,还包括转发服务器对第二请求进行验证。
具体的,转发服务器用于转发请求或消息,但不是收到的所有的消息都会对其进行转发,只有在该转发服务器服务的端口和/或IP的范围内的消息,转发服务器才会对其进行转发。当转发服务器接收到第二请求之后,可以先解析该第二请求,获取第二请求中第一cookie信息包括的第一服务器的端口和/或IP信息,然后验证该第一服务器的端口是否在该转发服务器服务的端口的范围内,和/或验证该第一服务器的IP是否在该转发服务器服务的IP的范围内;即将所述第一服务器的端口与所述转发服务器服务的端口的范围比较,和/或将所述第一服务器的IP与所述转发服务器服务的IP的范围比较,如果所述第一服务器的端口属于所述转发服务器服务的端口的范围,和/或,如果所述第一服务器的IP属于所述转发服务器服务的IP的范围,那么转发服务器确认需要转发该第二请求,才会执行步骤204转发所述第三请求的操作。
本申请实施例通过对接收到的请求进行验证以确定该请求是否在转发服务器转发服务的范围内,如果在则转发,从而确保的转发的准确性,提高数据交互的效率。
同理,在其中一种可能的实施方式中,在步骤207中转发服务器接收所述第一响应信息之后,在步骤208转发所述第一响应信息之前,还包括转发服务器对第一响应信息进行验证。
具体的,当转发服务器接收到第一响应信息之后,可以先解析该第一响应信息,获取第一响应信息中cookie信息包括的端口和/或IP信息,然后检验该端口是否在该转发服务器服务的端口的范围内,和/或检验该IP是否在该转发服务器服务的IP的范围内;如果该端口在该转发服务器服务的端口的范围内,和/或该IP在该转发服务器服务的IP的范围内,那么转发服务器确认需要转发该第一响应信息,才会执行步骤208转发所述第一响应信息的操作。
可选的,上述第一响应信息中包括第一、第二和第三cookie信息,每个cookie信息中都对应包括了第一服务器、转发服务器和第二服务器的端口和/IP信息,那么,转发服务器在接收到该第一响应信息后,只要检验到有其中一个cookie信息中包括的端口在该转发服务器服务的端口的范围内,和/或检验到有该其中一个cookie信息中包括的IP在该转发服务器服务的IP的范围内,就可以确定需要转发该第一响应信息。
上述过程为没有出现故障时的一个完整的客户端请求获取网页页面的多个服务器之间的交互过程,可以看到,上述多个服务器在接收到信息(不管是请求信息还是响应信息)之后,都会对应地生成cookie信息和访问日志用于表示记录做出对应操作的服务器,这些生成的日志通过日志分析系统的日志搜集工具搜集汇总存储到日志分析系统的分布式搜索工具中,以便于需要的时候例如出现故障的时候查询和分析相应的日志。
如果上述过程出现了故障,例如第一服务器没有接收到上述的第一响应信息,那么第一服务器会向运维管理服务器发送故障提示;当运维管理服务器接收到该故障提示,通过日志分析系统中的分布式搜索工具对上述多个服务器中每一个服务器创建的记录有cookie信息的访问日志文件进行查询和分析,确定出错误日志文件,然后再根据该错误日志文件中包括的cookie信息确定出该错误日志文件是由哪一个服务器创建的,从而可以定位到出现故障的目标服务器。
综上所述,本申请实施例通过cookie信息对整个请求-转发-响应过程进行标识记录,同时以日志的形式汇总存储到运维管理服务器的日志分析系统中,从而可以在过程发生故障的时候,通过日志分析系统对相关日志进行分析,迅速确定出发生故障的服务器,极大地减小了故障排除时间,提高了故障排除的处理效率,提高用户体验。
为了便于更好地实施本申请的上述方案,本申请实施例还对应提供了一种服务器300,该服务器300可以是图2中所述的转发服务器。下面结合附图3来进行详细说明:
图3所示为服务器300的结构示意图,所述服务器300包括:接收单元301,生成单元302,创建单元303和发送单元304,其中:
接收单元301,用于接收第一服务器发送的第二请求,所述第二请求包括第一请求和第一缓存信息,所述第一缓存信息为所述第一服务器根据所述第一请求生成的信息,所述第一缓存信息包括所述第一服务器的端口和/或互联网协议地址信息,所述第一请求为所述第一服务器接收客户端发送的获取第一网页的请求,所述第一请求携带了所述第一网页的网址;
生成单元302,用于根据所述第二请求生成第二缓存信息,所述第二缓存信息包括服务器300的端口和/或互联网协议地址信息;
创建单元303,用于创建第二访问日志,所述第二访问日志包括所述第二缓存信息;
发送单元304,用于向运维管理服务器发送所述第二访问日志,所述运维管理服务器为通过日志分析系统来检索和分析日志的服务器。
在其中一种可能的实施方式中,生成单元302根据所述第二请求生成第二缓存信息之后,
发送单元304,还用于向第二服务器发送第三请求,所述第三请求包括第二请求和第二缓存信息,所述第二服务器为所述客户端请求获取所述第一网页的响应服务器,用于返回所述第一网页信息。
在其中一种可能的实施方式中,发送单元304向第二服务器发送第三请求之后,
接收单元301,还用于接收所述第二服务器发送的第一响应信息,所述第一响应信息包括所述第一网页的信息、所述第一缓存信息、所述第二缓存信息和第三缓存信息,所述第三缓存信息为所述第二服务器根据所述第三请求生成的信息,所述第三缓存信息包括所述第二服务器的端口和/或互联网协议地址信息;
创建单元303,还用于根据所述第一响应信息创建第四访问日志,所述第四访问日志包括服务器300的端口和/或互联网协议地址信息;
发送单元304,还用于向所述运维管理服务器发送所述第四访问日志。
在其中一种可能的实施方式中,服务器300还包括验证单元和触发单元,
所述验证单元,用于在发送单元304向第二服务器发送第三请求之前,验证所述第二请求是否为服务器300需要转发的请求;
所述触发单元,用于在所述第二请求为服务器300需要转发的请求的情况下,触发所述转发服务器向所述第二服务器发送所述第三请求的步骤。
在其中一种可能的实施方式中,所述验证单元包括获取单元、比较单元和确定单元,其中,
所述获取单元,用于获取所述第二请求中所述第一缓存信息包括的所述第一服务器的端口和/或互联网协议地址信息;
所述比较单元,用于将所述第一服务器的端口与所述转发服务器服务的端口的范围比较,和/或用于将所述第一服务器的互联网协议地址与所述转发服务器服务的互联网协议地址的范围比较;
所述确定单元,用于确定所述第一服务器的端口是否属于所述转发服务器服务的端口的范围,和/或用于确定所述第一服务器的互联网协议地址是否属于所述转发服务器服务的互联网协议地址的范围。
图3所示的服务器300中各个单元的具体实现及有益效果可以对应参照图2所示的方法实施例中的相应描述,此处不再赘述。
请参见图4,图4是本申请实施例提供的一种服务器400,该服务器400可以是图2中所述的第一服务器;该服务器400包括接收单元401,生成单元402,创建单元403和发送单元404,其中:
接收单元401,用于接收第一请求,所述第一请求为客户端发送的获取第一网页的请求,所述第一请求携带了所述第一网页的网址;
生成单元402,用于根据所述第一请求生成第一缓存信息,所述第一缓存信息包括服务器400的端口和/或互联网协议地址信息;
创建单元403,用于创建第一访问日志,所述第一访问日志包括所述第一缓存信息;
发送单元404,用于向运维管理服务器发送所述第一访问日志,所述运维管理服务器为通过日志分析系统来检索和分析日志的服务器。
在其中一种可能的实施方式中,生成单元402根据所述第一请求生成第一缓存信息之后,发送单元404,还用于向转发服务器发送第二请求,所述第二请求包括第一请求和第一缓存信息。
图4所示的服务器400中各个单元的具体实现及有益效果可以对应参照图2所示的方法实施例中的相应描述,此处不再赘述。
请参见图5,图5是本申请实施例提供的一种服务器500,该服务器500可以是图2中所述的第二服务器;该服务器500包括接收单元501,生成单元502,创建单元503和发送单元504,其中:
接收单元501,用于接收转发服务器发送的第三请求,所述第三请求包括第二请求和第二缓存信息,所述第二请求包括第一请求和第一缓存信息,所述第一缓存信息为第一服务器根据所述第一请求生成的信息,所述第一缓存信息包括所述第一服务器的端口和/或互联网协议地址信息,所述第一请求为所述第一服务器接收客户端发送的获取第一网页的请求,所述第一请求携带了所述第一网页的网址;
生成单元502,用于根据所述第三请求生成第三缓存信息,所述第三缓存信息包括服务器500的端口和/或互联网协议地址信;
创建单元503,用于创建第三访问日志,所述第三访问日志包括所述第三缓存信息;
发送单元504,用于向运维管理服务器发送所述第三访问日志,所述运维管理服务器为通过日志分析系统来检索和分析日志的服务器。
在其中一种可能的实施方式中,生成单元502根据所述第三请求生成第三缓存信息之后,生成单元502,还用于生成第一响应消息,所述第一响应消息包括所述第一网页的信息、所述第一缓存信息、所述第二缓存信息和所述第三缓存信息;
发送单元504,还用于将所述第一响应消息发送给转发服务器。
图5所示的服务器500中各个单元的具体实现及有益效果可以对应参照图2所示的方法实施例中的相应描述,此处不再赘述。
请参见图6,图6是本申请实施例提供的一种服务器600,该服务器600可以是图2中所述的转发服务器,该服务器600包括处理器601、存储器602和通信接口603,所述处理器601、存储器602和通信接口603通过总线604相互连接。
存储器602包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-only memory, ROM)、可擦除可编程只读存储器(erasable programmableread only memory,EPROM)、或便携式只读存储器(compact disc read-only memory,CD-ROM),该存储器602用于相关指令及数据的存储。通信接口603用于接收和发送数据。
处理器601可以是一个或多个中央处理器(central processing unit,CPU),在处理器601是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。
该服务器600中的处理器601用于读取所述存储器602中存储的程序代码,执行以下操作:
处理器601通过通信接口603接收第一服务器发送的第二请求,所述第二请求包括第一请求和第一缓存信息,所述第一缓存信息为所述第一服务器根据所述第一请求生成的信息,所述第一缓存信息包括所述第一服务器的端口和/或互联网协议地址信息,所述第一请求为所述第一服务器接收客户端发送的获取第一网页的请求,所述第一请求携带了所述第一网页的网址;
处理器601根据所述第二请求生成第二缓存信息,所述第二缓存信息包括服务器600的端口和/或互联网协议地址信息;
处理器601创建第二访问日志,所述第二访问日志包括所述第二缓存信息;
处理器601通过通信接口603向运维管理服务器发送所述第二访问日志,所述运维管理服务器为通过日志分析系统来检索和分析日志的服务器。
在其中一种可能的实施方式中,处理器601根据所述第二请求生成第二缓存信息之后,还包括:
处理器601通过通信接口603向第二服务器发送第三请求,所述第三请求包括第二请求和第二缓存信息,所述第二服务器为所述客户端请求获取所述第一网页的响应服务器,用于返回所述第一网页信息。
在其中一种可能的实施方式中,处理器601通过通信接口603向第二服务器发送第三请求之后,还包括:
处理器601通过通信接口603接收所述第二服务器发送的第一响应信息,所述第一响应信息包括所述第一网页的信息、所述第一缓存信息、所述第二缓存信息和第三缓存信息,所述第三缓存信息为所述第二服务器根据所述第三请求生成的信息,所述第三缓存信息包括所述第二服务器的端口和/或互联网协议地址信息;
处理器601根据所述第一响应信息创建第四访问日志,所述第四访问日志包括服务器600的端口和/或互联网协议地址信息;
处理器601通过通信接口603向所述运维管理服务器发送所述第四访问日志。
在其中一种可能的实施方式中,处理器601通过通信接口603向第二服务器发送第三请求之前,还包括:
处理器601验证所述第二请求是否为所述转发服务器需要转发的请求;若是,则触发所述转发服务器向所述第二服务器发送所述第三请求的步骤。
在其中一种可能的实施方式中,处理器601验证所述第二请求为所述转发服务器需要转发的请求,包括:
处理器601获取所述第二请求中所述第一缓存信息包括的所述第一服务器的端口和/或互联网协议地址信息;
处理器601将所述第一服务器的端口与所述转发服务器服务的端口的范围比较,和/或将所述第一服务器的互联网协议地址与所述转发服务器服务的互联网协议地址的范围比较;
处理器601确定所述第一服务器的端口是否属于所述转发服务器服务的端口的范围,和/或确定所述第一服务器的互联网协议地址是否属于所述转发服务器服务的互联网协议地址的范围。
需要说明的是,上述各个操作的实现还可以对应参照图2所示的方法实施例的相应描述,此处不再赘述。
请参见图7,图7是本申请实施例提供的一种服务器700,该服务器700可以是图2中所述的第一服务器,该服务器700包括处理器701、存储器702和通信接口703,所述处理器701、存储器702和通信接口703通过总线704相互连接。
存储器702包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-only memory, ROM)、可擦除可编程只读存储器(erasable programmableread only memory,EPROM)、或便携式只读存储器(compact disc read-only memory,CD-ROM),该存储器702用于相关指令及数据的存储。通信接口703用于接收和发送数据。
处理器701可以是一个或多个中央处理器(central processing unit,CPU),在处理器701是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。
该服务器700中的处理器701用于读取所述存储器702中存储的程序代码,执行以下操作:
处理器701通过通信接口703接收第一请求,所述第一请求为客户端发送的获取第一网页的请求,所述第一请求携带了所述第一网页的网址;
处理器701根据所述第一请求生成第一缓存信息,所述第一缓存信息包括服务器700的端口和/或互联网协议地址信息;
处理器701创建第一访问日志,所述第一访问日志包括所述第一缓存信息;
处理器701通过通信接口703向运维管理服务器发送所述第一访问日志,所述运维管理服务器为通过日志分析系统来检索和分析日志的服务器。
在其中一种可能的实施方式中,处理器701根据所述第一请求生成第一缓存信息之后,还包括:
处理器701通过通信接口703向转发服务器发送第二请求,所述第二请求包括第一请求和第一缓存信息。
需要说明的是,上述各个操作的实现还可以对应参照图2所示的方法实施例的相应描述,此处不再赘述。
请参见图8,图8是本申请实施例提供的一种服务器800,该服务器800可以是图2中所述的第二服务器,该服务器800包括处理器801、存储器802和通信接口803,所述处理器801、存储器802和通信接口803通过总线804相互连接。
存储器802包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-only memory, ROM)、可擦除可编程只读存储器(erasable programmableread only memory,EPROM)、或便携式只读存储器(compact disc read-only memory,CD-ROM),该存储器802用于相关指令及数据的存储。通信接口803用于接收和发送数据。
处理器801可以是一个或多个中央处理器(central processing unit,CPU),在处理器801是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。
该服务器800中的处理器801用于读取所述存储器802中存储的程序代码,执行以下操作:
处理器801通过通信接口803接收转发服务器发送的第三请求,所述第三请求包括第二请求和第二缓存信息,所述第二请求包括第一请求和第一缓存信息,所述第一缓存信息为第一服务器根据所述第一请求生成的信息,所述第一缓存信息包括所述第一服务器的端口和/或互联网协议地址信息,所述第一请求为所述第一服务器接收客户端发送的获取第一网页的请求,所述第一请求携带了所述第一网页的网址;
处理器801根据所述第三请求生成第三缓存信息,所述第三缓存信息包括服务器800的端口和/或互联网协议地址信;
处理器801创建第三访问日志,所述第三访问日志包括所述第三缓存信息;
处理器801通过通信接口803向运维管理服务器发送所述第三访问日志,所述运维管理服务器为通过日志分析系统来检索和分析日志的服务器。
在其中一种可能的实施方式中,处理器801根据所述第三请求生成第三缓存信息之后,还包括:
处理器801生成第一响应消息,所述第一响应消息包括所述第一网页的信息、所述第一缓存信息、所述第二缓存信息和所述第三缓存信息;
处理器801通过通信接口803将所述第一响应消息发送给转发服务器。
需要说明的是,上述各个操作的实现还可以对应参照图2所示的方法实施例的相应描述,此处不再赘述。
综上所述,本申请实施例通过缓存信息对整个请求-转发-响应过程进行标识记录,同时以日志的形式汇总存储到运维管理服务器的日志分析系统中,从而可以在过程发生故障的时候,通过日志分析系统对相关日志进行分析,迅速确定出发生故障的服务器,极大地减小了故障排除时间,提高了故障排除的处理效率,提高用户体验。
本发明实施例还提供了一种计算机可读存储介质,所述计算机存储介质存储有计算机程序,所述计算机程序包括程序指令,当所述程序指令被处理器执行时,图2所示的方法流程得以实现。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,该流程可以由计算机程序来指令相关的硬件完成,该程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法实施例的流程。
在本发明所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (8)
1.一种代理转发请求的定位处理方法,其特征在于,应用于定位处理方法的系统,所述系统包括一个或多个客户端、第一服务器、转发服务器、第二服务器和运维管理服务器;所述方法包括:
第一服务器接收第一请求,所述第一请求为客户端发送的获取第一网页的请求,所述第一请求携带了所述第一网页的网址;所述第一服务器根据所述第一请求生成第一缓存信息,将第一缓存信息添加到第一请求中形成第二请求,并向转发服务器发送所述第二请求,所述第一缓存信息包括所述第一服务器的端口和/或互联网协议地址信息;
所述第一服务器创建第一访问日志,所述第一访问日志包括所述第一缓存信息和接收到所述第一请求的时间;所述第一服务器向运维管理服务器发送所述第一访问日志;所述运维管理服务器为通过日志分析系统来检索和分析日志的服务器;
转发服务器接收第一服务器发送的第二请求,所述第二请求包括第一请求和第一缓存信息;所述转发服务器根据所述第二请求生成第二缓存信息,将第二缓存信息添加到第二请求中形成第三请求,并向第二服务器发送所述第三请求,所述第二缓存信息包括所述转发服务器的端口和/或互联网协议地址信息;
所述转发服务器创建第二访问日志,所述第二访问日志包括所述第二缓存信息和接收到所述第二请求的时间;所述转发服务器向运维管理服务器发送所述第二访问日志;
第二服务器接收转发服务器发送的第三请求,所述第三请求包括第二请求和第二缓存信息;所述第二服务器根据所述第三请求生成第三缓存信息和第一响应信息,所述第三缓存信息包括所述第二服务器的端口和/或互联网协议地址信息,所述第一响应信息包括所述第一网页的信息;
所述第二服务器创建第三访问日志,所述第三访问日志包括所述第三缓存信息和接收到所述第三请求的时间;所述第二服务器向运维管理服务器发送所述第三访问日志。
2.根据权利要求1所述方法,其特征在于,所述转发服务器根据所述第二请求生成第二缓存信息之后,还包括:
所述转发服务器向第二服务器发送第三请求,所述第三请求包括第二请求和第二缓存信息,所述第二服务器为所述客户端请求获取所述第一网页的响应服务器,用于返回所述第一网页的信息。
3.根据权利要求2所述方法,其特征在于,所述转发服务器向第二服务器发送第三请求之后,还包括:
所述转发服务器接收所述第二服务器发送的第一响应信息,所述第一响应信息包括所述第一网页的信息、所述第一缓存信息、所述第二缓存信息和第三缓存信息,所述第三缓存信息为所述第二服务器根据所述第三请求生成的信息,所述第三缓存信息包括所述第二服务器的端口和/或互联网协议地址信息;
所述转发服务器根据所述第一响应信息创建第四访问日志,所述第四访问日志包括所述转发服务器的端口和/或互联网协议地址信息;
所述转发服务器向所述运维管理服务器发送所述第四访问日志。
4.根据权利要求2或3所述方法,其特征在于,所述转发服务器向第二服务器发送第三请求之前,还包括:
所述转发服务器验证所述第二请求是否为所述转发服务器需要转发的请求;
若是,则触发所述转发服务器向所述第二服务器发送所述第三请求的步骤。
5.根据权利要求4所述方法,其特征在于,所述转发服务器验证所述第二请求是否为所述转发服务器需要转发的请求,包括:
所述转发服务器获取所述第二请求中所述第一缓存信息包括的所述第一服务器的端口和/或互联网协议地址信息;
将所述第一服务器的端口与所述转发服务器服务的端口的范围比较,和/或将所述第一服务器的互联网协议地址与所述转发服务器服务的互联网协议地址的范围比较;
确定所述第一服务器的端口是否属于所述转发服务器服务的端口的范围,和/或确定所述第一服务器的互联网协议地址是否属于所述转发服务器服务的互联网协议地址的范围。
6.一种服务器,其特征在于,包括用于执行如权利要求1至5任一项所述的方法的单元。
7.一种服务器,其特征在于,包括处理器、通信接口和存储器,所述处理器、通信接口和存储器相互连接,其中,所述存储器存储有计算机程序,所述计算机程序被处理器执行以实现如权利要求1至5任一项所述的方法的步骤。
8.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行以实现如权利要求1至5任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910767373.4A CN110430083B (zh) | 2019-08-15 | 2019-08-15 | 一种代理转发请求的定位处理方法及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910767373.4A CN110430083B (zh) | 2019-08-15 | 2019-08-15 | 一种代理转发请求的定位处理方法及服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110430083A CN110430083A (zh) | 2019-11-08 |
CN110430083B true CN110430083B (zh) | 2022-11-15 |
Family
ID=68417025
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910767373.4A Active CN110430083B (zh) | 2019-08-15 | 2019-08-15 | 一种代理转发请求的定位处理方法及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110430083B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111083196B (zh) * | 2019-11-14 | 2022-07-12 | 北京无限光场科技有限公司 | 信息转发方法、装置和电子设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2803461A1 (fr) * | 1999-12-31 | 2001-07-06 | Ge Medical Tech Serv | Procede et dispositif pour la gestion de groupes dans l'entretien de services distants |
CN101163265A (zh) * | 2007-11-20 | 2008-04-16 | 中兴通讯股份有限公司 | 基于分布式数据库的彩信日志查询方法与系统 |
CN102868719A (zh) * | 2012-06-29 | 2013-01-09 | 北京奇虎科技有限公司 | 一种基于缓存的网络访问方法和服务器 |
CN106027595A (zh) * | 2016-04-25 | 2016-10-12 | 乐视控股(北京)有限公司 | 用于cdn节点的访问日志处理方法及系统 |
CN109981745A (zh) * | 2019-02-28 | 2019-07-05 | 深圳市买买提信息科技有限公司 | 一种日志文件处理方法及服务器 |
CN109992465A (zh) * | 2017-12-29 | 2019-07-09 | 中国电信股份有限公司 | 服务追踪方法、装置和计算机可读存储介质 |
-
2019
- 2019-08-15 CN CN201910767373.4A patent/CN110430083B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2803461A1 (fr) * | 1999-12-31 | 2001-07-06 | Ge Medical Tech Serv | Procede et dispositif pour la gestion de groupes dans l'entretien de services distants |
CN101163265A (zh) * | 2007-11-20 | 2008-04-16 | 中兴通讯股份有限公司 | 基于分布式数据库的彩信日志查询方法与系统 |
CN102868719A (zh) * | 2012-06-29 | 2013-01-09 | 北京奇虎科技有限公司 | 一种基于缓存的网络访问方法和服务器 |
CN106027595A (zh) * | 2016-04-25 | 2016-10-12 | 乐视控股(北京)有限公司 | 用于cdn节点的访问日志处理方法及系统 |
CN109992465A (zh) * | 2017-12-29 | 2019-07-09 | 中国电信股份有限公司 | 服务追踪方法、装置和计算机可读存储介质 |
CN109981745A (zh) * | 2019-02-28 | 2019-07-05 | 深圳市买买提信息科技有限公司 | 一种日志文件处理方法及服务器 |
Also Published As
Publication number | Publication date |
---|---|
CN110430083A (zh) | 2019-11-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109688202B (zh) | 一种接口数据的处理方法、装置、计算设备及存储介质 | |
US9444899B2 (en) | Use of internet information services logging to collect user information in an asynchronous manner | |
US9189355B1 (en) | Method and system for processing a service request | |
WO2016149225A1 (en) | Computing system issue detection and resolution | |
US20080133739A1 (en) | Response time benchmarking | |
US20210336861A1 (en) | Detection method and detection device for detecting quality of service of bgp anycast cluster | |
CN103593613A (zh) | 用于计算机病毒检测的方法、终端、服务器和系统 | |
CN110851324B (zh) | 基于日志的巡检处理方法、装置以及电子设备、存储介质 | |
CN110958127B (zh) | 一种异常处理方法、装置、设备和计算机存储介质 | |
CN113890879B (zh) | 数据访问的负载均衡方法、装置、计算机设备及介质 | |
CN104298675A (zh) | 用于缓存管理的方法和装置 | |
CN110737634A (zh) | 日志搜索方法、客户端、服务端与计算机可读存储介质 | |
EP2634699B1 (en) | Application monitoring | |
CN107295086B (zh) | 集群会话防丢失方法及系统 | |
US20060064400A1 (en) | Methods, systems and software for identifying and managing database work | |
CN110430083B (zh) | 一种代理转发请求的定位处理方法及服务器 | |
US11593669B1 (en) | Systems, methods, and apparatuses for detecting and creating operation incidents | |
US10180914B2 (en) | Dynamic domain name service caching | |
CN112187509A (zh) | 多架构云平台执行日志管理方法、系统、终端及存储介质 | |
CN114301872B (zh) | 基于域名的访问方法及装置、电子设备、存储介质 | |
CN114969450B (zh) | 一种用户行为分析方法、装置、设备及存储介质 | |
CN112948733B (zh) | 接口维护方法、装置、计算设备以及介质 | |
CN114816914A (zh) | 基于Kubernetes的数据处理方法、设备及介质 | |
CN114297495A (zh) | 业务数据查找方法、装置、电子设备及存储介质 | |
CN114357001A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |