一种埋点信息上报方法、装置、存储介质及电子设备

摘要

本申请实施例公开了一种埋点信息上报方法、装置、存储介质及电子设备，其中，方法包括：接收业务服务器发送的负载信息，基于所述负载信息生成雪崩控制信息，当处于所述雪崩控制信息对应的控制有效期内时，采用所述雪崩控制信息对目标业务的埋点信息进行上报管控处理，当所述控制有效期结束时，将所述埋点信息上报至所述业务服务器。采用本申请实施例，通过获取业务服务器负载情况对应的雪崩控制信息，对业务上报埋点信息进行管控，防止业务集中上报埋点信息导致业务服务器超负荷，避免造成服务器雪崩。

说明书

技术领域

本申请涉及计算机技术领域，尤其涉及一种埋点信息上报方法、装置、存储介质及电子设备。

背景技术

埋点就是在应用中特定的流程收集一些信息，用来跟踪应用使用的状况，后续用来进一步优化产品或是提供运营的数据支撑。现在多采用第三方的埋点软件工具开发包(Software Development Kit，SDK)来帮助应用进行数据统计，但是目前的埋点SDK没有对埋点上报进行限制，容易由于某时刻多业务同时上报大量埋点数据，从而造成服务器雪崩与数据丢失。

发明内容

本申请实施例提供了一种埋点信息上报方法、装置、存储介质及电子设备，可以通过获取业务服务器负载情况对应的雪崩控制信息，对业务上报埋点信息进行管控，防止业务集中上报埋点信息导致业务服务器超负荷，从而造成服务器雪崩。所述技术方案如下：

第一方面，本申请实施例提供了一种埋点信息上报方法，所述方法包括：

接收业务服务器发送的负载信息，基于所述负载信息生成雪崩控制信息；

当处于所述雪崩控制信息对应的控制有效期内时，采用所述雪崩控制信息对目标业务的埋点信息进行上报管控处理；

当所述控制有效期结束时，将所述埋点信息上报至所述业务服务器。

第二方面，本申请实施例提供了一种埋点信息上报装置，所述装置包括：

控制信息生成模块，用于接收业务服务器发送的负载信息，基于所述负载信息生成雪崩控制信息；

上报管理模块，用于当处于所述雪崩控制信息对应的控制有效期内时，采用所述雪崩控制信息对目标业务的埋点信息进行上报管控处理；

信息上报模块，用于当所述控制有效期结束时，将所述埋点信息上报至所述业务服务器。

第三方面，本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法步骤。

第四方面，本申请实施例提供一种电子设备，可包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。

本申请一些实施例提供的技术方案带来的有益效果至少包括：

在本申请一个或多个实施例中，接收业务服务器发送的负载信息并基于所述负载信息生成雪崩控制信息，当处于雪崩控制信息对应的控制有效期内时，采用雪崩控制信息对目标业务的埋点信息进行上报管控处理，当控制有效期结束时，可直接将埋点信息上报至所述业务服务器。通过获取业务服务器负载情况对应的雪崩控制信息，对业务上报埋点信息进行管控，防止业务集中上报埋点信息导致业务服务器超负荷，避免造成服务器雪崩。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种埋点信息上报方法的流程示意图；

图2是本申请实施例提供的一种获取雪崩控制信息的举例示意图；

图3是本申请实施例提供的另一种埋点信息上报方法的流程示意图；

图4是本申请实施例提供的一种判断是否满足雪崩控制信息的流程示意图；

图5是本申请实施例提供的另一种埋点信息上报方法的流程示意图；

图6是本申请实施例提供的一种埋点信息上报装置的结构示意图；

图7是本申请实施例提供的一种控制信息生成模块的结构示意图；

图8是本申请实施例提供的一种上报管理模块的结构示意图；

图9是本申请实施例提供的另一种埋点信息上报装置的结构示意图；

