CN109039696A - 一种cdn节点、cdn节点修复方法及节点修复系统 - Google Patents

Abstract

本发明实施例涉及网络技术领域，公开了一种CDN节点、CDN节点修复方法及节点修复系统。本发明中，CDN节点修复方法包括：获取最新的节点修复文件，其中，最新的节点修复文件预先部署在CDN节点所在的节点修复系统中的其他服务器上；根据获取的最新的节点修复文件对本节点的预设功能应用进行修复。采用本发明实施方式，可以对CDN节点上的功能程序进行自动修复，确保CDN节点的稳定、可靠运行。

Description

一种CDN节点、CDN节点修复方法及节点修复系统

技术领域

本发明实施例涉及网络技术领域，特别涉及一种CDN节点、CDN节点修复方法及节点修复系统。

背景技术

CDN(Content Delivery Network，内容分发网络)是通过在网络各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络，CDN系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。其目的是使用户可就近取得所需内容，解决英特网的网络拥挤的状况，提高用户获取网络内容的响应速度。目前，CDN服务在很多方面得到应用，例如流媒体直播等。

发明人发现现有技术中至少存在如下问题：实际直播等的线上运营包含特殊文件、脚本、程序、定时任务等诸多运营相关文件，在各个CDN节点上均需保证这些运营相关文件的完整性以及正确性。而现有的CDN系统主要用于文件的分发、同步，当各CDN节点上的功能应用，例如定时任务等出现丢失、错误之类的问题时，就无法保证其功能的正确性，进而可能影响到CDN节点的正常运行。

发明内容

本发明实施方式的目的在于提供一种CDN节点、CDN节点修复方法及节点修复系统，可以对CDN节点上的功能程序进行自动修复，确保CDN节点的稳定、可靠运行。

为解决上述技术问题，本发明的实施方式提供了一种CDN节点修复方法，应用于CDN节点，包括：获取最新的节点修复文件，其中，所述最新的节点修复文件预先部署在所述CDN节点所在的节点修复系统中的其他服务器上；根据获取的所述最新的节点修复文件对本节点的预设功能应用进行修复。

本发明的实施方式还提供了一种CDN节点，其特征在于，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如前所述的CDN节点修复方法。

本发明的实施方式还提供了一种节点修复系统，包括：第一服务器、CDN源服务器以及若干个如前所述的CDN节点；所述第一服务器与所述CDN源服务器依次连接，各所述CDN节点均与所述CDN源服务器连接，所述第一服务器用于部署最新的节点修复文件，并将部署的所述最新的节点修复文件传输至所述CDN源服务器；各所述CDN节点分别通过所述CDN源服务器获取所述最新的节点修复文件。

本发明实施方式相对于现有技术而言，预先将最新的节点修复文件部署在节点修复系统中的其他服务器上，各CDN节点分别从节点修复系统中拉取最新的节点修复文件，并根据该最新的节点修复文件对本节点的预设功能应用进行修复，从而实现CDN节点上的功能应用的自动修复，进而可以避免CDN节点由于文件丢失、错误之类的问题导致的功能应用错误，保障CDN节点的稳定、可靠运行。

另外，在所述获取最新的节点修复文件的同时，还获取最新的节点数据文件；在根据获取的所述最新的节点修复文件对本节点的预设功能应用进行修复的同时，还根据获取的所述最新的节点数据文件对本节点的对应数据文件进行更新。

另外，所述获取最新的节点修复文件，具体包括：获取本节点的节点类型；获取与所述节点类型对应的所述最新的节点修复文件的特征信息；获取与所述最新的节点修复文件的特征信息对应的所述最新的节点修复文件，从而可以在不同类型的CDN节点需要不同的最新的节点修复文件时，准确、高效地将最新的节点修复文件传输至对应的CDN节点。

另外，在所述获取最新的节点修复文件的同时，还获取本节点的节点类型更新信息；在所述根据获取的所述最新的节点修复文件对本节点的预设功能应用进行修复的同时，还根据所述节点类型更新信息更新本节点的节点类型，从而可在CDN节点的节点类型出现调整的情况下，保障CDN节点能够准确获取到本节点的节点类型所需的相关文件以及信息。

