CN114006943A - 一种数据回源方法、装置、设备及存储介质 - Google Patents

Abstract

本公开涉及一种数据回源方法、装置、设备及存储介质，该方法包括：接收数据获取请求；判断所述第一节点是否开启动态回源功能，如果所述第一节点开启动态回源功能，则基于数据获取请求向源站请求并接收数据；返回从所述源站接收的数据。本公开实施例提供的技术方案，实现了内容分发网络CDN中边缘层节点和中层节点进行数据回源，减少了CDN内部带宽的损耗，提升了服务质量。

Description

一种数据回源方法、装置、设备及存储介质

技术领域

本公开涉及信息处理技术领域，尤其涉及一种数据回源方法、装置、设备及存储介质。

背景技术

随着流媒体技术的发展，流量的精准调度以及缓存命中率已是内容分发网络（Content Delivery Network，CDN）业务中必不可少的重要因素。

目前，标准CDN回源架构，一般都采用两层或者三层架构，使用最上层CDN节点作为回源层。回源层及回源架构是固定的，标准CDN回源架构一般是不能发生改变。例如：针对三层CDN回源架构，边缘节点接收到数据请求后，必须通过中层节点和上层节点才能够实现数据回源。

但是，采用标准CDN回源架构对用户端比较集中的数据来说，可以很大程度提高用户的缓存命中率并降低回源。标准CDN回源架构对于用户端相对分散的数据来说，不仅不会提升缓存命中率，还在一定程度上，对CDN内部带宽产生一定的损耗，对用户服务质量产生一定影响，造成服务质量下降。

发明内容

本公开提供了一种数据回源方法、装置、设备及存储介质，实现边缘节点和中层节点进行数据回源，将减少CDN内部带宽的损耗，提升服务质量。

第一方面，本公开实施例提供一种数据回源方法，应用于第一节点，所述第一节点是内容分发网络中的边缘节点或者中层节点，包括：

接收数据获取请求；

判断所述第一节点是否开启动态回源功能，

如果所述第一节点开启动态回源功能，则基于数据获取请求向源站请求并接收数据；

返回从所述源站接收的数据。

在一个实施方式中，所述数据获取请求中携带域名地址；

判断所述第一节点是否开启动态回源功能，包括：

基于所述域名地址确定所述第一节点是否开启动态回源功能。

在一个实施方式中，基于所述域名地址确定所述第一节点是否开启动态回源功能，包括：

判断所述域名地址是否存在对应的动态回源标识；

如果所述域名地址存在对应的动态回源标识，则所述第一节点开启动态回源功能。

在一个实施方式中，基于数据获取请求向源站请求并接收数据，包括：

将所述数据请求通过内部预设端口转发至预设处理器；

所述预设处理器执行上层业务逻辑将所述数据请求发送至源站；

接收所述源站返回的数据。

在一个实施方式中，判断所述第一节点是否开启动态回源功能之后，还包括：

如果所述第一节点不开启动态回源功能，则通过中层节点和/或上层节点进行数据回源。

第二方面，本公开实施例提供一种数据回源装置，配置于第一节点，所述第一节点是内容分发网络中的边缘节点或者中层节点，包括：

数据请求获取模块，用于接收数据获取请求；

动态回源功能判断模块，用于判断所述第一节点是否开启动态回源功能；

动态回源模块，用于如果所述第一节点开启动态回源功能，则基于数据获取请求向源站请求并接收数据；

数据返回模块，用于返回从所述源站接收的数据。

在一个实施方式中，所述数据获取请求中携带域名地址；

动态回源功能判断模块，用于基于所述域名地址确定所述第一节点是否开启动态回源功能。

在一个实施方式中，动态回源功能判断模块，具体用于判断所述域名地址是否存在对应的动态回源标识；如果所述域名地址存在对应的动态回源标识，则所述第一节点开启动态回源功能。

在一个实施方式中，动态回源模块包括：

转发单元，用于将所述数据请求通过内部预设端口转发至预设处理器；

逻辑执行单元，用于所述预设处理器执行上层业务逻辑将所述数据请求发送至源站；

数据接收单元，用于接收所述源站返回的数据。

在一个实施方式中，所述装置还包括：常规回源模块，用于如果所述第一节点不开启动态回源功能，则通过中层节点和/或上层节点进行数据回源。

第三方面，本公开实施例提供一种电子设备，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如第一方面所述的方法。

第四方面，一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的方法。