图10是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。在本申请的描述中，需要说明的是，除非另有明确的规定和限定，“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本实施例提供的埋点信息上报方法可依赖于计算机程序实现，可运行于基于冯诺依曼体系的埋点信息上报装置上。该计算机程序可集成在应用中，也可作为独立的工具类应用运行。所述埋点信息上报装置可以为一种埋点SDK，也可以为一种安装有埋点SDK的应用客户端或电子设备。

下面结合具体的实施例对本申请提供的埋点信息上报方法进行详细说明。

请参见图1，为本申请实施例提供了一种埋点信息上报方法的流程示意图。如图1所示，本申请实施例的所述方法可以包括以下步骤S101-S104。

S101，接收业务服务器发送的负载信息，基于所述负载信息生成雪崩控制信息。

所述业务服务器，为所述接收业务发送的埋点信息并基于所述埋点信息进行大数据分析的服务器，所述业务服务器发送的负载信息，是指所述业务服务器接收所述业务发送的埋点信息的负载端口的负载情况。雪崩控制信息中包含埋点SDK对业务的埋点上报进行管控的各项条件和所述雪崩控制信息的控制有效期，通过判断埋点信息是否符合这些条件来判断在控制有效期内哪些埋点信息可以上报哪些不能上报，以达到预防业务服务器雪崩的目的。所述雪崩控制信息中可以包括雪崩控制信息的有效期限、业务服务器的重试时间间隔、时间片内的请求阈值和时间片内的上报阈值等。所述业务，可以为与埋点SDK安装于同一应用程序或电子设备的模块、其他SDK等。

基于所述负载信息生成雪崩控制信息，是指根据所述业务服务器返回的负载端口的负载情况，生成不同内容的雪崩控制信息。

进一步的，如图2所示，可以是埋点SDK获取到负载信息后可以向云端控制中心发送所述负载信息并请求所述负载信息对应的雪崩控制信息，埋点SDK基于云端控制中心返回的雪崩控制信息对业务的埋点上报进行管控。

也可以是当埋点SDK获取到负载信息后，根据负载信息调用预先保存在埋点SDK中的所述负载信息对应的雪崩控制信息来对业务的埋点上报进行管控。云线保存在埋点SDK中的雪崩控制信息可以由云端控制中心设置并发送给埋点SDK进行保存，也可以在埋点SDK上进行设置。

进一步的，若负载端口的使用率没有超过使用率阈值，埋点SDK可以不用获取雪崩控制信息，业务的埋点信息可以正常上报，所述使用率阈值可以在业务服务器上设置，也可以由埋点SDK进行设置并发送至业务服务器。

一种可行的业务服务器返回负载信息的方法为，根据负载端口的使用率，业务服务器返回不同的字符串，例如：

若负载端口的使用率大于或等于75％，业务服务器向埋点SDK返回字符串0；

若负载端口的使用率大于或等于85％，业务服务器向埋点SDK返回字符串1；

若负载端口的使用率大于或等于95％，业务服务器向埋点SDK返回字符串2；

若负载端口的使用率大于或等于100％，业务服务器向埋点SDK返回字符串3。

埋点SDK接收到不同的字符串后，基于字符串向云端控制中心请求或调用预先保存的雪崩控制信息对业务的埋点上报进行管控。同样的，埋点SDK也可以以雪崩控制信息为配置生成雪崩控制器，用雪崩控制器对业务的埋点上报进行管控。

S102，判断是否处于所述雪崩控制信息对应的控制有效期内。

所述控制有效期，是指雪崩控制信息的有效时间，在控制有效期内埋点SDK可以根据雪崩控制信息对业务的埋点上报进行管控，当雪崩控制信息失效后，则无法根据雪崩控制信息对业务的埋点上报进行控制，业务的埋点可以正常上报至业务服务器。

若处于所述雪崩控制信息对应的控制有效期内，则执行S103；若不处于所述雪崩控制信息对应的控制有效期内，则执行S104。

