CN114257503A - 加速域名部署方法、服务器、系统和存储介质 - Google Patents

Abstract

本申请涉及互联网通信技术领域，公开了一种加速域名部署方法、服务器、系统和存储介质，方法包括：根据待加速网站的域名配置信息，获取待转换的配置文件；将待转换的配置文件转换为目标配置文件，并存储目标配置文件；其中，目标配置文件为边缘服务器的加速域名部署文件；在接收到边缘服务器的加速域名配置请求后，将目标配置文件下发给边缘服务器，供边缘服务器根据目标配置文件完成待加速网站对应的加速域名的部署。通过采用中心转换的方式预先在中心服务器完成边缘服务器加速域名部署文件的转换，直接下发加速域名部署文件供边缘服务器完成加速域名部署，极大提升边缘服务器的加速域名部署和服务上架效率，从而提升客户体验。

Description

加速域名部署方法、服务器、系统和存储介质

技术领域

本申请实施例涉及互联网通信技术领域，特别涉及一种加速域名部署方法、服务器、系统和存储介质。

背景技术

随着通信技术和互联网的不断发展，客户通过终端设备调用各种应用提供的多种功能进行业务办理的场景越来越多，并且时常出现客户流量需求突增的问题，对数据流量资源的竞争较大。面对客户数据流量需求突增的情况，如果强行通过当前设备提供更大的带宽，可能会因设备能力不足导致提供服务能力前的准确工作耗时非常长，甚至处理中的业务发生雪崩，进而严重影响客户的资源调用和业务办理，降低客户体验。为了解决流量需求突增的问题，通常采用临时增加设备来承担突增的流量，也就是在边缘服务器上开辟新的数据传输通道提供网站加速服务。

而新增设备提供服务的前提是在新增的边缘服务器上完成软件安装和域名部署，现有技术在边缘服务器上进行域名配置的过程中，边缘服务器获取域名配置信息后，根据域名配置信息，获取初始的配置文件，然后采用边缘转换的方式将初始配置文件转换为边缘服务器的域名部署文件，进而根据部署文件完成域名部署，以此保证边缘服务器能够提供服务支持。

但是，域名配置文件的数量多达百万级别、更新频率高，各个组件的域名配置文件总和甚至可以达到几百兆，因此，边缘服务器在进行配置文件转换和部署经常需要几个小时，严重影响了边缘服务器的上架时效，同时也降低了带宽利用率。

发明内容

本申请部分实施例的目的在于提出一种加速域名部署方法、服务器、系统和存储介质，旨在客户需要提供加速服务的时候，准确高效的在边缘服务器上完成加速域名的部署，通过提升加速域名的部署效率，保证边缘服务器能够及时提供服务，提高客户体验。

为实现上述目的，本申请实施例提供了一种加速域名部署方法，应用于中心服务器，包括：根据待加速网站的域名配置信息，获取待转换的配置文件；将待转换的配置文件转换为目标配置文件，并存储目标配置文件；其中，目标配置文件为边缘服务器的加速域名部署文件；在接收到边缘服务器的加速域名配置请求后，将目标配置文件下发给边缘服务器，供边缘服务器根据目标配置文件完成待加速网站对应的加速域名的部署。

为实现上述目的，本申请实施例还提供了一种加速域名部署方法，应用于边缘服务器，包括：向中心服务器发起加速域名配置请求；接收中心服务器发送的目标配置文件，根据目标配置文件完成加速域名部署；其中，目标配置文件为中心服务器预先完成转换的加速域名部署文件。

为实现上述目的，本申请实施例还提出了一种中心服务器，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如上所述的应用于中心服务器的加速域名部署方法。

为实现上述目的，本申请实施例还提出了一种边缘服务器，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如上所述的应用于边缘服务器的加速域名部署方法。

为实现上述目的，本申请实施例还提出了一种加速域名部署系统，包括：如上所述的中心服务器和边缘服务器。

为实现上述目的，本申请实施例还提出了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现如上的加速域名部署方法。