本公开实施例提供一种数据回源方法、装置、设备及存储介质，该方法包括：接收数据获取请求；判断所述第一节点是否开启动态回源功能，如果所述第一节点开启动态回源功能，则基于数据获取请求向源站请求并接收数据；返回从所述源站接收的数据。本公开实施例提供的技术方案，实现了内容分发网络CDN中边缘节点和中层节点进行数据回源，减少了CDN内部带宽的损耗，提升了服务质量。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

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

图1为本公开实施例提供的数据回源方法流程图；

图2为本公开实施例提供的CDN系统结构图；

图3为本公开实施例提供的一种动态数据回源的流程示意图；

图4为本公开实施例提供的一种数据回源装置的结构示意图；

图5为本公开实施例提供的一种电子设备的结构示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

图1为本公开实施例提供的一种数据回源方法流程图，所述数据回源方法由数据回源装置来执行。其中，所述数据回源方法应用于第一节点，所述第一节点是内容分发网络中的边缘节点或者中层节点。

其中，内容分发网络CDN的工作原理是通过在网络各处放置节点服务器所构成的，在现有的互联网基础之上的一层智能虚拟网络，CDN系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。其目的是使用户可就近取得所需内容，解决网络拥挤的状况，提高用户访问网站的响应速度。

本实施例中以三层架构的CDN系统为例进行说明，如图2所示，CDN系统架构可分为边缘层21、中层22和上层23。CDN系统中，直接面向用户并负责给用户提供内容服务的缓存（cache）设备部署在整个CDN系统的边缘位置，因此这一层称为边缘层，图2中的边缘节点A、边缘节点B、边缘节点C均属于边缘层21。上层23部署在整个CDN系统的上层位置，与源站进行数据通信，负责CDN系统全局的管理和控制，同时保存了最大的内容缓存。若CDN系统比较庞大，边缘层向上层请求内容过多会造成上层负载压力太大，因此在上层和边缘层之间部署一个中层22，负责一个区域的管理和控制，也可以提供一些内容缓存供边缘层访问。

图2所示的内容分发网络CDN具体工作原理为：客户端请求数据时，首先检查是否有本地缓存命中，若未命中，则向边缘节点A发起数据获取请求，边缘节点A接收到数据获取请求后，检测数据获取请求对应的缓存是否命中，如果命中，则直接响应客户端的数据获取请求，将命中的缓存发送至客户端，此时一个完整http请求结束。

如果边缘节点A未命中，则边缘节点A将数据获取请求发送至中层节点D，中层节点D检测数据获取请求对应的缓存是否命中，如果命中，则直接响应数据请求，将命中的缓存通过边缘节点A发送至客户端，此时一个完整http请求结束。

如果中层节点D未命中，则中层节点D将数据获取请求发送至上层节点E，上层节点E检测数据获取请求对应的缓存是否命中，如果命中，则直接响应数据请求，将命中的缓存通过中层节点D和边缘节点A发送至客户端，此时一个完整http请求结束。如果上层节点E未命中，则将数据获取请求发送至源站，源站将数据获取请求对应的数据通过上层节点E、中层节点D和边缘节点A发送至客户端，此时一个完整http请求结束。

图2中，边缘节点B和边缘节点C的工作原理和边缘节点A一致，具体可参照上述工作原理，本实施例中不再进行赘述。需要说明的是，上述的边缘节点、中层节点和上层节点均是指服务器等网络设备。

在现有的CDN系统中，源站中的热数据更新或发布时，会主动将热数据下发至边缘节点C、中层节点D、上层节点E中，具体下发至哪个节点可以根据热数据的类型和热度来确定，本实施例中不进行具体限定。源站中的冷数据更新或发布时，源站一般不会将冷数据主动下发，当客户端请求的数据是冷数据时，一般都需要进行回源。当某一个客户端相对分散，且请求的数据是冷数据时，需要通过不同的边缘节点，中层节点和上层节点进行回源，这会导致源站负载压力太大，对CDN内部宽带造成损耗。

其中，本公开实施例中所述的第一节点可以是图2中所示的边缘节点或中层节点，所述的第一节点还可以是二层架构的CDN系统中的边缘节点。

如图1所示，该数据回源方法具体步骤如下：

S101、接收数据获取请求。

其中，在第一节点是边缘节点的情况下，接收由客户端发送的数据获取请求；在第一节点是中层节点的情况下，接收由边缘节点发送的数据获取请求，其中边缘节点的数据请求由客户端发送。

S102、判断所述第一节点是否开启动态回源功能。

其中，回源是指用户端在发送数据获取请求时，响应该数据获取请求的是源站服务器，而不是各节点上的缓存服务器，这个过程称作为回源。