S103，采用所述雪崩控制信息对目标业务的埋点信息进行上报管控处理。

当处于所述雪崩控制信息对应的有效期限内时，埋点SDK将根据雪崩控制信息判断目标业务的埋点信息是否符合上报条件，所述目标业务的埋点信息，包括目标业务要上报给业务服务器的埋点数据和目标业务的埋点上报请求。

例如判断目标业务的埋点上报请求是否不处于重试时间间隔内，在目标业务的当前时间片内目标业务的埋点上报请求数是否未超过请求阈值，和/或目标业务的当前时间片内目标业务的埋点数据上报量是否未超过上报阈值，若满足上述条件则埋点SDK将目标业务的埋点信息正常上报至业务服务器，若不满足则埋点SDK拒绝目标业务的埋点上报请求。

进一步的，若埋点SDK拒绝目标业务的埋点上报请求，会向目标业务发送重试信息，通知目标业务重新发送埋点上报请求。

S104，将所述埋点信息上报至所述业务服务器。

当不处于所述雪崩控制信息对应的有效期限内时，埋点SDK无法根据所述雪崩控制信息对业务的埋点上报进行管控，将直接将目标业务的埋点信息上报至业务服务器。

在本申请实施例中，接收业务服务器发送的负载信息并基于所述负载信息生成雪崩控制信息，当处于雪崩控制信息对应的控制有效期内时，采用雪崩控制信息对目标业务的埋点信息进行上报管控处理，当控制有效期结束时，可直接将埋点信息上报至所述业务服务器。通过获取业务服务器负载情况对应的雪崩控制信息，对业务上报埋点信息进行管控，防止业务集中上报埋点信息导致业务服务器超负荷，避免造成服务器雪崩。

请参见图3，为本申请实施例提供了一种埋点信息上报方法的流程示意图。如图3所示，本申请实施例的所述方法可以包括以下步骤S201-S209。

S201，当检测到目标业务接入时，创建所述目标业务对应的目标数据库。

当埋点SDK检测到有目标业务接入时，会给目标业务创建其对应的目标数据库，所述目标数据库中只存储目标业务产生的数据或与目标业务相关的数据。

进一步的，当检测到目标业务接入时，埋点SDK还会给目标业务创建目标业务的独立的实例、统一资源定位器(Uniform Resource Locator，URL)、网络适配器或异常捕捉器等，实现各业务之间的物理隔离与逻辑隔离。

S202，采用所述目标业务对应的埋点进程采集所述目标业务的埋点信息，将所述埋点信息保存在所述目标数据库中。

埋点SDK采用目标业务对应的埋点进程采集目标业务的埋点信息，所述埋点信息包括埋点数据与业务的埋点上报请求。所述埋点数据为埋点进程所采集到的数据信息，例如用户的登入登出时间、用户的浏览页面等用户针对业务的操作信息。所述埋点上报请求为目标业务向埋点SDK发送的申请上报埋点数据至业务服务器的请求，埋点SDK根据目标业务的埋点上报请求来向业务服务器上报目标业务的埋点数据。

埋点SDK将采集到的目标数据的埋点信息保存在目标数据库中，之后根据埋点信息中的埋点上报请求将目标数据库中对应的埋点数据进行上报。所述埋点上报请求中可以包括请求埋点上报的申请时间，埋点SDK将在目标业务的申请时间时将埋点数据进行上报并判断是否满足上报条件。

进一步的，也可以为埋点SDK先接收到目标业务的埋点上报请求，并将对应的埋点数据保存在目标数据库中，并根据埋点上报请求上报埋点数据。

S203，当检测到目标业务冷启动时，向业务服务器发送询问负载请求。

