机构服务埋点数据的上报方法和装置
文献发布时间:2023-06-19 19:28:50
技术领域
本发明涉及智慧城市及智慧医疗技术领域,尤其涉及一种机构服务埋点数据的上报方法和装置。
背景技术
在智慧城市建设中,为了集中管理城市中各机构(例如医院、政府等)服务的运行状态,需要采集各机构服务的心跳信息、页面访问数据,以及对各机构服务之间的数据交互进行监控管理,等等。目前,在对各机构服务进行集中管理时,多是通过发送HTTP(HyperText Transfer Protocol,超文本传输协议)请求或者SOAP(Simple Object AccessProtocol,简单对象访问协议)请求的方式给各机构服务以获取埋点数据的方式,来完成数据采集和上报。
然而,城市中的很多机构,例如:医院、政府等行政单位,大多走专网专线,能为打造互联互通的智慧城市提供的带宽资源非常有限。而无论是通过HTTP请求还是SOAP请求来获取埋点数据,各机构都要经过网关、跳板机等多个设备,使得请求的响应时间要明显高于一般的服务,这样不仅占用了大量的带宽资源,而且各机构服务的吞吐性能也会变差,如果频繁的上报埋点数据,最终会导致正常的服务处于不可用状态,带来严重的后果。
发明内容
有鉴于此,本发明实施例提供一种机构服务埋点数据的上报方法和装置,能够通过将埋点数据写入服务本地的磁盘文件,根据配置异步批量压缩完成数据打包,然后采用HTTP请求或者SOAP请求等客户端请求的方式进行埋点数据上报,这样既节省了带宽,也在埋点数据频繁产生的场景下,保护了机构服务的正常运行,提高了机构服务的稳定性和吞吐能力。
为实现上述目的,根据本发明实施例的一个方面,提供了一种机构服务埋点数据的上报方法,包括:
接收机构服务上报的埋点数据,并将所述埋点数据异步序列化存储到本地磁盘;
根据预设的数据打包规则对所述埋点数据进行打包生成数据包,并根据所述数据包生成数据上报请求;
根据预设的数据上报策略,通过提交所述数据上报请求以进行埋点数据上报。
可选地,将所述埋点数据异步序列化存储到本地磁盘,包括:将所述埋点数据以打印日志的方式异步打印到本地磁盘的独立文件中,以将所述埋点数据异步系列化存储到本地磁盘。
可选地,所述数据打包规则包括数据打包大小和数据打包方式;根据预设的数据打包规则对所述埋点数据进行打包生成数据包,包括:按照所述数据打包大小对所述埋点数据进行切分,以得到不少于一个满足所述数据打包大小的数据体,其中,对不同的数据体进行换行存储;对每个数据体,按照所述数据打包方式进行打包生成数据包。
可选地,所述数据上报策略包括请求频率和上报数据大小;根据预设的数据上报策略,通过提交所述数据上报请求以进行埋点数据上报,包括:根据所述请求频率和上报数据大小,计算埋点数据的上报频率;按照所述上报频率,通过提交所述数据上报请求以进行埋点数据上报。
可选地,通过提交所述数据上报请求以进行埋点数据上报,包括:将所述数据上报请求提交给线程池,以通过所述线程池对所述数据上报请求中的数据包进行数据处理,并根据处理后的数据进行指标计算,以完成埋点数据上报。
可选地,所述埋点数据具有类型,通过所述线程池对所述数据上5报请求中的数据包进行数据处理,并根据处理后的数据进行指标计算,
包括:通过所述线程池对所述数据上报请求中的数据包进行数据处理,以按照埋点数据的类型进行数据分类,并根据分类后的数据进行指标计算;所述方法还包括:在埋点数据上报完成之后,响应于埋点数据查询请求,获取待查询埋点数据对应的类型,并根据所述类型进行埋0点数据查询。
根据本发明实施例的另一方面,提供了一种机构服务埋点数据的上报装置,包括:
数据存储模块,用于接收机构服务上报的埋点数据,并将所述埋5点数据异步序列化存储到本地磁盘;
数据打包模块,用于根据预设的数据打包规则对所述埋点数据进行打包生成数据包,并根据所述数据包生成数据上报请求;
数据上报模块,用于根据预设的数据上报策略,通过提交所述数据上报请求以进行埋点数据上报。
可选地,所述数据打包规则包括数据打包大小和数据打包方式;
所述数据打包模块还用于:按照所述数据打包大小对所述埋点数据进行切分,以得到不少于一个满足所述数据打包大小的数据体,其中,
对不同的数据体进行换行存储;对每个数据体,按照所述数据打包方5式进行打包生成数据包。
根据本发明实施例的又一方面,提供了一种电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理0器实现本发明实施例所提供的机构服务埋点数据的上报方法。
根据本发明实施例的再一方面,提供了一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现本发明实施例所提供的机构服务埋点数据的上报方法。
上述发明中的一个实施例具有如下优点或有益效果:通过接收机构服务上报的埋点数据,并将埋点数据异步序列化存储到本地磁盘;根据预设的数据打包规则对埋点数据进行打包生成数据包,并根据数据包生成数据上报请求;根据预设的数据上报策略,通过提交数据上报请求以进行埋点数据上报的技术方案,可以通过将埋点数据写入服务本地的磁盘文件,根据配置异步批量压缩完成数据打包,然后采用HTTP请求或者SOAP请求等客户端请求的方式进行埋点数据上报,这样既节省了带宽,也在埋点数据频繁产生的场景下,保护了机构服务的正常运行,提高了机构服务的稳定性和吞吐能力。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是根据本发明实施例的机构服务埋点数据的上报方法的主要步骤示意图;
图2是本发明一个实施例的数据上报实现原理示意图;
图3是根据本发明实施例的机构服务埋点数据的上报装置的主要模块示意图;
图4是本发明实施例可以应用于其中的示例性系统架构图;
图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
需要说明的是,本发明公开的技术方案中,所涉及的用户个人信息的采集、收集、更新、分析、处理、使用、传输、存储等方面,均符合相关法律法规的规定,被用于合法的用途,且不违背公序良俗。对用户个人信息采取必要措施,防止对用户个人信息数据的非法访问,维护用户个人信息安全、网络安全和国家安全。
传统的埋点数据处理的方式,当产生埋点数据时,由机构发送HTTP请求,接收服务收到数据后进行处理,但是这样的点对点方式,对系统的吞吐性和稳定性有极大的挑战,而且数据重试实现成本也高。为了解决该技术问题,本发明提供了一种机构服务埋点数据的上报方法,将埋点数据写入服务本地的磁盘文件,根据配置异步批量压缩完成数据打包,然后采用HTTP请求或者SOAP请求等客户端请求的方式进行上报。这样既节省了带宽,也在埋点数据频繁产生的场景下,保护了机构服务的正常运行,提高了机构服务的稳定性和吞吐能力。
图1是根据本发明实施例的机构服务埋点数据的上报方法的主要步骤示意图。如图1所示,本发明实施例的机构服务埋点数据的上报方法主要包括如下的步骤S101至步骤S103。
步骤S101:接收机构服务上报的埋点数据,并将所述埋点数据异步序列化存储到本地磁盘。在本发明的实施例中,在机构服务独立化部署的私有云中安装部署了用于进行埋点数据上报的软件开发工具包SDK(Software Development Kit)包,各个机构服务当采集到埋点数据之后,会通过调用该SDK包的方式来进行埋点数据的处理上报。在采集到埋点数据之后,首先,会调用SDK包的接口来将要上报的埋点数据传递给SDK包,以将埋点数据异步序列化存储到机构服务的本地磁盘中。在本发明的实施例中,该SDK包例如是一个可集成于数据处理框架SpringBoot的压缩包文件。
根据本发明的一个实施例,在将埋点数据异步序列化存储到本地磁盘时,具体可以包括:将埋点数据以打印日志的方式异步打印到本地磁盘的独立文件中,以将埋点数据异步系列化存储到本地磁盘。具体地,可以通过日志采集设备LogStash来将埋点数据以打印日志的方法异步打印到本地磁盘的独立文件中。在本发明的实施例中,在采集到埋点数据后,不会立即进行上传,而是采用异步的方式来进行采集存储,之后再进行打包上传,既节省了带宽,也保障了机构服务的稳定性。
步骤S102:根据预设的数据打包规则对所述埋点数据进行打包生成数据包,并根据所述数据包生成数据上报请求。在本发明的实施例中,SDK包在将接收到的机构服务的埋点数据存储到本地磁盘后,可异步批量对本地磁盘中存储的埋点数据进行打包为数据包,并根据该数据包生成数据上报请求以请求进行埋点数据上报,该数据上报请求例如是HTTP请求或者SOAP请求等。
根据本发明的一个实施例,数据打包规则包括数据打包大小和数据打包方式。另外,根据具体实现场景的需要,数据打包规则中还可以包括切量配置、有限策略配置等。其中,切量配置用于将大流量数据进行切分,异步传输,保证系统CPU(central processingunit,中央处理器)和带宽的稳定性。根据预设的数据打包规则对所述埋点数据进行打包生成数据包,具体可以包括:按照所述数据打包大小对所述埋点数据进行切分,以得到不少于一个满足所述数据打包大小的数据体,其中,对不同的数据体进行换行存储;对每个数据体,按照所述数据打包方式进行打包生成数据包。具体地,可以按照预设的数据打包大小(其为一个限值),将连续的不超过该数据包大小的至少一条埋点数据切分为一个数据体,对不同的数据体进行换行存储,并将每个数据体按照数据打包方式进行打包以生成数据包。其中,数据打包方式可以是针对不同的类型的埋点数据进行单独设计的,也可以是使用统一的数据打包方式,还可以通过数据打包方式来进行数据压缩以减小数据量,从而节省了带宽,也保障了机构服务的稳定性。其中,例如可以通过ZSTD(压缩工具Zstandard)打包方式进行数据体的打包压缩。ZSTD的压缩率和压缩/解压缩性能都很突出。各系统的支持性比较好,例如:Liunx内核、HTTP协议、以及一些大数据工具等。
步骤S103:根据预设的数据上报策略,通过提交所述数据上报请求以进行埋点数据上报。在本发明的实施例中,数据上报策略例如包括每次上报数据大小、请求频率、上报优先级策略(例如:权重配置优先、接口上报优先、时间优先、对外提供接口优先,等等)等。根据数据上报策略来进行埋点数据上报,可以根据流量配置完成埋点数据的上报,且在上报未能提交成功的情况下,会尝试重新提交数据上报请求。另外,由于机构的带宽资源有限,在保证服务的稳定性和可用性的前提下,会开启配置执行报文丢弃策略;或者系统上报的流量达到上限,也会触发报文丢弃策略。待系统参数调整恢复后,关闭报文丢弃策略,系统正常上报。对于丢弃的报文,在系统恢复后,可以将报文数据找回,因为这些数据已经序列化存储到了本地磁盘中,形成了文件。
根据本发明的一个实施例,数据上报策略例如包括请求频率和上报数据大小。根据预设的数据上报策略,通过提交所述数据上报请求以进行埋点数据上报,具体可以包括:根据所述请求频率和上报数据大小,计算埋点数据的上报频率;按照所述上报频率,通过提交所述数据上报请求以进行埋点数据上报。由于智慧城市的各个接入机构方的带宽资源有限,需要根据配置计算出当前的请求量,生成当下的埋点数据上报频率,例如:预先配置请求频率为5次/秒,一次上报数据体不超过500KB,则根据以上配置,计算数据上报频率可以达到10次/秒,每次400KB。具体的数据,需要根据接口实际的场景进行观察和调整,保证充足的余量,来保证系统的稳定性和服务的吞吐性。
根据本发明的其中一个实施例,通过提交所述数据上报请求以进行埋点数据上报,具体可以包括:将所述数据上报请求提交给线程池,以通过所述线程池对所述数据上报请求中的数据包进行数据处理,并根据处理后的数据进行指标计算,以完成埋点数据上报。将数据上报请求提交给线程池后,线程池中的线程会对数据上报请求中的数据包进行数据处理,以完成数据的接收与处理,将处理后的数据以消息的形式发送给Kafka。Kafka收到数据后通过Flink大数据计算引擎完成指标计算,或者直接落库存储,以完成埋点数据上报。
根据本发明的实施例,埋点数据具有类型,类型例如:埋点数据中的的用户点击事件、浏览事件、系统的执行日志、接口的请求日志、请求第三方系统的响应报文等等。通过对埋点数据按照类型进行解析、存储,可以便于后续的管理、分析、使用等。根据本发明的实施例,通过所述线程池对所述数据上报请求中的数据包进行数据处理,并根据处理后的数据进行指标计算,具体可以包括:通过所述线程池对所述数据上报请求中的数据包进行数据处理,以按照埋点数据的类型进行数据分类,并根据分类后的数据进行指标计算。并且,本发明的方法中,还可以按照类型来进行埋点数据查询或者显示。具体地,在埋点数据上报完成之后,响应于埋点数据查询请求,获取待查询埋点数据对应的类型,并根据所述类型进行埋点数据查询。当需要分析数据或者检索查询埋点列表数据时,可以通过数据仓库ClickHouse的API接口完成。对于一些指标数据,可以通过大数据平台,将指标结果推送到Mysql或者是Redis数据库进行存储,以便于根据业务场景和需求对指标数据进行查询。
根据本发明的实施例,采用异步的方式进行埋点数据的采集上报,既节省了带宽,也保障了机构服务的稳定性;采用线程池中多线程模式来进行数据上报请求处理,极大的提高了埋点数据的吞吐能力,同时具备机构的配置管理功能和配置实时下发功能,保证了多机构的统一管理;使用ClickHouse和数据仓库完成对海量数据的存储,同时对各机构运营,提供数据查询管理界面,完成整个埋点数据的管理闭环。
图2是本发明一个实施例的数据上报实现原理示意图。如图2所示,以对机构A和机构B的服务埋点数据进行上报为例来介绍本发明实施例的数据上报的实现原理。当机构A服务和机构B服务采集到埋点数据后,会调用各自私有云上部署的埋点数据上报SDK,来将机构A服务和机构B服务的埋点数据分别写入到机构A服务的本地磁盘和机构B服务的本地磁盘中。之后,通过文件收集工具将机构A服务的本地磁盘和机构B服务的本地磁盘中的待上传的埋点数据进行汇总,然后根据配置的数据打包规则对埋点数据进行统一的批量打包压缩处理,并通过生成数据上报请求。然后,按照配置的数据上报策略,通过提交数据上报请求以将埋点数据上报给数据接收服务。其中,若未能成功提交数据上报请求,则会尝试重新提交该数据上报请求,以保证数据上报的完整性和准确性。另外,由于机构的带宽资源有限,在保证服务的稳定性和可用性的前提下,会开启配置执行报文丢弃策略;或者系统上报的流量达到上限,也会触发报文丢弃策略。待系统参数调整恢复后,关闭报文丢弃策略,系统正常上报。对于丢弃的报文,在系统恢复后,可以将报文数据找回,因为这些数据已经序列化存储到了本地磁盘中,形成了文件。
图3是根据本发明实施例的机构服务埋点数据的上报装置的主要模块示意图。如图3所示,本发明实施例的机构服务埋点数据的上报装置300主要包括:数据存储模块301、数据打包模块302和数据上报模块303。
数据存储模块301,用于接收机构服务上报的埋点数据,并将所述埋点数据异步序列化存储到本地磁盘;
数据打包模块302,用于根据预设的数据打包规则对所述埋点数据进行打包生成数据包,并根据所述数据包生成数据上报请求;
数据上报模块303,用于根据预设的数据上报策略,通过提交所述数据上报请求以进行埋点数据上报。
根据本发明的一个实施例,数据存储模块301还可以用于:将所述埋点数据以打印日志的方式异步打印到本地磁盘的独立文件中,以将所述埋点数据异步系列化存储到本地磁盘。
根据本发明的另一个实施例,所述数据打包规则包括数据打包大小和数据打包方式;数据打包模块302还可以用于:按照所述数据打包大小对所述埋点数据进行切分,以得到不少于一个满足所述数据打包大小的数据体,其中,对不同的数据体进行换行存储;对每个数据体,按照所述数据打包方式进行打包生成数据包。
根据本发明的又一个实施例,所述数据上报策略包括请求频率和上报数据大小;数据上报模块303还可以用于:根据所述请求频率和上报数据大小,计算埋点数据的上报频率;按照所述上报频率,通过提交所述数据上报请求以进行埋点数据上报。
根据本发明的又一个实施例,数据上报模块303还可以用于:将所述数据上报请求提交给线程池,以通过所述线程池对所述数据上报请求中的数据包进行数据处理,并根据处理后的数据进行指标计算,以完成埋点数据上报。
根据本发明的又一个实施例,所述埋点数据具有类型,数据上报模块303在通过所述线程池对所述数据上报请求中的数据包进行数据处理,并根据处理后的数据进行指标计算时,还可以用于:通过所述线程池对所述数据上报请求中的数据包进行数据处理,以按照埋点数据的类型进行数据分类,并根据分类后的数据进行指标计算;并且,本发明的机构服务埋点数据的上报装置300还可以包括数据查询模块(图中未示出),用于:在埋点数据上报完成之后,响应于埋点数据查询请求,获取待查询埋点数据对应的类型,并根据所述类型进行埋点数据查询。
根据本发明实施例的技术方案,通过接收机构服务上报的埋点数据,并将埋点数据异步序列化存储到本地磁盘;根据预设的数据打包规则对埋点数据进行打包生成数据包,并根据数据包生成数据上报请求;根据预设的数据上报策略,通过提交数据上报请求以进行埋点数据上报的技术方案,可以通过将埋点数据写入服务本地的磁盘文件,根据配置异步批量压缩完成数据打包,然后采用HTTP请求或者SOAP请求等客户端请求的方式进行埋点数据上报,这样既节省了带宽,也在埋点数据频繁产生的场景下,保护了机构服务的正常运行,提高了机构服务的稳定性和吞吐能力。
图4示出了可以应用本发明实施例的机构服务埋点数据的上报方法或机构服务埋点数据的上报装置的示例性系统架构400。
如图4所示,系统架构400可以包括终端设备401、402、403,网络404和服务器405。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备401、402、403通过网络404与服务器405交互,以接收或发送消息等。终端设备401、402、403上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备401、402、403可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器405可以是提供各种服务的服务器,例如对用户利用终端设备401、402、403所浏览的数据上报网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的埋点数据上报请求等数据进行接收机构服务上报的埋点数据,并将所述埋点数据异步序列化存储到本地磁盘;根据预设的数据打包规则对所述埋点数据进行打包生成数据包,并根据所述数据包生成数据上报请求;根据预设的数据上报策略,通过提交所述数据上报请求以进行埋点数据上报等处理,并将处理结果(例如埋点数据上报结果--仅为示例)反馈给终端设备。
需要说明的是,本发明实施例所提供的机构服务埋点数据的上报方法一般由服务器405执行,相应地,机构服务埋点数据的上报装置一般设置于服务器405中。
应该理解,图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图5,其示出了适于用来实现本发明实施例的终端设备或服务器的计算机系统500的结构示意图。图5示出的终端设备或服务器仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图5所示,计算机系统500包括中央处理单元(CPU)501,其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中,还存储有系统500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/
输出(I/O)接口505也连接至总线504。
以下部件连接至I/O接口505:包括键盘、鼠标等的输入部分506;
包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的5输出部分507;包括硬盘等的存储部分508;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器510上,以便于从其上读出的计算机程序根据需要0被安装入存储部分508。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该5计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分509从网络上被下载和安装,和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时,执行本发明的系统中限定的上述功能。
0需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导5线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行0系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的单元或模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中,例如,可以描述为:一种处理器包括数据存储模块、数据打包模块和数据上报模块。其中,这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定,例如,数据存储模块还可以被描述为“用于接收机构服务上报的埋点数据,并将所述埋点数据异步序列化存储到本地磁盘的模块”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:接收机构服务上报的埋点数据,并将所述埋点数据异步序列化存储到本地磁盘;根据预设的数据打包规则对所述埋点数据进行打包生成数据包,并根据所述数据包生成数据上报请求;根据预设的数据上报策略,通过提交所述数据上报请求以进行埋点数据上报。
根据本发明实施例的技术方案,通过接收机构服务上报的埋点数据,并将埋点数据异步序列化存储到本地磁盘;根据预设的数据打包规则对埋点数据进行打包生成数据包,并根据数据包生成数据上报请求;根据预设的数据上报策略,通过提交数据上报请求以进行埋点数据上报的技术方案,可以通过将埋点数据写入服务本地的磁盘文件,根据配置异步批量压缩完成数据打包,然后采用HTTP请求或者SOAP请求等客户端请求的方式进行埋点数据上报,这样既节省了带宽,也在埋点数据频繁产生的场景下,保护了机构服务的正常运行,提高了机构服务的稳定性和吞吐能力。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
- 一种埋点数据上报方法、装置及计算机可读存储介质
- 数据回溯与上报方法、装置、计算机设备及存储介质
- 数据上报方法、装置、计算机设备及存储介质
- 多平台下埋点归一方法及装置和电子设备
- 模型训练方法和装置、数据预测方法和装置、服务器
- 埋点事件的上报方法、装置、服务器及存储介质
- 埋点事件的上报方法、装置、服务器及存储介质