本申请实施例提供的加速域名部署方法，中心服务器在客户进行加速服务申请或者注册的时候，根据待加速网站的域名配置信息获取待转换的配置文件后，在中心服务器将待转换的配置文件转换为目标配置文件并存储，目标配置文件为边缘服务器的加速域名部署文件，在接收到边缘服务器发起的加速域名配置请求后，将目标配置文件下发给边缘服务器使得边缘服务器直接根据接收到的目标配置文件完成待加速网站对应的加速域名的部署。通过根据客户申请的待加速网站的域名配置信息，采用中心转换的方式预先在中心服务器完成边缘服务器加速域名部署文件的转换，在边缘服务器发起加速域名配置请求的时候，直接下发预先完成转换的加速域名部署文件，避免了边缘服务器进行配置文件转换带来的服务提供延时，使得边缘服务器能够直接利用接收到的加速域名部署文件高效的完成加速域名的部署，极大的提升边缘服务器加速域名部署和服务上架的效率，提升带宽利用率分摊突增的客户需求，确保客户的业务处理和资源使用，从而提升客户体验。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定。

图1是本申请实施例中的加速域名部署方法流程图；

图2是本申请另一实施例中的加速域名部署方法流程图；

图3是本申请另一实施例中的中心服务器的结构示意图；

图4是本申请另一实施例中的边缘服务器的结构示意图；

图5是本申请另一实施例中的加速域名部署系统的结构示意图。

具体实施方式

边缘服务器进行加速域名的配置部署时，域名配置文件的数量多达百万级别、更新频率高，各个组件的域名配置文件总和甚至可以达到几百兆，因此，边缘服务器在进行配置文件转换和部署经常需要几个小时，严重影响了边缘服务器的上架时效，同时也降低了带宽利用率。因此，如何高效快速的在边缘服务器上完成加速域名部署，以保证边缘服务器的上架时效和带宽利用率是一个迫切需要得到解决的问题。

为了解决上述问题，本申请的部分实施例提供了一种加速域名部署方法，应用于中心服务器，包括：根据待加速网站的域名配置信息，获取待转换的配置文件；将待转换的配置文件转换为目标配置文件，并存储目标配置文件；其中，目标配置文件为边缘服务器的加速域名部署文件；在接收到边缘服务器的加速域名配置请求后，将目标配置文件下发给边缘服务器，供边缘服务器根据目标配置文件完成待加速网站对应的加速域名的部署。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本申请各实施例中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本申请的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。

下面将结合具体的实施例对本申请记载的加速域名部署方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。

本申请实施例的第一方面提供了一种加速域名部署方法，应用于中心服务器，加速域名部署方法的流程图如图1所示，包括以下步骤：

步骤101，根据待加速网站的域名配置信息，获取待转换的配置文件。

具体地说，中心服务器在客户进行加速服务申请或者注册的时候，可以获取到客户申请加速的待加速网站的加速内容和待加速网站的域名配置信息，然后根据获取到的待加速网站的域名配置信息，获取完成加速域名部署待转换的配置文件。

在一个例子中，中心服务器包括第一中心服务器和多个与第一中心服务器连接的第二中心服务器，根据待加速网站的域名配置信息，获取待转换的配置文件包括：第一中心服务器获取域名配置信息，并根据域名配置信息，确定配置转换任务，并将配置转换任务下发给第二中心服务器；第二中心服务器根据配置转换任务，获取待转换的配置文件。在CDN网络中，客户的网站加速服务依托于加速域名的配置，为了使用CDN加速服务，客户提供需要使用CDN加速服务的域名(简称加速域名)的配置信息至CDN网络的中心服务器，中心服务器将客户当前的访问域名配置为中心服务器为其提供的加速域名实现加速服务。因此，在客户申请加速服务的时候，一般由客户信息平台根据客户申请加速的网站域名、客户选择的加速套餐，例如，加速类型、加速范围、加速内容、加速运营商和加速平台等，为客户配置加速域名，并搜集加速域名的域名配置信息。然后将域名配置信息通过XML格式的文件进行打包和整合，并向中心服务器发起加速域名部署指令，同时将XML格式的域名配置信息也发送到中心服务器。在一实施例中，中心服务器包括第一中心服务器和多个与第一中心服务器连接的第二中心服务器，负责管理配置转换任务的第一中心服务器(也叫管理中心服务器)接收客户信息平台的指令和传输的域名配置信息，然后根据获取到的域名配置信息，确定中心服务器需要处理的配置转换任务，然后第一中心服务器根据一定地部署策略，将配置转换任务下发给第二中心服务器(也叫区域中心服务器)。接收到配置转换任务的第二中心服务器根据配置转换任务，获取待转换的配置文件。根据功能对中心服务器进行层级的划分，避免中心服务器由于任务过多导致负荷过大，保证配置转换任务能够及时准确的得到处理，减少配置转换任务生成或者待转换配置文件获取出现错误。

