CN104869139A - 缓存文件更新方法、装置及系统 - Google Patents

Abstract

一种缓存文件更新方法、装置及系统，所述缓存文件更新方法包括：接收所述缓存文件更新通知；将所述缓存文件更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器，使得各节点服务器更新缓存文件。上述的方案由于将缓存文件更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器，使得各节点服务器按照先伪源节点后边缘节点的顺序更新缓存文件，可以有效避免在边缘节点向伪源节点请求数据时，得到的仍然是旧的资源文件的情况的发生，使得各节点服务器可以更加彻底地更新缓存文件。

Description

缓存文件更新方法、装置及系统

技术领域

本发明涉及文件更新技术领域，特别是涉及一种缓存文件更新方法、装置及系统。

背景技术

内容分发网络（Content Delivery Network，CDN），通过在网络各处放置节点服务器，在现有的互联网基础之上构建一层智能虚拟网络，将网站的内容发布到最接近用户的网络“边缘”，使用户可以就近取得所需的内容。而这些“边缘”，也即是缓存服务器，用以缓存源站内容。

引入缓存服务器后，缓存文件需要回源验证是否过期。由于大型门户网站访问量巨大，节点服务器众多，众多的边缘节点同时到源站去缓存更新文件，会给源站造成巨大的压力。为解决上述问题，现有技术的一般做法是：先部署一定数量的伪源节点，从源站服务器缓存文件，边缘节点再向伪源节点请求缓存文件。

现有技术中，缓存文件更新的方法是同时向伪源节点和边缘节点发布缓存文件更新的通知，伪源节点和边缘节点在接收到更新通知后进行缓存文件的更新。由于网络延时等原因，在边缘节点向伪源节点请求更新资源时，有可能出现的情况是：在边缘节点向伪源节点请求更新的缓存文件时，伪源节点的资源文件尚未得到更新，那么，边缘节点得到的仍然是未更新的资源文件。因此，现有技术中的缓存文件更新方法很可能导致缓存更新不彻底的情况的发生。

发明内容

本发明实施例解决的问题是如何更加彻底地更新缓存文件。

为解决上述问题，本发明实施例提供了一种缓存文件更新方法，所述方法包括：

接收所述缓存文件更新通知；

将所述缓存文件更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器，使得各节点服务器更新缓存文件。

可选地，所述接收所述缓存文件更新通知包括：接收已更新资源文件的URL或者目录。

可选地，在将所述缓存文件更新通知下发至各节点服务器之前，还包括：将所述已更新资源文件的URL或者目录进行压缩，形成压缩更新通知。

可选地，采用异步非阻塞方式将所述压缩更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器。

可选地，当将所述压缩更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器失败时，还包括：重新发送所述压缩更新通知。

可选地，当所述重新发送所述压缩更新通知失败时，还包括：发布告警信息。

本发明实施例还提供了一种缓存文件更新装置，所述装置包括：

任务接收单元，用于接收所述缓存文件更新通知；

任务派送单元，用于将所述缓存文件更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器，使得各节点服务器更新缓存文件。

可选地，所述任务接收单元用于接收已更新资源文件的URL或者目录。

可选地，所述缓存文件更新装置还包括：压缩单元，用于在所述任务发送单元将所述缓存文件更新通知下发至各节点服务器之前，将所述已更新资源文件的URL或者目录进行压缩，形成压缩更新通知。

可选地，所述任务发送单元采用异步非阻塞方式将所述压缩更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器。

可选地，所述缓存文件更新装置还包括：重试单元，用于当将所述压缩更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器失败时，指示所述任务派送单元重新发送所述压缩更新通知。

可选地，所述缓存文件更新装置还包括：报警单元，用于在所述任务派送单元将所述压缩更新通知按照先伪源节点后边缘节点的顺序重新发送至各节点服务器失败时，发布告警信息。

本发明实施例还提供了一种缓存文件更新系统，包括源站和节点服务器，所述源站用于发布缓存文件更新通知，所述节点服务器用于根据所述缓存文件更新通知更新缓存文件，还包括至少一个上述的缓存文件更新装置，所述缓存文件更新装置用于接收所述缓存文件更新通知，并将所述缓存文件更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器。

可选地，所述缓存文件更新系统还包括负载均衡器，所述负载均衡器用于接收所述节点服务器缓存文件更新的反馈结果，并将所述反馈结果发送给负载压力最小的缓存文件更新装置，所述负载压力最小的缓存文件更新装置接收所述反馈结果，并将所述反馈结果发送给用户。