所述目标业务冷启动，是指当启动目标业务时，后台没有该目标业务的进程，这时系统会重新创建一个新的进程分配给该目标业务，这个启动方式就是冷启动。当然在目标业务所在的应用程序冷启动时，也可以向业务服务器发送询问负载请求，防止因为应用冷启动多业务被拉活，埋点上报请求集中而导致服务器雪崩。

业务服务器接收到埋点SDK的询问负载请求时，会向埋点SDK发送当前负载接口的负载信息。

S204，接收所述业务服务器基于所述询问负载请求返回的负载信息，获取所述负载信息对应的雪崩控制信息。

具体可参见S101，此处不再赘述。

S205，获取对所述目标数据库中的埋点信息的埋点上报请求。

获取目标数据库中的埋点信息里的埋点上报请求，埋点SDK根据埋点上报请求上报对应的埋点数据。

S206，判断是否处于所述雪崩控制信息对应的控制有效期内。

所述控制有效期，是指雪崩控制信息的有效时间，在控制有效期内埋点SDK可以根据雪崩控制信息对业务的埋点上报进行管控，当雪崩控制信息失效后，则无法根据雪崩控制信息对业务的埋点上报进行控制，业务的埋点可以正常上报至业务服务器。

若处于所述雪崩控制信息对应的控制有效期内，则执行S107；若不处于所述雪崩控制信息对应的控制有效期内，则执行S109。

S207，判断所述埋点上报请求的上报条件是否满足所述雪崩控制信息。

进一步的，当所述埋点上报请求的上报时间处于雪崩控制信息指示的上报重试时间间隔内时，上报条件不满足所述雪崩控制信息。

所述上报重试时间间隔，是指雪崩控制信息中包含的重试时间间隔，重试时间间隔内埋点SDK将拒绝所有业务的埋点上报请求，重试时间间隔是用于给业务服务器一个缓冲的时间，特别是在发生雪崩后业务服务器可以利用重试时间间隔重启，防止上报的埋点数据在业务服务器重启时丢失。

进一步的，获取所述埋点信息在当前时间片内的埋点请求的第一上报量和埋点数据的第二上报量；

当所述第一上报量大于请求上报阈值，和/或，所述第二上报量大于数据上报阈值，上报条件不满足所述雪崩控制信息。

所述第一上报量，是指目标业务在当前时间片内埋点上报请求的条数，所述第二上报量，是指目标业务在当前时间片内已上报的埋点数据的大小。当第一上报量大于请求上报阈值和/或第二上报量大于数据上报阈值时，上报条件不满足所述雪崩控制信息。

如图4所示为一种判断埋点上报请求的上报条件是否满足雪崩控制信息的流程示意图，需要说明的是，其中判断是否处于重试时间间隔、判断第一上报量是否大于请求上报阈值和判断第二上报量是否大于数据上报阈值的步骤的执行顺序不分先后，可以任意调换，此处不做限定。

S208，拒绝所述埋点上报请求。

若所述埋点上报埋点请求的上报条件不满足所述雪崩控制信息，则埋点SDK拒绝所述埋点上报请求，在拒绝埋点上报请求的同时可以向目标业务发送重试信息。

进一步的，在目标业务接收到重试信息后，可以重新向埋点SDK发送埋点上报请求，替换原先保存在目标数据库中的埋点上报请求，若重新发送的埋点上报请求的上报条件满足所述雪崩控制信息，埋点SDK会直接将目标业务在目标数据库中的埋点数据上报。

S209，将所述目标数据库中的所述埋点信息上报至所述业务服务器。

若所述埋点上报埋点请求的上报条件满足所述雪崩控制信息，或不处于所述雪崩控制信息对应的有效期限内，则埋点SDK直接将目标数据库中所述埋点上报请求对应的埋点数据上报至业务服务器。

进一步的，若埋点数据上报成功，则埋点SDK将目标数据库中的埋点数据删除，以节省目标数据库的存储空间。