进一步地，第一中心服务器将配置转换任务下发给第二中心服务器，包括：根据域名配置信息，获取待加速网站的加速内容类型；根据预设的加速内容类型与第二中心服务器的对应关系，向目标第二中心服务器下发配置转换任务。为了避免第二中心服务器由于需要处理的任务复杂导致负荷上升，预先为每个第二中心服务器设置处理的配置转换任务对应的加速内容类型，第一中心服务器在进行配置转换任务下发时可以根据预先设置的部署策略进行下发。根据域名配置信息，获取待加速网站的加速内容类型，例如，加速内容为图片、视频或者直播数据等，然后根据预设的加速内容类型与第二中心服务器的对应关系，在处理当前加速内容类型的第二中心服务器中选取一个目标第二中心服务器下发配置转换任务。通过预先为每个第二中心服务器设置处理的配置转换任务对应的加速内容类型，使得各第二中心服务器能够按照指定的处理模式获取待转换的配置文件和后续的配置文件处理，避免由于处理任务类型复杂带来的负荷上升，进一步保证配置文件转换和存储的效率和准确性。

更进一步地，第二中心服务器根据配置转换任务，获取待转换的配置文件，包括：第二中心服务器根据配置转换任务，获取待转换的配置文件的下载域名和/或存储待转换的配置文件的设备的IP；根据下载域名和/或IP，获取待转换的配置文件。第二中心服务器在接收到配置转换任务时，根据接收到的配置转换任务及配置转换任务中携带的域名配置信息，获取待转换的配置文件的下载域名和/或存储待转换的配置文件的设备的IP地址，然后第二中心服务器根据获取到的下载域名和/或IP地址，从下载域名和/或IP地址对应设备处拉取完成加速域名部署需要的待转换配置文件。通过根据接收到的配置转换任务，准确的获取待转换的配置文件的下载域名和/或存储待转换的配置文件的设备的IP地址，并拉取待转换的配置文件，保证第二中心服务器能够准确的获取到待转换的配置文件，进而保证后续边缘服务器能够根据转换后的目标配置文件准确高效的完成加速域名的部署。

另外，在实际应用中，第一中心服务器将配置转换任务分配给第二中心服务器时，也可以是第一中心服务器根据当前网络架构下的全局并发比、组内并发比以及超时设置等部署参数确定配置转换任务的部署策略，然后为不同的配置转换任务进行目标第二中心服务器的选取，并通过一定的传输方式将配置任务和相应的域名配置传输到目标第二中心服务器，例如通过蓝牙传输、用户数据报协议或光纤通信传输；第二中心服务器获取待转换的配置文件时可以仅根据下载域名或IP地址进行待转换的配置文件的拉取，也可以两者结合使用，本实施例对此不做限制。

步骤102，将待转换的配置文件转换为目标配置文件，并存储目标配置文件；其中，目标配置文件为边缘服务器的加速域名部署文件。