与现有技术相比，本发明的技术方案具有以下的优点：

由于按照先伪源节点后边缘节点的顺序将缓存文件更新通知下发至各节点服务器，使得各节点服务器按照先伪源节点后边缘节点的顺序更新缓存文件，可以有效避免在边缘节点向伪源节点请求数据时，得到的仍然是旧的资源文件的情况的发生，使得各节点服务器可以更加彻底地更新缓存文件。

进一步地，用于采用异步非阻塞方式将所述压缩更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器，可以有效提高任务发送的效率。

进一步地，由于当将所述压缩更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器失败时，重新发送所述压缩更新通知，并在重新发送失败时，发布告警信息，便于用户了解压缩更新通知的发送结果，进而采取进一步的措施。

进一步地，由于采用负载均衡器收集各节点服务器更新缓存文件的反馈结果，并将所述反馈结果发送给负载压力最小的缓存文件更新装置，使得负载压力最小的缓存文件更新装置将各节点服务器的缓存文件更新结果反馈给用户，可以有效均衡各缓存文件更新装置的负载压力，并使得网络设备易于扩展，加强网络数据处理能力，提高网络的灵活性和可用性。

附图说明

图1是本发明实施例中的一种缓存文件更新方法的流程图；

图2是本发明实施例中的另一种缓存文件更新方法的流程图；

图3是本发明实施例中的一种缓存文件更新装置的结构示意图；

图4是本发明实施例中的另一种缓存文件更新装置的结构示意图；

图5是本发明实施例中的缓存文件更新系统的结构示意图。

具体实施方式

现有技术中的缓存文件更新方法，应用于存在伪源节点和边缘节点的内容发布网络中进行缓存文件更新时，由于网络时延等因素的影响，很可能会出现缓存文件更新不彻底情况的发生。

为解决现有技术中存在的上述问题，本发明实施例采用的技术方案通过按照先伪源节点后边缘节点的顺序下发缓存文件更新通知，从而可以有效避免缓存文件更新不彻底情况的发生。

为使本发明的上述目的、特征和优点能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。

图1示出了本发明实施例中的一种缓存文件更新方法的流程图。如图1所示的缓存文件更新方法，包括：

步骤S11：接收所述缓存文件更新通知。

在具体实施中，网页（web）资源内容提供者在更新资源文件后，将已更新资源文件的统一资源定位符（Uniform Resource Locator，URL）或者目录形成缓存文件更新通知，以下发至各节点服务器。

步骤S12：将所述缓存文件更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器，使得各节点服务器更新缓存文件。

在具体实施中，在接收到源站发布的缓存文件更新通知后，首先将缓存文件更新通知下发至伪源节点服务器，然后再下发至边缘节点服务器。由于伪源节点服务器先于边缘节点服务器接收缓存文件更新通知，使得边缘节点服务器先与相应的边缘节点服务器进行缓存文件的更新。这样，当边缘节点服务器向伪源节点服务器请求数据时，得到的是已更新的资源文件，故可以有效避免缓存文件更新不彻底情况的发生。

图2示出了本发明实施例中的另一种缓存文件更新方法的流程图。如图2所示的缓存文件更新方法，包括：

步骤S21：接收缓存文件更新通知。

在具体实施中，缓存文件更新通知由源站服务器发布。

步骤S22：将所述缓存文件更新通知进行压缩，形成压缩更新通知。

在具体实施中，为了提高缓存文件更新通知发送的效率，在发布缓存文件更新通知之前，可以先将所述缓存文件更新通知进行压缩，形成压缩更新通知。

步骤S23：将所述压缩更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器，使得各节点服务器更新缓存文件。

在具体实施中，可以采用异步非阻塞方式将压缩更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器。且在出现由于网络状况不好等因素导致的压缩更新通知传输中断的情况时，支持断点续传，可以有效提高压缩更新通知下发的效率。

步骤S24：当将所述压缩更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器失败时，重新发送所述压缩更新通知。

在具体实施中，由于受到网络状况以及节点服务器负载等因素的影响，将所述压缩更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器时，有可能会发生所下发的压缩更新通知无法送达相应的节点服务器的情况。此时，可以通过重新尝试发送压缩更新通知，以确保缓存文件更新通知可以下发至相应的节点服务器。

步骤S25：当所述重新发送所述压缩更新通知失败时，发布告警信息。