另外，所述获取与所述最新的节点修复文件的特征信息对应的所述最新的节点修复文件，具体包括：判断所述最新的节点修复文件的特征信息是否与本节点上的节点修复文件的特征信息一致，若不一致，则拉取与所述最新的节点修复文件的特征信息对应的所述最新的节点修复文件。

另外，所述最新的节点修复文件为压缩文件，所述最新的节点修复文件的特征信息为所述压缩文件的MD5信息。从而可以大幅度降低文件大小，快速、准确地下发相关文件以及信息，降低传输消耗，有利于网络较差的环境。

另外，在所述根据获取的所述最新的节点修复文件对本节点的预设功能应用进行修复后，还包括：记录修复的预设功能应用的修复信息，并将记录的所述修复信息发送至预设地址。从而可以进一步统计、分析修复信息，以利于后续节点修复系统稳定性的评估以及预警等。

另外，所述节点修复系统还包括：第二服务器以及CDN加速网络；所述第二服务器连接于所述第一服务器与所述CDN源服务器之间，并用于将来自所述第一服务器的所述最新的节点修复文件进行压缩后发送至所述CDN源服务器；各所述CDN节点通过所述CDN加速网络获取压缩后的所述最新的节点修复文件。通过CND加速网络，可大大提高文件并发下载传输速度。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是根据本发明第一实施方式的节点修复方法的CDN节点所在的节点修复系统的结构示意图；

图2是根据本发明第一实施方式的节点修复方法的流程图；

图3是根据本发明第二实施方式的节点修复方法的流程图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种CDN节点修复方法，应用于CDN节点，CDN节点例如为部署于如图1所示的节点修复系统中的CDN节点10，本实施方式对于节点修复系统的结构以及CDN节点的数量均不作具体限制。其中，图1所示的节点修复系统例如为用于直播等的在线运营服务的CDN内容分发系统中的CDN节点的功能应用进行修复，本实施方式对于CDN系统提供的服务类型不作具体限制。本实施方式的CDN节点修复方法包括：获取最新的节点修复文件，其中，最新的节点修复文件预先部署在CDN节点所在的节点修复系统中的其他服务器上；根据获取的最新的节点修复文件对本节点的预设功能应用进行修复。本发明实施方式相对于现有技术而言，预先将最新的节点修复文件部署在节点修复系统中的其他服务器上，各CDN节点分别从节点修复系统中拉取最新的节点修复文件，并根据该最新的节点修复文件对本节点的预设功能应用进行修复，从而可以避免CDN节点由于文件丢失、错误之类的问题导致的功能应用错误，保障CDN节点的稳定、可靠运行。下面对本实施方式的CDN节点修复方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。

本实施方式的节点修复方法由节点修复系统中的CDN节点执行。一般而言，CDN内容分发系统具备内容分发功能，例如用于直播的内容分发功能，其中直播的线上运营例如包括定时任务、特殊文件、脚本、程序等的运营相关文件。CDN内容分发系统例如包括若干个CDN节点10、第一服务器11、第二服务器12、CDN源服务器13以及CDN加速网络14等。第一服务器11、第二服务器12以及CDN源服务器13依次连接，CDN源服务器13与CDN加速网络14连接，各CDN节点10均与CDN加速网络14连接。其中，第一服务器11用于部署最新的节点数据文件(例如用于直播的在线运营的相关文件)，第二服务器12可以定时从第一服务器11拉取最新的节点数据文件，并对拉取的最新的节点数据文件进行压缩打包生成最新的节点数据压缩文件，最新的节点数据压缩文件可以经由CDN源服务器13，由CDN加速网络14传输至各CDN节点10。其中，第二服务器12以及CDN加速网络14并非必须的部分。在不存在第二服务器12时，对数据的压缩打包任务可以由第一服务器11执行；在不存在CDN加速网络14时，相关文件可由CDN源服务器13传输至各CDN节点10。