例如，图2所示，客户端发送数据获取请求时，边缘节点C、中层节点D、上层节点E均未命中数据获取请求对应的数据缓存，则客户端通过边缘节点C、中层节点D、上层节点E向源站请求数据的过程，称为回源。

需要说明的是，回源的请求或流量太多的话，有可能会让源站点的服务器承载着过大的访问压力，进而影响服务的正常访问。回源域名一般是CDN领域的专业术语，通常情况下，是直接用ip进行回源的，但是如果客户源站有多个ip，并且ip地址会经常变化，对于CDN厂商来说，为了避免经常更改配置，会采用回源域名方式进行回源，这样即使源站的ip变化了，也不影响原有的配置。

动态回源功能可以理解为第一节点接收到数据获取请求后，并未命中该数据获取请求对应的数据缓存，则不再通过中层节点和/或上层节点进行回源，而是直接将数据获取请求发送至源站，直接由第一节点向源站进行回源。

在一个实施方式中，所述数据获取请求中携带域名地址；判断所述第一节点是否开启动态回源功能，包括：基于所述域名地址确定所述第一节点是否开启动态回源功能。

具体的，客户端向边缘节点发送数据获取请求，如果边缘节点中的缓存未命中，则边缘节点解析所述数据获取请求，获取数据请求中携带的域名地址，根据域名地址判断边缘节点是否开启动态回源功能。

或者，客户端向边缘节点发送数据获取请求，如果边缘节点中的缓存未命中，则边缘节点将所述数据获取请求转发至中层节点，如果中层节点的缓存未命中，则中层节点解析所述数据获取请求，获取数据获取请求中携带的域名地址，根据域名地址判断中层节点是否开启动态回源功能。

在一个实施方式中，基于所述域名地址确定所述第一节点是否开启动态回源功能，包括：判断所述域名地址是否存在对应的动态回源标识；如果所述域名地址存在对应的动态回源标识，则所述第一节点开启动态回源功能。

具体的，针对可以使第一节点开启动态回源功能的域名，预先设置动态回源标识。其中，域名对应的动态回源标识，可以CDN服务商通过开放平台进行设置。所述动态回源标识可以是一个标识符，用于表示该域名请求数据时，第一节点可以开启动态回源功能。

进一步的，客户端向边缘节点发送数据获取请求，边缘节点缓存未命中，判断数据获取请求携带的域名是否存在对应的动态回源标识，如果存在动态回源标识，则边缘节点开启动态回源功能。

或者，客户端向边缘节点发送数据获取请求，如果边缘节点中的缓存未命中，则边缘节点将所述数据获取请求转发至中层节点，如果中层节点的缓存未命中，则中层节点解析所述数据获取请求，获取数据获取请求中携带的域名地址，根据域名地址判断中层节点是否开启动态回源功能。

S103、如果所述第一节点开启动态回源功能，则基于数据获取请求向源站请求并接收数据。

在已有架构中，内容分发网络CDN设备具有严格的层级属性，且在特定的层级只能下发特定的业务逻辑。例如：在边缘节点中，只下发已有的边缘业务逻辑，在中层节点中，只下发了已有的中层业务逻辑。本实施例中，将上层业务逻辑下发至边缘节点和中层节点，使得边缘节点和中层节点具备数据回源的能力。

在本公开实施例中，使得动态回源层架构中，边缘节点即充当了自身已有的设备角色，也充当了回源设备角色，为了确保用户回源业务逻辑能够按照预期执行，需在已有设备用户业务配置的基础上，同时下发上层业务逻辑，且保持已有配置格式不变。

在本实施例中，客户端向边缘节点发送数据获取请求，如果边缘节点中的数据缓存未命中，则边缘节点解析所述数据获取请求，获取数据获取请求中携带的域名地址，根据域名地址判断边缘节点是否开启动态回源功能，如果边缘节点开启动态回源功能，则直接执行上层业务逻辑，将数据获取请求发送至源站，进行数据回源。

在一个可能的实施方式中，客户端向边缘节点发送数据获取请求，如果边缘节点中的缓存未命中，则边缘节点将所述数据获取请求转发至中层节点，如果中层节点的缓存未命中，则中层节点解析所述数据获取请求，获取数据获取请求中携带的域名地址，根据域名地址判断中层节点是否开启动态回源功能，如果中层节点开启动态回源功能，则直接执行上层业务逻辑，将数据获取请求发送至源站，进行数据回源。

在一个实施方式中，基于数据获取请求向源站请求并接收数据，包括：将所述数据请求通过内部预设端口转发至预设处理器；所述预设处理器执行上层业务逻辑将所述数据请求发送至源站；接收所述源站返回的数据。

