一种对互联网服务系统进行流量跟踪的系统与方法与流程

文档序号:11959654阅读:311来源:国知局
一种对互联网服务系统进行流量跟踪的系统与方法与流程

本发明涉及小流量实验技术领域,特别是涉及一种对互联网服务系统进行流量跟踪的系统与方法。



背景技术:

在互联网时代,互联网企业的服务系统每天都会获得大量用户流量,研发团队会对这些用户流量进行小流量实验,通过小流量实验确定用户的每次请求对应的策略,然后结合用户反馈确定出用户感兴趣的策略,根据用户感兴趣的策略调整互联网产品,以提升用户的使用体验。

目前,在进行小流量实验时,需要区分服务为每个服务分别搭建小流量实验框架,所搭建的每个小流量框架中需要划分出多个流量桶,在不同的流量桶上,服务提供不同的交互展示或执行不同的处理逻辑,因此,不同的流量桶对应不同的策略。目前,在进行流量跟踪时,一个小流量实验框架仅能对一个服务下的请求进行分析,在对每个请求进行分析时,确定请求对应的流量分桶,然后确定流量分桶对应的策略,最终即可确定该请求对应的策略,重复执行上述逻辑,即可确定该服务下各请求对应的策略,综合各请求对应的策略、以及用户反馈即可确定该服务下用户感兴趣的策略。

可见,目前一个小流量实验框架仅能满足对一个服务的流量的跟踪,而无法满足对多个服务的流量的跟踪,普适性差。若需要对多个服务的进行流量跟踪时,则需要构建多个小流量实验框架安装在服务系统中,这不仅占用服务系统的存储资源,还会耗费大量的人力资源。



技术实现要素:

鉴于上述现有的小流量实验框架普适性差的问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种对互联网服务系统进行流量跟踪的系统与方法。

依据本发明的一个方面,提供了一种对互联网服务系统进行流量跟踪的系统,包括:确定模块,用于针对需要进行小流量实验的服务,确定该服务下的请求对应的应用场景标识以及请求的标识;哈希算法模块,用于计算所述应用场景标识以及所述请求的标识组成的字符串对应的哈希值;策略确定模块,用于依据所述哈希值确定对应的策略标识;标识存储模块,用于持久化存储所述应用场景标识以及所述策略标识之间的对应关系。

优选地,所述系统还包括:应用场景注册模块,用于在所述确定模块针对需要进行小流量实验的服务确定该服务下的请求对应的应用场景标识以及请求的标识之前,针对需要进行小流量实验的服务进行注册,为该服务分配应用场景标识。

优选地,所述应用场景注册模块还用于:确定所述服务对应的上下游服务,在所述服务、以及确定的上下游服务的接口中均添加数据存储字段;所述数据存储字段用于存储存在映射关系的字符串。

优选地,所述系统还包括:数据存储模块,用于将所述应用场景标识以及所述策略标识之间的对应关系,存储至所述请求所属的服务的接口中的数据存储字段下。

优选地,所述系统还包括:上报模块,用于当请求处理完成后,按照服务的上下层关系,逐层将下游服务的接口中的数据存储字段下的数据上报至上一层服务的接口中的数据存储字段下,直至将数据上报至所述服务对应的最上游服务为止。

优选地,所述标识存储模块包括:格式转化子模块,用于获取最上游服务的接口中的、数据存储字段下存储的数据,并进行格式转化;写入子模块,用于将转化后的数据写入至持久化存储中。

优选地,所述系统还包括:日志数据存储模块,用于将该请求对应的用户反馈日志数据写入持久化存储中。

优选地,所述策略确定模块包括:流量桶命中子模块,用于依据所述哈希值确定所述请求命中的流量桶标识;策略确定子模块,用于确定所述流量桶标识对应的策略标识。

