CN114244714B - 域名配置管理方法、装置及系统、计算机可读存储介质 - Google Patents

Abstract

本发明提供了一种域名配置管理方法、装置及系统、计算机可读存储介质，涉及网络信息技术领域，在进行域名配置管理时，中心服务器先获取目标共享内容，该目标共享内容包括至少两个域名以及至少两个域名之间的共享模式，然后确定与目标共享内容对应的业务服务配置信息，再生成与业务服务配置信息对应的域名配置任务，最后将域名配置任务发送至边缘服务器；边缘服务器获取并执行该域名配置任务，从而使至少两个域名之间的共享模式生效。这样用户可以通过中心服务器灵活配置想要共享的内容，实现对域名配置共享的统一管理。

Description

域名配置管理方法、装置及系统、计算机可读存储介质

技术领域

本发明涉及网络信息技术领域，尤其是涉及一种域名配置管理方法、装置及系统、计算机可读存储介质。

背景技术

CDN(Content Delivery Network，内容分发网络)是构建在现有网络基础之上的智能虚拟网络，依靠部署在各地的边缘服务器，通过中心服务器的负载均衡、内容分发、调度等功能模块，使用户就近获取所需内容，降低网络拥塞，提高用户访问响应速度和命中率。

在CDN管理中，域名配置管理为CDN配置管理的重要角色。随着客户体量日益增大，域名数量日益增多，域名配置管理压力明显增大，域名配置管理显得尤为重要，而有很大一部分域名业务逻辑和业务配置完全一致，或者部分一致，若能实现共享，则可以很大程度上的优化系统性能。

然而现有的域名配置管理方式，无法实现对共享内容的灵活配置。

发明内容

本发明的目的在于提供一种域名配置管理方法、装置及系统、计算机可读存储介质，以提高对共享内容的配置的灵活性。

第一方面，本发明实施例提供了一种域名配置管理方法，应用于中心服务器，所述方法包括：

获取目标共享内容，所述目标共享内容包括至少两个域名以及所述至少两个域名之间的共享模式；

确定与所述目标共享内容对应的业务服务配置信息；

生成与所述业务服务配置信息对应的域名配置任务；

将所述域名配置任务发送至边缘服务器，以使所述边缘服务器执行所述域名配置任务，使所述至少两个域名之间的共享模式生效。

进一步地，所述中心服务器的管理平台上设置有域名区域和模式区域，所述获取目标共享内容，包括：

当监听到用户的配置触发动作时，从所述域名区域获取至少两个域名，并从所述模式区域获取与所述至少两个域名对应的共享模式；

其中，所述共享模式包括配置共享、计费日志共享、分层共享、调度共享、回源host共享中的一种或多种，所述配置共享用于指示所述至少两个域名使用相同的业务逻辑，所述计费日志共享用于指示所述至少两个域名按照同一个域名来计费，所述分层共享用于指示所述至少两个域名使用相同的回源路径，所述调度共享用于指示所述至少两个域名使用相同的调度策略，所述回源host共享用于指示所述至少两个域名使用相同的回源配置。

进一步地，所述至少两个域名包括主域名和至少一个子域名，所述业务服务配置信息包括业务逻辑配置信息、日志配置信息、分层策略配置信息、调度策略配置信息和回源配置信息中的一种或多种；所述确定与所述目标共享内容对应的业务服务配置信息，包括：

当所述目标共享内容包括配置共享时，将所述主域名的业务逻辑配置信息确定为每个所述子域名的业务逻辑配置信息；

当所述目标共享内容包括计费日志共享时，生成每个所述子域名的日志配置信息，所述日志配置信息用于指示将所述子域名的计费日志文件中的host改写为所述主域名的名称；

当所述目标共享内容包括分层共享时，将所述主域名的回源路径的分层策略配置信息确定为每个所述子域名的回源路径的分层策略配置信息；

当所述目标共享内容包括调度共享时，将所述主域名的调度策略配置信息确定为每个所述子域名的调度策略配置信息；

当所述目标共享内容包括回源host共享时，将所述主域名的回源配置信息确定为每个所述子域名的回源配置信息。

进一步地，所述将所述域名配置任务发送至边缘服务器，包括：

将所述域名配置任务下发至与所述至少两个域名对应的边缘服务器；或者，

当接收到与所述至少两个域名对应的边缘服务器发送的配置拉取请求时，向所述边缘服务器返回所述域名配置任务。