其中，上层业务逻辑主要指的是上层节点直接访问源站的逻辑功能。在正常的CDN系统中，边缘层节点和中层节点访问源站只能通过上层节点，但开启动态回源功能后，边缘节点和中层节点可以执行上层业务逻辑，增加了直接访问源站的功能，具备了和上层节点访问源站的同样功能。

如图3所示，以边缘节点为第一节点为例进行说明，用户端向边缘节点发送数据获取请求，边缘节点中的第一网关接受到数据获取请求后，从第一配置文件中加载LUA，用于执行边缘业务逻辑，并且将所述数据获取请求和加载到的LUA发送至第一存储模块，第一存储模块用于执行边缘业务逻辑，即查询边缘节点的缓存是否命中，若命中，则直接响应客户端的数据获取请求，将命中的缓存发送至客户端。若未命中，则获取客户端的数据获取请求中携带的域名地址，判断数据获取请求携带的域名是否存在对应的动态回源标识，如果存在动态回源标识，则边缘节点开启动态回源功能，然后通过内部端口将数据获取请求发送至第二网关，从第二配置文件中加载LUA，用于执行上层业务逻辑，并且将所述数据获取请求和加载到的LUA发送至第二存储模块，第二存储模块用于执行上层业务逻辑，向源站进行数据回源。

具体的，客户端的数据获取请求发送至第一节点后，第一节点将数据获取请求转发至处理数据回源的处理器，由该处理器进行数据回源业务。例如，图3中的上层业务逻辑模块中预设一处理器，该处理器能够执行上层业务逻辑，将客户端的数据请求直接发送至源站，节省了数据访问的时间，减少了数据在中间环节的消耗。

具体的，边缘节点具备动态回源功能，在客户端向边缘节点发送数据获取请求后，边缘节点缓存未命中，在标准的内容分发网络CDN系统中，需要向中层节点、上层节点逐级访问，但在边缘节点具备动态回源功能后，边缘节点可直接访问源站数据，减少了对CDN内部宽带造成损耗。

进一步的，第一节点是中层节点时，执行动态回源功能的流程与边缘节点执行动态回源功能的流程是一致的，具体可以参照边缘节点执行动态回源功能的流程，本实施例中不再进行赘述。

在一个实施方式中，确定所述第一节点是否开启动态回源功能之后，还包括：如果所述第一节点不开启动态回源功能，则通过中层节点和/或上层节点进行数据回源。

具体的，第一节点具备动态回源功能后能够跨过中层节点和/或上层节点，直接请求源站数据，若第一节点不开启动态回源功能，则第一节点就是正常的内容分发网络CDN的边缘层节点或中层节点。

例如，客户端向边缘节点发送数据获取请求，边缘节点检测到该数据获取请求对应的缓存未命中，边缘层节点继续向中层节点发出数据获取请求，依然未命中后，则继续向上层节点服务器发送数据获取请求，依然没命中，则上层节点直接访问源站服务器，每层节点的服务器只能一级一级请求，不存在跨级访问的情况。

S103、返回从所述源站接收的数据。

在本实施例中，如果第一节点是边缘节点，则将从源站接收的数据直接返回至客户端。

如果第一节点是中层节点，则将从源站接收的数据直接返回至发送数据获取请求的边缘节点，由边缘节点将上述数据返回至客户端。

本公开涉及一种数据回源方法，包括：接收数据获取请求；判断所述第一节点是否开启动态回源功能，如果所述第一节点开启动态回源功能，则基于数据获取请求向源站请求并接收数据；返回从所述源站接收的数据。本公开实施例提供的技术方案，实现了内容分发网络CDN中边缘层节点和中层节点进行数据回源，减少了CDN内部带宽的损耗，提升了服务质量。

图4是本公开实施例提供了一种数据回源装置的结构示意图，本公开实施例提供的数据回源装置适用于内容分发网络CDN系统，如图4所示，所述数据回源装置40包括：数据请求获取模块41，动态回源功能判断模块42、动态回源模块43、数据返回模块44。

其中，数据请求获取模块41，用于接收数据获取请求；动态回源功能判断模块42，用于判断所述第一节点是否开启动态回源功能；动态回源模块43，用于如果所述第一节点开启动态回源功能，则基于数据获取请求向源站请求并接收数据；数据返回模块44，用于返回从所述源站接收的数据。

本公开涉及一种数据回源装置，用于执行如下步骤：接收数据获取请求；判断所述第一节点是否开启动态回源功能，如果所述第一节点开启动态回源功能，则基于数据获取请求向源站请求并接收数据；返回从所述源站接收的数据。本公开实施例提供的技术方案，实现了内容分发网络CDN中边缘层节点和中层节点进行数据回源，减少了CDN内部带宽的损耗，提升了服务质量。