优选地,所述流量桶命中子模块包括:模计算单元,用于根据所述哈希值对流量桶总个数取模;流量桶标识确定单元,用于将所述模值确定为所述请求命中的流量桶标识。

依据本发明的另一个方面,提供了一种对互联网服务系统进行流量跟踪的方法,包括:针对需要进行小流量实验的服务,确定该服务下的请求对应的应用场景标识以及请求的标识;计算所述应用场景标识以及所述请求的标识组成的字符串对应的哈希值;依据所述哈希值确定对应的策略标识;持久化存储所述应用场景标识以及所述策略标识之间的对应关系。

优选地,在所述确定该服务下的请求对应的应用场景标识以及请求的标识的步骤之前,所述方法还包括:针对需要进行小流量实验的服务进行注册,为该服务分配应用场景标识。

优选地,在所述为该服务分配应用场景标识的步骤之后,所述方法还包括:确定所述服务对应的上下游服务,在所述服务、以及确定的上下游服务的接口中均添加数据存储字段;所述数据存储字段用于存储存在映射关系的字符串。

优选地,在所述持久化存储所述应用场景标识以及所述策略标识之间的对应关系的步骤之前,所述方法还包括:将所述应用场景标识以及所述策略标识之间的对应关系,存储至所述请求所属的服务的接口中的数据存储字段下。

优选地,将所述应用场景标识以及所述策略标识之间的对应关系,存储至所述请求所属的服务的接口中的数据存储字段下的步骤之后,所述方法还包括:当请求处理完成后,按照服务的上下层关系,逐层将下游服务的接口中的数据存储字段下的数据,上报至上一层服务的接口中的数据存储字段下,直至将数据上报至所述服务对应的最上游服务为止。

优选地,所述持久化存储所述应用场景标识以及所述策略标识之间的对应关系的步骤包括:获取最上游服务的接口中的、数据存储字段下存储的数据进行格式转化,并将转化后的数据写入至持久化存储中。

优选地,所述方法还包括:将该请求对应的用户反馈日志数据写入持久化存储中。

优选地,所述依据所述哈希值确定对应的策略标识的步骤包括:依据所述哈希值确定所述请求命中的流量桶标识;确定所述流量桶标识对应的策略标识。

优选地,所述依据所述哈希值确定所述请求命中的流量桶标识的步骤包括:根据所述哈希值对流量桶总个数取模;将所述模值确定为所述请求命中的流量桶标识。

本发明实施例提供的一种对互联网服务系统进行流量跟踪的系统和方法,在服务系统中仅安装一个该流量跟踪的系统即可满足对多个服务的流量跟踪,具有良好的普适性。这是由于,本发明提供的流量跟踪的系统可以为不同的服务进行注册,并且为注册的服务分配应用场景标识,注册后的服务即可通过该流量的跟踪系统进行流量跟踪,在进行流量跟踪时,系统通过应用场景标识即可将各服务加以区分,因此,本发明提供的对互联网服务系统进行流量跟踪的系统可以为不同的服务进行流量跟踪。

上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:

图1是根据本发明实施例一的一种对互联网服务系统进行流量跟踪的系统的结构框图;

图2是根据本发明实施例二的一种对互联网服务系统进行流量跟踪的系统的结构框图;

图3是根据本发明实施例三的一种对互联网服务系统进行流量跟踪的方法的步骤流程图;

图4是根据本发明实施例四的一种对互联网服务系统进行流量跟踪的方法的步骤流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例一

参照图1,示出了本发明实施例一的一种对互联网服务系统进行流量跟踪的系统的结构框图。

本发明实施例的对互联网服务系统进行流量跟踪的系统包括:确定模块101、哈希算法模块102、策略确定模块103以及标识存储模块104。

当需要对一个服务进行小流量实验的时候,服务系统调用本发明实施例中的流量跟踪系统中的确定模块101、哈希算法模块102、策略确定模块103以及标识存储模块104依次执行处理操作,各模块分别执行的操作如下:

确定模块101,用于针对需要进行小流量实验的服务,确定该服务下的请求对应的应用场景标识以及请求的标识。需要进行小流量实验的服务可以为任意适当的服务,如:搜索服务、推荐服务或筛选服务等。

确定模块101执行完成后,执行哈希算法模块1022。

哈希算法模块102,用于计算应用场景标识以及该请求的标识组成的字符串对应的哈希值。

当接收到该服务的一个请求时,确定服务对应的应用场景标识,以及请求的标识,将应用场景标识以及请求的标识组合成字符串。

哈希算法模块102中写入有哈希算法,接口输入为字符串,接口输出为无符号整数。因此,在计算哈希值时,将组合后的字符串作为输入参数输入哈希算法中,即可得到用无符号整数表征的哈希值。

在执行完哈希算法模块102后,执行策略确定模块103。策略确定模块103,用于依据哈希值确定对应的策略标识。

策略确定模块103依据哈希值确定对应的策略标识时,首先,确定请求命中的流量桶标识,其次,确定流量桶标识对应的策略标识。

在对互联网服务系统进行流量跟踪的系统中,预设有多个流量桶,每个流量桶对应有流量桶标识,每个流量桶标识对应有策略标识。在对互联网服务系统进行流量跟踪的系统中存在流量桶标识与策略标识之间的对应关系,通过该对应关系来反映流量桶与策略之间的关系。因此,策略确定模块103在确定流量桶标识后,通过对应关系即可查找到与其对应的策略标识。

依据哈希值确定请求命中的流量桶标识时,可以将哈希值的末尾整数确定为命中的流量桶标识;也可以将哈希值的后两位整数确定为命中的流量桶标识;当然,也可以将哈希值与流量桶总数取模,将模值确定为命中的流量桶标识,本发明实施例中对此不作具体限制。

在执行完策略确定模块103后,执行标识存储模块104。标识存储模块1044,用于持久化存储应用场景标识以及策略标识之间的对应关系。

其中,应用场景标识以及策略标识之间的对应关系即策略数据。在处理完一个请求时,标识存储模块则将策略数据进行持久化存储。同时,服务系统针对该请求还可以持久化存储其对应的用户反馈日志数据,其中,该日志数据通常为指示用户点击或下单行为的数据。当需要生成报表时,读取持久化存储的策略数据以及用户反馈日志数据,生成报表即可。

本发明实施例中以处理一个服务的一个请求为例进行的说明,在具体实现过程中,服务系统可以重复调用本发明实施例中的对互联网服务系统进行流量跟踪的系统处理多个服务的多个请求。

本发明实施例提供的一种对互联网服务系统进行流量跟踪的系统,在服务系统中仅安装一个该流量跟踪的系统即可满足对多个服务的流量跟踪,具有良好的普适性。这是由于,本发明提供的流量跟踪的系统可以为不同的服务进行注册,并且为注册的服务分配应用场景标识,注册后的服务即可通过该流量跟踪的系统进行流量跟踪,在进行流量跟踪时,系统通过应用场景标识即可将各服务加以区分,因此,本发明提供的对互联网服务系统进行流量跟踪的系统可以为不同的服务进行流量跟踪。

实施例二

参照图2,示出了本发明实施例二的一种对互联网服务系统进行流量跟踪的系统的结构框图。

本发明实施例的对互联网服务系统进行流量跟踪的系统包括:应用场景注册模块201、确定模块202、哈希算法模块203、策略确定模块204、数据存储模块205、上报模块206、标识存储模块207以及日志数据存储模块208。

当需要对一个服务进行小流量实验的时候,服务系统调用本发明实施例中的对互联网服务系统进行流量跟踪的系统,对互联网进行流量跟踪的系统中的应用场景注册模块201、确定模块202、哈希算法模块203、策略确定模块204、数据存储模块205、上报模块206、标识存储模块207以及日志数据存储模块208依次执行操作,各模块执行的具体操作如下:

应用场景注册模块201,用于对需要进行小流量实验的服务进行注册,为该服务分配应用场景标识;确定服务对应的上下游服务,在该服务、以及确定的上下游服务的接口中均添加数据存储字段。

需要说明的是,若需要进行小流量实验的服务已注册过该进行流量跟踪的系统,则无需再执行本模块。

在具体实现时,当预对某一服务进行小流量实验时,用户可以输入字符串,该字符串为服务对应的应用场景标识,应用场景注册模块201接收到用户输入的字符串时,判断字符串是否存在,若存在,则证明该服务已注册。若不存在,则确定该服务未注册,因此,将用户输入的字符串分配给该服务作为应用场景标识。

应用场景注册模块201对服务进行注册时,若该服务不存在上下游服务,则仅在该服务的接口中添加数据存储字段即可。其中,数据存储字段用于存储存在映射关系的字符串。存在映射关系的字符串为请求所对应的应用场景标识以及策略标识。

确定模块202,用于针对需要进行小流量实验的服务,当接收到该服务的一个请求时,确定该服务下的请求对应的应用场景标识以及请求的标识。

哈希算法模块203,用于计算应用场景标识以及请求的标识组成的字符串对应的哈希值。

在哈希算法模块203中写入的具体算法可以由本领域技术人员根据实际需求进行设置。优选地,写入的具体算法为MD5(Message Digest Algorithm,消息摘要算法第五版)算法,该种算法能够保证相同请求标识、不同应用场景标识组成的字符串,产生的哈希值正交。

计算时,组合后的字符串输入至算法中,通过算法处理即可输出哈希值。

策略确定模块204具体可以包括:流量桶命中子模块,策略确定子模块。流量桶命中子模块用于依据哈希值确定请求命中的流量桶标识;以及策略确定子模块,用于确定流量桶标识对应的策略标识。

在对互联网服务系统进行流量跟踪的系统中预设有多个流量桶,每个流量桶对应有流量桶标识,每个流量桶标识对应有策略标识。在该系统中还存在流量桶标识与策略标识之间的对应关系,通过该对应关系来反映流量桶与策略之间的关系。因此,在确定流量桶标识后,通过对应关系即可查找到与其对应的策略标识。

流量桶命中子模块进一步还可以包括:模计算单元以及流量桶标识确定单元;模计算单元用于根据哈希值对流量桶总个数取模,流量桶标识确定单元,用于将模值确定为请求命中的流量桶标识。

例如:计算出的哈希值为3271,流量桶总个数为100,取模后的模值为71,则命中的流量桶的标识为71。

数据存储模块205,用于将策略确定模块204确定出的应用场景标识以及策略标识之间的对应关系,存储至该请求所属的服务的接口中的数据存储字段下。

此时,该服务的接口中的数据存储字段下存储有应用场景标识和策略标识之间的映射关系。

上报模块206,用于当请求处理完成后,按照服务的上下层关系,逐层将下游服务的接口中的数据存储字段下的数据上报至上一层服务的接口中的数据存储字段下,直至将数据上报至该服务对应的最上游服务为止。

例如:当前对服务B中的某请求进行分析,服务B存在上游服务A,以及下游服务C,在处理完B中的某请求时,需要进行标识回传,此时,需将服务C接口中的数据存储字段下的数据上报至服务B接口中的数据存储字段下,将服务B接口中的数据存储字段下的数据上报至服务A接口中的数据存储字段下。

需要说明的是,若当前处理的服务不存在上下游服务,则无需执行上报模块。

标识存储模块207包括:格式转化子模块,用于获取最上游服务的接口中的、数据存储字段下存储的数据,并进行格式转化;其中,数据存储字段下存储的数据为应用场景标识以及策略标识之间的对应关系;写入子模块,用于将转化后的数据写入至持久化存储中。