具体地说，中心服务器在获取到待转换的配置文件后，根据预先获取域名配置信息对获取到的待转换的配置文件进行转换，将待转换的配置文件转换为目标配置文件，然后将转换好的目标配置文件存储在本地缓存或者指定存储地址中，其中，目标配置文件为边缘服务器的加速域名部署文件。也就是说，中心服务器会将拉取到的待转换的配置文件转换为边缘服务器能够直接用于部署加速域名的加速域名部署文件。通过在中心服务器中预先完成配置文件的转换，避免加速域名部署过程中需要边缘服务器进行实时转换后再执行部署，节省了加速域名部署过程中的配置文件转换过程，提高部署效率。

在一个例子中，中心服务器将待转换的配置文件转换为目标配置文件，包括：根据域名配置信息，获取待加速网站的加速内容；根据加速内容的类型，将待转换的配置文件转换为目标配置文件。中心服务器或者第二中心服务器对待转换的配置文件进行转换时，根据接收到的XML格式的域名配置信息确定待加速网站的加速内容，在确定待加速网站的加速内容后，根据加速内容的类型，中心服务器中的供应链管理代理调用总线，根据加速内容的类型通知需要配置安装的软件以及加速域名部署进程，例如，代理服务器、负载均衡组件和数据仓库系统等；根据接收到的域名配置信息，计算出完成加速域名部署时边缘服务器会使用的加速域名部署文件中的参数信息，然后对拉取到的待转换的配置文件进行参数改写和重配置，得到目标配置文件。通过根据待加速网站的加速内容类型，由特定的组件根据拉取到的待转换的配置文件计算出加速域名部署文件中的参数信息，并对拉取的配置文件的参数进行改写和重配置，生成边缘服务器进行加速域名部署时能够直接使用的目标配置文件，保证边缘服务器能够根据目标配置文件准确高效的完成加速域名的部署，提升边缘服务器能够投入使用的速度，尽可能地利用带宽资源为客户提供及时有效地加速服务，节约运营成本地同时，提升客户体验。

进一步地，中心服务器在存储目标配置文件后，还包括：检测目标配置文件和第一中心服务器中存储的实时配置文件是否匹配；在目标配置文件和实时配置文件不匹配的情况下，对目标配置文件进行更新，更新后的目标配置文件与实时配置文件相匹配。由于客户的需求以及带宽资源等信息经常发生变更，因此，加速域名部署文件更新频率相对较高，为了保证边缘服务器能够根据接收到的目标配置文件准确的完成加速域名的部署，中心服务器在得到并存储当前的目标配置文件后，按照预设的时间间隔，周期性地对存储的目标配置文件和中心服务器中存储的实时配置文件是否匹配进行检测，在检测到存储的目标配置文件和实时配置文件不匹配的情况下，根据当前的实时配置文件和域名配置信息，重新生成目标配置文件，并对存储的目标配置文件进行更新，使得更新后的目标配置文件与实时配置文件相匹配。通过周期性地对存储的目标配置文件和中心服务器中的实时配置文件进行差异性检测和修复，避免存储目标配置文件无法满足加速域名的部署要求，进一步保证边缘服务器根据目标配置文件进行加速域名部署的准确性。

另外，在对目标配置文件进行修复时，可以仅对存在差异的部分文件进行修复，也可以直接删除当前存储的目标配置文件，重新根据域名配置信息拉取并转换出新的目标配置文件，本实施例对修复的具体方法不做限制。

步骤103，在接收到边缘服务器的加速域名配置请求后，将目标配置文件下发给边缘服务器，供边缘服务器根据目标配置文件完成待加速网站对应的加速域名的部署。