为了实现直播的在线运营等的相关功能，CDN节点10上还需要装载一些功能应用，例如定时任务。定时任务是指程序并非一直在运行，而是需要通过定时任务进行定时，实现定时运行，具体地，定时任务可以通过Linux操作系统中自带的定时任务功能实现。在实际应用中，CDN节点上还可以具有多种多样的功能应用，此处不再一一举例说明。CDN节点上的功能应用的正常运行需要保证CDN节点上的相应的功能应用的正确性以及完整性，然而，由于某些原因，CDN节点上的功能应用所需要的程序、文件可能会丢失、出现错误、未更新等，这会影响CDN节点上的功能应用的正常运行。为了保证CDN节点上的功能应用的正常运行，发明人在现有CDN内容分发系统的基础上提出了节点修复系统以及本实施方式的节点修复方法。其中，节点修复方法由节点修复系统中的各CDN节点执行。节点修复系统的结构组成与现有的CDN内容分发系统相同，主要区别在于，在节点修复系统中，第一服务器11还用于预先部署最新的节点修复文件，第二服务器12可以定时从第一服务11器上拉取最新的节点修复文件，并对最新的节点修复文件进行压缩打包后传输至CDN源服务器13，最新的节点修复文件经由CDN源服务器12传输至CDN加速网络14，并由CDN加速网络14传输至CDN节点10。可以采用现有方式对第一服务器进行文件部署，此处不再赘述。最新的节点数据文件以及最新的节点修复文件可以单独或者同时部署。直播的在线运营中例如可以部署脚本文件、应用信息文件、swf(直播防盗链文件修复子系统文件)以及jpg水印图片(用于直播转码水印图片修复子功能)等的文件，本实施方式对于部署的文件的具体内容不作限制。需要说明的是，最新的节点修复文件可以与最新的节点数据文件一并进行压缩打包，本实施方式对此不作具体限制。第二服务器12还可以用于生成压缩文件的MD5值(即压缩文件的特征信息)，MD5值可以与最新的压缩文件封装在一起，并传输至CDN源服务器13，供各CDN节点10通过CDN加速网络14拉取。其中，MD5值可以是最新的节点数据文件以及最新的节点修复文件的压缩文件的MD5值。通过MD5值判断对应的文件是否需要更新，从而避免了文件单独对比，简化了文件更新过程。需要说明的是，在实际应用中，压缩文件的特征信息还可以为文件大小、文件的最后修改时间等，本实施方式对于压缩文件的特征信息不做具体限制。CDN加速网络可以采用本领域技术人员已知的加速技术，实现压缩文件的快速传输，此处不再赘述。

在实际应用中，不同的CDN节点的节点类型可能不同，不同类型的CDN节点需要拉取的运营相关的文件(即最新的节点数据文件)可能不同，且功能应用也可能不同，由此带来最新的节点修复文件不同，例如，不同类型的CDN节点的定时任务的定时方式不同时，对应的最新的节点修复文件也不同。本实施方式对于节点修复系统中的CDN节点的节点类型的划分方式以及CDN节点上的功能应用等均不作具体限制。在压缩打包最新的节点数据文件以及最新的节点修复文件时，可以按照CDN节点的节点类型进行压缩打包，生成与CDN节点的节点类型对应的压缩文件包。例如，当CDN节点的节点类型包括节点类型A、B以及C时，最新的节点修复文件以及最新的节点数据文件可以打包成与节点类型A、B以及C对应的压缩文件包，供CDN节点按照本节点的节点类型进行运营以及修复相关文件的拉取，实现复杂节点类型情况下的文件的高效、准确分发。

在实际应用中，各CDN节点的节点类型可以进行调整，例如，不同CDN节点的节点类型可以互换，然不应以此为限。因此，节点修复系统还可以实现CDN节点类型的更新功能。具体地，可以将各CDN节点的节点类型更新信息部署在第一服务器11上，供第二服务器12拉取。具体地，第二服务器12可以通过APM接口获取节点类型更新信息。节点类型更新信息可以与最新的节点数据文件和/或者最新的节点修复文件一并压缩打包传输至各CDN节点，或者单独传输至各CDN节点，本实施方式对于节点类型更新信息的分发方式不作具体限制。