在进行格式转化时,标识存储模块207可以将获取到的数据转化为JSON格式,写入到持久化存储中。其中,JSON即JavaScript Object Notation,是一种轻量级的数据交换格式。

日志数据存储模块208,用于将该请求对应的用户反馈日志数据写入持久化存储中。

在处理完一个请求时,标识存储模块则将该请求的策略数据进行持久化存储,同时,日志数据存储模块将该请求对应的用户反馈日志数据也写入持久化存储中。当需要生成报表时,读取持久化存储的策略数据以及用户反馈日志数据,生成报表即可。

本发明实施例提供的一种对互联网服务系统进行流量跟踪的系统中,在服务系统中仅安装一个本发明实施例提供的对互联网系统进行流量跟踪的系统即可满足对多个服务的流量跟踪,具有良好的普适性。这是由于,本发明提供的对互联网系统进行流量跟踪的系统中设置有应用场景注册模块,通过应用场景注册模块不同的服务即可在小流量实验框架系统中完成注册,并且为注册的服务分配应用场景标识,注册后的服务即可通过本发明实施例提供的进行流量跟踪的系统进行流量跟踪,并且,通过应用场景标识即可将各服务加以区分。

实施例三

参照图3,示出了本发明实施例三的一种对互联网服务系统进行流量跟踪方法的步骤流程图。

本发明实施例的对互联网服务系统进行流量跟踪方法,用于对服务系统中的各个服务进行小流量实验。具体实现时,则需要在服务系统中安装小流量实验框架系统即对互联网系统进行流量跟踪的系统,通过小流量实验框架系统为服务系统中的各服务提供小流量实验。具体地,针对需要进行小流量实验的每个服务均执行如下步骤:

步骤S302:针对需要进行小流量实验的服务,确定该服务下的请求对应的应用场景标识以及请求的标识。

需要进行小流量实验的服务可以为任意适当的服务,如:搜索服务、推荐服务或筛选服务等。

在对某一服务进行小流量实验时,需要对该服务下的各请求进行分析,分析各请求对应的策略。因此,在进行小流量实验时,需要针对该服务下每个请求执行步骤S302至步骤S308中所述的操作。

具体地,当接收到该服务的一个请求时,由于请求所属于服务而每个服务对应有一个应用场景标识,因此,通过请求可以确定请求对应的应用场景标识;同时,每个请求自身也存在标识,因此,在接收到请求后,即可获取到请求的标识。

步骤S304:计算应用场景标识以及请求的标识组成的字符串对应的哈希值。

应用场景标识为一个字符串,请求的标识为另一个字符串,将两个字符串组合即构成一个新的字符串。具体地,在将应用场景标识以及请求的标识组成字符串时,可以将应用场景标识排在请求的标识前边组成字符串,也可以将应用场景标识排在请求的标识后边组成字符串,本发明实施例中对此不作具体限制。

在计算组成的字符串的哈希值时,可以采用特定的哈希算法来执行,将组合后的字符串作为输入参数输入哈希算法中,哈希算法计算后所输出的结果即字符串对应的哈希值。

特定的哈希算法的选择可以由本领域技术人员根据实际需求进行设置,能够保证相同请求标识、不同应用场景标识组成的字符串,产生的哈希值正交即可。例如:可以选用MD5算法。

步骤S306:依据哈希值确定对应的策略标识。

在依据哈希值确定对应的策略标识时,可以依据哈希值确定流量桶标识,然后依据流量桶标识确定对应的策略标识。

在小流量实验框架系统中预设有多个流量桶,每个流量桶对应有流量桶标识。每个流量桶对应有相应的策略,在小流量实验框架系统中存在流量桶标识与策略标识之间的对应关系,通过该对应关系来反映流量桶与策略之间的关系。因此,在确定流量桶标识后,通过对应关系即可查找到与其对应的策略标识。