第二方面，本发明实施例还提供了一种域名配置管理方法，应用于边缘服务器，所述方法包括：

从中心服务器获取域名配置任务；

解析所述域名配置任务，得到与目标共享内容对应的业务服务配置信息；其中，所述目标共享内容包括至少两个域名以及所述至少两个域名之间的共享模式；

加载所述业务服务配置信息。

进一步地，所述从中心服务器获取域名配置任务的步骤，包括：

接收所述中心服务器下发的域名配置任务；或者，

定时向所述中心服务器发送配置拉取请求，并接收所述中心服务器返回的域名配置任务。

第三方面，本发明实施例还提供了一种域名配置管理装置，应用于中心服务器，所述装置包括：

内容获取模块，用于获取目标共享内容，所述目标共享内容包括至少两个域名以及所述至少两个域名之间的共享模式；

信息确定模块，用于确定与所述目标共享内容对应的业务服务配置信息；

任务生成模块，用于生成与所述业务服务配置信息对应的域名配置任务；

任务发送模块，用于将所述域名配置任务发送至边缘服务器，以使所述边缘服务器执行所述域名配置任务，使所述至少两个域名之间的共享模式生效。

第四方面，本发明实施例还提供了一种域名配置管理装置，应用于边缘服务器，所述装置包括：

任务获取模块，用于从中心服务器获取域名配置任务；

任务解析模块，用于解析所述域名配置任务，得到与目标共享内容对应的业务服务配置信息；其中，所述目标共享内容包括至少两个域名以及所述至少两个域名之间的共享模式；

信息加载模块，用于加载所述业务服务配置信息。

第五方面，本发明实施例还提供了一种中心服务器，包括第一存储器、第一处理器，所述第一存储器中存储有可在所述第一处理器上运行的第一计算机程序，所述第一处理器执行所述第一计算机程序时实现第一方面所述的方法。

第六方面，本发明实施例还提供了一种边缘服务器，包括第二存储器、第二处理器，所述第二存储器中存储有可在所述第二处理器上运行的第二计算机程序，所述第二处理器执行所述第二计算机程序时实现第二方面所述的方法。

第七方面，本发明实施例还提供了一种域名配置管理系统，包括第五方面所述的中心服务器，还包括多台第六方面所述的边缘服务器，所述中心服务器分别与每台所述边缘服务器连接。

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

本发明实施例提供的域名配置管理方法、装置及系统、计算机可读存储介质，在进行域名配置管理时，中心服务器先获取目标共享内容，该目标共享内容包括至少两个域名以及至少两个域名之间的共享模式，然后确定与目标共享内容对应的业务服务配置信息，再生成与业务服务配置信息对应的域名配置任务，最后将域名配置任务发送至边缘服务器；边缘服务器获取并执行该域名配置任务，从而使至少两个域名之间的共享模式生效。这样用户可以通过中心服务器灵活配置想要共享的内容，实现对域名配置共享的统一管理，与现有的域名配置管理方式相比，提高了对共享内容的配置的灵活性。

附图说明

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

图1为本发明实施例提供的一种域名配置管理系统的结构示意图；

图2为本发明实施例提供的一种域名配置管理系统的架构图；

图3为本发明实施例提供的一种域名配置管理方法的业务流程图；

图4为本发明实施例提供的一种域名配置管理方法的流程示意图；

图5为本发明实施例提供的另一种域名配置管理方法的流程示意图；

图6为本发明实施例提供的一种域名配置管理装置的结构示意图；

图7为本发明实施例提供的另一种域名配置管理装置的结构示意图；

图8为本发明实施例提供的一种中心服务器的结构示意图；

图9为本发明实施例提供的一种边缘服务器的结构示意图。

具体实施方式

下面将结合实施例对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在域名配置管理中，域名配置的共享指多个域名使用同一份业务逻辑、回源路径、计费日志和服务资源，其中，计费日志是用于记录客户端访问CDN产生带宽或流量，用于月底核算费用的具体日志，服务资源指边缘服务器的边缘资源。

目前通常通过如下两种方式实现域名配置的共享：

方式一：使用域名跳转(302跳转)的方式实现访问A域名，跳转到B域名，业务逻辑和后续的回源路径等完全走B域名的配置实现。

