CN116627772B - 缓存的跟踪监控方法和系统 - Google Patents

Abstract

本申请涉及一种缓存的跟踪监控方法和系统，用于微服务架构的多个服务层中的任一个服务层，所述方法包括：响应于所接收的第一HTTP请求，按照预设规则生成当前服务层的缓存标识信息；根据所述缓存标识信息生成缓存跟踪报文；在所述当前服务层存在下一个服务层的情况下，调用所述下一个服务层，根据所述缓存跟踪报文形成第二HTTP请求；将所述第二HTTP请求发送至所述下一个服务层；将所述缓存跟踪报文投递至对应的临时缓存；以及拉取所述临时缓存中存储的所述缓存跟踪报文，并存储所拉取的缓存跟踪报文。根据本申请的方案，便于用户查询各个服务层所经历的操作和存储的数据，并便于出现问题时问题的排查。

Description

缓存的跟踪监控方法和系统

技术领域

本申请涉及应用服务系统技术领域，尤其涉及一种缓存的跟踪监控方法和系统。

背景技术

目前，在微服务架构下的服务部署的场景中，往往包含了多层的分层设计，例如包括API（Application ProgrammingInterface，应用程序编程接口）层和一个或多个业务层，一般都会为各服务层设计层对应的缓存，以提升响应速度。

由于每个服务层的缓存都由各个服务层自行实现，缓存的过期时效都由本层自行控制。这导致了在一条完整的请求链路中可能命中不同服务层的缓存，但是不知道命中了哪些服务层，在问题排查过程中不能及时定位缓存数据，也就难以排查问题。

发明内容

针对现有技术中存在的问题，本申请提供一种缓存的跟踪监控方案，每个服务层收到请求后，都会根据预设的格式生成对应的缓存标识信息，并根据缓存标识信息生成缓存跟踪报文，该缓存跟踪报文一方面通过请求的形式在调用下一个服务层的过程中发送给下一个服务层，另一方面投递给一个临时的缓存，消息汇聚模块从该临时的缓存获取缓存跟踪报文，用户通过消息汇聚模块查询对于不同的请求，各个服务层埋设的信息和数据，为出现问题时的排查提供查询依据。

根据本申请的第一个方面，提供一种缓存的跟踪监控方法，其特征在于，用于微服务架构的多个服务层中的任一个服务层，所述方法包括：

响应于所接收的第一HTTP请求，按照预设规则生成当前服务层的缓存标识信息；

根据所述缓存标识信息生成缓存跟踪报文；

在所述当前服务层存在下一个服务层的情况下，调用所述下一个服务层，根据所述缓存跟踪报文形成第二HTTP请求；

将所述第二HTTP请求发送至所述下一个服务层；

将所述缓存跟踪报文投递至对应的临时缓存；以及

拉取所述临时缓存中存储的所述缓存跟踪报文，并存储所拉取的缓存跟踪报文。

根据本申请的第二个方面，提供一种缓存的跟踪监控系统，其特征在于，包括缓存标识生成器、消息投递模块和消息汇聚模块，其中：

所述缓存标识生成器与微服务架构的多个服务层中的任一个服务层对应，用于响应于当前服务层所接收的第一HTTP请求，按照预设规则生成所述当前服务层的缓存标识信息，根据所述缓存标识信息生成缓存跟踪报文，在所述当前服务层存在下一个服务层的情况下，调用所述下一个服务层，根据所述缓存跟踪报文形成第二HTTP请求，并将所述第二HTTP请求发送至所述下一个服务层；

所述消息投递模块用于将所述缓存跟踪报文投递至对应的临时缓存；

所述消息汇聚模块用于拉取所述临时缓存中的所述缓存跟踪报文，存储所拉取的缓存跟踪报文。

根据本申请的第三个方面，提供一种电子设备，包括：

处理器；以及

存储器，存储有计算机指令，当所述计算机指令被所述处理器执行时，使得所述处理器执行第一个方面所述的方法。

根据本申请的第四个方面，提供一种非瞬时性计算机存储介质，存储有计算机程序，当所述计算机程序被多个处理器执行时，使得所述处理器执行第一个方面所述的方法。