当然,并不限于此,在在小流量实验框架系统中还可以预设有哈希值与策略标识之间的对应关系,通过计算得到的哈希值以及该对应关系,即可直接确定策略标识。

步骤S308:持久化存储应用场景标识以及策略标识之间的对应关系。

其中,应用场景标识以及策略标识之间的对应关系即策略数据。

在处理完一个请求时,小流量实验框架系统则将策略数据进行持久化存储。同时,服务系统针对该请求还可以持久化存储其对应的用户反馈日志数据,其中,该日志数据通常为指示用户点击或下单行为的数据。也就是说,针对一个请求持久化存储有其对应的策略数据以及用户反馈日志数据。通过对服务包含的各请求进行分析后,即可持久化存储分析的各请求对应的策略数据以及用户反馈日志数据。当需要生成报表时,读取持久化存储的策略数据以及用户反馈日志数据,生成报表即可。

通过本发明实施例提供的对互联网服务系统进行流量跟踪的方法,在服务系统中仅安装一个小流量实验框架系统即可满足对多个服务的流量跟踪,具有良好的普适性。这是由于,不同的服务可在小流量实验框架系统中完成注册,由小流量实验框架系统为注册的服务分配应用场景标识,当服务注册成功后即可通过小流量实验框架系统进行流量跟踪,并通过应用场景标识将各服务加以区分,以实现对多个服务的流量跟踪。

实施例四

参照图4,示出了本发明实施例四的一种对互联网服务系统进行流量跟踪方法的步骤流程图。

本发明实施例的对互联网服务系统进行流量跟踪方法,用于对服务系统中的各个服务进行小流量实验,针对需要进行小流量实验的每个服务均执行如下步骤:

步骤S402:针对需要进行小流量实验的服务进行注册,为该服务分配应用场景标识。

本发明实施中,在互联网服务系统中小流量实验框架系统,通过小流量实验框架系统为服务系统中的各服务提供小流量实验。

当预对某一服务进行小流量实验时,用户可以输入字符串,该字符串为服务对应的应用场景标识,接收到用户输入的字符串时,判断字符串是否存在,若存在,则证明该服务已注册。若不存在,则确定该服务未注册,因此,将用户输入的字符串分配给该服务作为应用场景标识。

步骤S404:确定服务对应的上下游服务,在服务、以及确定的上下游服务的接口中均添加数据存储字段。

需要说明的是,若需要进行小流量实验的服务已注册过小流量实验框架系统,则无需再执行步骤S402以及步骤S404。

对一个新的服务(即未注册的服务)进行注册时,不仅需要为新服务分配应用场景标识,注册新服务还要满足一定的接口规范,接口规范则具体为:在新服务以及新服务的上下游服务的接口中添加数据存储字段。

数据存储字段用于存储存在映射关系的字符串。其中,存在映射关系的字符串为请求所对应的应用场景标识以及策略标识。

例如:一个新服务B,对应有上游服务A,以及下游服务C;那么,在为新服务注册时,则需为新服务B分配一个应用场景标识符,并且,在新服务B、其上游服务A、下游服务C的相应接口中添加数据存储字段。

若新服务不存在上下游服务,则仅在新服务的接口中添加数据存储字段即可。

步骤S406:确定该服务下的请求对应的应用场景标识以及请求的标识。

当接收到需要进行小流量实验的服务的一个请求时,由于请求对应有服务,因此,可具体到服务对应的应用场景标识。并且,由于每个请求均有标识,因此,通过请求可以确定请求的标识。

步骤S408:计算应用场景标识以及请求的标识组成的字符串对应的哈希值。

在计算时采用相应的哈希算法即可,对于所采用的哈希算法可以由本领域技术人员根据实际需求进行选择。优选地,选择MD5算法,该种算法能够保证相同请求标识、不同应用场景标识组成的字符串,产生的哈希值正交。计算时,组合后的字符串输入至算法中,通过算法处理即可输出哈希值。