在本申请实施例中，为目标业务创建对应的目标数据库，并将目标业务的埋点信息保存在目标数据库中，达到实现各业务的物理隔离的目的，避免多业务数据储存在一起发生一个业务数据出错影响其他业务的情况。在目标业务冷启动时，向业务服务器发送询问负载请求，根据返回的负载信息获取雪崩控制信息，防止目标业务冷启动时上报埋点信息过多，避免业务服务器负载端口超负荷或雪崩。处于雪崩控制信息对应的控制有效期内时，采用雪崩控制信息对目标业务的埋点信息进行上报管控处理，当控制有效期结束时，可直接将埋点信息上报至所述业务服务器。通过获取业务服务器负载情况对应的雪崩控制信息，对业务上报埋点信息进行管控，防止业务集中上报埋点信息导致业务服务器超负荷，避免造成服务器雪崩。

请参见图5，为本申请实施例提供了一种埋点信息上报方法的流程示意图。如图5所示，本申请实施例的所述方法可以包括以下步骤S301-S309。

S301，当检测到目标业务接入时，创建所述目标业务对应的目标数据库。

具体可参见S201，此处不再赘述。

S302，采用所述目标业务对应的埋点进程采集所述目标业务的埋点信息，将所述埋点信息保存在所述目标数据库中。

具体可参见S202，此处不再赘述。

S303，接收业务服务器发送的负载信息，基于所述负载信息生成雪崩控制信息。

具体可参见S101，此处不再赘述。

S304，获取对所述目标数据库中的埋点信息的埋点上报请求。

获取目标数据库中的埋点信息里的埋点上报请求，埋点SDK根据埋点上报请求上报对应的埋点数据。

S305，判断是否处于所述雪崩控制信息对应的控制有效期内。

具体可参见S206，此处不再赘述。

若处于所述雪崩控制信息对应的控制有效期内，则执行S306；若不处于所述雪崩控制信息对应的控制有效期内，则执行S308。

S306，判断所述埋点上报请求的上报条件是否满足所述雪崩控制信息。

具体可参见S207，此处不再赘述。

S307，拒绝所述埋点上报请求。

具体可参见S208，此处不再赘述。

S308，将所述目标数据库中的所述埋点信息上报至所述业务服务器。

具体可参见S209，此处不再赘述。

S309，当对目标业务的埋点信息上报至业务服务器时，接收服务器发送的负载信息，获取所述负载信息对应的雪崩控制信息。

在S309后继续执行S304，在目标业务埋点信息上报的过程中，若业务服务器出现雪崩或负载端口的使用率超过了雪崩预警阈值，则业务服务器会向埋点SDK发送负载信息，埋点SDK基于所述负载信息获取到雪崩控制信息后，所述雪崩控制信息也可以应用于对目标业务的所述埋点信息的上报进行管控。

在本申请实施例中，为目标业务创建对应的目标数据库，并将目标业务的埋点信息保存在目标数据库中，达到实现各业务的物理隔离的目的，避免多业务数据储存在一起发生一个业务数据出错影响其他业务的情况。处于雪崩控制信息对应的控制有效期内时，采用雪崩控制信息对目标业务的埋点信息进行上报管控处理，当控制有效期结束时，可直接将埋点信息上报至所述业务服务器。通过获取业务服务器负载情况对应的雪崩控制信息，对业务上报埋点信息进行管控，防止业务集中上报埋点信息导致业务服务器超负荷，避免造成服务器雪崩。在埋点信息上报过程中，可以接收负载信息并获取雪崩控制信息，在服务器雪崩时防止方式数据的丢失，如果服务器未雪崩而是负载过高则可以预防业务服务器雪崩。

下面将结合附图6-附图9，对本申请实施例提供的埋点信息上报设备进行详细介绍。需要说明的是，附图6-附图9中的埋点信息上报设备，用于执行本申请图1-图5所示实施例的方法，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请图1-图5所示的实施例。