方式二：通过内部重写A域名配置来实现访问A域名，业务逻辑走B域名，然后对A域名和B域名进行单独配置来保证A域名和B域名使用同一套回源路径。

对于上述方式一，当客户端访问A域名时会返回302状态码，同时返回Location头用于告诉客户端再次发起请求到B域名获取相应资源。因此方式一具有如下缺点：

1)这种方式要求客户端支持302跳转；

2)增加了一次302跳转请求，从而增加了每一次访问A域名的总耗时；

3)这种方式不够灵活，不能实现访问A域名，业务逻辑走B域名，回源路径走A域名这种场景；

4)计费时只能按照B域名来计费。

对于上述方式二，这种方式虽然不需要客户端的额外支持，但也不够方便灵活，其具有如下缺点：

1)无法实现访问A域名，业务逻辑走B域名，回源路径走A域名的场景；

2)内部重写时只保证了业务逻辑共享，要实现计费日志、回源路径、覆盖资源(即服务资源)等共享仍需单独配置，配置环节较多，容易出错。

基于此，本发明实施例提供的一种域名配置管理方法、装置及系统、计算机可读存储介质，对上述两种方式进行了优化，对需要共享的场景进行了统一管理，只需要在中心服务器统一配置好需要共享的内容，系统会自动进行逻辑判断，根据逻辑判断的结果生成对应任务，并由边缘服务器执行生效。此方案不需要客户端的额外支持，可以灵活配置想要共享的内容，并且实现对域名配置共享的统一管理。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种域名配置管理系统进行详细介绍。

参见图1所示的一种域名配置管理系统的结构示意图，该域名配置管理系统包括中心服务器110和多台边缘服务器120，中心服务器110分别与每台边缘服务器120连接。

具体地，参见图2所示的一种域名配置管理系统的架构图，中心服务器110可以对指定的多个域名进行共享模式配置，共享模式可以支持单选或多选，共享模式可以包括配置共享、计费日志共享、分层共享、调度共享、回源host共享中的一种或多种，其中，配置共享用于指示指定的多个域名使用相同的业务逻辑，计费日志共享用于指示指定的多个域名按照同一个域名来计费，分层共享用于指示指定的多个域名使用相同的回源路径(分层指CDN内部回源路径中的一个或多个中间路径，边缘通过分层回源)，调度共享(即覆盖资源共享)用于指示指定的多个域名使用相同的调度策略(调度指用于智能调整流量去处的实现方式)，回源host共享用于指示指定的多个域名使用相同的回源配置。中心服务器110包括逻辑判断模块111和任务管理模块112；逻辑判断模块111用于对配置好的共享模式进行逻辑计算，根据逻辑计算结果生成相应的业务服务配置信息，并产生对应的域名配置任务；任务管理模块112用于将域名配置任务发送到边缘服务器120。边缘服务器120可以通过agent配置处理模块121获取域名配置任务，并加载相应的业务服务配置信息，使配置好的共享模式生效。需要说明的是，这里的agent配置处理模块121指用于进行任务管理的模块，但边缘服务器120不限于使用agent配置处理模块121进行任务管理。

在进行共享模式的配置后，会生成配置文件，在配置文件中各个共享模式可以写成开/关(on/off)的形式。配置共享处于开的状态下(配置共享相当于总开关)，可以继续对其他的共享模式进行开状态的配置。上述逻辑判断模块111根据各种场景下的共享配置需求进行相应的逻辑判断，以确保配置、资源、架构均符合所选场景。

为了便于理解，参见图3所示的一种域名配置管理方法的业务流程图，以域名a.com共享域名b.com的相应配置为例，域名配置管理的详细流程如下：

首先进行共享模式配置，配置之后会进入逻辑判断模块111的执行阶段，由逻辑判断模块111进行共享模式逻辑判断，逻辑判断模块111会对配置共享、计费日志共享、分层共享、调度共享、回源host共享分别进行开/关(on/off)的逻辑判断：

1)如果没选择配置共享，则a.com与b.com的业务逻辑配置独立管理；如果选择了配置共享，则系统会根据share_domain指令(即共享配置指令)获取共享域名；若共享域名不存在，则返回403状态码，若共享域名存在，则继续获取共享域名的精准配置信息(即业务逻辑配置信息)，如缓存策略、防盗链、跳转等配置信息；若精准配置信息不存在，则返回403状态码，若精准配置信息存在，则可以正常配置解析。其中，403状态码表示请求不允许。