步骤S410:依据哈希值确定请求命中的流量桶标识。

在小流量实验框架系统中预设有多个流量桶,每个流量桶对应有流量桶标识。

确定流量桶标识为流量命中步骤,一种优选的依据哈希值确定请求命中的流量桶标识的方式如下:

根据哈希值对流量桶总个数取模;

将所述模值确定为所述请求命中的流量桶标识。

例如:计算出的哈希值为3282,流量桶总个数为100各流量桶的标识分别为数字1-100,取模后的模值为82,则命中的流量桶的标识为82也即第82个流量桶。

步骤S412:确定流量桶标识对应的策略标识。

在小流量实验框架系统中预设有多个流量桶,每个流量桶对应有流量桶标识,每个流量桶标识对应有策略标识。在小流量系统框架中存在流量桶标识与策略标识之间的对应关系,通过该对应关系来反映流量桶与策略之间的关系。因此,在确定流量桶标识后,通过对应关系即可查找到与其对应的策略标识。

步骤S414:将应用场景标识以及策略标识之间的对应关系,存储至请求所属的服务的接口中的数据存储字段下。

例如:请求属于服务B,则将请求对应的应用场景标识以及策略标识之间的对应关系存储至服务B接口中的数据存储字段下。

步骤S416:当请求处理完成后,按照服务的上下层关系,逐层将下游服务的接口中的数据存储字段下的数据,上报至上一层服务的接口中的数据存储字段下,直至将数据上报至服务对应的最上游服务为止。

此步骤为标识回传步骤,通过标识回传可以将该请求对应的全部应用场景标识以及策略标识之间的对应关系回传至最服务对应的最上游服务。

例如:请求属于服务B,服务B的下游服务为C,上游服务A,因此,在处理完该请求时,则从服务C的接口中的数据存储字段下获取应用场景标识以及策略标识之间的对应关系,然后将其存储至服务B的接口中的存储字段下,最后,将服务B的接口中的存储字段下的应用场景标识以及策略标识上报至服务A的接口中的存储字段下。

需要说明的是,本发明实施例中是以需要进行小流量实验的服务对应有上、下游服务为例进行的说明。在具体实现过程中,若需要进行小流量实验的服务未对应有上、下游服务,则无需执行步骤S416,而是在执行完步骤S414之后,直接将需要进行小流量实验的服务接口中的、数据存储字段下存储的数据写入至持久化存储中。

步骤S418:获取最上游服务的接口中的、数据存储字段下存储的数据进行格式转化,并将转化后的数据写入至持久化存储中。

此步骤为策略注册步骤,针对该请求当该请求对应的全部应用场景标识以及策略标识上报至最上游服务接口中的、数据存储字段下时,则可进行策略注册,将请求对应的最上游服务接口中的、数据存储字段下的数据写入持久化存储中。

步骤S420:将该请求对应的用户反馈日志数据写入持久化存储中。

其中,该日志数据通常为指示用户点击或下单行为的数据。

当需要生成报表时,读取持久化存储中存储的策略数据以及用户反馈日志数据,生成报表即可,研发人员对报表中的数据进行分析,即可确定用户感兴趣的服务。

通过本发明实施例提供的对互联网服务系统进行流量跟踪的方法,在服务系统中仅安装一个小流量实验框架系统即可满足对多个服务的流量跟踪,具有良好的普适性。这是由于,不同的服务可在小流量实验框架系统中完成注册,由小流量实验框架系统为注册的服务分配应用场景标识,当服务注册成功后即可通过小流量实验框架系统进行流量跟踪,并通过应用场景标识将各服务加以区分,以实现对多个服务的流量跟踪。

在此提供的对互联网服务系统进行流量跟踪的系统方案不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造具有本发明方案的系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。

类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的对互联网服务系统进行流量跟踪的系统方案中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1