根据本申请提供的缓存的跟踪监控方法和系统，各个服务层在收到HTTP请求后会根据预设的规则按照预设的格式生成缓存标识信息，并根据缓存标识信息生成缓存跟踪报文，然后，一方面，在存在下一个服务层的情况下，将该缓存跟踪报文置于层与层之间的内部请求中发送给下一个服务层，另一方面，将该缓存跟踪报文投递给一个临时的缓存，消息汇聚模块从该临时的缓存获取缓存跟踪报文，用户通过消息汇聚模块查询对于不同的请求，各个服务层埋设的信息和数据，便于用户查询各个服务层所经历的操作和存储的数据，并便于出现问题时问题的排查。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图，而并不超出本申请要求保护的范围。

图1是根据本申请实施例的缓存的跟踪监控系统的示意图。

图2是根据本申请实施例的缓存标识信息的格式示意图。

图3是根据本申请实施例的消息汇聚模块中存储的消息的示意图。

图4是根据本申请一个实施例的缓存的跟踪监控方法的流程图。

图5是根据本申请另一个实施例的缓存的跟踪监控方法的流程图。

图6是根据本申请又一个实施例的缓存的跟踪监控方法的流程图。

图7是根据本申请再一个实施例的缓存的跟踪监控方法的流程图。

图8是本申请提供的一种电子设备的结构图。

具体实施方式

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

图1是根据本申请实施例的缓存的跟踪监控系统的示意图。如图1所示，该系统包括缓存标识生成器、消息投递模块和消息汇聚模块。其中，缓存标识生成器与微服务架构的多个服务层中的任一个服务层对应，缓存标识生成器为多个服务层中的任一个服务层生成对应的缓存标识信息。

对于一个服务层，在收到HTTP（Hypertext TransferProtocol，超文本传输协议）请求时，当前服务层需要记录执行的操作和埋设的数据。在本申请中，每个服务层通过预设的规则来执行这一过程，即每个服务层通过相同的规则来记录。本申请为方便缓存管理以及缓存跟踪，设计并实现了一种缓存协议，可以称为KEY协议，这个协议规定了所生成的缓存标识信息的组成，如图2所示。

图2中的缓存标识信息是一种“五元组”，包括五个组成部分，即业务（线）标识Biz、业务域标识Domain、缓存主标识Major、缓存次标识Minor和缓存标识K。其中，这些标识可以根据公司的部门和业务架构进行划分和赋予其含义，即按照预设的规则生成缓存标识信息。例如，一个公司包括两个业务线A和B，业务（线）标识Biz标识业务线A或业务线B；每个业务线有不同的业务域，例如，一条业务线包括订单域、产品域、展示域、广告域等业务域，业务域标识Domain可以表示不同的业务域；缓存主标识Major可以用来表示是用户的缓存，例如，user center；缓存次标识Minor可以标识不经常变动的信息，例如用户的基本信息；缓存标识K可以是用户的ID （Identity）。此外，对于不同公司的部门和业务架构，缓存标识信息的组成可以不同，例如可以比图2的“五元组”多一个标识或者少一个标识，即形成“六元组”或“四元组”，本申请对此不做任何限制。

如图1所示，微服务架构包括两个服务层，上服务层和下服务层。对于上服务层来说，在收到HTTP请求（称为第一HTTP请求）后，会读取与消息投递模块对应的临时缓存，缓存标识生成器为上服务层生成缓存标识信息，并根据该存标识信息生成缓存跟踪报文。其中，该临时缓存可以采用Redis Stream机制，也可以采用其他存储机制，本申请对此不作任何限制。上服务层将生成的缓存标识信息与从临时缓存读取的信息进行比较，在缓存标识信息满足预设的业务逻辑规则的情况下，缓存标识生成器为上服务层生成缓存标识信息、组装生成缓存跟踪报文，通过消息投递模块将缓存跟踪报文投递至该临时缓存。其中，该预设的业务逻辑规则是业务的处理逻辑，可以根据实际需要进行设定。例如，该预设的业务逻辑规则可以是临时缓存中没有所生成的缓存标识信息，该预设的业务逻辑规则还可以是所生成的缓存标识信息在临时缓存中没有对应的数据或业务数据，等等。在缓存标识信息不满足预设的业务逻辑规则的情况下，不会将缓存跟踪报文投递至临时缓存。