2)如果没有选择计费日志共享，则a.com与b.com的计费日志单独存储；如果选择了计费日志共享，则访问a.com时会自动改写生成b.com的计费日志，即访问a.com时生成日志改写指令，将计费日志文件中的host改写为b.com。

3)如果没有选择回源host共享，则a.com与b.com使用各自的回源方式回源；如果选择了回源host共享，则a.com在回源时会自动获取b.com的回源配置信息；若没有获取到相关配置信息，则返回502状态码，若获取到了相关配置，则使用b.com的回源策略，并且访问源站时的host使用b.com。其中，502状态码表示服务器暂时不可用。

4)如果没有选择分层共享，则a.com与b.com使用各自的分层策略；如果选择了分层共享，则a.com使用b.com的分层策略，当b.com的分层策略发生变更时，同步变更a.com的分层策略。

5)如果没有选择调度共享，则a.com与b.com使用单独的调度策略；如果选择了调度共享，则a.com使用b.com的调度策略；若b.com的调度策略发生变更，则同步变更a.com的调度策略。

本发明实施例提供了两种将域名配置任务发送到边缘服务器120的方式：

1)下发方式，即中心服务器110在产生对应的域名配置任务后，将域名配置任务直接下发至各台边缘服务器120。这样实现了域名配置共享的统一管理和统一下发。

2)拉取方式，即边缘服务器120定期或定时向中心服务器110发送配置拉取请求，中心服务器110在接收到配置拉取请求时，向边缘服务器120返回边缘服务器120。这样边缘服务器120可以在空闲状态下进行配置拉取以及共享模式加载，从而不会影响到客户端的使用体验。

在一些可能的实施例中，中心服务器110在配置好的共享模式，且该共享模式未生效之前，可以对共享模式的配置功能进行自动加锁，即暂停共享模式的配置服务，使得用户无法再进行新的共享模式配置。边缘服务器120在当前配置的共享模式生效后，向中心服务器110发送相应的生效信息，中心服务器110在确认接收到所有的边缘服务器120的生效信息后，对共享模式的配置功能进行自动解锁，从而用户可以再次进行新的共享模式配置。这样可以保证配置好的共享模式均生效。

本发明实施例提供的域名配置管理系统，通过中心服务器110实现了域名配置共享的统一管理，操作方便，不需要客户端的支持，用户可以灵活配置想要共享的内容。

对应于上述的域名配置管理系统，本发明实施例提供了一种域名配置管理方法，该方法采用上述下发方式。具体地，参见图4所示的一种域名配置管理方法的流程示意图，该方法主要包括如下步骤S402～步骤S414：

步骤S402，中心服务器获取目标共享内容，该目标共享内容包括至少两个域名以及至少两个域名之间的共享模式。

中心服务器的管理平台上可以设置有域名区域、模式区域和触发按钮，用户可以在域名区域输入想要进行配置共享的域名，以及从模式区域展示的多个共享模式中选择想要的共享模式，配置完毕后可以通过点击触发按钮实现配置触发动作。域名区域配置的域名可以分为主域名和子域名两类，主域名作为共享域名，子域名可以为一个或多个，子域名可以共享主域名的相关配置。

基于此，上述步骤S402可以通过如下过程实现：当监听到用户的配置触发动作时，从域名区域获取至少两个域名，并从模式区域获取与至少两个域名对应的共享模式。

其中，上述共享模式可以包括配置共享、计费日志共享、分层共享、调度共享、回源host共享中的一种或多种，配置共享用于指示至少两个域名使用相同的业务逻辑，计费日志共享用于指示至少两个域名按照同一个域名来计费，分层共享用于指示至少两个域名使用相同的回源路径，调度共享用于指示至少两个域名使用相同的调度策略，回源host共享用于指示至少两个域名使用相同的回源配置。

步骤S404，中心服务器确定与目标共享内容对应的业务服务配置信息。

上述至少两个域名可以包括主域名和至少一个子域名，在共享模式包括配置共享、计费日志共享、分层共享、调度共享、回源host共享中的一种或多种的情况下，上述业务服务配置信息包括业务逻辑配置信息、日志配置信息、分层策略配置信息、调度策略配置信息和回源配置信息中的一种或多种。基于此，步骤S404可以包括如下内容：

当目标共享内容包括配置共享时，将主域名的业务逻辑配置信息确定为每个子域名的业务逻辑配置信息；