具体地说，用户在特定的客户端访问待加速网站时，首先访问的是距离客户端最近或者距离该访问最近的边缘服务器，边缘服务器在接收到客户端的访问请求后，查找待加速网站的信息，并快速匹配出待加速网站的加速信息，例如，加速平台、加速范围、加速运营商、加速类型等，然后基于获取到的待加速网站的加速信息，向中心服务器发起加速域名配置请求，中心服务器在接收到边缘服务器的加速域名配置请求后，根据配置请求中包含的待加速网站和加速信息，将目标配置文件下发给边缘服务器，供边缘服务器直接根据接收到的目标配置文件进行加速域名的部署，进而在边缘服务器上完成待加速网站对应的加速域名的部署。通过直接向边缘服务器下发预先完成转换的目标配置文件，供边缘服务器直接根据目标配置文件进行加速域名的部署，极大的提升了加速域名的部署效率，使得边缘服务器能够及时高效的为用户提供加速服务，提升产品竞争力和用户体验。

另外，在中心服务器的架构为第一中心服务器和第二中心服务器的情况下，边缘服务器会根据待加速网站的加速信息，确定加速网站的加速内容类型，并向提供相应加速内容类型配置文件的第二中心服务器发起加速域名配置请求，然后通过快速拷贝的方式从第二中心服务器获取待加速网站的加速域名部署文件。通过直接向指定的第二中心服务器进行加速域名配置请求，尽可能降低第一中心服务器的负荷，并且简化目标配置文件的查询和下发过程，进一步提升加速域名的部署效率。

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

本申请实施例的另一方面还提供了一种加速域名部署方法，应用于边缘服务器，加速域名部署方法的流程图如图2所示，包括以下步骤：

步骤201，向中心服务器发起加速域名配置请求。

具体地说，用户在特定的客户端访问待加速网站时，首先访问的是距离客户端最近的边缘服务器，边缘服务器在接收到客户端的访问请求后，向中心服务器发起加速域名配置请求。

进一步地，边缘服务器在向中心服务器发起加速域名配置请求，包括：根据用户的访问请求，确定用户待访问的加速网站；根据加速网站的加速信息，向中心服务器发起加速域名配置请求；其中，加速信息包括：加速平台、加速区域和加速运营商。也就是说，边缘服务器在接收到客户端的访问请求后，查找客户端请求访问的待加速网站的信息，并快速匹配出待加速网站的加速信息，例如，加速平台、加速范围、加速运营商、加速类型等，然后基于获取到的待加速网站的加速信息，向中心服务器或者指定的某一个第二中心服务器发起加速域名配置请求。根据待加速网站和加速信息准确的向中心服务器发起加速域名配置请求，保证能够准确的获取到已经预先完成转换的目标配置文件，进而保证加速域名部署的准确性。

步骤202，接收中心服务器发送的目标配置文件，根据目标配置文件完成加速域名部署；其中，目标配置文件为中心服务器预先完成转换的加速域名部署文件。即，边缘服务器在发起加速域名配置请求后，接收中心服务器下发的目标配置文件，并直接根据获取到的目标配置文件在边缘服务器中完成加速域名部署。通过直接根据目标配置文件进行加速域名部署，避免了边缘服务器需要进行配置文件转换这一步骤，极大的提升了加速域名的部署效率，使得边缘服务器能够及时为用户提供待加速网站的加速服务，提高边缘服务器的上架时效和用户体验。

本申请实施例的另一方面还提供了一种中心服务器，参考图3，包括至少一个处理器301；以及，与至少一个处理器301通信连接的存储器302；其中，存储器302存储有可被至少一个处理器301执行的指令，指令被至少一个处理器301执行，以使至少一个处理器301能够执行上述任一方法实施例所描述的应用于中心服务器的加速域名部署方法。

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

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

本申请实施例的另一方面还提供了一种边缘服务器，参考图4，包括：包括至少一个处理器401；以及，与至少一个处理器401通信连接的存储器402；其中，存储器402存储有可被至少一个处理器401执行的指令，指令被至少一个处理器401执行，以使至少一个处理器401能够执行上述任一方法实施例所描述的应用于边缘服务器的加速域名部署方法。

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

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

本申请实施例的另一方面还提供了一种加速域名部署系统，参考图5，包括中心服务器501和边缘服务器502。

在一个例子中，加速域名部署系统还包括：客户信息平台503；