根据一些实施例，在缓存标识生成器生成缓存标识信息后，还需要对所生成的缓存标识信息进行校验，以保证之后用户在消息汇聚模块时所提供信息的可靠。其实，对于缓存标识生成器来说，容易满足图2所示的格式，但是这个格式里的内容是有要求的，这里对格式的内容验证设置预设的条件。比如业务线标识和业务域标识中的内容，业务线只有业务线A和业务线B的话，业务线标识的内容只能限于与业务线A和业务线B对应的标识，而不能是其他标识或者随意填写的内容；业务域只有订单域、产品域、展示域、广告域的话，业务域标识的内容只能限于与订单域、产品域、展示域、广告域对应的标识，而不能是其他标识或者随意填写的内容；等等。如果所生成的缓存标识信息不满足预设的条件，那么缓存标识信息就是不合格的，不能满足验证要求，缓存标识信息不能在临时缓存中进行缓存，也不能生成和发送缓存跟踪报文。

根据一些实施例，消息汇聚模块从临时缓存中拉取数据，即拉取其中存储的缓存跟踪报文，对缓存跟踪报文进行拆解，汇聚后对缓存跟踪报文进行存储。这样，对于一个请求链路，通过消息汇聚模块可以知道其命中了哪些服务层的缓存，这些服务层对应的缓存标识信息分别是什么，如图3所示。

根据一些实施例，用户的查询方式可以有多种，例如可以通过缓存标识信息中多个标识中的任一个标识进行查询，例如通过图3中的业务线标识Biz进行查询，也可以根据缓存标识信息中的多个或所有标识进行查询，例如通过缓存标识信息的所有标识（Biz、Domain、Major、Minor和K）进行查询，本申请对此不作任何限制。这样，当用户需要进行查询时，可以知道每个服务层所埋设的数据分别是什么，便于出现问题时进行问题定位。

在图1所示的实施例中，存在与上服务层对应的下服务层，上服务层调用下服务层，根据缓存跟踪报文形成一个内部请求，该内部请求是一种HTTP请求，即第二HTTP请求，该第二HTTP请求中包含缓存跟踪报文，然后将该HTTP请求发送至下服务层。对于当前服务层后不存在下一个服务层的情况下，当前服务层的缓存标识生成器生成缓存标识信息并组装缓存跟踪报文后，在业务逻辑的控制下，不会调用下一个服务层，也不会形成第二HTTP请求。

根据一些实施例，缓存跟踪报文中除了缓存标识生成器生成的缓存标识信息，还可以包括当前服务层的层级标识。根据一些实施例，缓存标识生成器查看当前服务层收到的HTTP请求，解读HTTP请求中的包含的缓存跟踪报文，获取上一服务层的层级信息，例如，如果上一服务层的层级信息为第2层，则当前服务层为第3层；若收到的HTTP请求中不包含自定义的缓存跟踪报文，则当前服务器处于最上层。这样，缓存标识生成器通过当前服务层接收到HTTP请求，获得当前服务层的上下文信息，并通过当前服务层的上下文信息，确定当前服务层的层级标识，将当前服务层的层级标识纳入缓存跟踪报文的组装。

根据一些实施例，缓存跟踪报文中除了缓存标识生成器生成的缓存标识信息，还可以包括上一个服务层的地址信息。根据一些实施例，缓存标识生成器查看当前服务层收到的HTTP请求，解读HTTP请求中上一个服务层的地址信息，例如上一个服务层的URI（Uniform ResourceIdentifier，统一资源标识符）。这样，缓存标识生成器通过当前服务层接收到HTTP请求，获得当前服务层的上一个服务层的地址信息，将上一个服务层的地址信息纳入缓存跟踪报文的组装。

为了清楚简洁，图1中只示出了两个服务层，本领域技术人员可以理解的是，采用上述流程也可以适用多于两个服务层的微服务架构。虽然以上对图1的上服务层执行的操作进行了描述，但是，本领域技术人员可以理解的是，对于微服务架构的多个服务层的任一服务层都可以执行上述过程。

在图1所示的基础上，根据本申请的一个方面，提供一种缓存的跟踪监控方法。如图4所示，该方法包括如下步骤。

步骤S401，响应于所接收的第一HTTP请求，按照预设规则生成当前服务层的缓存标识信息；

步骤S402，根据所述缓存标识信息生成缓存跟踪报文；