在一个实施例中，所有在线运营相关的原始文件均维护在第一服务器11(亦可称为内网关键源服务器)上，第二服务器12(亦可称为内网跳板机)定时到第一服务器11拉取最新文件，最新文件可以是以下之一或其任意组合：最新的节点数据文件、最新的节点修复文件、节点类型更新信息，并判断最新文件是否发生变化，若最新文件发生变化，则将拉取的最新文件重新进行压缩打包，上传到CDN源服务器13进行存储。第二服务器12还计算压缩后的最新文件的MD5值，以及最新文件中的脚本、程序等的文件的MD5值，同时将所有文件的MD5值文件上传到CDN源服务器13。最新文件的压缩文件以及各文件的MD5值文件均可通过CDN加速网络14传输至各CDN节点11，相比现有技术中需要直接回源拉取的方式相比，可大大提高文件并发下载效率。

在前述节点修复系统的基础上，下面详细描述本实施方式的节点修复方法，其由前述节点修复系统中的CDN节点执行。

请参阅图2，本实施方式中的CDN节点修复方法包括步骤201以及步骤202。

步骤201：获取最新的节点修复文件，其中，最新的节点修复文件预先部署在CDN节点所在的节点修复系统中的其他服务器上。步骤201中，在获取最新的节点修复文件的同时，还可以同时获取最新的节点数据文件和/或节点类型更新信息。在一些例子中，也可以单独获取最新的节点修复文件、最新的节点数据文件以及节点类型更新信息等。其中，最新的节点修复文件例如可以包括用于修复某一或者某些功能应用的脚本、文件等。

步骤201具体包括子步骤2011至子步骤2013。

子步骤2011：获取本节点的节点类型。

可以通过分析节点类型更新信息得到本节点的节点类型，节点类型更新信息可以在本节点上，也可以在CDN源服务器上。

子步骤2012：获取与节点类型对应的最新的节点修复文件的特征信息。

具体地，本节点的节点类型例如为节点类型A，则需要拉取与节点类型A对应的最新的节点修复文件。最新的节点修复文件例如与最新的节点数据文件一并压缩成最新的压缩文件，因此，可以获取最新的压缩文件。其中，CDN源服务器中存储有最新的压缩文件的特征信息，各节点分别拉取最新的压缩文件的特征信息，例如MD5信息，通过比对最新的压缩文件的特征信息即可判断本节点上的压缩文件是否为最新的压缩文件。

子步骤2013：获取与最新的节点修复文件的特征信息对应的最新的节点修复文件。

具体地，子步骤2013包括判断拉取的最新的节点修复文件的特征信息是否与本节点上的节点修复文件的特征信息一致，若两者不一致，则表明源服务器上的节点修复文件已更新，此时则拉取与最新的节点修复文件的特征信息对应的最新的节点修复文件；若两者一致，则本节点上的节点修复文件即为最新，此时不需要拉取。需要说明的是，在最新的节点修复文件与最新的节点数据文件以及其他文件一并压缩打包时，可以拉取最新的压缩文件，然后进行校正解压后，分别得到最新的节点修复文件、最新的节点数据文件以及其他文件。其中最新的节点修复文件、最新的节点数据文件以及其他文件可以为压缩文件，并且对应具有各自的MD5值，此时，可以通过分别比对MD5信息的方式，从对应的存储路径中提取最新的节点修复文件、最新的节点数据文件以及其他文件。具体地说，可以根据本节点的节点类型，读取拉取的最新文件中的文件列表，逐一判断每个文件是否需要修复到本节点，其中，可以通过文件内部的文件归属类型标识判断该文件是否需要修复到本节点，即当文件的文件归属类型标识与CDN节点的节点类型匹配时，将该文件修复到本节点，否则，跳过该文件继续检测剩余文件，直到最新的文件均修复到本节点上。