当目标共享内容包括计费日志共享时，生成每个子域名的日志配置信息，日志配置信息用于指示将子域名的计费日志文件中的host改写为主域名的名称；

当目标共享内容包括分层共享时，将主域名的回源路径的分层策略配置信息确定为每个子域名的回源路径的分层策略配置信息；

当目标共享内容包括调度共享时，将主域名的调度策略配置信息确定为每个子域名的调度策略配置信息；

当目标共享内容包括回源host共享时，将主域名的回源配置信息确定为每个子域名的回源配置信息。

步骤S406，中心服务器生成与业务服务配置信息对应的域名配置任务。

步骤S408，中心服务器将域名配置任务下发至与至少两个域名对应的边缘服务器。

步骤S410，边缘服务器接收中心服务器下发的域名配置任务。

步骤S412，边缘服务器解析域名配置任务，得到与目标共享内容对应的业务服务配置信息。

其中，目标共享内容包括至少两个域名以及至少两个域名之间的共享模式。

步骤S414，边缘服务器加载业务服务配置信息。

如此至少两个域名之间的共享模式即可在各台边缘服务器上生效。

本实施例中未详细描述的部分可以参见前述实施例的相应内容，这里不再赘述。

应用本发明实施例提供的域名配置管理方法，用户可以通过中心服务器灵活配置想要共享的内容，例如将B域名设置为主域名，将A域名设置为子域名，共享模式只选择配置共享，则可以实现访问A域名，业务逻辑走B域名，回源路径走A域名的场景，提高了对共享内容的配置的灵活性，实现了域名配置共享的统一管理和统一下发。

本发明实施例还提供了一种域名配置管理方法，该方法采用上述拉取方式。具体地，参见图5所示的另一种域名配置管理方法的流程示意图，该方法主要包括如下步骤S502～步骤S516：

步骤S502，中心服务器获取目标共享内容，该目标共享内容包括至少两个域名以及至少两个域名之间的共享模式。

步骤S504，中心服务器确定与目标共享内容对应的业务服务配置信息。

步骤S506，中心服务器生成与业务服务配置信息对应的域名配置任务。

步骤S508，边缘服务器向中心服务器发送配置拉取请求。

步骤S510，中心服务器向边缘服务器返回域名配置任务。

步骤S512，边缘服务器接收中心服务器返回的域名配置任务。

步骤S514，边缘服务器解析域名配置任务，得到与目标共享内容对应的业务服务配置信息。

步骤S516，边缘服务器加载业务服务配置信息。

如此至少两个域名之间的共享模式即可在各台边缘服务器上生效。

上述图5的各个步骤中未详细描述的部分可以参见前述图4的相应步骤的具体内容，这里不再赘述。

应用本发明实施例提供的域名配置管理方法，用户可以通过中心服务器灵活配置想要共享的内容，提高了对共享内容的配置的灵活性，实现了域名配置共享的统一管理，且边缘服务器可以在空闲状态下进行配置拉取以及共享模式加载，从而不会影响到客户端的使用体验。

本发明实施例还提供了一种域名配置管理装置，该装置应用于中心服务器，参见图6所示的一种域名配置管理装置的结构示意图，该装置包括：

内容获取模块62，用于获取目标共享内容，该目标共享内容包括至少两个域名以及至少两个域名之间的共享模式；

信息确定模块64，用于确定与目标共享内容对应的业务服务配置信息；

任务生成模块66，用于生成与业务服务配置信息对应的域名配置任务；

任务发送模块68，用于将域名配置任务发送至边缘服务器，以使边缘服务器执行域名配置任务，使至少两个域名之间的共享模式生效。

进一步地，中心服务器的管理平台上可以设置有域名区域和模式区域，上述内容获取模块62具体用于：当监听到用户的配置触发动作时，从域名区域获取至少两个域名，并从模式区域获取与至少两个域名对应的共享模式。

其中，上述共享模式可以包括配置共享、计费日志共享、分层共享、调度共享、回源host共享中的一种或多种，配置共享用于指示至少两个域名使用相同的业务逻辑，计费日志共享用于指示至少两个域名按照同一个域名来计费，分层共享用于指示至少两个域名使用相同的回源路径，调度共享用于指示至少两个域名使用相同的调度策略，回源host共享用于指示至少两个域名使用相同的回源配置。