根据一些实施例，在缓存标识生成器生成缓存标识信息后，还需要对所生成的缓存标识信息进行校验，以保证之后用户在消息汇聚模块时所提供信息的可靠。其实，对于缓存标识生成器来说，容易满足图2所示的格式，但是这个格式里的内容是有要求的，这里对格式的内容验证设置预设的条件。如果所生成的缓存标识信息不满足预设的条件，那么缓存标识信息就是不合格的，不能满足验证要求，缓存标识信息不能在临时缓存中进行缓存，也不能生成和发送缓存跟踪报文。

这样，步骤S402包括：

子步骤S4021，按照预设内容参数对所述缓存标识信息进行校验；以及

子步骤S4022，在校验通过的情况下，根据所述缓存标识信息生成所述缓存跟踪报文。

步骤S403，在所述当前服务层存在下一个服务层的情况下，调用所述下一个服务层，根据所述缓存跟踪报文形成第二HTTP请求；

步骤S404，将所述第二HTTP请求发送至所述下一个服务层。

在图1所示的实施例中，存在与上服务层对应的下服务层，上服务层调用下服务层，根据缓存跟踪报文形成一个内部请求，该内部请求是一种HTTP请求，即第二HTTP请求，该第二HTTP请求中包含缓存跟踪报文，然后将该HTTP请求发送至下服务层。对于当前服务层后不存在下一个服务层的情况下，当前服务层的缓存标识生成器生成缓存标识信息并组装缓存跟踪报文后，在业务逻辑的控制下，不会调用下一个服务层，也不会形成第二HTTP请求。

步骤S405，将所述缓存跟踪报文投递至对应的临时缓存。

根据一些实施例，当前服务层将生成的缓存标识信息与从临时缓存读取的信息进行比较，在缓存标识信息满足预设的业务逻辑规则的情况下，缓存标识生成器为上服务层生成缓存标识信息、组装生成缓存跟踪报文，通过消息投递模块将缓存跟踪报文投递至该临时缓存。其中，该预设的业务逻辑规则是业务的处理逻辑，可以根据实际需要进行设定。例如，该预设的业务逻辑规则可以是临时缓存中没有所生成的缓存标识信息，该预设的业务逻辑规则还可以是所生成的缓存标识信息在临时缓存中没有对应的数据或业务数据，等等。在缓存标识信息不满足预设的业务逻辑规则的情况下，不会将缓存跟踪报文投递至临时缓存。

这样，步骤S405包括：响应于所述缓存标识信息在满足预设的业务逻辑规则的情况下，将所述缓存跟踪报文投递至所述临时缓存。

步骤S406，拉取所述临时缓存中存储的所述缓存跟踪报文，并存储所拉取的缓存跟踪报文。

根据一些实施例，消息汇聚模块从临时缓存中拉取数据，即拉取其中存储的缓存跟踪报文，对缓存跟踪报文进行拆解，汇聚后对缓存跟踪报文进行存储。这样，对于一个请求链路，通过消息汇聚模块可以知道其命中了哪些服务层的缓存，这些服务层对应的缓存标识信息分别是什么，如图3所示。

在图1所示的基础上，根据本申请的另一个方面，提供一种缓存的跟踪监控方法，如图5所示。在图5中，步骤S501至步骤S506与图4中的步骤S401至步骤S406相同，不同之处在于，图5还包括：

步骤S507，响应于对所存储的缓存跟踪报文的查询请求，提供相应的查询结果。

根据一些实施例，用户的查询方式可以有多种，例如可以通过缓存标识信息中多个标识中的任一个标识进行查询，例如通过图3中的业务线标识Biz进行查询，也可以根据缓存标识信息中的多个或所有标识进行查询，例如通过缓存标识信息的所有标识（Biz、Domain、Major、Minor和K）进行查询，本申请对此不作任何限制。这样，当用户需要进行查询时，可以知道每个服务层所埋设的数据分别是什么，便于出现问题时进行问题定位。

在图1所示的基础上，根据本申请的又一个方面，提供一种缓存的跟踪监控方法，如图6所示。在图6中，步骤S601至步骤S606与图4中的步骤S401至步骤S406相同，不同之处在于，图6还包括：

步骤S607，通过接收到的所述第一HTTP请求，获得所述当前服务层的上下文信息；

步骤S608，通过所述当前服务层的上下文信息，确定所述当前服务层的层级标识。