步骤202：根据获取的最新的节点修复文件对本节点的预设功能应用进行修复。

举例而言，当对本节点上的定时任务功能进行修复时，则可以检测本节点上的定时任务功能中是否存在文件缺失以及文件错误，例如脚本缺失，例如脚本信息错误等，若存在缺失，则拷贝正确的文件进行修复，若存在错误，则拷贝正确的文件进行替换，从而实现定时任务功能的修复。步骤202中，不仅可以对CDN节点上的定时任务功能进行修复，而且还可以对定时任务修复功能本身进行修复，当然还可以对其他功能应用进行修复，以及对其他功能应用的修复功能进行修复，通过对CDN节点上的功能应用进行修复，可保证CDN节点上各功能应用的稳定性以及可靠性。

需要说明的是，在步骤202中，还可以根据获取的最新的节点数据文件对本节点的对应数据文件进行更新。当节点类型更新信息在本节点上时，还可以在根据获取的最新的节点修复文件对本节点的预设功能应用进行修复的同时，根据节点类型更新信息更新本节点的节点类型。

本实施方式与现有技术相比，可以定期监控CDN节点上的功能应用，例如定时任务功能是否正确，并在本节点上的功能应用出错时，拉取预先部署的最新的节点修复文件对本节点的功能应用进行修复。并且，最新的节点修复文件以及最新的节点数据文件可以一并拉取，执行更新判断，且可以通过CDN加速网络进行传输，优化文件下发过程，保障定时任务及时性。同时，还可以根据节点类型准确地将不同类型的CDN节点所需的文件准确下发至该CDN节点。因此，本实施方式可以有效保证CDN节点的文件、脚本以及功能应用的正确性、完整性，保证各CDN节点运行的稳定性、可靠性。

本发明的第二实施方式涉及一种CDN节点修复方法。第二实施方式在第一实施方式的基础上做出改进，主要改进之处在于：在第二实施方式中，还可以对CDN节点上的功能应用的修复情况进行统计、分析，以便对CDN节点的状况做预警。

请参阅图3，本实施方式的CDN节点修复方法包括步骤301至步骤304。其中，步骤301、步骤302分别与步骤201以及步骤202对应相同，此处不再赘述。

步骤303：记录修复的预设功能应用的修复信息。

其中，记录修复的预设功能应用的修复信息可以在修复成功之后进行。修复信息可以包括功能应用故障类型，例如文件丢失、文件错误等。本实施方式对于修复信息的内容不作具体限制。

步骤304：并将记录的修复信息发送至预设地址。

其中，预设地址例如是预设邮件地址，例如，可以将修复信息发送至预设邮件地址，以便技术人员对修复信息进行统计、分析，为整个CDN内容分发系统的可靠、稳定运行提供帮助。

本实施方式与前述实施方式相比，可以对CDN内容分发系统的修复功能的使用情况进行统计、分析，便于后续的预警，有利于保障系统的稳定运行。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第三实施方式涉及一种CDN节点，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如第一或者第二实施方式的CDN节点修复方法。

其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。

处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。

本实施方式与现有技术相比，可以有效保证CDN节点的文件、脚本以及功能应用的正确性、完整性，保证各CDN节点运行的稳定性、可靠性。

不难发现，本实施方式为与第一或者第二实施方式相对应的服务器实施例，本实施方式可与第一或者第二实施方式互相配合实施。第一或者第二实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一或者第二实施方式中。

本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本发明第四实施方式涉及一种节点修复系统。请继续参阅图1，本实施方式的节点修复系统包括：若干个CDN节点10、第一服务器11、第二服务器12、CDN源服务器13以及CDN加速网络14。第一服务器11、第二服务器12以及CDN源服务器13依次连接，CDN源服务器13与CDN加速网络14连接，各CDN节点10均与CDN加速网络14连接。