在具体实施中，由于受到网络状况以及节点服务器负载等因素的影响，在重新发送所述压缩更新通知给首次下发失败的各节点服务器时，很可能还会出现所发送的压缩更新通知无法送达的情况。此时，通过发布告警信息，使得用户可以了解压缩更新数据下发的情况，以便采用进一步的措施，使得压缩更新通知可以下发至各节点服务器，使得各节点服务器可以及时更新缓存文件。

图3示出了本发明实施例中的一种缓存文件更新装置的结构示意图。如图3所示的缓存文件更新装置，包括：

任务接收单元31，适于接收所述缓存文件更新通知；

任务派送单元32，适于将任务接收单元31所接收的缓存文件更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器，从而使得各节点服务器更新缓存文件。

在具体实施中，任务接收单元31适于接收客户已更新资源文件的URL或目录。其中，已更新缓存文件的URL或目录可以通过web页面或者应用程序编程接口接收web内容提供商提供的已更新资源文件的URL或目录。

在具体实施中，任务派送单元32在接收到缓存文件更新通知后，可以根据各节点服务器在内容发布网络中的位序将缓存文件更新通知下发，例如，可以先发送给内容发布网络中的伪源节点服务器，再下发至所述伪源节点服务器下一位序的边缘节点服务器。

图4示出了本发明实施例中的另一种缓存文件更新装置的结构示意图。如图4所示的缓存文件更新通知装置，其除了可以包括任务接收单元41和任务派送单元43之外，还可以包括压缩单元42、重试单元44和报警单元45。其中，任务接收单元41、压缩单元42、任务派送单元43、重试单元44和报警单元45依次连接。

任务接收单元41，适于接收所述缓存文件更新通知。

压缩单元42，适于将所述缓存文件更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器，使得各节点服务器更新缓存文件。

任务派送单元43，适于在所述任务发送单元将所述缓存文件更新通知下发至各节点服务器之前，将所述已更新资源文件的URL或者目录进行压缩，形成压缩更新通知。

重试单元44，适于当将所述压缩更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器失败时，指示所述任务派送单元重新发送所述压缩更新通知。

报警单元45，适于在所述任务派送单元将所述压缩更新通知按照先伪源节点后边缘节点的顺序重新发送至各节点服务器失败时，发布告警信息。

本缓存文件更新装置的工作原理如下：

任务接收单元41可以接收web内容提供商通过web页面或者API提供的缓存文件更新通知，缓存文件更新通知可以为已更新资源文件的URL或者目录。压缩单元42可以将任务接收单元41接收到的缓存文件更新通知进行压缩，形成压缩更新通知。任务派送单元43可以将所述压缩更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器。此外，由于网络状况或者节点服务器节点的负载等因素的影响，各节点服务器可能无法接收任务派送单元43下发的压缩更新通知。当出现上述的情况时，重试单元44可以指示任务派送单元43重新发送所述压缩更新通知。当任务派送单元43在接受重试单元44的指示重新发送压缩更新通知失败时，例如，失败3次后，报警单元45可以发布告警信息，使得用户可以了解缓存文件更新通知下发失败的情况，进而可以采取进一步的措施。

图5示出了本发明实施例中的缓存文件更新系统中的各装置的连接关系示意图。如图5所示的缓存文件更新系统，包括：源站服务器51、若干个缓存文件更新装置52（至少一个）、多个伪源节点服务器53（图中仅示出了一个，其余未示出）和多个边缘节点服务器54（图中仅示出了一个，其余未示出）。

在具体实施中，源站服务器51可以适于发布缓存文件更新通知，缓存文件更新装置52可以适于接收所述缓存文件更新通知，并可以将所述缓存文件首先下发至伪源节点服务器53后，再下发至边缘节点服务器54。伪源节点服务器53和边缘节点服务器54可以在接收到缓存文件更新装置2传送的缓存文件更新通知后，各自更新其内的缓存文件。

为了便于web内容提供商了解各节点服务器更新缓存资源文件的结果，伪源节点服务器53和边缘节点服务器54可以将自身更新缓存文件的反馈结果，如缓存文件更新的进度、更新成功或者失败的信息，通过缓存文件更新装置发送给web内容提供商，以便web内容提供商了解各节点服务器的缓存文件更新结果。

在具体实施中，在节点服务器众多的缓存文件更新系统中，通过一台缓存文件更新装置52将所有节点服务器的反馈结果发送给web内容提供商，将会对缓存文件更新装置52造成难以承受的压力。

为了解决上述的问题，本实施例中的缓存文件更新系统中的缓存文件更新装置52可以根据实际的需要进行增加，例如，如图5所示的缓存文件更新系统中可以包括2个缓存文件更新装置52。当然，缓存文件更新装置52也可以为3个或者更多。