进一步地，上述至少两个域名可以包括主域名和至少一个子域名，上述业务服务配置信息包括业务逻辑配置信息、日志配置信息、分层策略配置信息、调度策略配置信息和回源配置信息中的一种或多种，上述信息确定模块64具体用于：

当目标共享内容包括配置共享时，将主域名的业务逻辑配置信息确定为每个子域名的业务逻辑配置信息；

当目标共享内容包括计费日志共享时，生成每个子域名的日志配置信息，日志配置信息用于指示将子域名的计费日志文件中的host改写为主域名的名称；

当目标共享内容包括分层共享时，将主域名的回源路径的分层策略配置信息确定为每个子域名的回源路径的分层策略配置信息；

当目标共享内容包括调度共享时，将主域名的调度策略配置信息确定为每个子域名的调度策略配置信息；

当目标共享内容包括回源host共享时，将主域名的回源配置信息确定为每个子域名的回源配置信息。

进一步地，上述任务发送模块68具体用于：将域名配置任务下发至与至少两个域名对应的边缘服务器；或者，当接收到与至少两个域名对应的边缘服务器发送的配置拉取请求时，向边缘服务器返回域名配置任务。

本发明实施例还提供了另一种域名配置管理装置，该装置应用于边缘服务器，参见图7所示的另一种域名配置管理装置的结构示意图，该装置包括：

任务获取模块72，用于从中心服务器获取域名配置任务；

任务解析模块74，用于解析域名配置任务，得到与目标共享内容对应的业务服务配置信息；其中，目标共享内容包括至少两个域名以及至少两个域名之间的共享模式；

信息加载模块76，用于加载业务服务配置信息。

进一步地，上述任务获取模块72具体用于：接收中心服务器下发的域名配置任务；或者，定时向中心服务器发送配置拉取请求，并接收中心服务器返回的域名配置任务。

应用本发明实施例提供的域名配置管理装置，用户可以通过中心服务器灵活配置想要共享的内容，实现对域名配置共享的统一管理，与现有的域名配置管理方式相比，提高了对共享内容的配置的灵活性。

本实施例所提供的域名配置管理装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，域名配置管理装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

如图8所示，本发明实施例提供的一种中心服务器110，包括：第一处理器801、第一存储器802和总线，第一存储器802存储有可在第一处理器801上运行的计算机程序，当中心服务器110运行时，第一处理器801与第一存储器802之间通过总线通信，第一处理器801执行计算机程序时实现上述的域名配置管理方法。

具体地，上述第一存储器802和第一处理器801可以为通用的存储器和处理器，这里不做具体限定。

如图9所示，本发明实施例提供的一种边缘服务器120，包括：第二处理器901、第二存储器902和总线，第二存储器902存储有可在第二处理器901上运行的计算机程序，当边缘服务器120运行时，第二处理器901与第二存储器902之间通过总线通信，第二处理器901执行计算机程序时实现上述的域名配置管理方法。

具体地，上述第二存储器902和第二处理器901可以为通用的存储器和处理器，这里不做具体限定。

本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行前面方法实施例中所述的域名配置管理方法。该计算机可读存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

在这里示出和描述的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制，因此，示例性实施例的其他示例可以具有不同的值。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (12)

1.一种域名配置管理方法，其特征在于，应用于中心服务器，所述方法包括：

获取目标共享内容，所述目标共享内容包括至少两个域名以及所述至少两个域名之间的共享模式，所述至少两个域名包括主域名和至少一个子域名，所述主域名作为共享域名，各所述子域名共享所述主域名的相关配置；

确定与所述目标共享内容对应的业务服务配置信息；

生成与所述业务服务配置信息对应的域名配置任务；

将所述域名配置任务发送至边缘服务器，以使所述边缘服务器执行所述域名配置任务，使所述至少两个域名之间的共享模式生效。

2.根据权利要求1所述的域名配置管理方法，其特征在于，所述中心服务器的管理平台上设置有域名区域和模式区域，所述获取目标共享内容，包括：

当监听到用户的配置触发动作时，从所述域名区域获取至少两个域名，并从所述模式区域获取与所述至少两个域名对应的共享模式；

其中，所述共享模式包括配置共享、计费日志共享、分层共享、调度共享、回源host共享中的一种或多种，所述配置共享用于指示所述至少两个域名使用相同的业务逻辑，所述计费日志共享用于指示所述至少两个域名按照同一个域名来计费，所述分层共享用于指示所述至少两个域名使用相同的回源路径，所述调度共享用于指示所述至少两个域名使用相同的调度策略，所述回源host共享用于指示所述至少两个域名使用相同的回源配置。