根据一些实施例，缓存跟踪报文中除了缓存标识生成器生成的缓存标识信息，还可以包括当前服务层的层级标识。根据一些实施例，缓存标识生成器查看当前服务层收到的HTTP请求，解读HTTP请求中的包含的缓存跟踪报文，获取上一服务层的层级信息，例如，如果上一服务层的层级信息为第2层，则当前服务层为第3层；若收到的HTTP请求中不包含自定义的缓存跟踪报文，则当前服务器处于最上层。这样，缓存标识生成器通过当前服务层接收到HTTP请求，获得当前服务层的上下文信息，并通过当前服务层的上下文信息，确定当前服务层的层级标识，将当前服务层的层级标识纳入缓存跟踪报文的组装。

在图1所示的基础上，根据本申请的再一个方面，提供一种缓存的跟踪监控方法，如图7所示。在图7中，步骤S701至步骤S706与图4中的步骤S401至步骤S406相同，不同之处在于，图7还包括：

步骤S707，通过接收到的所述第一HTTP请求，获得所述当前服务层的上一个服务层的地址信息。

根据一些实施例，缓存跟踪报文中除了缓存标识生成器生成的缓存标识信息，还可以包括上一个服务层的地址信息。根据一些实施例，缓存标识生成器查看当前服务层收到的HTTP请求，解读HTTP请求中上一个服务层的地址信息，例如上一个服务层的URI。这样，缓存标识生成器通过当前服务层接收到HTTP请求，获得当前服务层的上一个服务层的地址信息，将上一个服务层的地址信息纳入缓存跟踪报文的组装。

根据本申请提供的缓存的跟踪监控方法和系统，各个服务层在收到HTTP请求后会根据预设的规则按照预设的格式生成缓存标识信息，并根据缓存标识信息生成缓存跟踪报文，然后，一方面，在存在下一个服务层的情况下，将该缓存跟踪报文置于层与层之间的内部请求中发送给下一个服务层，另一方面，将该缓存跟踪报文投递给一个临时的缓存，消息汇聚模块从该临时的缓存获取缓存跟踪报文，用户通过消息汇聚模块查询对于不同的请求，各个服务层埋设的信息和数据，便于用户查询各个服务层所经历的操作和存储的数据，并便于出现问题时问题的排查。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性连接或其它的形式。

参阅图8，图8提供一种电子设备，包括处理器以及存储器。存储器存储有计算机指令，当计算机指令被处理器执行时，使得处理器执行所述计算机指令从而实现如图4至图7所示的方法以及细化方案。

应该理解，上述的装置实施例仅是示意性的，本发明披露的装置还可通过其它的方式实现。例如，上述实施例中所述单元/模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如，多个单元、模块或组件可以结合，或者可以集成到另一个系统，或一些特征可以忽略或不执行。

另外，若无特别说明，在本发明各个实施例中的各功能单元/模块可以集成在一个单元/模块中，也可以是各个单元/模块单独物理存在，也可以两个以上单元/模块集成在一起。上述集成的单元/模块既可以采用硬件的形式实现，也可以采用软件程序模块的形式实现。

所述集成的单元/模块如果以硬件的形式实现时，该硬件可以是数字电路，模拟电路等等。硬件结构的物理实现包括但不局限于晶体管，忆阻器等等。若无特别说明，所述处理器或芯片可以是任何适当的硬件处理器，比如CPU、GPU、FPGA、DSP和ASIC等等。若无特别说明，所述片上缓存、片外内存、存储器可以是任何适当的磁存储介质或者磁光存储介质，比如，阻变式存储器RRAM（Resistive Random AccessMemory）、动态随机存取存储器DRAM（Dynamic Random AccessMemory）、静态随机存取存储器SRAM（Static Random-AccessMemory）、增强动态随机存取存储器EDRAM（Enhanced Dynamic RandomAccessMemory）、高带宽内存HBM（High-Bandwidth Memory）、混合存储立方 HMC（Hybrid MemoryCube）等等。

所述集成的单元/模块如果以软件程序模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机电子设备（可为个人计算机、服务器或者网络电子设备等）执行本披露各个实施例所述方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施例还提供一种非瞬时性计算机存储介质，存储有计算机程序，当所述计算机程序被多个处理器执行时，使得所述处理器执行如图4至图7所示的方法以及细化方案。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明仅用于帮助理解本申请的方法及其核心思想。同时，本领域技术人员依据本申请的思想，基于本申请的具体实施方式及应用范围上做出的改变或变形之处，都属于本申请保护的范围。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (14)