请参见图6，其示出了本申请一个示例性实施例提供的埋点信息上报装置的结构示意图。该埋点信息上报装置可以通过软件、硬件或者两者的结合实现成为装置的全部或一部分。该装置1包括控制信息生成模块11、上报管理模块12和信息上报模块13。

控制信息生成模块11，用于接收业务服务器发送的负载信息，基于所述负载信息生成雪崩控制信息；

上报管理模块12，用于当处于所述雪崩控制信息对应的控制有效期内时，采用所述雪崩控制信息对目标业务的埋点信息进行上报管控处理；

信息上报模块13，用于当所述控制有效期结束时，将所述埋点信息上报至所述业务服务器。

可选的，所述装置1，还包括：

埋点信息保存模块14，用于当检测到目标业务接入时，创建所述目标业务对应的目标数据库；

采用所述目标业务对应的埋点进程采集所述目标业务的埋点信息，将所述埋点信息保存在所述目标数据库中。

可选的，所述控制信息生成模块11，包括：

前置策略单元111，用于当检测到目标业务冷启动时，向业务服务器发送询问负载请求；

接收所述业务服务器基于所述询问负载请求返回的负载信息，获取所述负载信息对应的雪崩控制信息。

可选的，所述控制器生成模块11，包括：

后置策略单元112，用于当对目标业务的埋点信息上报至业务服务器时，接收服务器发送的负载信息，获取所述负载信息对应的雪崩控制信息。

如图7所示，为一种控制信息生成模块的结构示意图。

可选的，所述上报管理模块12，具体用于：

获取对所述目标数据库中的埋点信息的埋点上报请求；

当所述埋点上报请求的上报条件不满足所述雪崩控制信息时，拒绝所述埋点上报请求；

当所述上报条件满足所述雪崩控制信息时，将所述目标数据库中的所述埋点信息上报至所述业务服务器。

可选的，所述上报管理模块12，包括：

重试间隔判断单元121，用于当所述埋点上报请求的上报时间处于雪崩控制信息指示的上报重试时间间隔内时，拒绝所述埋点上报请求。

可选的，所述上报管理模块12，包括：

上报量判断单元122，用于获取所述埋点信息在当前时间片内的埋点请求的第一上报量和埋点数据的第二上报量；

当所述第一上报量大于请求上报阈值，和/或，所述第二上报量大于数据上报阈值，拒绝所述埋点上报请求。

如图8所示，为一种上报管理模块的结构示意图。

如图9所示，为另一种埋点信息上报装置的结构示意。

在本申请实施例中，接收业务服务器发送的负载信息并基于所述负载信息生成雪崩控制信息，当处于雪崩控制信息对应的控制有效期内时，采用雪崩控制信息对目标业务的埋点信息进行上报管控处理，当控制有效期结束时，可直接将埋点信息上报至所述业务服务器。通过获取业务服务器负载情况对应的雪崩控制信息，对业务上报埋点信息进行管控，防止业务集中上报埋点信息导致业务服务器超负荷，避免造成服务器雪崩。

需要说明的是，上述实施例提供的埋点信息上报装置在执行埋点信息上报方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的埋点信息上报装置与埋点信息上报方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本申请实施例还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适于由处理器加载并执行如上述图1-图5所示实施例的所述埋点信息上报方法，具体执行过程可以参见图1-图5所示实施例的具体说明，在此不进行赘述。

本申请还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行如上述图1-图5所示实施例的所述埋点信息上报方法，具体执行过程可以参见图1-图5所示实施例的具体说明，在此不进行赘述。

请参见图10，为本申请实施例提供了一种电子设备的结构示意图。如图10所示，所述电子设备1000可以包括：至少一个处理器1001，至少一个网络接口1004，用户接口1003，存储器1005，至少一个通信总线1002。

其中，通信总线1002用于实现这些组件之间的连接通信。

其中，用户接口1003可以包括显示屏(Display)、摄像头(Camera)，可选用户接口1003还可以包括标准的有线接口、无线接口。