客户信息平台503用于根据客户的网站加速请求，确定客户的客户信息；根据客户信息，获取待加速网站及对应的域名配置信息；向中心服务器发送待加速网站和域名配置信息。

本发明实施例的另一方面还提供了一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。

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

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

Claims (13)

1.一种加速域名部署方法，其特征在于，应用于中心服务器，包括：

根据待加速网站的域名配置信息，获取待转换的配置文件；

将所述待转换的配置文件转换为目标配置文件，并存储所述目标配置文件；其中，所述目标配置文件为边缘服务器的加速域名部署文件；

在接收到所述边缘服务器的加速域名配置请求后，将所述目标配置文件下发给所述边缘服务器，供所述边缘服务器根据所述目标配置文件完成所述待加速网站对应的加速域名的部署。

2.根据权利要求1所述的加速域名部署方法，其特征在于，所述中心服务器包括第一中心服务器和多个与所述第一中心服务器连接的第二中心服务器，所述根据待加速网站的域名配置信息，获取待转换的配置文件包括：

所述第一中心服务器获取所述域名配置信息，并根据所述域名配置信息，确定配置转换任务，并将所述配置转换任务下发给所述第二中心服务器；

所述第二中心服务器根据所述配置转换任务，获取所述待转换的配置文件。

3.根据权利要求2所述的加速域名部署方法，其特征在于，所述根据所述配置转换任务，获取待转换的配置文件，包括：

所述第二中心服务器根据所述配置转换任务，获取所述待转换的配置文件的下载域名和/或存储所述待转换的配置文件的设备的IP；

根据所述下载域名和/或所述IP，获取所述待转换的配置文件。

4.根据权利要求2所述的加速域名部署方法，其特征在于，所述将所述配置转换任务下发给所述第二中心服务器，包括：

根据所述域名配置信息，获取所述待加速网站的加速内容类型；

根据预设的加速内容类型与第二中心服务器的对应关系，向目标第二中心服务器下发所述配置转换任务。

5.根据权利要求1所述的加速域名部署方法，其特征在于，所述将所述待转换的配置文件转换为目标配置文件，包括：

根据所述域名配置信息，获取所述待加速网站的加速内容；

根据所述加速内容的类型，将所述待转换的配置文件转换为所述目标配置文件。

6.根据权利要求2至5中任一项所述的加速域名部署方法，其特征在于，在所述存储所述目标配置文件后，还包括：

检测所述目标配置文件和所述第一中心服务器中存储的实时配置文件是否匹配；

在所述目标配置文件和所述实时配置文件不匹配的情况下，对所述目标配置文件进行更新，更新后的所述目标配置文件与所述实时配置文件相匹配。

7.一种加速域名部署方法，其特征在于，应用于边缘服务器，包括：

向中心服务器发起加速域名配置请求；

接收所述中心服务器发送的目标配置文件，根据所述目标配置文件完成加速域名部署；其中，所述目标配置文件为所述中心服务器预先完成转换的加速域名部署文件。

8.根据权利要求7所述的加速域名部署方法，其特征在于，所述向中心服务器发起加速域名配置请求，包括：

根据用户的访问请求，确定所述用户待访问的加速网站；

根据所述加速网站的加速信息，向所述中心服务器发起所述加速域名配置请求；

其中，所述加速信息包括：加速平台、加速区域和加速运营商。

9.一种中心服务器，其特征在于，包括：至少一个处理器；以及，

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至6中任意一项所述的加速域名部署方法。

10.一种边缘服务器，其特征在于，包括：至少一个处理器；以及，

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求7或8中所述的加速域名部署方法。

11.一种加速域名部署系统，其特征在于，包括：如权利要求9所述的中心服务器和如权利要求10所述的边缘服务器。

12.根据权利要求11所述的加速域名部署系统，其特征在于，还包括：客户信息平台；

所述客户信息平台，用于根据客户的网站加速请求，确定所述客户的客户信息；根据所述客户信息，获取待加速网站及对应的所述域名配置信息；

向所述中心服务器发送所述待加速网站和所述域名配置信息。

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

Images