在一个实施方式中，所述数据获取请求中携带域名地址；

动态回源功能判断模块，具体用于基于所述域名地址确定所述第一节点是否开启动态回源功能。

在一个实施方式中，动态回源功能判断模块，具体用于判断所述域名地址是否存在对应的动态回源标识；如果所述域名地址存在对应的动态回源标识，则所述第一节点开启动态回源功能。

在一个实施方式中，动态回源模块包括：

转发单元，用于将所述数据请求通过内部预设端口转发至预设处理器；

逻辑执行单元，用于所述预设处理器执行上层业务逻辑将所述数据请求发送至源站；

数据接收单元，用于接收所述源站返回的数据。

在一个实施方式中，所述装置还包括：常规回源模块，用于如果所述第一节点不开启动态回源功能，则通过中层节点和/或上层节点进行数据回源。

图4所示实施例的数据回源装置可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图5为本公开实施例提供的电子设备的结构示意图。本公开实施例提供的电子设备可以执行数据回源方法实施例提供的处理流程，如图5所示，电子设备50包括：存储器51、处理器52、计算机程序和通讯接口53；其中，计算机程序存储在存储器51中，并被配置为由处理器52执行如上所述的数据回源方法。

另外，本公开实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现上述实施例所述的数据回源方法。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列（FPGA）、专用集成电路（ASIC）、专用标准产品（ASSP）、片上系统（SOC）、复杂可编程逻辑设备（CPLD）等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦除可编程只读存储器（EPROM或快闪存储器）、光纤、便捷式紧凑盘只读存储器（CD-ROM）、光学储存设备、磁储存设备、或上述内容的任何合适组合。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (12)

1.一种数据回源方法，其特征在于，应用于第一节点，所述第一节点是内容分发网络中的边缘节点或者中层节点，包括：

接收数据获取请求；

判断所述第一节点是否开启动态回源功能，

如果所述第一节点开启动态回源功能，则基于数据获取请求向源站请求并接收数据；

返回从所述源站接收的数据。

2.根据权利要求1所述的方法，其特征在于，所述数据获取请求中携带域名地址；

判断所述第一节点是否开启动态回源功能，包括：

基于所述域名地址确定所述第一节点是否开启动态回源功能。

3.根据权利要求2所述的方法，其特征在于，基于所述域名地址确定所述第一节点是否开启动态回源功能，包括：

判断所述域名地址是否存在对应的动态回源标识；

如果所述域名地址存在对应的动态回源标识，则所述第一节点开启动态回源功能。

4.根据权利要求1所述方法，其特征在于，基于数据获取请求向源站请求并接收数据，包括：

将所述数据请求通过内部预设端口转发至预设处理器；

所述预设处理器执行上层业务逻辑将所述数据请求发送至源站；

接收所述源站返回的数据。

5.根据权利要求1所述的方法，其特征在于，判断所述第一节点是否开启动态回源功能之后，还包括：

如果所述第一节点不开启动态回源功能，则通过中层节点和/或上层节点进行数据回源。

6.一种数据回源装置，其特征在于，配置于第一节点，所述第一节点是内容分发网络中的边缘节点或者中层节点，包括：

数据请求获取模块，用于接收数据获取请求；

动态回源功能判断模块，用于判断所述第一节点是否开启动态回源功能；

动态回源模块，用于如果所述第一节点开启动态回源功能，则基于数据获取请求向源站请求并接收数据；

数据返回模块，用于返回从所述源站接收的数据。

7.根据权利要求6所述的装置，其特征在于，所述数据获取请求中携带域名地址；

动态回源功能判断模块，用于基于所述域名地址确定所述第一节点是否开启动态回源功能。

8.根据权利要求7所述的装置，其特征在于，动态回源功能判断模块，具体用于判断所述域名地址是否存在对应的动态回源标识；如果所述域名地址存在对应的动态回源标识，则所述第一节点开启动态回源功能。

9.根据权利要求6所述装置，其特征在于，动态回源模块包括：

转发单元，用于将所述数据请求通过内部预设端口转发至预设处理器；

逻辑执行单元，用于所述预设处理器执行上层业务逻辑将所述数据请求发送至源站；

数据接收单元，用于接收所述源站返回的数据。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：常规回源模块，用于如果所述第一节点不开启动态回源功能，则通过中层节点和/或上层节点进行数据回源。

11.一种电子设备，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如权利要求1-5中任一所述的方法。

12.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-5中任一项所述的方法。

Images