其中，第一服务器11用于部署最新的节点修复文件、最新的节点数据文件以及节点类型更新信息等，第二服务器12用于定时从第一服务器11拉取部署的相关文件，并将部署的相关文件进行压缩后传输至CDN源服务器13。各CDN节点10分别通过CDN加速网络14从CDN源服务器13获取部署的最新文件，即最新的节点修复文件、最新的节点数据文件以及节点类型更新信息等。其中，第二服务器12以及CDN加速网络并非必须的部分。

本实施方式与现有技术相比，可以定期监控CDN节点上的功能应用，例如定时任务功能是否正确，并在本节点上的功能应用出错时，拉取预先部署的最新的节点修复文件对本节点的功能应用进行修复。并且，最新的节点修复文件以及最新的节点数据文件可以一并拉取，执行更新判断，且可以通过CDN加速网络进行传输，优化文件下发过程，保障定时任务及时性。同时，还可以根据节点类型准确地将不同类型的CDN节点所需的文件准确传输至该CDN节点。因此，本实施方式可以有效保证CDN节点的文件、脚本以及功能应用的正确性、完整性，保证各CDN节点运行的稳定性、可靠性。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

1.一种CDN节点修复方法，其特征在于，应用于CDN节点，包括：

获取最新的节点修复文件，其中，所述最新的节点修复文件预先部署在所述CDN节点所在的节点修复系统中的其他服务器上；

根据获取的所述最新的节点修复文件对本节点的预设功能应用进行修复。

2.根据权利要求1所述的CDN节点修复方法，其特征在于，在所述获取最新的节点修复文件的同时，还获取最新的节点数据文件；

在根据获取的所述最新的节点修复文件对本节点的预设功能应用进行修复的同时，还根据获取的所述最新的节点数据文件对本节点的对应数据文件进行更新。

3.根据权利要求1或2所述的CDN节点修复方法，其特征在于，所述获取最新的节点修复文件，具体包括：

获取本节点的节点类型；

获取与所述节点类型对应的所述最新的节点修复文件的特征信息；

获取与所述最新的节点修复文件的特征信息对应的所述最新的节点修复文件。

4.根据权利要求3所述的CDN节点修复方法，其特征在于，在所述获取最新的节点修复文件的同时，还获取本节点的节点类型更新信息；

在所述根据获取的所述最新的节点修复文件对本节点的预设功能应用进行修复的同时，还根据所述节点类型更新信息更新本节点的节点类型。

5.根据权利要求3所述的CDN节点修复方法，其特征在于，所述获取与所述最新的节点修复文件的特征信息对应的所述最新的节点修复文件，具体包括：

判断所述最新的节点修复文件的特征信息是否与本节点上的节点修复文件的特征信息一致，若不一致，则拉取与所述最新的节点修复文件的特征信息对应的所述最新的节点修复文件。

6.根据权利要求3所述的CDN节点修复方法，其特征在于，所述最新的节点修复文件为压缩文件，所述最新的节点修复文件的特征信息为所述压缩文件的MD5信息。

7.根据权利要求1所述的CDN节点修复方法，其特征在于，在所述根据获取的所述最新的节点修复文件对本节点的预设功能应用进行修复后，还包括：

记录修复的预设功能应用的修复信息，

并将记录的所述修复信息发送至预设地址。

8.一种CDN节点，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至7中任一所述的CDN节点修复方法。

9.一种节点修复系统，其特征在于，包括：第一服务器、CDN源服务器以及若干个如权利要求8所述的CDN节点；

所述第一服务器与所述CDN源服务器连接，各所述CDN节点均与所述CDN源服务器连接，

所述第一服务器用于部署最新的节点修复文件，并将部署的所述最新的节点修复文件传输至所述CDN源服务器；

各所述CDN节点分别通过所述CDN源服务器获取所述最新的节点修复文件。

10.根据权利要求9所述的节点修复系统，其特征在于，所述节点修复系统还包括：第二服务器以及CDN加速网络；

所述第二服务器连接于所述第一服务器与所述CDN源服务器之间，并用于将来自所述第一服务器的所述最新的节点修复文件进行压缩后发送至所述CDN源服务器；

各所述CDN节点通过所述CDN加速网络获取压缩后的所述最新的节点修复文件。