CN114500255A - 一种日志数据上报方法、装置、设备及存储介质 - Google Patents

一种日志数据上报方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN114500255A
CN114500255A CN202210195636.0A CN202210195636A CN114500255A CN 114500255 A CN114500255 A CN 114500255A CN 202210195636 A CN202210195636 A CN 202210195636A CN 114500255 A CN114500255 A CN 114500255A
Authority
CN
China
Prior art keywords
log data
message middleware
log
reporting
server
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
Application number
CN202210195636.0A
Other languages
English (en)
Other versions
CN114500255B (zh
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 Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and 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 Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN202210195636.0A priority Critical patent/CN114500255B/zh
Publication of CN114500255A publication Critical patent/CN114500255A/zh
Application granted granted Critical
Publication of CN114500255B publication Critical patent/CN114500255B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/069Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/2871Implementation details of single intermediate entities
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

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

Abstract

本公开提供了一种日志数据上报方法、装置、设备及存储介质,涉及数据传输领域,尤其涉及日志数据上报技术领域,具体涉及一种日志数据上报方法、装置、设备以及存储介质。具体实现方案为:当检测到目标消息中间件存储有日志数据时,从所述目标消息中间件中拉取日志数据;按照预定的上报策略,向日志服务器发送所拉取的日志数据,以使所述日志服务器在接收到日志数据后,保存所接收到的日志数据。通过本方案,可以避免高峰期的日志数据对日志服务器造成存储压力,从而减少日志数据上报失败或丢失的概率。

Description

一种日志数据上报方法、装置、设备及存储介质
技术领域
本公开涉及数据传输技术领域,尤其涉及日志数据上报技术领域,具体涉及一种日志数据上报方法、装置、设备及存储介质。
背景技术
日志数据的分析是目前分析互联网产品的用户行为的重要方法。
用户在使用客户端的过程中,若产生点击、浏览或者购买等行为,则客户端根据用户的行为生成日志数据,并将日志数据上报到日志服务器。
发明内容
本公开提供了一种日志数据上报方法、装置、设备及存储介质。
根据本公开的一方面,提供了一种日志数据上报方法,该方法包括:
当检测到目标消息中间件存储有日志数据时,从所述目标消息中间件中拉取日志数据;其中,所述目标消息中间件所存储的日志数据为:客户端上报的日志数据;
按照预定的上报策略,向日志服务器发送所拉取的日志数据,以使所述日志服务器在接收到日志数据后,保存所接收到的日志数据;
其中,所述预定的上报策略包括,针对所述目标消息中间件的日志数据的上报速率,不高于所述日志服务器的吞吐量。
根据本公开的另一方面,提供了一种日志数据上报系统,包括:部署有目标消息中间件的目标节点,以及客户端对应的服务器;
所述服务器,用于接收所述客户端上报的日志数据,并将所接收到的日志数据写入所述目标消息中间件中;
所述目标节点,用于当检测到目标消息中间件中存储有日志数据时,从所述目标消息中间件中拉取日志数据;按照预定的上报策略,向日志服务器发送所拉取的日志数据,以使所述日志服务器在接收到日志数据后,保存所接收到的日志数据;
其中,所述预定的上报策略包括针对所述目标消息中间件的日志数据的上报速率,不高于所述日志服务器的吞吐量。
根据本公开的另一方面,提供了一种日志数据上报装置,该装置包括:
拉取模块,当检测到目标消息中间件存储有日志数据时,从所述目标消息中间件中拉取日志数据;其中,所述目标消息中间件所存储的日志数据为:客户端上报的日志数据;
发送模块,用于按照预定的上报策略,向日志服务器发送所拉取的日志数据,以使所述日志服务器在接收到日志数据后,保存所接收到的日志数据;其中,所述预定的上报策略包括针对所述目标消息中间件的日志数据的上报速率,不高于所述日志服务器的吞吐量。
根据本公开的另一方面,提供了一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行上述日志数据上报方法。
根据本公开的另一方面,提供了一种存储有计算机指令的非瞬时计算机可读存储介质,其中,所述计算机指令用于使所述计算机执行日志数据上报方法。
根据本公开的另一方面,提供了一种计算机程序产品,包括计算机程序,所述计算机程序在被处理器执行时实现上述日志数据上报方法。
本方案中,当检测到目标消息中间件中存储有日志数据时,从所述目标消息中间件中拉取日志数据;再按照预定的上报策略,向日志服务器发送所拉取的日志数据,以使所述日志服务器在接收到日志数据后,保存所接收到的日志数据。可见,本方案中,通过借助消息中间件以及预定的上报策略来进行日志数据的上报,能够实现对日志数据上报过程进行有效调控,这样,可以避免高峰期的日志数据对日志服务器造成存储压力,从而减少日志数据上报失败或丢失的概率。
应当理解,本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征,也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案,不构成对本公开的限定。其中:
图1是本公开实施例所提供的日志上报方法的流程图;
图2是本公开实施例所提供的日志上报方法的另一流程图;
图3是本公开实施例所提供的日志上报方法的另一流程图;
图4是本公开实施例所提供的日志上报系统的结构示意图;
图5是本公开实施例所提供的日志上报装置的结构示意图;
图6是用来实现本公开实施例的日志上报方法的电子设备的框图。
具体实施方式
以下结合附图对本公开的示范性实施例做出说明,其中包括本公开实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本公开的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
目前,用户在使用客户端的过程中,发生浏览页面、点击按钮、收藏商品、交易下单等行为时,客户端会根据用户的行为生成日志数据,然后将日志数据上报到日志服务器,从而统计分析用户行为。由于互联网产品用户体量大,用户行为轨迹复杂,在用户使用的高峰时期,会产生大量的日志数据,而突增的大流量会给日志服务器造成很大的压力,导致日志上报处理失败、上报日志丢失的问题,进而影响统计结果数据的准确性。且瞬间大流量的日志数据的上报也很可能会导致日志服务器宕机,造成日志服务不可用。
基于上述问题,本公开实施例提供了一种日志数据上报方法、装置及电子设备,以避免高峰期的日志数据对日志服务器造成存储压力,从而减少日志数据上报失败或丢失的概率。
下面首先对本公开实施例所提供的一种日志数据上报方法进行介绍。
其中,本公开实施例所提供的一种日志数据上报方法可以应用于日志数据上报装置,该装置可以部署于预先设置有消息中间件的节点中。该节点可以为客户端对应的后台服务器,或者其他服务器,当然,并不限于此。
其中,该节点中的消息中间件可以称为目标消息中间件。可以理解的是,消息中间件即MQ(Message Queue,消息队列)中间件,指基于队列与消息传递技术,在网络环境中为应用系统提供同步或异步、可靠的消息传输的支撑性软件系统。示例性的,消息中间件可以包括:Kafka、ActiveMQ、RabbitMQ,或者,RocketMQ等;其中,Kafka是一种高吞吐量的分布式发布订阅消息系统,它可以处理消费者在网站中的所有动作流数据;ActiveMQ是Apache软件基金会所研发的开放源代码消息中间件;RabbitMQ是实现了高级消息队列协议(AMQP)的开源消息代理软件(亦称面向消息的中间件);RocketMQ是一款分布式消息中间件。
本公开实施例提供的一种日志数据上报方法,可以包括如下步骤:
当检测到目标消息中间件中存储有日志数据时,从所述目标消息中间件中拉取日志数据;其中,所述目标消息中间件所存储的日志数据为:客户端上报的日志数据;
按照预定的上报策略,向日志服务器发送所拉取的日志数据,以使所述日志服务器在接收到日志数据后,保存所接收到的日志数据;
其中,所述预定的上报策略包括针对所述目标消息中间件的日志数据的上报速率,不高于所述日志服务器的吞吐量。
本实施例中,当检测到目标消息中间件中存储有日志数据时,从所述目标消息中间件中拉取日志数据;再按照预定的上报策略,向日志服务器发送所拉取的日志数据,以使所述日志服务器在接收到日志数据后,保存所接收到的日志数据。可见,本方案中,通过借助消息中间件以及预定的上报策略来进行日志数据的上报,能够实现对日志数据上报过程进行有效调控,这样,可以避免高峰期的日志数据对日志服务器造成存储压力,从而减少日志数据上报失败或丢失的概率。
下面结合附图,对本公开所提供的一种日志数据的上报方法进行示例性介绍。
如图1所示,本公开所提供的一种日志数据的上报方法,可以包括以下步骤:
S101,当检测到目标消息中间件中存储有日志数据时,从所述目标消息中间件中拉取日志数据;其中,所述目标消息中间件所存储的日志数据为:客户端上报的日志数据;
本公开实施例中,客户端在基于用户的行为生成日志数据后,可以将所生成的日志数据格式化处理后,例如去除异常的过期的,格式不合规的日志数据,上报给客户端对应的服务器,也就是客户端的后台服务器;并且,客户端对应的服务器将接收到的日志数据,写入目标消息中间件中,使得日志数据存放在消息队列中,这样,日志数据上报装置可以从目标消息中间件拉取日志数据,从而将拉取的日志数据写入到日志服务器。而不是像现有技术那样,由客户端直接上报给日志服务器,传输过程不可控,容易给日志服务器造成较大压力。
需要说明的是,日志数据上报装置可以实时,或按照预定的时间间隔,检测目标消息中间件中是否存储有日志数据。并且,本实施例并不对各日志数据所涉及的具体内容进行限定,示例性的,任一日志数据可以包括用户行为类型、时间信息、所在页面、所在区域、操作的按钮等等,当然并不局限于此。
其中,日志数据上报装置在检测到目标消息中间件中存储有日志数据时,表明存在待上报至日志服务器的数据,因此,可以从目标消息中间件中拉取日志数据,也就是,从目标消息中间件中提取日志数据,进而,对所拉取的日志数据进行后续的上报处理。需要说明的是,从目标消息中间件中拉取任一日志数据后,该日志数据在目标消息中间件中被清除;并且,从目标消息中间件中提取的日志数据的数量,本实施例并不做限定。
示例性的,在一种实现方式中,从所述目标消息中间件中拉取日志数据,可以包括:
消息投递进程从所述目标消息中间件中拉取日志数据;
其中,消息投递进程为可以独立运行,用于进行消息投递的进程。需要说明的是,该消息投递进程的数量可以为一个或多个,在消息投递进程的数量为多个时,多个消息投递进程可以实时并发拉取数据以及向日志服务器上报日志数据;并且,当检测到目标日志消息中间件存储有日志数据时,可以在客户端对应的服务器,或其他服务器中,创建消息投递进程,用于拉取日志数据以及后续的消息传递。
S102,按照预定的上报策略,向日志服务器发送所拉取的日志数据,以使所述日志服务器在接收到日志数据后,保存所接收到的日志数据;
其中,所述预定的上报策略包括,针对所述目标消息中间件的日志数据的上报速率,不高于所述日志服务器的吞吐量。
通过将上报的速率限制在日志服务器的吞吐量以下,从而可以缓解大流量给日志服务器造成的压力,避免日志上报处理失败、上报日志丢失的问题。需要说明的是,本公开实施例中,日志服务器的吞吐量,也可以称为日志服务器的网络吞吐量,可以用于表征日志服务器能够接收的最大数据速率,该最大数据速率能够表征出单位时间内能够接收的数据的最大数量;这样,为了解决技术问题,针对目标消息中间件的日志数据的单位时间内的上报速率,可以不高于日志服务器的吞吐量。
若使用消息投递进程从所述目标消息中间件中拉取日志数据时,所述按照预定的上报策略,向日志服务器发送所拉取的日志数据,可以包括:
所述消息投递进程按照预定的上报策略,向日志服务器发送所拉取的日志数据。
这样,可以通过初始化不同数量的消息投递进程来控制日志数据的上报速率;当然,不同数量的消息投递进程在进行日志数据上报时,针对所述目标消息中间件的日志数据的上报速率,不高于日志服务器的吞吐量,也就是,需要满足预定的上报策略。
示例性的,在一种实现方式中,可以基于所述目标消息中间所存储日志数据的统计信息,确定所述消息投递进程的数量;
其中,所述统计信息包括:当前所存储的日志数据的数量,和/或,在预定时间段内能够存储的日志数据的预期数量。
由于日志数据的上报具有潮汐特性,在用户使用的高峰期,产生的日志数据非常多,但在用户使用的低峰期,产生的日志数据会变少,因此,可以实时,或间隔预定的时间,统计目标消息中间件中堆积的日志数据的数量,并根据当前目标消息中间件所堆积的日志数据的数量,和/或,在预定时间段内能够存储的日志数据的预期数量,与消息投递进程的数量的对应关系,来确定消息投递进程的数量,该对应关系可以根据日志服务器的吞吐量,及消息中间件的容量等具体情况而定。
此外,也可以统计日志数据上报的历史信息,根据历史信息预测在活动日等日志上报流量较大的时间段,所需消息投递进程的预定数量,并提前初始化预定数量个消息投递进程,从而保证日志数据上报的高效性。
可以理解的是,消息投递进程的数量的可控,可以避免服务器资源的浪费。例如,当消息中间件中堆积数据较多时,可以初始化多个消息投递进程,当消息堆积较少时,可以初始化单个消息投递进程,这样可以保证日志数据上报的实时性,同时能节省服务器的资源。
本实施例中,当检测到目标消息中间件存储有日志数据时,从所述目标消息中间件中拉取日志数据;再按照预定的上报策略,向日志服务器发送所拉取的日志数据,以使所述日志服务器在接收到日志数据后,保存所接收到的日志数据。可见,本方案中,通过借助消息中间件以及预定的上报策略来进行日志数据的上报,能够实现对日志数据上报过程进行有效调控,这样,可以避免高峰期的日志数据对日志服务器造成存储压力,从而减少日志数据上报失败或丢失的概率。
可选地,在本公开的另一实施例中,所述目标消息中间件为多个消息中间件中的任一个,不同的消息中间件位于不同的地域;
其中,任一消息中间件所存储的日志数据为指定客户端相对应服务器在接收到所述指定客户端上报的日志数据后,向该消息中间件所写入的日志数据,所述指定客户端为该消息中间件所属地域内的客户端;
此时,所述预定的上报策略还包括:针对各个消息中间件中的日志数据的总的上报速率,不高于所述日志服务器的吞吐量。
由于客户端可能位于全国,甚至于全世界的不同地域,为了方便收集日志数据,可以在不同地域的服务器中,部署不同的消息中间件,每一消息中间件用于存储该地域内的客户端所上报的日志数据,并且还可以通过内网专线,将日志数据发送至日志服务器。且当任一地区的部署有消息中间件的服务器发生异常,或负载的数据较多时,还可以将日志数据上传至相邻区域服务器的消息中间件中。
另外,为了保证日志服务器不会由于大流量数据造成存储压力,针对各个消息中间件中的日志数据的总的上报速率,不高于所述日志服务器的吞吐量。此时,可以基于消息中间件的数量,以及日志服务器的吞吐量,来确定针对每一消息中间件的日志数据的上报速率,示例性的,可以将吞吐量除以消息中间件的数量,得到针对每一消息中间件的日志数据的上报速率,当然并不局限于此。
本实施例中,目标消息中间件为多个消息中间件中的任一个,不同的消息中间件位于不同的地域,通过在不同的地域部署消息中间件,每一消息中间件用于存储所属地域内客户端上报的日志数据;并将针对各个消息中间件中的日志数据的总的上报速率,限制在日志服务器的吞吐量以下。可见,通过本方案,不但可以避免高峰期的日志数据对日志服务器造成存储压力,从而减少日志数据上报失败或丢失的概率;而且,可以保证各个地域客户端的日志数据上报的有效性以及快速性。
可选地,基于上述的所述目标消息中间件为多个消息中间件中的任一个,不同的消息中间件位于不同的地域的实施例内容,如图2所示,在本公开的另一实施例中,提供了一种日志数据上报方法,可以包括如下步骤:
S201,当检测到目标消息中间件中存储有日志数据时,从所述目标消息中间件中拉取日志数据;其中,所述目标消息中间件所存储的日志数据为:客户端上报的日志数据;
本实施例中,步骤S201与上述实施例中的S101相同,在此不做赘述。
S202,当所述目标消息中间件为部署于指定地域的消息中间件时,执行所述按照预定的上报策略,向日志服务器发送所拉取的日志数据的步骤;其中,所述指定地域为所述日志服务器所属的地域;
S203,当所述目标消息中间件不为部署于指定地域的消息中间件时,将所拉取的日志数据写入指定地域内的消息中间件中。
本实施例中,可以指定一个地域的目标消息中间件,用于直接上报日志数据给日志服务器;若一目标消息中间件位于指定地域,则该目标消息中间件直接将日志数据上报至日志服务器;若一目标消息中间件不位于指定地域,则可以将该目标消息中间件中的日志数据写入到指定地域的消息中间件中,并通过该指定地域的消息中间件,将日志数据上报至日志服务器。这样,可以通过控制指定地域的消息中间件上报日志数据至日志服务器的速率,不高于所述日志服务器的吞吐量,从而避免各个地域上报日志数据丢失的问题,进一步保证日志数据上报的有效性。
其中,关于S202中按照预定的上报策略,向日志服务器发送所拉取的日志数据的步骤与上述实施例的S102相同,在此不做赘述。
本实施例中,当所述目标消息中间件为部署于指定地域的消息中间件时,执行所述按照预定的上报策略,向日志服务器发送所拉取的日志数据的步骤;当所述目标消息中间件不为部署于指定地域的消息中间件时,将所拉取的日志数据写入指定地域内的消息中间件中。可见,通过本方案,可以避免高峰期的日志数据对日志服务器造成存储压力,从而减少日志数据上报失败或丢失的概率。进一步的,通过将各个地域的客户端所上报的日志数据,经由指定地域的目标消息中间件发送至日志服务器,可以进一步保证各个地域客户端的日志数据上报的有效性以及快速性。
为了更加清楚的理解本公开实施例的内容,下面结合附图3对本公开日志数据上报方法的具体实现过程进行介绍。
如图3所示,该日志数据上报方法可以包括如下步骤:
S1,客户端根据用户行为生成日志数据,并上报至对应的服务器;
S2,客户端对应的服务器在接收到所述客户端上报的日志数据后,向所述目标消息中间件所写入的日志数据,由目标消息中间件转存日志数据;
S3,消息堆积检测模块,检测目标消息中间件中是否存储有日志数据,在检测结果为是时,根据日志数据的统计信息,确定消息投递进程的数量;其中,消息堆积检测模块,用于统计消息中间件中日志数据的堆积数量,并生成日志数据的统计信息;根据日志数据的统计信息,确定消息投递进程的数量;并初始化预定数量个消息投递进程;
S4,预定数量的消息投递进程从目标消息中间件中拉取日志数据;
S5,预定数量的消息投递进程按照预定的上报策略,向日志服务器发送所拉取的日志数据。
其中,消息堆积检测模块、消息投递进程共同实现日志数据上报的过程。
本实施例中,通过借助消息中间件以及预定的上报策略来进行日志数据的上报,能够实现对日志数据上报过程进行有效调控,这样,可以避免高峰期的日志数据对日志服务器造成存储压力,从而减少日志数据上报失败或丢失的概率。
本公开的技术方案中,所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理,均符合相关法律法规的规定,且不违背公序良俗。
根据本公开的实施例,本公开还提供了一种日志数据上报系统,如图4所示,该系统包括:部署有目标消息中间件的目标节点401,以及客户端对应的服务器402;
所述服务器402,用于接收所述客户端上报的日志数据,并将所接收到的日志数据写入所述目标消息中间件中;
所述目标节点401,用于当检测到目标消息中间件中存储有日志数据时,从所述目标消息中间件中拉取日志数据;按照预定的上报策略,向日志服务器发送所拉取的日志数据,以使所述日志服务器在接收到日志数据后,保存所接收到的日志数据;
其中,所述预定的上报策略包括针对所述目标消息中间件的日志数据的上报速率,不高于所述日志服务器的吞吐量。
可选地,所述目标消息中间件为多个消息中间件中的任一个,不同的消息中间件部署于不同地域的目标节点中;
不同地域内的客户端对应不同的服务器;
所述服务器402,具体用于接收所属的地域内的客户端上报的日志数据,并将所接收到的日志数据写入所属地域的目标节点的目标消息中间件中;
所述预定的上报策略还包括:针对各个消息中间件中的日志数据的总的上报速率,不高于所述日志服务器的吞吐量。
可选地,所述目标节点401,还用于:
当所述目标消息中间件为部署于指定地域的消息中间件时,执行所述按照预定的上报策略,向日志服务器发送所拉取的日志数据的步骤;其中,所述指定地域为所述日志服务器所属的地域;
当所述目标消息中间件不为部署于指定地域的消息中间件时,将所拉取的日志数据写入指定地域内的消息中间件中。
根据本公开的实施例,本公开还提供了一种日志数据上报装置,如图5所示,该装置包括:
拉取模块510,用于当检测到目标消息中间件存储有日志数据时,从所述目标消息中间件中拉取日志数据;其中,所述目标消息中间件所存储的日志数据为:客户端上报的日志数据;
发送模块520,用于按照预定的上报策略,向日志服务器发送所拉取的日志数据,以使所述日志服务器在接收到日志数据后,保存所接收到的日志数据;其中,所述预定的上报策略包括针对所述目标消息中间件的日志数据的上报速率,不高于所述日志服务器的吞吐量。
可选地,所述拉取模块510和所述发送模块520通过消息投递进程实现;
其中,所述消息投递进程从所述目标消息中间件中拉取日志数据;以及,按照预定的上报策略,向日志服务器发送所拉取的日志数据。
可选地,该装置还包括:
确定模块,用于基于所述目标消息中间所存储日志数据的统计信息,确定所述消息投递进程的数量;
其中,所述统计信息包括:当前所存储的日志数据的数量,和/或,在预定时间段内能够存储的日志数据的预期数量。
可选地,所述目标消息中间件为多个消息中间件中的任一个,不同的消息中间件位于不同的地域;
其中,任一消息中间件所存储的日志数据为指定客户端所上报的日志数据,所述指定客户端为该消息中间件所属地域内的客户端;
所述预定的上报策略还包括:针对各个消息中间件中的日志数据的总的上报速率,不高于所述日志服务器的吞吐量。
可选地,所述装置还包括:
判断模块,用于在所述发送模块按照预定的上报策略,向日志服务器发送所拉取的日志数据之前,当所述目标消息中间件为部署于指定地域的消息中间件时,触发所述发送模块520按照预定的上报策略,向日志服务器发送所拉取的日志数据;其中,所述指定地域为所述日志服务器所属的地域;
写入模块,用于当所述目标消息中间件不为部署于指定地域的消息中间件时,将所拉取的日志数据写入指定地域内的消息中间件中。
根据本公开的实施例,本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
本公开还提供了一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行上述日志数据上报方法。
本公开还提供了一种存储有计算机指令的非瞬时计算机可读存储介质,其中,所述计算机指令用于使所述计算机执行日志数据上报方法。
本公开还提供了一种计算机程序产品,包括计算机程序,所述计算机程序在被处理器执行时实现上述日志数据上报方法。
图6示出了可以用来实施本公开的实施例的示例电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本公开的实现。
如图6所示,设备600包括计算单元601,其可以根据存储在只读存储器(ROM)602中的计算机程序或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序,来执行各种适当的动作和处理。在RAM 603中,还可存储设备600操作所需的各种程序和数据。计算单元601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
设备600中的多个部件连接至I/O接口605,包括:输入单元606,例如键盘、鼠标等;输出单元607,例如各种类型的显示器、扬声器等;存储单元608,例如磁盘、光盘等;以及通信单元609,例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的日志数据上报方法。例如,在一些实施例中,该日志数据上报方法可被实现为计算机软件程序,其被有形地包含于机器可读介质,例如存储单元608。在一些实施例中,计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到RAM 603并由计算单元601执行时,可以执行上文描述的日志数据上报方法的一个或多个步骤。备选地,在其他实施例中,计算单元601可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行上文描述的日志数据上报方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,也可以为分布式系统的服务器,或者是结合了区块链的服务器。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本公开公开的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本公开保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等,均应包含在本公开保护范围之内。

Claims (16)

1.一种日志数据上报方法,所述方法包括:
当检测到目标消息中间件存储有日志数据时,从所述目标消息中间件中拉取日志数据;其中,所述目标消息中间件所存储的日志数据为:客户端上报的日志数据;
按照预定的上报策略,向日志服务器发送所拉取的日志数据,以使所述日志服务器在接收到日志数据后,保存所接收到的日志数据;
其中,所述预定的上报策略包括,针对所述目标消息中间件的日志数据的上报速率,不高于所述日志服务器的吞吐量。
2.根据权利要求1所述的方法,其中,所述从所述目标消息中间件中拉取日志数据,包括:
消息投递进程从所述目标消息中间件中拉取日志数据;
所述按照预定的上报策略,向日志服务器发送所拉取的日志数据,包括:
所述消息投递进程按照预定的上报策略,向日志服务器发送所拉取的日志数据。
3.根据权利要求2所述的方法,还包括:
基于所述目标消息中间所存储日志数据的统计信息,确定所述消息投递进程的数量;
其中,所述统计信息包括:当前所存储的日志数据的数量,和/或,在预定时间段内能够存储的日志数据的预期数量。
4.根据权利要求1-3任一项所述的方法,其中,所述目标消息中间件为多个消息中间件中的任一个,不同的消息中间件位于不同的地域;
其中,任一消息中间件所存储的日志数据为指定客户端所上报的日志数据,所述指定客户端为该消息中间件所属地域内的客户端;
所述预定的上报策略还包括:针对各个消息中间件中的日志数据的总的上报速率,不高于所述日志服务器的吞吐量。
5.根据权利要求4所述的方法,所述按照预定的上报策略,向日志服务器发送所拉取的日志数据之前,所述方法还包括:
当所述目标消息中间件为部署于指定地域的消息中间件时,执行所述按照预定的上报策略,向日志服务器发送所拉取的日志数据的步骤;其中,所述指定地域为所述日志服务器所属的地域;
当所述目标消息中间件不为部署于指定地域的消息中间件时,将所拉取的日志数据写入指定地域内的消息中间件中。
6.一种日志数据上报系统,包括:部署有目标消息中间件的目标节点,以及客户端对应的服务器;
所述服务器,用于接收所述客户端上报的日志数据,并将所接收到的日志数据写入所述目标消息中间件中;
所述目标节点,用于当检测到目标消息中间件中存储有日志数据时,从所述目标消息中间件中拉取日志数据;按照预定的上报策略,向日志服务器发送所拉取的日志数据,以使所述日志服务器在接收到日志数据后,保存所接收到的日志数据;
其中,所述预定的上报策略包括针对所述目标消息中间件的日志数据的上报速率,不高于所述日志服务器的吞吐量。
7.根据权利要求6所述的系统,其中,所述目标消息中间件为多个消息中间件中的任一个,不同的消息中间件部署于不同地域的目标节点中;
不同地域内的客户端对应不同的服务器;
所述服务器具体用于接收所属的地域内的客户端上报的日志数据,并将所接收到的日志数据写入所属地域的目标节点的目标消息中间件中;
所述预定的上报策略还包括:针对各个消息中间件中的日志数据的总的上报速率,不高于所述日志服务器的吞吐量。
8.根据权利要求7所述的系统,所述目标节点还用于:
当所述目标消息中间件为部署于指定地域的消息中间件时,执行所述按照预定的上报策略,向日志服务器发送所拉取的日志数据的步骤;其中,所述指定地域为所述日志服务器所属的地域;
当所述目标消息中间件不为部署于指定地域的消息中间件时,将所拉取的日志数据写入指定地域内的消息中间件中。
9.一种日志数据上报装置,所述装置包括:
拉取模块,当检测到目标消息中间件存储有日志数据时,从所述目标消息中间件中拉取日志数据;其中,所述目标消息中间件所存储的日志数据为:客户端上报的日志数据;
发送模块,用于按照预定的上报策略,向日志服务器发送所拉取的日志数据,以使所述日志服务器在接收到日志数据后,保存所接收到的日志数据;其中,所述预定的上报策略包括针对所述目标消息中间件的日志数据的上报速率,不高于所述日志服务器的吞吐量。
10.根据权利要求9所述的装置,其中,所述拉取模块和所述发送模块通过消息投递进程实现;
其中,所述消息投递进程从所述目标消息中间件中拉取日志数据;以及,按照预定的上报策略,向日志服务器发送所拉取的日志数据。
11.根据权利要求10所述的装置,还包括:
确定模块,用于基于所述目标消息中间所存储日志数据的统计信息,确定所述消息投递进程的数量;
其中,所述统计信息包括:当前所存储的日志数据的数量,和/或,在预定时间段内能够存储的日志数据的预期数量。
12.根据权利要求9-11任一项所述的装置,其中,所述目标消息中间件为多个消息中间件中的任一个,不同的消息中间件位于不同的地域;
其中,任一消息中间件所存储的日志数据为指定客户端所上报的日志数据,所述指定客户端为该消息中间件所属地域内的客户端;
所述预定的上报策略还包括:针对各个消息中间件中的日志数据的总的上报速率,不高于所述日志服务器的吞吐量。
13.根据权利要求12所述的装置,还包括:
执行模块,用于在所述发送模块按照预定的上报策略,向日志服务器发送所拉取的日志数据之前,当所述目标消息中间件为部署于指定地域的消息中间件时,触发所述发送模块按照预定的上报策略,向日志服务器发送所拉取的日志数据;其中,所述指定地域为所述日志服务器所属的地域;
写入模块,用于当所述目标消息中间件不为部署于指定地域的消息中间件时,将所拉取的日志数据写入指定地域内的消息中间件中。
14.一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-5中任一项所述的方法。
15.一种存储有计算机指令的非瞬时计算机可读存储介质,其中,所述计算机指令用于使所述计算机执行根据权利要求1-5中任一项所述的方法。
16.一种计算机程序产品,包括计算机程序,所述计算机程序在被处理器执行时实现根据权利要求1-5中任一项所述的方法。
CN202210195636.0A 2022-03-01 2022-03-01 一种日志数据上报方法、装置、设备及存储介质 Active CN114500255B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210195636.0A CN114500255B (zh) 2022-03-01 2022-03-01 一种日志数据上报方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210195636.0A CN114500255B (zh) 2022-03-01 2022-03-01 一种日志数据上报方法、装置、设备及存储介质

Publications (2)

Publication Number Publication Date
CN114500255A true CN114500255A (zh) 2022-05-13
CN114500255B CN114500255B (zh) 2024-03-15

Family

ID=81483417

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210195636.0A Active CN114500255B (zh) 2022-03-01 2022-03-01 一种日志数据上报方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN114500255B (zh)

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150169288A1 (en) * 2012-09-28 2015-06-18 Hitachi, Ltd.. System operation tracing method on distributed system
CN109492045A (zh) * 2018-11-22 2019-03-19 郑州云海信息技术有限公司 一种日志信息处理方法及系统
CN110413822A (zh) * 2019-06-19 2019-11-05 北京旷视科技有限公司 离线图像结构化分析方法、装置、系统和存储介质
CN110990218A (zh) * 2019-11-22 2020-04-10 深圳前海环融联易信息科技服务有限公司 基于海量日志的可视化与告警的方法、装置及计算机设备
CN111049753A (zh) * 2019-12-18 2020-04-21 网易(杭州)网络有限公司 消息的发送方法、装置、电子设备及计算机可读介质
WO2020186909A1 (zh) * 2019-03-18 2020-09-24 北京金山云网络技术有限公司 虚拟网络业务处理方法、装置和系统,控制器,存储介质
CN112052227A (zh) * 2020-09-25 2020-12-08 郑州阿帕斯数云信息科技有限公司 数据变更日志的处理方法、装置和电子设备
CN112328174A (zh) * 2020-10-29 2021-02-05 北京京东尚科信息技术有限公司 用于云计算平台的数据推送方法、装置、系统和介质
CN112597119A (zh) * 2020-11-27 2021-04-02 联宝(合肥)电子科技有限公司 一种处理日志的生成方法、装置及存储介质
CN112650599A (zh) * 2020-12-21 2021-04-13 深圳前海微众银行股份有限公司 一种日志处理方法、设备及存储介质
CN112905618A (zh) * 2021-04-06 2021-06-04 浙江网商银行股份有限公司 数据处理方法以及装置
CN113468259A (zh) * 2021-09-01 2021-10-01 北京华品博睿网络技术有限公司 一种数据实时采集入库方法及系统

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150169288A1 (en) * 2012-09-28 2015-06-18 Hitachi, Ltd.. System operation tracing method on distributed system
CN109492045A (zh) * 2018-11-22 2019-03-19 郑州云海信息技术有限公司 一种日志信息处理方法及系统
WO2020186909A1 (zh) * 2019-03-18 2020-09-24 北京金山云网络技术有限公司 虚拟网络业务处理方法、装置和系统,控制器,存储介质
CN110413822A (zh) * 2019-06-19 2019-11-05 北京旷视科技有限公司 离线图像结构化分析方法、装置、系统和存储介质
CN110990218A (zh) * 2019-11-22 2020-04-10 深圳前海环融联易信息科技服务有限公司 基于海量日志的可视化与告警的方法、装置及计算机设备
CN111049753A (zh) * 2019-12-18 2020-04-21 网易(杭州)网络有限公司 消息的发送方法、装置、电子设备及计算机可读介质
CN112052227A (zh) * 2020-09-25 2020-12-08 郑州阿帕斯数云信息科技有限公司 数据变更日志的处理方法、装置和电子设备
CN112328174A (zh) * 2020-10-29 2021-02-05 北京京东尚科信息技术有限公司 用于云计算平台的数据推送方法、装置、系统和介质
CN112597119A (zh) * 2020-11-27 2021-04-02 联宝(合肥)电子科技有限公司 一种处理日志的生成方法、装置及存储介质
CN112650599A (zh) * 2020-12-21 2021-04-13 深圳前海微众银行股份有限公司 一种日志处理方法、设备及存储介质
CN112905618A (zh) * 2021-04-06 2021-06-04 浙江网商银行股份有限公司 数据处理方法以及装置
CN113468259A (zh) * 2021-09-01 2021-10-01 北京华品博睿网络技术有限公司 一种数据实时采集入库方法及系统

Also Published As

Publication number Publication date
CN114500255B (zh) 2024-03-15

Similar Documents

Publication Publication Date Title
US20210184947A1 (en) Automatic capture of detailed analysis information based on remote server analysis
US10528450B2 (en) Predicting defects in software systems hosted in cloud infrastructures
CN113742174B (zh) 云手机应用监控方法、装置、电子设备和存储介质
CN113468021B (zh) 监控性能数据的方法、装置、设备以及存储介质
US11477215B2 (en) Scaling a processing resource of a security information and event management system
CN114500255B (zh) 一种日志数据上报方法、装置、设备及存储介质
CN115391158A (zh) 一种时延确定方法、系统、装置及电子设备
CN114363935A (zh) 网元检测方法、装置、存储介质及电子设备
CN112988417A (zh) 消息处理方法、装置、电子设备及计算机可读介质
CN113962229A (zh) 异步翻译系统、方法、设备和存储介质
CN112925623A (zh) 任务处理方法、装置、电子设备和介质
US20160224990A1 (en) Customer health tracking system based on machine data and human data
CN113779098B (zh) 数据处理方法、装置、电子设备以及存储介质
CN117130873B (zh) 一种任务监控的方法和装置
CN115242799B (zh) 数据上报方法、装置、设备、存储介质及程序产品
CN114548077A (zh) 词库构建方法和装置
CN117689379A (zh) 一种针对支付高并发场景的实时监控方法和装置
CN114691404A (zh) 服务进程的监测方法、装置、电子设备、存储介质及产品
CN116257615A (zh) 业务故障的检测方法、装置以及电子设备
CN115277713A (zh) 负载均衡方法和装置
CN115499500A (zh) 消息推送方法、装置、设备和存储介质
CN114218059A (zh) 页面稳定性评估方法、装置、电子设备及可读存储介质
CN112817678A (zh) 网页组件的显示方法、装置及电子设备
CN114816928A (zh) 监控业务数据的方法、装置、系统、电子设备和存储介质
CN113901451A (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