其中，网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。

其中，处理器1001可以包括一个或者多个处理核心。处理器1001利用各种借口和线路连接整个服务器1000内的各个部分，通过运行或执行存储在存储器1005内的指令、程序、代码集或指令集，以及调用存储在存储器1005内的数据，执行服务器1000的各种功能和处理数据。可选的，处理器1001可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器1001可集成中央处理器(Central Processing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1001中，单独通过一块芯片进行实现。

其中，存储器1005可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选的，该存储器1005包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器1005可用于存储指令、程序、代码、代码集或指令集。存储器1005可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图10所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及埋点信息上报应用程序。

在图10所示的电子设备1000中，用户接口1003主要用于为用户提供输入的接口，获取用户输入的数据；而处理器1001可以用于调用存储器1005中存储的埋点信息上报应用程序，并具体执行以下操作：

接收业务服务器发送的负载信息，基于所述负载信息生成雪崩控制信息；

当处于所述雪崩控制信息对应的控制有效期内时，采用所述雪崩控制信息对目标业务的埋点信息进行上报管控处理；

当所述控制有效期结束时，将所述埋点信息上报至所述业务服务器。

在一个实施例中，所述处理器1001在执行接收业务服务器发送的负载信息之前，还执行以下操作：

当检测到目标业务接入时，创建所述目标业务对应的目标数据库；

采用所述目标业务对应的埋点进程采集所述目标业务的埋点信息，将所述埋点信息保存在所述目标数据库中。

在一个实施例中，所述处理器1001在执行接收业务服务器发送的负载信息，基于所述负载信息生成雪崩控制信息时，具体执行以下操作：

当检测到目标业务冷启动时，向业务服务器发送询问负载请求；

接收所述业务服务器基于所述询问负载请求返回的负载信息，获取所述负载信息对应的雪崩控制信息。

在一个实施例中，所述处理器1001在执行接收业务服务器发送的负载信息，基于所述负载信息生成雪崩控制信息时，具体执行以下操作：

当对目标业务的埋点信息上报至业务服务器时，接收服务器发送的负载信息，获取所述负载信息对应的雪崩控制信息。

在一个实施例中，所述处理器1001在执行用所述雪崩控制信息对目标业务的埋点信息进行上报管控处理时，具体执行以下操作：

获取对所述目标数据库中的埋点信息的埋点上报请求；

当所述埋点上报请求的上报条件不满足所述雪崩控制信息时，拒绝所述埋点上报请求；

当所述上报条件满足所述雪崩控制信息时，将所述目标数据库中的所述埋点信息上报至所述业务服务器。

在一个实施例中，所述处理器1001在执行当所述上报条件不满足所述雪崩控制信息时，拒绝所述埋点上报请求时，具体执行以下操作：

当所述埋点上报请求的上报时间处于雪崩控制信息指示的上报重试时间间隔内时，拒绝所述埋点上报请求。

在一个实施例中，所述处理器1001在执行当所述上报条件不满足所述雪崩控制信息时，拒绝所述埋点上报请求时，具体执行以下操作：

获取所述埋点信息在当前时间片内的埋点请求的第一上报量和埋点数据的第二上报量；

当所述第一上报量大于请求上报阈值，和/或，所述第二上报量大于数据上报阈值，拒绝所述埋点上报请求。

在本申请实施例中，接收业务服务器发送的负载信息并基于所述负载信息生成雪崩控制信息，当处于雪崩控制信息对应的控制有效期内时，采用雪崩控制信息对目标业务的埋点信息进行上报管控处理，当控制有效期结束时，可直接将埋点信息上报至所述业务服务器。通过获取业务服务器负载情况对应的雪崩控制信息，对业务上报埋点信息进行管控，防止业务集中上报埋点信息导致业务服务器超负荷，避免造成服务器雪崩。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体或随机存储记忆体等。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。