资源请求方法、装置、设备及计算机可读存储介质与流程

1.本公开涉及信息技术领域，尤其涉及一种资源请求方法、装置、设备、计算机可读存储介质及系统。


背景技术：

2.内容分发网络（content delivery network，cdn）是构建在现有网络基础之上的智能虚拟网络，该网络包括部署在各地的边缘服务器。另外，该网络通过负载均衡、内容分发、调度等功能模块，使得用户可以就近获取所需资源，降低网络拥塞，提高资源请求的响应速度和命中率。
3.为了提升资源请求的缓存命中率以及降低回源率,通常采用如图1所示的三层cdn架构回源。其中，只有边缘节点110能够直接接入从客户端发出的资源请求，而中层节点120不能直接接入从客户端发出的资源请求，导致中层节点120的利用率较低。


技术实现要素：

4.为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种资源请求方法、装置、设备、计算机可读存储介质及系统，以提高cdn中的物理中层节点的利用率，降低cdn的成本。
5.第一方面，本公开实施例提供一种资源请求方法，包括：通过内容分发网络中的第一目标节点接收客户端发送的资源请求，所述第一目标节点包括内容分发网络中的物理中层节点下沉至边缘所获得的虚拟边缘节点，在所述虚拟边缘节点中部署有边缘业务逻辑和中层业务逻辑；若在所述第一目标节点中没有缓存与所述资源请求对应的目标资源，则基于第一预设规则确定第二目标节点；将所述资源请求转发至所述第二目标节点；通过所述第二目标节点获取与所述资源请求对应的目标资源。
6.可选的，所述第一目标节点与所述第二目标节点为同一节点。
7.可选的，所述第二目标节点为内容分发网络中的物理中层节点；在所述第二目标节点中部署有中层业务逻辑。
8.可选的，在所述第二目标节点中还部署有边缘业务逻辑。
9.可选的，所述第二目标节点为通过对内容分发网络中的物理边缘节点进行复用所获得的虚拟中层节点，在所述虚拟中层节点中部署有边缘业务逻辑和中层业务逻辑。
10.可选的，所述通过所述第二目标节点获取与所述资源请求对应的目标资源，包括：若在所述第二目标节点没有缓存与所述资源请求对应的目标资源，则基于第二预设规则确定内容分发网络中的上层节点；将所述资源请求转发至所述上层节点；通过所述上层节点获取与所述资源请求对应的目标资源。
11.可选的，所述通过所述上层节点获取与所述资源请求对应的目标资源，包括：若在所述上层节点中缓存有与所述资源请求对应的目标资源，则将所述目标资源发送至所述客户端；若在所述上层节点中没有缓存与所述资源请求对应的目标资源，则通过所述上层节点从与所述资源请求对应的源站获取所述目标资源。
12.可选的，所述方法还包括：在接收到刷新缓存记录的指令时，对所述上层节点的缓存记录进行刷新；对所述第一目标节点中存储的第一标识的缓存记录以及所述第二目标节点中存储的第二标识的缓存记录进行刷新；对所述第一目标节点中存储的第二标识的缓存记录以及所述第二目标节点中存储的第一标识的缓存记录进行刷新；其中，在所述第一目标节点以及所述第二目标节点中针对同一目标资源分别缓存有两份记录，所述两份记录的标识分别为所述第一标识和所述第二标识。
13.可选的，所述通过内容分发网络中的第一目标节点接收客户端发送的资源请求之前，还包括：通过与客户端关联的预设节点对所述资源请求进行解析，以确定所述资源请求所对应的域名是否符合预设条件；若所述域名符合所述预设条件，则通过所述预设节点基于第三预设规则确定所述第一目标节点，以使所述客户端向所述第一目标节点发送所述资源请求。
14.可选的，所述基于第一预设规则确定第二目标节点，包括：通过所述第一目标节点从预先存储的一个或多个调度策略中确定出与所述资源请求对应的目标调度策略，所述目标调度策略包括统一资源定位符，所述统一资源定位符指向所述第二目标节点。
15.第二方面，本公开实施例提供一种资源请求装置，包括：接收模块，用于通过内容分发网络中的第一目标节点接收客户端发送的资源请求，所述第一目标节点包括内容分发网络中的物理中层节点下沉至边缘所获得的虚拟边缘节点，在所述虚拟边缘节点中部署有边缘业务逻辑和中层业务逻辑；确定模块，用于若在所述第一目标节点中没有缓存与所述资源请求对应的目标资源，则基于第一预设规则确定第二目标节点；转发模块，用于将所述资源请求转发至所述第二目标节点；获取模块，用于通过所述第二目标节点获取与所述资源请求对应的目标资源。
16.第三方面，本公开实施例提供一种资源请求设备，包括：存储器；处理器；以及计算机程序；其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如第一方面所述的方法。
17.第四方面，本公开实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现第一方面所述的方法。
18.本公开实施例提供的资源请求方法，通过将cdn中的物理中层节点下沉为虚拟边缘节点，即在物理中层节点中额外部署边缘业务逻辑，使得物理中层节点具备接入资源请求的能力，提高了物理中层节点的利用率，从而降低cdn的成本。具体的，通过第一目标节点接收客户端发送的资源请求，所述第一目标节点包括内容分发网络中的物理中层节点下沉至边缘所获得的虚拟边缘节点，在所述虚拟边缘节点中部署有边缘业务逻辑和中层业务逻辑，若在所述第一目标节点中没有缓存与所述资源请求对应的目标资源，则基于第一预设规则确定第二目标节点；将所述资源请求转发至所述第二目标节点；通过所述第二目标节点获取与所述资源请求对应的目标资源。
附图说明
19.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
20.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
21.图1为本公开实施例提供的一种改进前的三层cdn架构示意图；图2为本公开实施例提供的一种资源请求方法流程图；图3为本公开实施例提供的一种应用场景示意图；图4为本公开实施例提供的一种资源请求方法流程图；图5为本公开实施例提供的一种改进后的三层cdn架构示意图；图6为本公开实施例提供的一种资源请求方法流程图；图7为本公开实施例提供的一种资源请求装置的结构示意图；图8为本公开实施例提供的一种资源请求设备的结构示意图。
具体实施方式
22.为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。
23.在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。
24.通常情况下，在cdn网络中，采用如图1所示的三层cdn架构。其中，只有边缘节点110能够直接接入从客户端发出的资源请求，而中层节点120不能直接接入从客户端发出的资源请求，导致中层节点120的利用率较低。具体的处理流程是：客户端发出的资源请求到达边缘节点111，若在边缘节点111中已经缓存有与资源请求对应的目标资源，则边缘节点111直接将目标资源反馈给客户端；若在边缘节点111中没有缓存与资源请求对应的目标资源，则边缘节点111将资源请求转发至中层节点120，若在中层节点120中已经缓存有与资源请求对应的目标资源，则中层节点120将目标资源发送给边缘节点111，边缘节点111将目标资源反馈给客户端。若在中层节点120中没有缓存与资源请求对应的目标资源，则中层节点
120将资源请求转发给上层节点130，若在上层节点130中没有缓存与资源请求对应的目标资源，则上层节点130从源站140获取与资源请求对应的目标资源，并将目标资源发送至中层节点120，中层节点120将目标资源发送给边缘节点111，边缘节点111最终将目标资源反馈给客户端。
25.通过上述处理流程可以看到，中层节点120不具备直接为客户端服务的功能，不能直接接入客户端发送的资源请求，也不能将目标资源直接反馈给客户端，因此存在中层节点120的利用率较低的问题。
26.需要说明的是，现有cdn中的中层节点（如图1中的中层节点120）在本公开实施例中被标记为物理中层节点，现有cdn中的边缘节点（如图1中的边缘节点110或者边缘节点111）在本公开实施例中被标记为物理边缘节点。现有cdn中的物理中层节点中只部署有中层业务逻辑，用于提供中层服务；现有cdn中的物理边缘节点中只部署有边缘业务逻辑，用于服务网民，具体的是用于从客户端获取资源请求。显然的，物理中层节点不具备直接服务网民的能力，即物理中层节点不能从客户端直接获取资源请求。相应的，物理边缘节点也不具备提供中层服务的能力，例如不能回源等。
27.针对上述问题，本公开实施例提供了一种资源请求方法，下面结合具体的实施例对该方法进行介绍。
28.图2为本公开实施例提供的资源请求方法流程图。该方法具体步骤如下：s201、通过内容分发网络中的第一目标节点接收客户端发送的资源请求，所述第一目标节点包括内容分发网络中的物理中层节点下沉至边缘所获得的虚拟边缘节点，在所述虚拟边缘节点中部署有边缘业务逻辑和中层业务逻辑。
29.如图3所示，客户端可以是终端设备21中的应用程序或模块，或者客户端可以是终端设备21本身。具体的，客户端可以向第一目标节点22发送资源请求，该资源请求用于请求目标资源。
30.第一目标节点包括cdn中的物理中层节点下沉至边缘所获得的虚拟边缘节点，即第一目标节点具体可以是虚拟边缘节点，虚拟边缘节点是通过在物理中层节点中额外部署边缘业务逻辑所获得的。换言之，虚拟边缘节点中除了部署有中层业务逻辑之外，还额外部署有边缘业务逻辑，以使得虚拟边缘节点具备直接服务网民的能力，即具备接入客户端发送的资源请求的能力。虚拟边缘节点具备两种服务能力，一种是服务中层的能力，一种是服务边缘的能力，即接入客户端发送的资源请求的能力，如此可达到提高物理中层节点利用率的目的。
31.可选的，第一目标节点还可以是cdn中的物理边缘节点。
32.概括性的，本公开的方案使cdn中的物理中层节点下沉为虚拟边缘节点，在保持中层业务逻辑的基础上，额外部署边缘业务逻辑，使得物理中层节点具备两种角色，一种是充当边缘节点，另一种是充当中层节点，从而提升物理中层节点的利用率。
33.s202、若在所述第一目标节点中没有缓存与所述资源请求对应的目标资源，则基于第一预设规则确定第二目标节点。
34.其中，第一预设规则可以是第一目标节点与其它节点之间的物理拓扑关系，即按照物理拓扑关系，将资源请求从第一目标节点转发至与第一目标节点通信连接的节点，即第二目标节点。
35.第一预设规则还可以是预先存储在第一目标节点中的一个或多个调度策略。具体的，所述基于第一预设规则确定第二目标节点包括：通过所述第一目标节点从预先存储的一个或多个调度策略中确定出与所述资源请求对应的目标调度策略，所述目标调度策略包括统一资源定位符，所述统一资源定位符指向所述第二目标节点。通过将调度策略预先存储在第一目标节点中，有利于提升资源请求的响应速度，若调度策略没有预先存储在第一目标节点中，则第一目标节点需要先向存储有调度策略的调度服务器请求调度策略，然后才能对资源请求进行调度，显然会存在一定的延时，不利于提升资源请求的响应速度。
36.具体的，第二目标节点为cdn中的物理中层节点；在所述第二目标节点中部署有中层业务逻辑。进一步的，在所述第二目标节点中还可以部署边缘业务逻辑，以使第二目标节点对应的物理中层节点也具备两种角色，一种是充当边缘节点，另一种是充当中层节点，从而提升物理中层节点的利用率。
37.可以理解的是，若所述第一目标节点中已经缓存有与所述资源请求对应的目标资源，则通过所述第一目标节点将目标资源直接反馈给客户端。
38.s203、将所述资源请求转发至所述第二目标节点。
39.s204、通过所述第二目标节点获取与所述资源请求对应的目标资源。
40.本实施例提供的资源请求方法，通过将cdn中的物理中层节点下沉为虚拟边缘节点，即在物理中层节点中额外部署边缘业务逻辑，使得物理中层节点具备接入资源请求的能力，提高了物理中层节点的利用率。
41.进一步的，为了确保中层业务逻辑能够按照预期执行，同时提高对物理边缘节点的利用率，使物理边缘节点具备回源的能力，需在物理边缘节点部署边缘业务逻辑的基础上，增设中层业务逻辑，使得物理边缘节点成为虚拟中层节点，即物理边缘节点也具备两种角色，一种是充当边缘节点，另一种是充当中层节点，在提升物理中层节点利用率的同时提升物理边缘节点的利用率。
42.示例性的，所述第二目标节点为通过对cdn中的物理边缘节点进行复用所获得的虚拟中层节点，在所述虚拟中层节点中部署有边缘业务逻辑和中层业务逻辑。在此基础上，第一目标节点与上述第二目标节点可能为同一节点。具体的，资源请求可以通过第一目标节点的第一端口接入，在该第一目标节点中没有缓存目标资源时，通过该第一目标节点的第二端口将资源请求转发至第二目标节点。综上，可通过传输资源请求所使用的端口区分资源请求是来自边缘节点（包括物理边缘节点和虚拟边缘节点），需要被转入中层节点（包括物理中层节点和虚拟中层节点）如果第一目标节点与第二目标节点为同一节点，相当于同一资源请求通过不同端口接入同一节点了两次，在第一目标节点没有缓存目标资源时，通过第一端口接入的资源请求是需要被转发至其它中层节点的资源请求，而通过第二端口接入的资源请求是需要转发至上层节点的资源请求（对应三层cdn，如图1所示，中层节点将资源请求转发至上层节点，上层节点从源站获取目标资源）。
43.在上述实施例的基础上，以三层cdn为例，对上述步骤“s204、通过所述第二目标节点获取与所述资源请求对应的目标资源”给出可选实施方式。如图4所示的一种资源请求方法流程图。该方法具体步骤如下：
s401、通过内容分发网络中的第一目标节点接收客户端发送的资源请求，所述第一目标节点包括内容分发网络中的物理中层节点下沉至边缘所获得的虚拟边缘节点，在所述虚拟边缘节点中部署有边缘业务逻辑和中层业务逻辑。
44.s402、若在所述第一目标节点中没有缓存与所述资源请求对应的目标资源，则基于第一预设规则确定第二目标节点。
45.s403、将所述资源请求转发至所述第二目标节点。
46.s404、若在所述第二目标节点没有缓存与所述资源请求对应的目标资源，则基于第二预设规则确定内容分发网络中的上层节点。
47.其中，第二预设规则与第一预设规则类似，第二预设规则可以是第二目标节点与上层节点之间的物理拓扑关系，即按照物理拓扑关系，将资源请求从第二目标节点发送至与第二目标节点通信连接的上层节点。
48.第二预设规则还可以是预先存储在第二目标节点中的一个或多个调度策略，具体的，所述基于第二预设规则确定内容分发网络中的上层节点，包括：所述第二目标节点从预先存储的一个或多个调度策略中确定出与所述资源请求对应的目标调度策略，所述目标调度策略包括统一资源定位符，所述统一资源定位符指向所述上层节点。通过将调度策略预先存储在第二目标节点中，有利于提升资源请求的响应速度，若调度策略没有预先存储在第二目标节点中，则第二目标节点需要先向存储有调度策略的调度服务器请求调度策略，然后才能对资源请求进行调度，显然会存在一定的延时，不利于提升资源请求的响应速度。
49.s405、将所述资源请求转发至所述上层节点，通过所述上层节点获取与所述资源请求对应的目标资源。
50.具体的，针对如图1所示的三层cdn，物理中层节点120不具备直接为客户端提供服务的功能，即物理中层节点120不能直接接入客户端发送的资源请求，也不能将目标资源直接反馈给客户端，导致物理中层节点120的利用率较低。针对该问题，本实施例的方案中，将物理中层节点120下沉为虚拟边缘节点，在保持物理中层节点120原有的中层业务逻辑之外，在物理中层节点120中额外部署边缘业务逻辑，使得物理中层节点120既可以具备边缘节点的业务功能，也具备中层节点的业务功能，从而提高物理中层节点的利用率。
51.按照本实施例的技术方案针对图1所示的三层cdn进行改进之后的cdn示意图可以参考图5所示，其包括物理边缘节点510、物理中层节点520、上层节点530和源站540，其中，物理中层节点520可以充当虚拟边缘节点接收来自客户端的资源请求，从而提高物理中层节点的利用率。
52.在一些实施方式中，所述通过所述上层节点获取与所述资源请求对应的目标资源，包括：若在所述上层节点中缓存有与所述资源请求对应的目标资源，则将所述目标资源发送至所述客户端；若在所述上层节点中没有缓存与所述资源请求对应的目标资源，则通过所述上层节点从与所述资源请求对应的源站获取所述目标资源。
53.本实施例以三层cdn为例，对上述步骤“s204、通过所述第二目标节点获取与所述资源请求对应的目标资源”给出了可选实施方式，具体是若在所述第二目标节点没有缓存与所述资源请求对应的目标资源，则基于第二预设规则确定内容分发网络中的上层节点；将所述资源请求转发至所述上层节点；通过所述上层节点获取与所述资源请求对应的目标资源。
54.在上述各实施例技术方案的基础上，为了改善刷新效果（cdn中的cdn节点的缓存会按照预设周期进行刷新，以确保反馈给用户的资源是正确的、较新的），避免刷不掉的问题，在所述第一目标节点以及所述第二目标节点中针对同一目标资源分别缓存有两份记录，所述两份记录的标识分别为第一标识和第二标识。这是由于每个节点都具有两种角色，针对每种角色存在一份匹配的缓存记录。例如当物理中层节点充当中层节点的角色用于向上层节点请求目标资源时，在物理中层节点会缓存上层节点返回的目标资源，将该目标资源对应的缓存记录的标识标记为cache-key（即第一标识）。当物理中层节点充当边缘节点的角色用于接入客户端发送的资源请求时，在物理中层节点还会缓存一份目标资源，将该目标资源对应的缓存记录的标识标记为cache-key&virtual（即第二标识，可以理解为是与虚拟边缘节点对应的缓存记录的标识）。
55.同样的，物理边缘节点也具有两种角色，一种是边缘节点的角色，另一种是中层节点的角色，因此在物理边缘节点也会缓存两份相同的目标资源，一份与边缘节点的角色对应，一份与中层节点的角色对应，将与边缘节点的角色对应的缓存记录的标识标记为第一标识，将与中层节点的角色对应的缓存记录的标识标记为第二标识（可以理解为是与虚拟中层节点对应的缓存记录的标识）。在接收到刷新缓存记录的指令时，先对所述上层节点的缓存记录进行刷新；在对所述第一目标节点中存储的第一标识的缓存记录以及所述第二目标节点中存储的第二标识的缓存记录进行刷新，相当于是对充当中层节点角色的缓存记录进行刷新。最后对充当边缘节点角色的缓存记录进行刷新，具体的，对所述第一目标节点中存储的第二标识的缓存记录以及所述第二目标节点中存储的第一标识的缓存记录进行刷新。
56.可选的，针对二层cdn，所述通过所述第二目标节点获取与所述资源请求对应的目标资源，包括：若在所述第二目标节点缓存有与所述资源请求对应的目标资源，则将所述目标资源发送至所述客户端；若在所述第二目标节点没有缓存与所述资源请求对应的目标资源，则通过所述第二目标节点从与所述资源请求对应的源站获取所述目标资源，即第二目标节点可以直接从源站获取目标资源。
57.在上述实施例的基础上，本实施例对方案继续进行优化，具体是支持资源请求按照域名粒度配置是否使用上述实施例中的方案，即是否将下沉到边缘充当边缘节点的中层节点作为虚拟边缘节点使用，是否将充当中层节点的边缘节点作为虚拟中层节点使用。将上述功能统称为虚拟功能（即虚拟中层节点和虚拟边缘节点）如图6所示的一种资源请求方法流程图。该方法具体步骤如下：s601、通过与客户端关联的预设节点对客户端发送的资源请求进行解析，以确定所述资源请求所对应的域名是否符合预设条件。
58.可以理解的是，cdn网络为用户服务，该用户并非指上网用户（即网民），该用户指网站的开发商，即向网民提供网络资源的用户。因此，不同用户有不同的业务需求，可根据用户的特定需求为用户个性化地开启或者关闭中层节点下沉为边缘节点的服务，以及边缘节点充当虚拟中层节点的服务。
59.具体的，通过与客户端关联的预设节点对客户端发送的资源请求进行解析，以确定所述资源请求所对应的域名是否是开启虚拟功能的域名，如果是，则使用如图5所示cdn对所述资源请求进行服务。如果资源请求所针对的域名不属于开启虚拟功能的域名，则使
用如图1所示的cdn对所述资源请求进行服务。
60.s602、若所述域名符合所述预设条件，通过内容分发网络中的第一目标节点接收客户端发送的资源请求的操作，所述第一目标节点包括内容分发网络中的物理中层节点下沉至边缘所获得的虚拟边缘节点，在所述虚拟边缘节点中部署有边缘业务逻辑和中层业务逻辑。
61.s603、若在所述第一目标节点中没有缓存与所述资源请求对应的目标资源，则基于第一预设规则确定第二目标节点。
62.s604、将所述资源请求转发至所述第二目标节点。
63.s605、通过所述第二目标节点获取与所述资源请求对应的目标资源。
64.本实施例的技术方案，支持用户按照域名粒度配置是否开启虚拟功能，若资源请求的域名属于开启虚拟功能的域名，则使用如图5所示cdn对所述资源请求进行服务。如果资源请求所针对的域名不属于开启虚拟功能的域名，则使用如图1所示的cdn对所述资源请求进行服务。
65.图7为本公开实施例提供的资源请求装置的结构示意图。本公开实施例提供的资源请求装置可以执行资源请求方法实施例提供的处理流程，如图7所示，资源请求装置700包括：接收模块710、确定模块720、转发模块730和获取模块740。
66.其中，接收模块710，用于通过内容分发网络中的第一目标节点接收客户端发送的资源请求，所述第一目标节点包括内容分发网络中的物理中层节点下沉至边缘所获得的虚拟边缘节点，在所述虚拟边缘节点中部署有边缘业务逻辑和中层业务逻辑；确定模块720，用于若在所述第一目标节点中没有缓存与所述资源请求对应的目标资源，则基于第一预设规则确定第二目标节点；转发模块730，用于将所述资源请求转发至所述第二目标节点；获取模块740，用于通过所述第二目标节点获取与所述资源请求对应的目标资源。
67.可选的，所述第二目标节点为通过对内容分发网络中的物理边缘节点进行复用所获得的虚拟中层节点，在所述虚拟中层节点中部署有边缘业务逻辑和中层业务逻辑。
68.可选的，所述第一目标节点与所述第二目标节点为同一节点。
69.可选的，所述第二目标节点为内容分发网络中的物理中层节点；在所述第二目标节点中部署有中层业务逻辑。可选的，在所述第二目标节点中还部署有边缘业务逻辑。
70.可选的，获取模块740包括：确定单元，用于若在所述第二目标节点没有缓存与所述资源请求对应的目标资源，则基于第二预设规则确定内容分发网络中的上层节点；转发单元，用于将所述资源请求转发至所述上层节点；第一获取单元，用于通过所述上层节点获取与所述资源请求对应的目标资源。
71.可选的，所述第一获取单元包括：发送子单元，用于若在所述上层节点中缓存有与所述资源请求对应的目标资源，则将所述目标资源发送至所述客户端；获取子单元，用于若在所述上层节点中没有缓存与所述资源请求对应的目标资源，则通过所述上层节点从与所述资源请求对应的源站获取所述目标资源。
72.可选的，在所述第一目标节点以及所述第二目标节点中针对同一目标资源缓存有两份记录，所述两份记录的标识分别为第一标识和第二标识。所述装置还包括：刷新模块，用于在接收到刷新缓存记录的指令时，对所述上层节点的缓存记录进行刷新；对所述第一目标节点中存储的第一标识的缓存记录以及所述第二目标节点中存储的第二标识的缓存
记录进行刷新；对所述第一目标节点中存储的第二标识以及所述第二目标节点中存储的第一标识的缓存记录进行刷新。
73.可选的，资源请求装置700还包括：判断模块，用于在所述通过内容分发网络中的第一目标节点接收客户端发送的资源请求之前，通过与客户端关联的预设节点对所述资源请求进行解析，以确定所述资源请求所对应的域名是否符合预设条件；若所述域名符合所述预设条件，则执行所述通过内容分发网络中的第一目标节点接收客户端发送的资源请求的操作。
74.可选的，确定模块720具体用于：通过所述第一目标节点从预先存储的一个或多个调度策略中确定出与所述资源请求对应的目标调度策略，所述目标调度策略包括统一资源定位符，所述统一资源定位符指向所述第二目标节点。
75.本实施例提供的资源请求装置，通过将cdn中的物理中层节点下沉为虚拟边缘节点，即在物理中层节点中额外部署边缘业务逻辑，使得物理中层节点具备接入资源请求的能力，提高了物理中层节点的利用率。
76.图7所示实施例的资源请求装置可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
77.图8为本公开实施例提供的资源请求设备的结构示意图。本公开实施例提供的资源请求设备可以执行资源请求方法实施例提供的处理流程，如图8所示，资源请求设备150包括：存储器151、处理器152、计算机程序和通讯接口153；其中，计算机程序存储在存储器151中，并被配置为由处理器152执行如上所述的资源请求方法。
78.另外，本公开实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现上述实施例所述的资源请求方法。
79.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
80.以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。