1.一种缓存的跟踪监控方法，其特征在于，用于微服务架构的多个服务层中的任一个服务层，所述方法包括：

响应于所接收的第一HTTP请求，按照预设规则生成当前服务层的缓存标识信息；

根据所述缓存标识信息生成缓存跟踪报文；

在所述当前服务层存在下一个服务层的情况下，调用所述下一个服务层，根据所述缓存跟踪报文形成第二HTTP请求；

将所述第二HTTP请求发送至所述下一个服务层；

将所述缓存跟踪报文投递至对应的临时缓存；以及

拉取所述临时缓存中存储的所述缓存跟踪报文，并存储所拉取的缓存跟踪报文。

2.如权利要求1所述的方法，其特征在于，还包括：

响应于对所存储的缓存跟踪报文的查询请求，提供相应的查询结果。

3.如权利要求1所述的方法，其特征在于，将所述缓存跟踪报文投递至对应的临时缓存，包括：

响应于所述缓存标识信息在满足预设的业务逻辑规则的情况下，将所述缓存跟踪报文投递至所述临时缓存。

4.如权利要求1所述的方法，其特征在于，所述根据所述缓存标识信息生成缓存跟踪报文包括：

按照预设内容参数对所述缓存标识信息进行校验；以及

在校验通过的情况下，根据所述缓存标识信息生成所述缓存跟踪报文。

5.如权利要求1至4任一项所述的方法，其特征在于，还包括：

通过接收到的所述第一HTTP请求，获得所述当前服务层的上下文信息；

通过所述当前服务层的上下文信息，确定所述当前服务层的层级标识；

其中，所述缓存跟踪报文包括所述层级标识。

6.如权利要求1至4任一项所述的方法，其特征在于，还包括：

通过接收到的所述第一HTTP请求，获得所述当前服务层的上一个服务层的地址信息；其中，所述缓存跟踪报文包括所述地址信息。

7.一种缓存的跟踪监控系统，其特征在于，包括缓存标识生成器、消息投递模块和消息汇聚模块，其中：

所述缓存标识生成器与微服务架构的多个服务层中的任一个服务层对应，用于响应于当前服务层所接收的第一HTTP请求，按照预设规则生成所述当前服务层的缓存标识信息，根据所述缓存标识信息生成缓存跟踪报文，在所述当前服务层存在下一个服务层的情况下，调用所述下一个服务层，根据所述缓存跟踪报文形成第二HTTP请求，并将所述第二HTTP请求发送至所述下一个服务层；

所述消息投递模块用于将所述缓存跟踪报文投递至对应的临时缓存；

所述消息汇聚模块用于拉取所述临时缓存中的所述缓存跟踪报文，存储所拉取的缓存跟踪报文。

8.如权利要求7所述的系统，其特征在于，所述消息汇聚模块还用于：

响应于对所存储的缓存跟踪报文的查询请求，提供查询结果。

9.如权利要求7所述的系统，其特征在于，所述消息投递模块用于：

在所述缓存标识信息在满足预设的业务逻辑规则的情况下，将所述缓存跟踪报文投递至所述临时缓存。

10.如权利要求7所述的系统，其特征在于，所述缓存标识生成器用于：

按照预设内容参数对所述缓存标识信息进行校验；以及

在校验通过的情况下，根据所述缓存标识信息生成所述缓存跟踪报文。

11.如权利要求7至10任一项所述的系统，其特征在于，所述缓存标识生成器还用于：

通过接收到的所述第一HTTP请求，获得所述当前服务层的上下文信息；

通过所述当前服务层的上下文信息，确定所述当前服务层的层级标识；

其中，所述缓存跟踪报文包括所述层级标识。

12.如权利要求7至10任一项所述的系统，其特征在于，所述缓存标识生成器还用于：

获得所述当前服务层的上一个服务层的地址信息；其中，所述缓存跟踪报文包括所述地址信息。

13.一种电子设备，其特征在于，包括存储器和处理器，所述存储器上存储有计算机程序，所述处理器在执行所述存储器上的计算机程序时实现权利要求1至6中任一项所述的方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法。