3.根据权利要求1所述的域名配置管理方法，其特征在于，所述业务服务配置信息包括业务逻辑配置信息、日志配置信息、分层策略配置信息、调度策略配置信息和回源配置信息中的一种或多种；所述确定与所述目标共享内容对应的业务服务配置信息，包括：

当所述目标共享内容包括配置共享时，将所述主域名的业务逻辑配置信息确定为每个所述子域名的业务逻辑配置信息；

当所述目标共享内容包括计费日志共享时，生成每个所述子域名的日志配置信息，所述日志配置信息用于指示将所述子域名的计费日志文件中的host改写为所述主域名的名称；

当所述目标共享内容包括分层共享时，将所述主域名的回源路径的分层策略配置信息确定为每个所述子域名的回源路径的分层策略配置信息；

当所述目标共享内容包括调度共享时，将所述主域名的调度策略配置信息确定为每个所述子域名的调度策略配置信息；

当所述目标共享内容包括回源host共享时，将所述主域名的回源配置信息确定为每个所述子域名的回源配置信息。

4.根据权利要求1所述的域名配置管理方法，其特征在于，所述将所述域名配置任务发送至边缘服务器，包括：

将所述域名配置任务下发至与所述至少两个域名对应的边缘服务器；或者，

当接收到与所述至少两个域名对应的边缘服务器发送的配置拉取请求时，向所述边缘服务器返回所述域名配置任务。

5.一种域名配置管理方法，其特征在于，应用于边缘服务器，所述方法包括：

从中心服务器获取域名配置任务；

解析所述域名配置任务，得到与目标共享内容对应的业务服务配置信息；其中，所述目标共享内容包括至少两个域名以及所述至少两个域名之间的共享模式，所述至少两个域名包括主域名和至少一个子域名，所述主域名作为共享域名，各所述子域名共享所述主域名的相关配置；

加载所述业务服务配置信息。

6.根据权利要求5所述的域名配置管理方法，其特征在于，所述从中心服务器获取域名配置任务的步骤，包括：

接收所述中心服务器下发的域名配置任务；或者，

定时向所述中心服务器发送配置拉取请求，并接收所述中心服务器返回的域名配置任务。

7.一种域名配置管理装置，其特征在于，应用于中心服务器，所述装置包括：

内容获取模块，用于获取目标共享内容，所述目标共享内容包括至少两个域名以及所述至少两个域名之间的共享模式，所述至少两个域名包括主域名和至少一个子域名，所述主域名作为共享域名，各所述子域名共享所述主域名的相关配置；

信息确定模块，用于确定与所述目标共享内容对应的业务服务配置信息；

任务生成模块，用于生成与所述业务服务配置信息对应的域名配置任务；

任务发送模块，用于将所述域名配置任务发送至边缘服务器，以使所述边缘服务器执行所述域名配置任务，使所述至少两个域名之间的共享模式生效。

8.一种域名配置管理装置，其特征在于，应用于边缘服务器，所述装置包括：

任务获取模块，用于从中心服务器获取域名配置任务；

任务解析模块，用于解析所述域名配置任务，得到与目标共享内容对应的业务服务配置信息；其中，所述目标共享内容包括至少两个域名以及所述至少两个域名之间的共享模式，所述至少两个域名包括主域名和至少一个子域名，所述主域名作为共享域名，各所述子域名共享所述主域名的相关配置；

信息加载模块，用于加载所述业务服务配置信息。

9.一种中心服务器，包括第一存储器、第一处理器，所述第一存储器中存储有可在所述第一处理器上运行的第一计算机程序，其特征在于，所述第一处理器执行所述第一计算机程序时实现权利要求1-4中任一项所述的方法。

10.一种边缘服务器，包括第二存储器、第二处理器，所述第二存储器中存储有可在所述第二处理器上运行的第二计算机程序，其特征在于，所述第二处理器执行所述第二计算机程序时实现权利要求5或6所述的方法。

11.一种域名配置管理系统，其特征在于，包括权利要求9所述的中心服务器，还包括多台权利要求10所述的边缘服务器，所述中心服务器分别与每台所述边缘服务器连接。

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