同时，本缓存文件更新系统中可以设置负载均衡器55，用于接收伪源节点服务器53和边缘节点服务器54所发送的缓存文件更新结果，例如各节点服务器内缓存文件更新成功或者失败或者缓存文件更新的进度等。负载均衡器55在接收到各节点服务器发送的反馈结果后，可以收集各缓存文件更新装置的负载状态，按照负载均衡策略，如按照负载压力将各缓存文件更新装置52进行排序，并可以将其所接收到的反馈结果发送给该时刻负载压力最小的缓存文件更新装置52。

缓存文件更新装置52在接收到负载均衡器55发送的反馈结果后，可以将各节点服务器的缓存文件的更新结果发送给web内容提供商。

本发明实例中的缓存文件更新系统，由于采用负载均衡器收集各节点服务器更新缓存文件的反馈结果，并将所述反馈结果按照负载均衡策略发送至相应的缓存文件更新装置，并由相应的缓存文件更新装置将所述反馈结果发送给用户，对缓存文件更新装置可以进行有效地负载均衡，并使得网络设备易于扩展，加强网络数据处理能力，提高网络的灵活性和可用性。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于计算机可读存储介质中，存储介质可以包括：ROM、RAM、磁盘或光盘等。

以上对本发明实施例的方法及系统做了详细的介绍，本发明并不限于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (14)

1.一种缓存文件更新方法，其特征在于，包括：

接收所述缓存文件更新通知；

将所述缓存文件更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器，使得各节点服务器更新缓存文件。

2.根据权利要求1所述的缓存文件更新方法，其特征在于，所述接收所述缓存文件更新通知包括：接收已更新资源文件的URL或者目录。

3.根据权利要求1所述的缓存文件更新方法，其特征在于，在将所述缓存文件更新通知下发至各节点服务器之前，还包括：将所述已更新资源文件的URL或者目录进行压缩，形成压缩更新通知。

4.根据权利要求3所述的缓存文件更新方法，其特征在于，采用异步非阻塞方式将所述压缩更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器。

5.根据权利要求3所述的缓存文件更新方法，其特征在于，当将所述压缩更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器失败时，还包括：重新发送所述压缩更新通知。

6.根据权利要求5所述的缓存文件更新方法，其特征在于，当所述重新发送所述压缩更新通知失败时，还包括：发布告警信息。

7.一种缓存文件更新装置，其特征在于，包括：

任务接收单元，用于接收所述缓存文件更新通知；

任务派送单元，用于将所述缓存文件更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器，使得各节点服务器更新缓存文件。

8.根据权利要求7所述的缓存文件更新装置，其特征在于，所述任务接收单元用于接收已更新资源文件的URL或者目录。

9.根据权利要求7所述的缓存文件更新装置，其特征在于，还包括：压缩单元，用于在所述任务发送单元将所述缓存文件更新通知下发至各节点服务器之前，将所述已更新资源文件的URL或者目录进行压缩，形成压缩更新通知。

10.根据权利要求9所述的缓存文件更新装置，其特征在于，所述任务发送单元采用异步非阻塞方式将所述压缩更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器。

11.根据权利要求9所述的缓存文件更新装置，其特征在于，还包括：重试单元，用于当将所述压缩更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器失败时，指示所述任务派送单元重新发送所述压缩更新通知。

12.根据权利要求11所述的缓存文件更新装置，其特征在于，还包括：报警单元，用于在所述任务派送单元将所述压缩更新通知按照先伪源节点后边缘节点的顺序重新发送至各节点服务器失败时，发布告警信息。

13.一种缓存文件更新系统，其特征在于，包括源站和节点服务器，所述源站用于发布缓存文件更新通知，所述节点服务器用于根据所述缓存文件更新通知更新缓存文件，其特征在于，还包括至少一个根据权利要求7-12任一项所述的缓存文件更新装置，所述缓存文件更新装置用于接收所述缓存文件更新通知，并将所述缓存文件更新通知按照先伪源节点后边缘节点的顺序下发至各节点服务器。

14.根据权利要求13所述的缓存文件更新系统，其特征在于，还包括负载均衡器，所述负载均衡器用于接收所述节点服务器缓存文件更新的反馈结果，并将所述反馈结果发送给负载压力最小的缓存文件更新装置，所述负载压力最小的缓存文件更新装置接收所述反馈结果，并将所述反馈结果发送给用户。