CN112463751A - 一种日志处理方法、系统、装置、设备及存储介质 - Google Patents
一种日志处理方法、系统、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN112463751A CN112463751A CN202011201228.9A CN202011201228A CN112463751A CN 112463751 A CN112463751 A CN 112463751A CN 202011201228 A CN202011201228 A CN 202011201228A CN 112463751 A CN112463751 A CN 112463751A
- Authority
- CN
- China
- Prior art keywords
- request
- log file
- load balancing
- information
- project application
- 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.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 25
- 238000000034 method Methods 0.000 claims abstract description 49
- 238000012545 processing Methods 0.000 claims description 115
- 230000001174 ascending effect Effects 0.000 claims description 7
- 230000008569 process Effects 0.000 description 10
- 230000002159 abnormal effect Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 4
- 230000000977 initiatory effect Effects 0.000 description 4
- 238000013024 troubleshooting Methods 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000012163 sequencing technique Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/1805—Append-only file systems, e.g. using logs or journals to store data
- G06F16/1815—Journaling file systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/16—File or folder operations, e.g. details of user interfaces specifically adapted to file systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24564—Applying rules; Deductive queries
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5083—Techniques for rebalancing the load in a distributed system
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Software Systems (AREA)
- Human Computer Interaction (AREA)
- Computational Linguistics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请公开了一种日志处理方法、系统、装置、设备及存储介质，所述方法包括：接收至少一个负载均衡服务器发送的请求日志文件；向所述至少一个负载均衡服务器查询请求转发规则信息；对所述请求日志文件中每条请求的关联信息和所述请求规则转发信息进行匹配，确定所述请求日志文件中每条请求的关联信息所归属的项目应用；基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件；将每个项目应用的请求日志文件分别发送给每个项目应用对应的项目应用服务器。本申请提供的技术方案能够对请求日志文件按规则转发信息进行拆分，并将拆分后的请求信息发送给对应的项目应用服务器，保证了各个项目应用之间的独立性和安全性。
Description
技术领域
本申请涉及计算机技术领域，具体涉及一种日志处理方法、系统、装置、设备及存储介质。
背景技术
目前，各大互联网公司主要采用Nginx服务器作为软件负载均衡处理高并发的业务请求，负载均衡服务器接收到客户端的请求后，根据已经设定好的转发规则，转发给后端的多台项目应用服务器，由项目应用服务器负责响应客户端的请求。在这种场景下，所有客户端请求的转发记录都保存在负责转发的负载均衡服务器上，如果存在转发失败或后端应用无法处理的情况，则需要查找负载均衡服务器上的请求日志分析转发失败原因。
Nginx负载均衡集群中会部署多台负载均衡服务器来并行处理客户端的请求，因此会存在归属于同一项目应用的请求被分散到了集群中的不同负载均衡服务器上，当某一项目应用需要查看客户端的请求转发情况时，只能对集群中所有的请求日志进行查找，这样会存在项目应用1的管理员看到项目应用2的请求访问日志情况，而各个项目应用之间为彼此独立关系，相互之间不应查看到对方的请求转发信息，因此传统的日志记录方式不利于各个项目独立分析应用请求情况，需要提供更加可靠高效的方案。
发明内容
为了解决现有技术的问题，本申请提供了一种日志处理方法、系统、装置、设备及存储介质。所述技术方案如下：
一方面，提供了一种日志处理方法，所述方法包括：
至少一个负载均衡服务器将请求日志文件发送到日志处理服务器，所述至少一个负载均衡服务器中任一个负载均衡服务器发送的请求日志文件包括至少两个项目应用对应的请求的关联信息；
所述日志处理服务器向所述至少一个负载均衡服务器发送请求转发规则信息查询请求；
所述至少一个负载均衡服务器将请求规则转发信息发送给所述日志处理服务器；
所述日志处理服务器对所述请求日志文件中每条请求的关联信息和所述请求规则转发信息进行匹配，确定所述请求日志文件中每条请求的关联信息所归属的项目应用；
所述日志处理服务器基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件；
所述日志处理服务器将每个项目应用的请求日志文件分别发送给每个项目应用对应的项目应用服务器。
另一方面，提供了一种日志处理方法，所述方法包括：
接收至少一个负载均衡服务器发送的请求日志文件，所述至少一个负载均衡服务器中任一个负载均衡服务器发送的请求日志文件包括至少两个项目应用对应的请求的关联信息；
向所述至少一个负载均衡服务器发送请求转发规则信息查询请求；
接收所述至少一个负载均衡服务器发送的请求规则转发信息；
对所述请求日志文件中每条请求的关联信息和所述请求规则转发信息进行匹配，确定所述请求日志文件中每条请求的关联信息所归属的项目应用；
基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件；
将每个项目应用的请求日志文件分别发送给每个项目应用对应的项目应用服务器。
另一方面，提供了一种日志处理系统，所述系统包括：至少一个负载均衡服务器、日志处理服务器和至少两个项目应用服务器：
所述至少一个负载均衡服务器，用于将请求日志文件发送到所述日志处理服务器；将请求规则转发信息发送给所述日志处理服务器；
所述日志处理服务器，用于接收所述请求日志文件；向所述至少一个负载均衡服务器发送请求转发规则信息查询请求；接收所述请求转发规则信息；对所述请求日志文件中每条请求的关联信息和所述请求规则转发信息进行匹配，确定所述请求日志文件中每条请求的关联信息所归属的项目应用；基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件；将每个项目应用的请求日志文件分别发送给每个项目应用对应的项目应用服务器；
所述至少两个项目应用服务器，用于分别接收各自项目应用的请求日志文件。
另一方面，提供了一种日志处理装置，所述装置包括：
请求日志接收模块，用于接收至少一个负载均衡服务器发送的请求日志文件，所述至少一个负载均衡服务器中任一个负载均衡服务器发送的请求日志文件包括至少两个项目应用对应的请求的关联信息；
规则转发信息查询请求模块，用于向所述至少一个负载均衡服务器发送请求转发规则信息查询请求；
规则转发信息接收模块，用于接收所述至少一个负载均衡服务器发送的请求规则转发信息；
信息匹配模块，用于对所述请求日志文件中每条请求的关联信息和所述请求规则转发信息进行匹配，确定所述请求日志文件中每条请求的关联信息所归属的项目应用；
项目应用请求日志生成模块，用于基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件；
项目应用请求日志发送模块，用于将每个项目应用的请求日志文件分别发送给每个项目应用对应的项目应用服务器。
另一方面，提供了一种日志处理设备，其特征在于，所述设备包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如上述的日志处理方法。
另一方面，提供了一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现如上述的日志处理方法。
本申请提供的日志处理方法、系统、装置、设备及存储介质，具有如下技术效果：
本申请根据特定的规则匹配算法，对负载均衡服务器的请求日志文件按规则转发信息进行拆分，并将拆分后的日志信息发送给对应的项目应用服务器，一方面提高了日志搜索异常请求，排查应用故障的效率，另一方面保证了各个项目应用之间的独立性和保密性，保护了各个项目应用的安全。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案和优点，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。
图1是本申请实施例提供的一种应用环境的示意图；
图2是本申请实施例提供的一种日志处理方法的流程图；
图3是本申请实施例提供的生成请求日志文件的流程示意图；
图4是本申请实施例提供的另一种日志处理方法的流程图；
图5是本申请实施例提供的一种日志处理装置示意图；
图6是本申请实施例提供一种日志处理方法的日志处理服务器的硬件结构框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
请参阅图1，图1是本申请实施例提供的一种应用环境的示意图，如图1所示，上述应用环境包括客户端01、负载均衡服务器02、日志处理服务器03和项目应用服务器04。
具体的，客户端01可以包括智能手机、台式电脑、平板电脑、笔记本电脑、数字助理、智能可穿戴设备等类型的实体设备，也可以包括运行于实体设备中的软体，例如应用程序(APP)、网页、微信小程序等。具体的，客户端01可以向负载均衡服务器发送访问请求。
具体的，负载均衡服务器02可以包括一个独立运行的服务器，或者分布式服务器，或者由多个服务器组成的服务器集群。负载均衡服务器02可以包括有网络通信单元、处理器和存储器等等。具体的，负载均衡服务器02可以接收客户端发送的访问请求；基于本地的请求规则转发信息将接收到的访问请求转发到对应的项目应用服务器；将接收到的请求的关联信息记录到请求日志文件；将上述请求日志文件发送到日志处理服务器；将请求规则转发信息发送给日志处理服务器。
具体的，日志处理服务器03可以包括一个独立运行的服务器，或者分布式服务器，或者由多个服务器组成的服务器集群。日志处理服务器03可以包括有网络通信单元、处理器和存储器等等。具体的，日志处理服务器03可以接收上述请求日志文件；向负载均衡服务器发送上述请求转发规则信息查询请求；接收上述请求转发规则信息；对上述请求日志文件中每条请求的关联信息和上述请求规则转发信息进行匹配，确定上述请求日志文件中每条请求的关联信息所归属的项目应用；基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件；将每个项目应用的请求日志文件分别发送给每个项目应用对应的项目应用服务器。
具体的，项目应用服务器04可以包括两个独立运行的服务器，或者分布式服务器，或者由多个服务器组成的服务器集群。项目应用服务器04可以包括有网络通信单元、处理器和存储器等等。具体的，项目应用服务器04可以接收负载均衡服务器转发的访问请求；接收日志处理服务器发送的项目应用的请求日志文件。
以下介绍本申请实施例提供的一种日志处理方法，图2为本申请实施例提供的一种日志处理方法的流程示意图。需要说明的是，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图2所示，上述方法可以包括：
S201，发送请求日志文件，至少一个负载均衡服务器中任一个负载均衡服务器发送的请求日志文件包括至少两个项目应用对应的请求的关联信息。
本说明书实施例中，负载均衡服务器在接收客户端的访问请求并将访问请求转发到相应的项目应用服务器之后会生成相应的请求日志文件，具体的，如图3所示，生成请求日志文件可以包括：
S301，接收至少一个客户端发送的访问请求。
S303，各自基于本地的请求规则转发信息将接收到的访问请求转发到对应的项目应用服务器。
在实际应用中，在上述至少一个负载均衡服务器中的每个负载均衡服务器上会预设各自的负载均衡转发规则。具体的，负载均衡转发规则是一种将客户端的请求通过负载均衡服务器进行调度，根据每个项目应用服务器的负载情况将请求转发到对应的项目应用服务器的规则。
上述规则转发信息表征接收访问请求的项目应用服务器与访问请求间的映射关系。其中，接收访问请求的项目应用服务器为根据项目应用对应的项目应用服务集群中各项目应用服务器的负载情况确定的。具体的，规则转发信息可以包括但不限于：请求的源IP(Internet Protocol，网际互连协议)、请求的目的IP(Internet Protocol，网际互连协议)和请求的URL(Uniform Resource Locator，统一资源定位符)。
上述至少一个负载均衡服务器接收到上述至少一个客户端的访问请求后，各自基于本地的规则转发信息，在后端的至少两个项目应用服务器中选择一个，将访问请求转发给选中的项目应用服务器进行处理。
S305，将各自接收到的请求的关联信息记录到请求日志文件。
本说明书实施例中，负载均衡服务器在接收到访问请求后，会对该访问请求进行转发处理，在实际应用中，该访问请求可能转发成功，也可能转发失败。相应的，上述请求日志文件包括请求转发成功日志文件或请求转发失败日志文件。
具体的，当请求转发成功时，上述至少一个负载均衡服务器将各自转发成功的请求的关联信息记录到请求转发成功日志文件，并将请求转发成功日志文件发送到日志处理服务器。
相应的，上述转发成功的请求的关联信息可以包括但不限于：请求的源IP(Internet Protocol，网际互连协议)、请求的目的IP(Internet Protocol，网际互连协议)、请求的URL(Uniform Resource Locator，统一资源定位符)、该请求转发给后端应用后应用返回的状态码、请求的发起时间、请求成功记录、请求转发完成所用耗时等。
当请求转发失败时，上述至少一个负载均衡服务器将各自转发失败的请求的关联信息记录到请求转发失败日志文件，并将请求转发失败日志文件发送到日志处理服务器。
相应的，上述转发失败的请求的关联信息可以包括但不限于：请求的源IP(Internet Protocol，网际互连协议)、请求的目的IP(Internet Protocol，网际互连协议)、请求的URL(Uniform Resource Locator，统一资源定位符)、请求转发给后端应用后应用返回的状态码、请求的发起时间、请求失败记录、请求失败的原因等。
在本说明书实施例中，上述至少一个负载均衡服务器每隔预设时间向日志处理服务器发送请求日志文件。具体的，上述预设时间是由系统管理员自定义确定的，例如，可以是三十分钟或一个小时。
S203，发送请求转发规则信息查询请求。
在一些实施例中，日志处理服务器每隔上述预设时间向上述至少一个负载均衡服务器发送请求转发规则信息查询请求。
S205，发送请求规则转发信息。
在一些实施例中，上述至少一个负载均衡服务器每隔上述预设时间向日志处理服务器发送请求规则转发信息。
S207，对上述请求日志文件中每条请求的关联信息和上述请求规则转发信息进行匹配，确定上述请求日志文件中每条请求的关联信息所归属的项目应用。
在一些实施例中，当上述至少一个负载均衡服务器仅包括一个负载均衡服务器时，日志处理服务器对请求日志文件中每条请求的关联信息和请求规则转发信息进行匹配可以包括：
1)日志处理服务器读取上述请求日志文件中每条请求的关联信息；
2)日志处理服务器基于预设的匹配字段对上述请求日志文件中每条请求的关联信息和上述请求规则转发信息进行匹配，确定上述请求日志文件中每条请求的关联信息所归属的项目应用。
具体的，上述匹配字段可以包括但不限于：请求的源IP(Internet Protocol，网际互连协议)、请求的目的IP(Internet Protocol，网际互连协议)、请求的URL(UniformResource Locator，统一资源定位符)。上述匹配字段用于请求的关联信息和请求规则转发信息的匹配，根据请求的源IP(Internet Protocol，网际互连协议)、请求的目的IP(Internet Protocol，网际互连协议)、请求的URL(Uniform Resource Locator，统一资源定位符)三个信息判断该条请求归属于的项目应用。
在另一些实施例中，当上述至少一个负载均衡服务器包括至少两个负载均衡服务器时，在日志处理服务器对请求日志文件中每条请求的关联信息和请求规则转发信息进行匹配之前，上述日志处理方法还包括：
日志处理服务器将接收到的请求日志文件按照对应的负载均衡服务器的标识信息进行重命名，得到接收到的请求日志文件各自的标识信息。
具体的，上述标识信息可以用于区分不同的负载均衡服务器以及不同的请求日志文件，例如，负载均衡服务器的标识信息可以为：第一负载均衡服务器、第二负载均衡服务器、第三负载均衡服务器等；相应的，接收到的请求日志文件各自的标识信息可以为：第一负载均衡服务器的请求日志文件、第二负载均衡服务器的请求日志文件、第三负载均衡服务器的请求日志文件等。
在本说明书实施例中，当上述至少一个负载均衡服务器包括至少两个负载均衡服务器时，对上述接收到的请求日志文件按照对应的负载均衡服务器的标识信息进行重命名以便于在下述信息匹配的过程中每一请求日志文件中每条请求的关联信息都能与对应的负载均衡服务器的请求规则转发信息进行匹配。
日志处理服务器对请求日志文件中每条请求的关联信息和请求规则转发信息进行匹配，确定请求日志文件中每条请求的关联信息所归属的项目应用可以包括：
1)日志处理服务器分别读取每一请求日志文件中每条请求的关联信息；
2)日志处理服务器基于接收到的请求日志文件各自的标识信息和匹配字段，对每一请求日志文件中每条请求的关联信息分别与对应的请求规则转发信息进行匹配，确定每个请求日志文件中每条请求的关联信息所归属的项目应用。
具体的，上述匹配字段可以包括但不限于：请求的源IP(Internet Protocol，网际互连协议)、请求的目的IP(Internet Protocol，网际互连协议)、请求的URL(UniformResource Locator，统一资源定位符)。上述匹配字段用于每一请求日志文件中每条请求的关联信息和对应的负载均衡服务器到的请求规则转发信息的匹配，根据请求的源IP(Internet Protocol，网际互连协议)、请求的目的IP(Internet Protocol，网际互连协议)、请求的URL(Uniform Resource Locator，统一资源定位符)三个信息判断该条请求归属于的项目应用。
S209，基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件。
在本说明书实施例中，日志处理服务器基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件包括：
1)日志处理服务器将归属于同一项目应用的请求的关联信息按照时间顺序递增排序；
2)日志处理服务器根据递增排序后的归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件。
在一些实施例中，上述至少两个负载均衡服务器并行处理上述至少一个客户端的请求，会存在归属于同一项目应用的请求由不同负载均衡服务器转发的情况。因此，日志处理服务器可以对归属于同一项目应用的请求的关联信息按时间顺序递增排序，然后生成每个项目应用的请求日志文件进行汇总。
S211，将每个项目应用的请求日志文件分别发送给每个项目应用对应的项目应用服务器。
在实际应用中，项目应用管理员在需要统计应用的请求访问量、请求是否异常等信息时，可以自行登录项目应用服务器，打开自己的项目应用的请求日志文件进行分析。
在实际应用中，负载均衡服务器重复向日志处理服务器发送请求日志文件，日志处理服务器重复查询相应的负载均衡服务器的请求规则转发信息，对请求日志文件进行拆分处理并发送到对应的项目应用服务器。
本申请实施例还提供了另一种日志处理方法，图4是本申请实施例提供的另一种日志处理方法的流程示意图。需要说明的是，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图4所示，上述方法可以包括：
S401，接收至少一个负载均衡服务器发送的请求日志文件，上述至少一个负载均衡服务器中任一个负载均衡服务器发送的请求日志文件包括至少两个项目应用对应的请求的关联信息。
在本说明书实施例中，负载均衡服务器在接收到访问请求后，会对该访问请求进行转发处理，在实际应用中，该访问请求可能转发成功，也可能转发失败。相应的，日志处理服务器接收的请求日志文件包括请求转发成功日志文件或请求转发失败日志文件。
具体的，当请求转发成功时，上述至少一个负载均衡服务器将各自转发成功的请求的关联信息记录到请求转发成功日志文件，日志处理服务器接收上述至少一个负载均衡服务器发送的请求转发成功日志文件。
相应的，上述转发成功的请求的关联信息可以包括但不限于：请求的源IP(Internet Protocol，网际互连协议)、请求的目的IP(Internet Protocol，网际互连协议)、请求的URL(Uniform Resource Locator，统一资源定位符)、该请求转发给后端应用后应用返回的状态码、请求的发起时间、请求成功记录、请求转发完成所用耗时等。
当请求转发失败时，上述至少一个负载均衡服务器将各自转发失败的请求的关联信息记录到请求转发失败日志文件，日志处理服务器接收上述至少一个负载均衡服务器发送的请求转发失败日志文件。
相应的，上述转发失败的请求的关联信息可以包括但不限于：请求的源IP(Internet Protocol，网际互连协议)、请求的目的IP(Internet Protocol，网际互连协议)、请求的URL(Uniform Resource Locator，统一资源定位符)、请求转发给后端应用后应用返回的状态码、请求的发起时间、请求失败记录、请求失败的原因等。
在本说明书实施例中，日志处理服务器每隔预设时间接收上述至少一个负载均衡服务器发送的请求日志文件。具体的，上述预设时间是由系统管理员自定义确定的，例如，可以是三十分钟或一个小时。
S403，向上述至少一个负载均衡服务器发送请求转发规则信息查询请求。
在实际应用中，上述规则转发信息表征接收访问请求的项目应用服务器与访问请求间的映射关系。其中，接收访问请求的项目应用服务器为根据项目应用对应的项目应用服务集群中各项目应用服务器的负载情况确定的。具体的，规则转发信息可以包括但不限于：请求的源IP(Internet Protocol，网际互连协议)、请求的目的IP(Internet Protocol，网际互连协议)或请求的URL(Uniform Resource Locator，统一资源定位符)。
在一些实施例中，日志处理服务器每隔上述预设时间向上述至少一个负载均衡服务器发送请求转发规则信息查询请求。
S405，接收上述至少一个负载均衡服务器发送的请求规则转发信息。
在一些实施例中，日志处理服务器每隔上述预设时间接收上述至少一个负载均衡服务器发送的请求规则转发信息。
S407，对上述请求日志文件中每条请求的关联信息和上述请求规则转发信息进行匹配，确定上述请求日志文件中每条请求的关联信息所归属的项目应用。
在一些实施例中，当上述至少一个负载均衡服务器仅包括一个负载均衡服务器时，日志处理服务器对请求日志文件中每条请求的关联信息和请求规则转发信息进行匹配可以包括：
1)日志处理服务器读取上述请求日志文件中每条请求的关联信息；
2)日志处理服务器基于预设的匹配字段对上述请求日志文件中每条请求的关联信息和上述请求规则转发信息进行匹配，确定上述请求日志文件中每条请求的关联信息所归属的项目应用。
具体的，上述匹配字段可以包括但不限于：请求的源IP(Internet Protocol，网际互连协议)、请求的目的IP(Internet Protocol，网际互连协议)、请求的URL(UniformResource Locator，统一资源定位符)。上述匹配字段用于请求的关联信息和请求规则转发信息的匹配，根据请求的源IP(Internet Protocol，网际互连协议)、请求的目的IP(Internet Protocol，网际互连协议)、请求的URL(Uniform Resource Locator，统一资源定位符)三个信息判断该条请求归属于的项目应用。
在另一些实施例中，当上述至少一个负载均衡服务器包括至少两个负载均衡服务器时，在日志处理服务器对请求日志文件中每条请求的关联信息和请求规则转发信息进行匹配之前，上述日志处理方法还包括：
日志处理服务器将接收到的请求日志文件按照对应的负载均衡服务器的标识信息进行重命名，得到接收到的请求日志文件各自的标识信息。
具体的，上述标识信息可以用于区分不同的负载均衡服务器以及不同的请求日志文件，例如，负载均衡服务器的标识信息可以为：第一负载均衡服务器、第二负载均衡服务器、第三负载均衡服务器等；相应的，接收到的请求日志文件各自的标识信息可以为：第一负载均衡服务器的请求日志文件、第二负载均衡服务器的请求日志文件、第三负载均衡服务器的请求日志文件等。
在本说明书实施例中，当上述至少一个负载均衡服务器包括至少两个负载均衡服务器时，对上述接收到的请求日志文件按照对应的负载均衡服务器的标识信息进行重命名以便于在下述信息匹配的过程中每一请求日志文件中每条请求的关联信息都能与对应的负载均衡服务器的请求规则转发信息进行匹配。
日志处理服务器对请求日志文件中每条请求的关联信息和请求规则转发信息进行匹配，确定请求日志文件中每条请求的关联信息所归属的项目应用可以包括：
1)日志处理服务器分别读取每一请求日志文件中每条请求的关联信息；
2)日志处理服务器基于接收到的请求日志文件各自的标识信息和匹配字段，对每一请求日志文件中每条请求的关联信息分别与对应的请求规则转发信息进行匹配，确定每个请求日志文件中每条请求的关联信息所归属的项目应用。
具体的，上述匹配字段可以包括但不限于：请求的源IP(Internet Protocol，网际互连协议)、请求的目的IP(Internet Protocol，网际互连协议)、请求的URL(UniformResource Locator，统一资源定位符)。上述匹配字段用于每一请求日志文件中每条请求的关联信息和对应的负载均衡服务器到的请求规则转发信息的匹配，根据请求的源IP(Internet Protocol，网际互连协议)、请求的目的IP(Internet Protocol，网际互连协议)、请求的URL(Uniform Resource Locator，统一资源定位符)三个信息判断该条请求归属于的项目应用。
S409，基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件。
在本说明书实施例中，日志处理服务器基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件包括：
1)日志处理服务器将归属于同一项目应用的请求的关联信息按照时间顺序递增排序；
2)日志处理服务器根据递增排序后的归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件。
在一些实施例中，上述至少两个负载均衡服务器并行处理上述至少一个客户端的请求，会存在归属于同一项目应用的请求由不同负载均衡服务器转发的情况。因此，日志处理服务器可以对归属于同一项目应用的请求的关联信息按时间顺序递增排序，然后生成每个项目应用的请求日志文件进行汇总。
S411，将每个项目应用的请求日志文件分别发送给每个项目应用对应的项目应用服务器。
在实际应用中，项目应用管理员在需要统计应用的请求访问量、请求是否异常等信息时，可以自行登录项目应用服务器，打开自己的项目应用的请求日志文件进行分析。
在实际应用中，日志处理服务器重复接收负载均衡服务器发送的请求日志文件，然后重复查询相应的负载均衡服务器的请求规则转发信息，对请求日志文件进行拆分处理并发送到对应的项目应用服务器。
本申请实施例还提供了一种日志处理系统，用以实现图2所示的方法。本系统实施例与前述方法实施例对应，能够实现前述方法实施例中的全部内容。为便于阅读，本系统实施例仅对前述方法实施例中的内容进行概要性描述，不对方法实施例中的细节内容进行逐一赘述。上述系统包括：至少一个客户端、至少一个负载均衡服务器、日志处理服务器和至少两个项目应用服务器：
上述至少一个客户端，用于向上述至少一个负载均衡服务器发送访问请求；
上述至少一个负载均衡服务器，用于各自接收上述至少一个客户端发送的访问请求；各自基于本地的请求规则转发信息将接收到的访问请求转发到对应的项目应用服务器；将各自接收到的请求的关联信息记录到请求日志文件；向上述日志处理服务器发送请求日志文件；向上述日志处理服务器发送请求规则转发信息；
上述日志处理服务器，用于接收上述请求日志文件；向上述至少一个负载均衡服务器发送请求转发规则信息查询请求；接收上述请求转发规则信息；对上述请求日志文件中每条请求的关联信息和上述请求规则转发信息进行匹配，确定上述请求日志文件中每条请求的关联信息所归属的项目应用；基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件；将每个项目应用的请求日志文件分别发送给每个项目应用对应的项目应用服务器；
上述至少两个项目应用服务器，用于分别接收上述至少一个负载均衡服务器转发的上述访问请求，分别接收各自项目应用的请求日志文件。
从以上的描述中，可以看出，在本申请实施例中，上述日志处理系统中上述至少一个客户端向上述至少一个负载均衡服务器发送请求；上述至少一个负载均衡服务器各自基于本地的请求规则转发信息将接收到的请求转发到对应的项目应用服务器，然后将各自接收到的请求的关联信息记录到请求日志文件并将上述请求日志文件发送到上述日志处理服务器；上述日志处理服务器查询上述至少一个负载均衡服务器的上述规则转发信息，然后对上述请求日志文件中每条请求的关联信息和上述请求规则转发信息进行匹配，确定上述请求日志文件中每条请求的关联信息所归属的项目应用，并基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件，即将负载均衡服务器的全量请求日志文件拆分处理成每个项目应用的请求日志文件，便于各个项目应用管理员进行日常的请求日志搜索和应用故障排查；最后将每个项目应用的请求日志文件分别发送给每个项目应用对应的项目应用服务器，保证了各个项目应用管理员只能看到自己应用的请求转发情况，保护了各个项目应用的隐私和安全。
本申请实施例还提供了另一种日志处理系统，用以实现图4所示的方法。本系统实施例与前述方法实施例对应，能够实现前述方法实施例中的全部内容。为便于阅读，本系统实施例仅对前述方法实施例中的内容进行概要性描述，不对方法实施例中的细节内容进行逐一赘述。上述系统包括：至少一个负载均衡服务器、日志处理服务器和至少两个项目应用服务器：
上述至少一个负载均衡服务器，用于将请求日志文件发送到上述日志处理服务器；将请求规则转发信息发送给上述日志处理服务器；
上述日志处理服务器，用于接收上述请求日志文件；向上述至少一个负载均衡服务器发送请求转发规则信息查询请求；接收上述请求转发规则信息；对上述请求日志文件中每条请求的关联信息和上述请求规则转发信息进行匹配，确定上述请求日志文件中每条请求的关联信息所归属的项目应用；基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件；将每个项目应用的请求日志文件分别发送给每个项目应用对应的项目应用服务器；
上述至少两个项目应用服务器，用于分别接收各自项目应用的请求日志文件。
从以上的描述中，可以看出，在本申请实施例中，上述日志处理系统中上述至少一个负载均衡服务器将上述请求日志文件发送到上述日志处理服务器；上述日志处理服务器查询上述至少一个负载均衡服务器的上述规则转发信息，然后对上述请求日志文件中每条请求的关联信息和上述请求规则转发信息进行匹配，确定上述请求日志文件中每条请求的关联信息所归属的项目应用，并基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件，即将负载均衡服务器的全量请求日志文件拆分处理成每个项目应用的请求日志文件，便于各个项目应用管理员进行日常的请求日志搜索和应用故障排查；最后将每个项目应用的请求日志文件分别发送给每个项目应用对应的项目应用服务器，各个项目应用管理员只能看到自己应用的请求转发情况，保证了各个项目应用之间的独立性，保护了各个项目应用的安全。
本申请实施例还提供了一种日志处理装置，如图5所示，上述装置包括：
请求日志接收模块510，用于接收至少一个负载均衡服务器发送的请求日志文件，上述至少一个负载均衡服务器中任一个负载均衡服务器发送的请求日志文件包括至少两个项目应用对应的请求的关联信息；
规则转发信息查询请求模块520，用于向上述至少一个负载均衡服务器发送请求规则转发信息查询请求；
规则转发信息接收模块530，用于接收上述至少一个负载均衡服务器发送的请求规则转发信息；
信息匹配模块540，用于对上述请求日志文件中每条请求的关联信息和上述请求规则转发信息进行匹配，确定上述请求日志文件中每条请求的关联信息所归属的项目应用；
项目应用请求日志生成模块550，用于基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件；
项目应用请求日志发送模块560，用于将每个项目应用的请求日志文件分别发送给每个项目应用对应的项目应用服务器。
在本说明书实施例中，上述请求日志接收模块510可以包括：
请求转发成功日志接收单元，用于接收上述至少一个负载均衡服务器发送的上述请求转发成功日志文件；
请求转发失败日志接收单元，用于接收上述至少一个负载均衡服务器发送的上述请求转发失败日志文件。
在本说明书实施例中，上述信息匹配模块540可以包括：
信息读取单元，用于读取上述请求日志文件中每条请求的关联信息；
信息匹配单元，用于基于预设的匹配字段对上述请求日志文件中每条请求的关联信息和上述请求规则转发信息进行匹配，确定上述请求日志文件中每条请求的关联信息所归属的项目应用。
在本说明书实施例中，上述项目应用请求日志生成模块550可以包括：
信息排序单元，用于将归属于同一项目应用的请求的关联信息按照时间顺序递增排序；
日志生成单元，用于根据递增排序后的归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件。
在本申请实施例中，上述日志处理装置还可以包括：
获取日志标识信息模块，用于将接收到的请求日志文件按照对应的负载均衡服务器的标识信息进行重命名，得到上述接收到的请求日志文件各自的标识信息。
上述的装置实施例中的装置与方法实施例基于同样的申请构思。
本申请实施例提供了一种日志处理设备，该日志处理设备包括处理器和存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现如上述方法实施例所提供的日志处理方法。
存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据上述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。
本申请实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行，即上述计算机设备可以包括移动终端、计算机终端、服务器或者类似的运算装置。以运行在服务器上为例，图6是本申请实施例提供的一种日志处理方法的日志处理服务器的硬件结构框图。如图6所示，该日志处理服务器600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(Central Processing Units，CPU)610(处理器610可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器630，一个或一个以上存储应用程序623或数据622的存储介质620(例如一个或一个以上海量存储设备)。其中，存储器630和存储介质620可以是短暂存储或持久存储。存储在存储介质620的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器610可以设置为与存储介质620通信，在日志处理服务器600上执行存储介质620中的一系列指令操作。日志处理服务器600还可以包括一个或一个以上电源660，一个或一个以上有线或无线网络接口650，一个或一个以上输入输出接口640，和/或，一个或一个以上操作系统621，例如Windows ServerTM，Mac OSXTM，UnixTM,LinuxTM，FreeBSDTM等等。
输入输出接口640可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括日志处理服务器600的通信供应商提供的无线网络。在一个实例中，输入输出接口640包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，输入输出接口640可以为射频(RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯。
本领域普通技术人员可以理解，图6所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，日志处理服务器600还可包括比图6中所示更多或者更少的组件，或者具有与图6所示不同的配置。
本申请实施例还提供了一种存储介质，上述存储介质可设置于服务器之中以保存用于实现方法实施例中一种的日志处理方法相关的至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述方法实施例提供的日志处理方法。
可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
由上述本申请提供的日志处理方法、系统、装置、设备或存储介质的实施例可见，本申请中日志处理方法可以通过接收至少一个负载均衡服务器发送的请求日志文件，上述至少一个负载均衡服务器中任一个负载均衡服务器发送的请求日志文件包括至少两个项目应用对应的请求的关联信息；再向上述至少一个负载均衡服务器发送请求规则转发信息查询请求，接收上述至少一个负载均衡服务器发送的请求规则转发信息，通过查询请求转发规则信息，可以获取每条请求的关联信息所归属的项目应用；随后对上述请求日志文件中每条请求的关联信息和上述请求规则转发信息进行匹配，确定上述请求日志文件中每条请求的关联信息所归属的项目应用，并基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件，即将负载均衡服务器中的全量请求日志文件拆分处理成不同项目应用的请求日志文件；最后将每个项目应用的请求日志文件分别发送给每个项目应用对应的项目应用服务器，保证了各个项目应用之间的独立性，保护了各个项目应用的安全。项目应用管理员在需要统计应用的请求访问量、请求是否有异常等信息时，可以自行登录项目应用服务器，打开自己的项目应用请求日志文件即可进行分析，提高了日志搜索异常请求，排查应用故障的效率。
需要说明的是：上述本申请实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备和存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指示相关的硬件完成，上述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。
Claims (10)
1.一种日志处理方法，其特征在于，所述方法包括：
至少一个负载均衡服务器向日志处理服务器发送请求日志文件，所述至少一个负载均衡服务器中任一个负载均衡服务器发送的请求日志文件包括至少两个项目应用对应的请求的关联信息；
所述日志处理服务器向所述至少一个负载均衡服务器发送请求规则转发信息查询请求；
所述至少一个负载均衡服务器向所述日志处理服务器发送请求规则转发信息；
所述日志处理服务器对所述请求日志文件中每条请求的关联信息和所述请求规则转发信息进行匹配，确定所述请求日志文件中每条请求的关联信息所归属的项目应用；
所述日志处理服务器基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件；
所述日志处理服务器将每个项目应用的请求日志文件分别发送给每个项目应用对应的项目应用服务器。
2.一种日志处理方法，其特征在于，所述方法包括：
接收至少一个负载均衡服务器发送的请求日志文件，所述至少一个负载均衡服务器中任一个负载均衡服务器发送的请求日志文件包括至少两个项目应用对应的请求的关联信息；
向所述至少一个负载均衡服务器发送请求规则转发信息查询请求；
接收所述至少一个负载均衡服务器发送的请求规则转发信息；
对所述请求日志文件中每条请求的关联信息和所述请求规则转发信息进行匹配，确定所述请求日志文件中每条请求的关联信息所归属的项目应用；
基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件；
将每个项目应用的请求日志文件分别发送给每个项目应用对应的项目应用服务器。
3.根据权利要求2所述的方法，其特征在于，所述请求日志文件包括请求转发成功日志文件或请求转发失败日志文件；
所述接收至少一个负载均衡服务器发送的请求日志文件包括：
接收所述至少一个负载均衡服务器发送的所述请求转发成功日志文件；
或，
接收所述至少一个负载均衡服务器发送的所述请求转发失败日志文件。
4.根据权利要求2或3所述的方法，其特征在于，所述接收至少一个负载均衡服务器发送的请求日志文件，所述至少一个负载均衡服务器中任一个负载均衡服务器发送的请求日志文件包括至少两个项目应用对应的请求的关联信息包括：
每隔预设时间接收所述至少一个负载均衡服务器发送的所述请求日志文件；
所述向所述至少一个负载均衡服务器发送请求规则转发信息查询请求包括：
每隔所述预设时间向所述至少一个负载均衡服务器发送所述请求规则转发信息查询请求；
所述接收所述至少一个负载均衡服务器发送的请求规则转发信息包括：
每隔所述预设时间接收所述至少一个负载均衡服务器发送的所述请求规则转发信息。
5.根据权利要求2或3所述的方法，其特征在于，当所述至少一个负载均衡服务器包括至少两个负载均衡服务器时，在所述对所述请求日志文件中每条请求的关联信息和所述请求规则转发信息进行匹配，确定所述请求日志文件中每条请求的关联信息所归属的项目应用之前，所述方法还包括：
将接收到的请求日志文件按照对应的负载均衡服务器的标识信息进行重命名，得到所述接收到的请求日志文件各自的标识信息；
对所述请求日志文件中每条请求的关联信息和所述请求规则转发信息进行匹配，确定所述请求日志文件中每条请求的关联信息所归属的项目应用包括：
基于所述接收到的请求日志文件各自的标识信息和匹配字段，对每个请求日志文件中每条请求的关联信息分别与对应的请求规则转发信息进行匹配，确定所述每个请求日志文件中每条请求的关联信息所归属的项目应用。
6.根据权利要求2至3任一所述的方法，其特征在于，所述基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件包括：
将归属于同一项目应用的请求的关联信息按照时间顺序递增排序；
根据递增排序后的归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件。
7.一种日志处理系统，其特征在于，所述系统包括：至少一个负载均衡服务器、日志处理服务器和至少两个项目应用服务器：
所述至少一个负载均衡服务器，用于向所述日志处理服务器发送请求日志文件；向所述日志处理服务器发送请求规则转发信息；
所述日志处理服务器，用于接收所述请求日志文件；向所述至少一个负载均衡服务器发送请求规则转发信息查询请求；接收所述请求转发规则信息；对所述请求日志文件中每条请求的关联信息和所述请求规则转发信息进行匹配，确定所述请求日志文件中每条请求的关联信息所归属的项目应用；基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件；将每个项目应用的请求日志文件分别发送给每个项目应用对应的项目应用服务器；
所述至少两个项目应用服务器，用于分别接收各自项目应用的请求日志文件。
8.一种日志处理装置，其特征在于，所述装置包括：
请求日志接收模块，用于接收至少一个负载均衡服务器发送的请求日志文件，所述至少一个负载均衡服务器中任一个负载均衡服务器发送的请求日志文件包括至少两个项目应用对应的请求的关联信息；
规则转发信息查询请求模块，用于向所述至少一个负载均衡服务器发送请求转发规则信息查询请求；
规则转发信息接收模块，用于接收所述至少一个负载均衡服务器发送的请求规则转发信息；
信息匹配模块，用于对所述请求日志文件中每条请求的关联信息和所述请求规则转发信息进行匹配，确定所述请求日志文件中每条请求的关联信息所归属的项目应用；
项目应用请求日志生成模块，用于基于归属于同一项目应用的请求的关联信息，生成每个项目应用的请求日志文件；
项目应用请求日志发送模块，用于将每个项目应用的请求日志文件分别发送给每个项目应用对应的项目应用服务器。
9.一种日志处理设备，其特征在于，所述设备包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如权利要求1至6任一所述的日志处理方法。
10.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现如权利要求1至6任一所述的日志处理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011201228.9A CN112463751B (zh) | 2020-11-02 | 2020-11-02 | 一种日志处理方法、系统、装置、设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011201228.9A CN112463751B (zh) | 2020-11-02 | 2020-11-02 | 一种日志处理方法、系统、装置、设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112463751A true CN112463751A (zh) | 2021-03-09 |
| CN112463751B CN112463751B (zh) | 2024-08-27 |
Family
ID=74834845
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011201228.9A Active CN112463751B (zh) | 2020-11-02 | 2020-11-02 | 一种日志处理方法、系统、装置、设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112463751B (zh) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102902752A (zh) * | 2012-09-20 | 2013-01-30 | 新浪网技术(中国)有限公司 | 一种日志监控方法及系统 |
| CN104346365A (zh) * | 2013-07-30 | 2015-02-11 | 阿里巴巴集团控股有限公司 | 确定与特定业务相关的关联日志的方法和装置 |
| CN105471635A (zh) * | 2015-11-18 | 2016-04-06 | 中国建设银行股份有限公司 | 一种系统日志的处理方法、装置和系统 |
| CN106802858A (zh) * | 2017-01-16 | 2017-06-06 | 广东欧珀移动通信有限公司 | 一种日志动态配置方法、装置及系统 |
| US20180173603A1 (en) * | 2016-12-21 | 2018-06-21 | Ca, Inc. | Data analytics correlation for heterogeneous monitoring systems |
-
2020
- 2020-11-02 CN CN202011201228.9A patent/CN112463751B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102902752A (zh) * | 2012-09-20 | 2013-01-30 | 新浪网技术(中国)有限公司 | 一种日志监控方法及系统 |
| CN104346365A (zh) * | 2013-07-30 | 2015-02-11 | 阿里巴巴集团控股有限公司 | 确定与特定业务相关的关联日志的方法和装置 |
| CN105471635A (zh) * | 2015-11-18 | 2016-04-06 | 中国建设银行股份有限公司 | 一种系统日志的处理方法、装置和系统 |
| US20180173603A1 (en) * | 2016-12-21 | 2018-06-21 | Ca, Inc. | Data analytics correlation for heterogeneous monitoring systems |
| CN106802858A (zh) * | 2017-01-16 | 2017-06-06 | 广东欧珀移动通信有限公司 | 一种日志动态配置方法、装置及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112463751B (zh) | 2024-08-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20180287897A1 (en) | Application awareness for virtual infrastructure environments | |
| US7222297B2 (en) | System and method for using XML to normalize documents | |
| US9111070B2 (en) | Method and apparatus for remotely assessing software with automatic maintenance of a software audit file | |
| US20060117091A1 (en) | Data logging to a database | |
| CN111046011B (zh) | 日志收集方法、系统、装置、电子设备及可读存储介质 | |
| CN109388657B (zh) | 数据处理方法、装置、计算机设备及存储介质 | |
| US20160098390A1 (en) | Command history analysis apparatus and command history analysis method | |
| CN112307374A (zh) | 基于待办事项的跳转方法、装置、设备及存储介质 | |
| CN113485999A (zh) | 数据清理方法、装置和服务器 | |
| CN111767173A (zh) | 网络设备数据处理方法、装置、计算机设备和存储介质 | |
| CN113961228A (zh) | 一种变更提醒方法、装置、设备及存储介质 | |
| CN113656183A (zh) | 任务处理方法、装置、设备及存储介质 | |
| CN114840408A (zh) | 一种应用程序性能分析方法、系统、装置及存储介质 | |
| CN111177100B (zh) | 一种训练数据处理方法、装置及存储介质 | |
| CN112463751A (zh) | 一种日志处理方法、系统、装置、设备及存储介质 | |
| US11841965B2 (en) | Automatically assigning data protection policies using anonymized analytics | |
| CN114584629B (zh) | 一种交易报文处理方法及装置 | |
| CN114238286B (zh) | 一种数据仓库数据处理方法、装置、电子设备及存储介质 | |
| CN112579406A (zh) | 一种日志调用链生成方法和装置 | |
| CN111177717A (zh) | 一种恶意进程的识别方法、装置、电子设备和存储介质 | |
| CN111097175B (zh) | 一种模拟器的确定方法、装置及存储介质 | |
| CN114625714A (zh) | 日志处理方法及装置 | |
| US11025658B2 (en) | Generating summaries of messages associated with assets in an enterprise system | |
| CN114765599A (zh) | 子域名采集方法、装置 | |
| CN114443267A (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 |