CN113079226B - 域名分配方法、装置、服务器及存储介质 - Google Patents

Abstract

本公开关于一种域名分配方法、装置、服务器及存储介质。其中，该域名分配方法包括：接收客户端发送的域名请求，域名请求用于获取域名信息，域名请求包括与互联网协议IP地址对应的域名配置信息；根据域名配置信息为IP地址匹配泛域名以及次级域名；根据泛域名和次级域名生成域名信息；将域名信息和IP地址添加到域名系统DNS中；将域名信息发送至客户端。采用本公开提供的域名分配方法、装置、服务器及存储介质，能够解决域名配置的流程繁琐，效率低的问题。

Description

域名分配方法、装置、服务器及存储介质

技术领域

本公开涉及信息处理领域，尤其涉及一种域名分配方法、装置、服务器及存储介质。

背景技术

由于互联网协议（Internet Protocol，IP）地址具有不方便记忆的特点，人们设计出了便于记忆的域名。并通过网域名称系统（Domain Name System，DNS）来将域名和IP地址相互映射，使用户更方便地访问互联网。随着互联网业务的激增，越来越多的域名申请需求随之出现。

在相关的技术中，目前，通常需要由申请方提出域名申请，并与域名管理人员进行人工沟通，在沟通中申请方需要描述所要申请的IP地址的具体业务情况，域名管理人员需要根据上述沟通内容为上述IP地址设置域名信息。上述一系列流程需要多个业务人员和管理人员进行沟通审批，域名配置的流程繁琐，效率低。

发明内容

本公开提供一种域名分配方法、装置、服务器及存储介质，以至少解决相关技术中域名配置的流程繁琐，效率低的问题。

本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种域名分配方法，包括：

接收客户端发送的域名请求，所述域名请求用于获取域名信息，域名请求包括与互联网协议IP地址对应的域名配置信息；

根据域名配置信息为IP地址匹配泛域名以及次级域名；

根据泛域名和次级域名生成域名信息；

将域名信息和IP地址添加到域名系统DNS中；

将域名信息发送至客户端。

可选的，在将域名信息发送至客户端之后，方法还包括：

获取至少一个业务方产生的内容分发网络CDN访问日志，CDN访问日志包括域名标识信息；

对CDN访问日志按照预设格式进行数据拆分，得到与域名标识信息对应的第一业务数据；

保存第一业务数据。

可选的，在保存第一业务数据之后，方法还包括：

对第一业务数据进行数据聚合处理，得到与域名标识信息对应的第二业务数据。

可选的，对第一业务数据进行数据聚合处理，得到与域名标识信息对应的第二业务数据，包括：

根据目标维度对第一业务数据进行数据聚合处理，得到与域名标识信息对应的第二业务数据；

其中，目标维度包括域名标识信息，以及下述中的至少一项：地区信息，运营商信息。

可选的，在对第一业务数据进行数据聚合处理，得到与域名标识信息对应的第二业务数据之后，方法还包括：

按照预设时长对第二业务数据进行数据聚合处理，得到第三业务数据；

对第三业务数据进行数据分析，得到业务统计信息；

其中，业务统计信息包括下述中的至少一项：业务成本、访问错误率、访问请求数量以及访问用户量。

可选的，在对第一业务数据进行数据聚合处理，得到与域名标识信息对应的第二业务数据之后，方法还包括：

接收数据查看请求，数据查看请求包括目标域名信息；

响应于数据查看请求，从第二业务数据中提取与目标域名标识信息对应的目标业务数据；目标域名标识信息与目标域名信息对应。

可选的，在接收客户端发送的域名请求之前，方法还包括：

向合作方CDN发送泛域名请求；

接收合作方CDN返回的泛域名。

可选的，域名配置信息包括下述中的至少一项：

内容分发网络CDN类型、图片处理信息、源站信息、源站地址以及测试地址。

可选的，在将域名信息发送至客户端之前，方法还包括：

设置域名信息对应的IP地址的业务信息；

其中，业务信息包括下述中的至少一项：

加密信息、图片处理信息、业务形态信息，以及源站信息。

可选的，在将域名信息和IP地址添加到域名系统DNS中之后，方法还包括：

将域名信息挂载至别名记录CNAME地址，别名记录CNAME地址对应提供泛域名的合作方CDN。

根据本公开实施例的第二方面，提供一种域名分配装置，包括：

接收模块，被配置为执行接收客户端发送的域名请求，所述域名请求用于获取域名信息，域名请求包括与互联网协议IP地址对应的域名配置信息；

匹配模块，被配置为执行根据域名配置信息为IP地址匹配泛域名以及次级域名；

生成模块，被配置为执行根据泛域名和次级域名生成域名信息；

添加模块，被配置为执行将域名信息和IP地址添加到域名系统DNS中；

发送模块，被配置为执行将域名信息发送至客户端。

可选的，该域名分配装置还包括：

获取模块，被配置为执行获取至少一个业务方产生的内容分发网络CDN访问日志，CDN访问日志包括域名标识信息；

拆分模块，被配置为执行对CDN访问日志按照预设格式进行数据拆分，得到与域名标识信息对应的第一业务数据；

保存模块，被配置为执行保存第一业务数据。

可选的，该域名分配装置还包括：

第一聚合模块，被配置为执行对第一业务数据进行数据聚合处理，得到与域名标识信息对应的第二业务数据。

可选的，聚合模块具体被配置为执行：

第一聚合模块，被进一步配置为执行根据目标维度对第一业务数据进行数据聚合处理，得到与域名标识信息对应的第二业务数据；

其中，目标维度包括域名标识信息，以及下述中的至少一项：地区信息，运营商信息。

可选的，该域名分配装置还包括：

第二聚合模块，被配置为执行按照预设时长对第二业务数据进行数据聚合处理，得到第三业务数据；

分析模块，被配置为执行对第三业务数据进行数据分析，得到业务统计信息；

其中，业务统计信息包括下述中的至少一项：业务成本、访问错误率、访问请求数量以及访问用户量。

可选的，该域名分配装置还包括：

接收模块，还被配置为执行接收数据查看请求，数据查看请求包括目标域名信息；

提取模块，被配置为执行响应于数据查看请求，从第二业务数据中提取与目标域名标识信息对应的目标业务数据；目标域名标识信息与目标域名信息对应。

可选的，该域名分配装置还包括：

发送模块，被配置为执行向合作方CDN发送泛域名请求；

接收模块，被配置为执行接收合作方CDN返回的泛域名。

可选的，域名配置信息包括下述中的至少一项：

内容分发网络CDN类型、图片处理信息、源站信息、源站地址以及测试地址。

可选的，该域名分配装置还包括：

设置模块，被配置为设置域名信息对应的IP地址的业务信息；

其中，业务信息包括下述中的至少一项：

加密信息、图片处理信息、业务形态信息，以及源站信息。

可选的，该域名分配装置还包括：

挂载模块，被配置为设置将域名信息挂载至别名记录CNAME地址，别名记录CNAME地址对应提供泛域名的合作方CDN。

根据本公开实施例的第三方面，提供一种服务器，包括：处理器；用于存储处理器可执行指令的存储器；其中，处理器被配置为执行指令，以实现如第一方面所述的域名分配方法。

根据本公开实施例的第四方面，提供一种存储介质，当存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如第一方面所述的域名分配方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，当计算机程序产品中的指令由服务器的处理器执行时，使得服务器能够执行如第一方面所述的域名分配方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

在本公开实施例中，通过根据接收到的域名请求中的域名配置信息为IP地址匹配泛域名以及次级域名；然后根据泛域名和次级域名生成的域名信息，并且将域名信息和IP地址添加到域名系统DNS中，使该域名信息的寻址解析生效。最后将上述生成的域名信息发送至客户端。通过上述方案，基于客户端发送的域名请求中的域名配置信息自动为其适配相应的泛域名和次级域名，并将生效后的基于泛域名和次级域名生成的域名信息发送至客户端。从而解决了相关技术中域名配置的流程繁琐，效率低的问题，能够简单高效的得到域名信息，提高域名信息的生成及分配效率。并且，上述方案能够基于由客户端发送的域名请求中的域名配置信息为IP地址生成与之适配的域名信息，能够充分满足客户端的域名配置需求。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

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

图1是根据一示例性实施例示出的一种域名分配场景图。

图2是根据一示例性实施例示出的域名分配方法、装置、服务器及存储介质应用环境示意图。

图3是根据一示例性实施例示出的一种域名分配方法的流程图。

图4是根据一示例性实施例示出的一种用于显示域名配置信息的示意图。

图5是根据一示例性实施例示出的一种用于显示域名分配的示意图。

图6是根据一示例性实施例示出的一种域名分配装置的框图。

图7是根据一示例性实施例示出的一种服务器的框图。

图8是根据一示例性实施例示出的用于数据处理的设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

下面，以图1为例说明相关技术中域名分配的具体实现方式。

图1是根据一示例性实施例示出的一种域名分配场景图。

如图1所示，在传统内容分发网络（Content Delivery Network，CDN）域名申请中，大多需要人为沟通来进行域名申请中的各环节沟通，比如通过邮件或者即时聊天进行沟通工作，需要业务方10与运维人员20或者网站可靠性工程师200(Site ReliabilityEngineer，SRE)人员沟通，将什么场景下的域名，域名具体预计访问情况，以及鉴权回源情况等需求提出。

运维人员或者SRE人员然后登陆各家合作方CDN控制台，配置相关域名信息。当域名信息审批完成后，再将域名信息添加到DNS解析中，测试通过后，再将域名信息提交给业务方使用。目前的域名申请及分配的沟通成本高，且存在各种审批环节，使得整个申请过程太长，时效性差。

其中，上述涉及到的回源鉴权回源鉴权用于保护用户站点资源不被非法下载使用，并降低带宽资源的浪费。当其他防盗链方式（如IP禁用、referer防盗链，UA防盗链等）无法满足资源保护的高实时性及高安全性要求时，回源鉴权可以提供一种更为安全可靠的防盗方法。

当CDN节点在接受到客户端的请求时，都需要去客户端的鉴权服务器进行验证，验证通过之后才认为是合法请求，否则就会鉴权不通过，直接拒绝访问，实现有效保护用户站点资源的效果。

为了解决上述相关技术中存在的需要手动选择视图而导致效率低下的问题。

本公开提供了一种域名分配方法、装置、服务器及存储介质。该域名分配方法、装置、服务器及存储介质，能够根据接收到的域名请求中的域名配置信息为IP地址匹配泛域名以及次级域名；然后根据泛域名和次级域名生成的域名信息，并且将域名信息和IP地址添加到域名系统DNS中，使该域名信息的寻址解析生效。最后将上述生成的域名信息发送至客户端。通过上述方案，基于客户端发送的域名请求中的域名配置信息自动为其适配相应的泛域名和次级域名，并将生效后的基于泛域名和次级域名生成的域名信息发送至客户端。从而解决了相关技术中域名配置的流程繁琐，效率低的问题，能够简单高效的得到域名信息，提高域名信息的生成及分配效率。并且，上述方案能够基于由客户端发送的域名请求中的域名配置信息为IP地址生成与之适配的域名信息，能够充分满足客户端的域名配置需求。

如图2所示，是本公开说明书一个或多个实施例提供的域名分配方法、装置、服务器及存储介质的应用环境示意图。如图2所示，服务器100通过网络300与一个或多个客户端200通信连接，以进行数据通信或交互。所述服务器100可以是网络服务器、数据库服务器等。所述客户端200可以是，但不限于个人电脑(personal computer，PC)、智能手机、平板电脑、个人数字助理(personal digital assistant，PDA)等。所述网络300可以是有线或无线网络。

下面结合图2，对本请求实施例提供的域名分配方法进行说明。在域名分配的过程中，为了保证请求域名信息的客户端200与分配平台之间的沟通效率，客户端200可以填写有预设填写项的工单（即域名配置信息），在客户端提交上述工单之后，自动向服务器100发起域名请求，以用于服务器100根据域名配置信息为IP地址匹配泛域名以及次级域名，根据泛域名和次级域名生成域名信息，以及将域名信息和IP地址添加到域名系统DNS中，使该域名信息的寻址解析生效。并最终将域名信息分配至客户端。具体过程如下所示：

首先，客户端200向服务器100发送域名请求，域名请求包括与互联网协议IP地址对应的域名配置信息；接着，服务器100根据域名配置信息为IP地址匹配泛域名以及次级域名；然后，服务器100根据泛域名和次级域名生成域名信息，将域名信息和IP地址添加到域名系统DNS中，使该域名信息的寻址解析生效。最后，客户端200将生效后的域名信息发送至客户端。

通过上述方案，通过根据接收到的域名请求中的域名配置信息为IP地址匹配泛域名以及次级域名；然后根据泛域名和次级域名生成的域名信息，并且将域名信息和IP地址添加到域名系统DNS中，使该域名信息的寻址解析生效。最后将上述生成的域名信息发送至客户端。通过上述方案，基于客户端发送的域名请求中的域名配置信息自动为其适配相应的泛域名和次级域名，并将生效后的基于泛域名和次级域名生成的域名信息发送至客户端。从而解决了相关技术中域名配置的流程繁琐，效率低的问题，能够简单高效的得到域名信息，提高域名信息的生成及分配效率。并且，上述方案能够基于由客户端发送的域名请求中的域名配置信息为IP地址生成与之适配的域名信息，能够充分满足客户端的域名配置需求。

本请求实施例中涉及的域名分配方法除了应用于上述群体协同作业的场景中，还可以应用于与任何需要手动选择视图而导致效率低下的场景中。

下面将对本公开实施例提供的域名分配方法进行详细说明。

本公开实施例提供的域名分配方法可以应用于客户端200，为了便于描述，除特别说明外，本公开实施例均以客户端200为执行主体进行说明。可以理解的是，所述的执行主体并不构成对本公开的限定。

下面，首先对本公开提供的域名分配方法进行说明。

图3是根据一示例性实施例示出的一种域名分配方法的流程图。

如图3所示，该域名分配方法可以包括以下步骤。

S310，接收客户端发送的域名请求，所述域名请求用于获取域名信息，域名请求包括与互联网协议IP地址对应的域名配置信息。

S320，根据域名配置信息为IP地址匹配泛域名以及次级域名。

S330，根据泛域名和次级域名生成域名信息。

S340，将域名信息和IP地址添加到域名系统DNS中。

S350，将域名信息发送至客户端。

上述各步骤的具体实现方式将在下文中进行详细描述。

在本公开实施例中，通过根据接收到的域名请求中的域名配置信息为IP地址匹配泛域名以及次级域名；然后根据泛域名和次级域名生成的域名信息，并且将域名信息和IP地址添加到域名系统DNS中，使该域名信息的寻址解析生效。最后将上述生成的域名信息发送至客户端。通过上述方案，基于客户端发送的域名请求中的域名配置信息自动为其适配相应的泛域名和次级域名，并将生效后的基于泛域名和次级域名生成的域名信息发送至客户端。从而解决了相关技术中域名配置的流程繁琐，效率低的问题，能够简单高效的得到域名信息，提高域名信息的生成及分配效率。并且，上述方案能够基于由客户端发送的域名请求中的域名配置信息为IP地址生成与之适配的域名信息，能够充分满足客户端的域名配置需求。

下面介绍上述各个步骤的具体实现方式。

首先涉及S310。

接收客户端发送的域名请求，域名请求包括与互联网协议IP地址对应的域名配置信息。客户端发送的域名请求用于请求与IP地址对应的域名信息。域名信息往往是由泛域名和次级域名组成的。

比如泛域名是abc.com，IP解析到比如：218.104.78.100。如果abc.com之前还有次级域名，那该泛域名下的所有子域名都将解析到218.104.78.100。这就意味着例如输入bbs.abc.com或者123.abc.com或者123.234.abc.com都将解析到218.104.78.100，这里需要说明的是，如果单独设置一个子域名解析，比如将主机名设置为mail，单独解析到218.104.78.79,那么该解析记录优先。

在本公开一些实施例中，上述涉及到的域名配置信息包括下述中的至少一项：

内容分发网络CDN类型、图片处理信息、源站信息、源站地址以及测试地址。

客户端可以通过配置页面，配置项目所需域名信息的域名配置信息，包括项目的名称，是否支持https，是否支持图片处理，是否有自己的源站信息等。一些特殊需求等可以在备注信息中添加。客户端自身不需要了解CDN域名如何分配，也无需理解CDN业务，只需要从自身需求出发设置域名配置信息即可。

其中，上述涉及到的内容分发网络CDN类型表明客户端所需域名类型，视频加速类型，静态文件加速类型。

其中，上述涉及到的图片处理信息，比如开启图片处理：该选择项表示该域名是否支持图片裁剪，压缩等功能。

其中，上述涉及到的源站信息，即客户端需要选择为IP地址进行的域名请求是否有自己的源站。整个CDN系统分为CDN源站和CDN节点，CDN源站提供CDN节点使用的数据源头，而CDN节点则部署在距离最终用户比较近的地方，加速用户对站点的访问。源站是CDN网络中的核心，各机房节点都要向源站获取静态文件向用户访问进行分发上级服务器，CDN数据源。

其中，上述涉及到的测试地址：客户端提供的测试文件地址。具体用法是客户端可以在测试地址中存入预设资源，在为域名请求中的IP地址配置域名信息之后，可以通过测试访问该域名信息，能否查看到上述预设资源作为测试，以验证域名信息是否生效。

其中，上述涉及到的备注信息是指，如果客户端有其他特殊要求，可在备注信息中输入。

如图4所示，域名配置信息中还可以包括是否开启Https。该选择项表示用户域名是否需要支持https。https是tcp/ip协议中的传输层和应用层之间加入的一层，在这层的客户端浏览器和服务器端进行了加密。

即加密的作用只能体现在应用层以下，也就是说tcp层看到的是加密数据，应用层看到的还是明文，也就是说https对于应用层来说是透明的，通常我们的http request,request header,key-value还都是明码，也就是说在应用层上http和https发送的数据是一致的，区别仅仅体现在tcp层以下。

CDN其实就是一种网络缓存技术，能够把一些相对稳定的资源放到距离最终用户较近的机房，一方面可以节省整个广域网的带宽消耗，另外一方面可以提升用户的访问速度，改进用户体验。我们一般把一些相对静态的文件（例如图片、视频、脚本、一些页面框架）放在CDN中。

在本公开一些实施例中，在S310之前，还可以包括以下步骤：

向合作方CDN发送泛域名请求；接收合作方CDN返回的泛域名。

为了加速域名信息的生成以及生效，可以在根据域名配置信息为IP地址匹配泛域名以及次级域名之前，向合作方CDN请求多个泛域名，这些泛域名可以来自于不同的合作方CDN。这样，通过事先获取多个泛域名，在接收到客户端的域名请求时，就能够快速响应，进而快速根据与域名请求中的IP地址相匹配的泛域名和次级域名生成域名信息，加快域名信息的生成以及分配效率。

其次涉及S320。

可以根据域名配置信息，为IP地址匹配泛域名以及次级域名。

然后涉及S330。

根据泛域名和次级域名生成域名信息。

运维管理员或者SRE人员，可以查看到客户端提交的域名配置信息，非特殊需求通过泛域名模版一键提交，自动根据泛域名和次级域名生成域名信息，审批相关请求。若客户端发送的域名请求中存在特殊需求，则可以通过调用合作方CDN完成相应域名设置。

接着涉及S340。

将域名信息和IP地址添加到域名系统（Domain Name System，DNS）中。

设置好域名信息之后，将该域名信息和IP地址添加到DNS解析中，使该域名寻址解析生效。

域名解析是把域名信息指向网站空间IP，让使用者可以通过注册的域名方便地访问到网站的一种服务。IP地址是网络上标识站点的数字地址，为了方便记忆，采用域名来代替IP地址标识站点地址。域名解析就是域名到IP地址的转换过程。域名的解析工作由DNS服务器完成。互联网中的地址是数字的IP地址，域名解析的作用主要就是为了便于记忆。

在本公开一些实施例中，在S340之后，还可以包括以下步骤：

将域名信息挂载至别名记录CNAME地址，别名记录CNAME地址对应提供泛域名的合作方CDN。

可以根据客户端提交的域名请求，为客户端分配相应规则的域名信息，并将域名信息挂载至合作方CDN厂商预先设置的泛域名的别名记录（CNAME）地址。

当多个域名都指向一个网站服务器上时，需要将这些子域名（顶级域名下面的二级域名、三级域名都称之为子域名）设置并指向自己的网站服务器上的，这个动作一般称之为A记录，又称IP指向。A (Address) 记录是用来指定域名对应的IP地址记录。

这里，就是当服务器需要更换时，这些原本指向这台服务器的域名就需要重新设置，并指向新的服务器，这样就会产生比较大的工作量。这时，CNAME就会发挥作用。这种记录允许将多个名字映射到另外一个域名。简单来说，A记录就是把一个域名解析到一个IP地址，而CNAME记录就是把域名解析到另外一个域名。

CNAME也被称为规范名字。这种记录允许将多个名字映射到同一台计算机。通常用于同时提供WWW和MAIL服务的计算机。例如，有一台计算机名为“r0WSPFSx58.”（A记录）。它同时提供WWW和MAIL服务，为了便于用户访问服务。可以为该计算机设置两个别名（CNAME）：WWW和MAIL。

同样的方法可以用于当多个域名需要指向同一服务器IP，此时就可以将一个域名做A记录指向服务器IP，然后将其他的域名做别名(即CNAME)到A记录的域名上；那么当IP地址变更时，就可以不必对一个一个域名做更改指向了，只需要更改A记录的那个域名到服务器新IP上，其他做别名（即CNAME）的那些域名的指向将自动更改到新的IP地址上，上述涉及到的与CNAME相关的操作均需要在DNS处执行。

其中，在上述涉及到的将域名信息挂载至别名记录CNAME地址之后，在使用者向浏览器提供要访问的域名时，浏览器对域名进行解析，由于CDN参与后，对域名解析过程进行了调整，解析的结果不再一个IP地址，而是该域名对应的CNAME。

但CNAME 无法完成最终内容的获取，所以，浏览器需要再次对获得的CNAME进行解析，以得到实际的IP地址。在此过程中，CDN会根据用户的实际地理位置信息解析对应的IP地址，使得用户能就近访问。这个过程中，CNAME的主要作用是配合CDN的负载均衡系统将CNAME背后对应的节点IP分配给不同的用户去访问。

由此，CNAME提供了单一服务器和海量服务器的在管理访问上的灵活性。单一服务器的场景下，通过将大量子域名指向到CNAME，再由CNAME指向到单一域名，解决了服务器更换、迁移带来的大量域名重新指向的问题。另一方面，CNAME配合负载均衡系统，还可以实现将大量访问需求通过CNAME指向到多台服务器，以提高用户访问的速度。

最后涉及S350。

在本公开一些实施例中，在S350之前，还可以包括以下步骤：

设置所述域名信息对应的IP地址的业务信息；

其中，所述业务信息包括下述中的至少一项：加密信息、图片处理信息、业务形态信息，以及源站信息。

其中，上述涉及到的加密信息可以为是否开启https，https是tcp/ip协议中的传输层和应用层之间加入的一层，在这层的客户端浏览器和服务器端进行了加密。

其中，上述涉及到的图片处理信息，比如开启图片处理：该选择项表示该域名是否支持图片裁剪，压缩等功能。

其中，上述涉及到的源站信息，即需要根据客户端提交的域名配置信息选择是否需要为IP地址选择源站。整个CDN系统分为CDN源站和CDN节点，CDN源站提供CDN节点使用的数据源头，而CDN节点则部署在距离最终用户比较近的地方，加速用户对站点的访问。源站是CDN网络中的核心，各机房节点都要向源站获取静态文件向用户访问进行分发上级服务器，CDN数据源。

如图5所示，域名类型，https，图片处理，自有源站信息是通过客户端提交的域名配置信息同步而来。业务形态信息可以包括管理员自定义的二级域名名称，根据域名配置信息选择合适的合作方CDN、客户端购买的一级域名等。

在本公开一些实施例中，在S350之后，还可以包括以下步骤：

获取至少一个业务方产生的内容分发网络CDN访问日志，CDN访问日志包括域名标识信息；对CDN访问日志按照预设格式进行数据拆分，得到与域名标识信息对应的第一业务数据；保存第一业务数据。

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

获取至少一个业务方产生的内容分发网络CDN访问日志，CDN访问日志包括域名标识信息；对CDN访问日志按照预设格式进行数据拆分，即进行格式化存储,得到与域名标识信息对应的第一业务数据；保存第一业务数据。具体可以通过对外服务采集各厂商的CDN访问日志，对采集的数据按照指定格式做数据拆分，并存入预设数据库（如clickhouse）中。

由此，通过对CDN访问日志进行格式化存储，对相关日志进行分析，实现不同域名的业务数据完全统计隔离以及成本隔离等。

在本公开一些实施例中，在上述涉及到的保存第一业务数据的步骤之后，还可以包括以下步骤：对第一业务数据进行数据聚合处理，得到与域名标识信息对应的第二业务数据。

对保存的第一业务数据的数据按照域名标识信息等维度进行数据聚合和分析，得到与域名标识信息对应的第二业务数据。其中，域名标识信息可以为host信息。

由此，对第一业务数据进行数据聚合处理，得到与域名标识信息对应的第二业务数据，能够将不同域名的业务数据进行统计隔离以及成本隔离等，便于后续的数据提取以及数据分析。

其中，上述涉及到的对第一业务数据进行数据聚合处理，得到与域名标识信息对应的第二业务数据的步骤中，具体可以包括以下步骤：

根据目标维度对第一业务数据进行数据聚合处理，得到与域名标识信息对应的第二业务数据；其中，目标维度包括域名标识信息，以及下述中的至少一项：地区信息，运营商信息。

具体地，可以对保存的第一业务数据的数据按照地区信息，运营商信息，以及域名标识信息等维度进行数据聚合和分析，得到与域名标识信息对应的第二业务数据。其中，目标维度中包括域名标识信息；地区信息，运营商信息可以任选。

由此，能够将不同域名的业务数据进行统计隔离以及成本隔离等，便于后续的数据提取以及数据分析。

在本公开一些实施例中，在上述涉及到的对第一业务数据进行数据聚合处理，得到与域名标识信息对应的第二业务数据的步骤之后，还可以包括以下步骤：

按照预设时长对第二业务数据进行数据聚合处理，得到第三业务数据；对第三业务数据进行数据分析，得到业务统计信息；其中，业务统计信息包括下述中的至少一项：业务成本、访问错误率、访问请求数量以及访问用户量。

按照预设时长（如5分钟）对第二业务数据进行数据聚合处理，得到第三业务数据；对第三业务数据进行数据分析，得到业务统计信息。以用于业务方或者运维人员基于业务统计信息分析业务运行情况。

其中，业务统计信息包括下述中的至少一项：业务成本、访问错误率、访问请求数量以及访问用户量。

其中，上述涉及到的业务成本可以包括：租用域名以及域名空间的费用。

在本公开一些实施例中，在上述涉及到的对第一业务数据进行数据聚合处理，得到与域名标识信息对应的第二业务数据的步骤之后，还可以包括以下步骤：

接收数据查看请求，数据查看请求包括目标域名信息；响应于数据查看请求，从第二业务数据中提取与目标域名标识信息对应的目标业务数据；目标域名标识信息与目标域名信息对应。

由此，通过响应于包括目标域名信息的数据查看请求，从第二业务数据中提取与目标域名标识信息对应的目标业务数据。由于，目标域名标识信息与目标域名信息对应，所以能够快速准确地从海量的第二业务数据提取出数据查看请求想要获取的与目标域名信息对应的目标业务数据。

综上，本公开实施例通过根据接收到的域名请求中的域名配置信息为IP地址匹配泛域名以及次级域名；然后根据泛域名和次级域名生成的域名信息，并且将域名信息和IP地址添加到域名系统DNS中，使该域名信息的寻址解析生效。最后将上述生成的域名信息发送至客户端。通过上述方案，基于客户端发送的域名请求中的域名配置信息自动为其适配相应的泛域名和次级域名，并将生效后的基于泛域名和次级域名生成的域名信息发送至客户端。从而解决了相关技术中域名配置的流程繁琐，效率低的问题，能够简单高效的得到域名信息，提高域名信息的生成及分配效率。并且，上述方案能够基于由客户端发送的域名请求中的域名配置信息为IP地址生成与之适配的域名信息，能够充分满足客户端的域名配置需求。

基于上述域名分配方法，本公开还提供了一种域名分配装置。具体结合图6进行说明。

图6是根据一示例性实施例示出的一种域名分配装置的框图。参照图6，该域名分配装置600可以包括接收模块610、匹配模块620、生成模块630、添加模块640和发送模块650。

接收模块610，被配置为执行接收客户端发送的域名请求，域名请求包括与互联网协议IP地址对应的域名配置信息。

匹配模块620，被配置为执行根据域名配置信息为IP地址匹配泛域名以及次级域名。

生成模块630，被配置为执行根据泛域名和次级域名生成域名信息。

添加模块640，被配置为执行将域名信息和IP地址添加到域名系统DNS中。

发送模块650，被配置为执行将域名信息发送至客户端。

在本公开实施例中，该域名分配装置600能够通过根据接收到的域名请求中的域名配置信息为IP地址匹配泛域名以及次级域名；然后根据泛域名和次级域名生成的域名信息，并且将域名信息和IP地址添加到域名系统DNS中，使该域名信息的寻址解析生效。最后将上述生成的域名信息发送至客户端。通过上述方案，基于客户端发送的域名请求中的域名配置信息自动为其适配相应的泛域名和次级域名，并将生效后的基于泛域名和次级域名生成的域名信息发送至客户端。从而解决了相关技术中域名配置的流程繁琐，效率低的问题，能够简单高效的得到域名信息，提高域名信息的生成及分配效率。并且，上述方案能够基于由客户端发送的域名请求中的域名配置信息为IP地址生成与之适配的域名信息，能够充分满足客户端的域名配置需求。

在本公开一些实施例中，该域名分配装置600还包括：

获取模块，被配置为执行获取至少一个业务方产生的内容分发网络CDN访问日志，CDN访问日志包括域名标识信息。

拆分模块，被配置为执行对CDN访问日志按照预设格式进行数据拆分，得到与域名标识信息对应的第一业务数据。

保存模块，被配置为执行保存第一业务数据。

在本公开一些实施例中，该域名分配装置600还包括：

第一聚合模块，被配置为执行对第一业务数据进行数据聚合处理，得到与域名标识信息对应的第二业务数据。

在本公开一些实施例中，聚合模块具体被配置为执行：

第一聚合模块，被进一步配置为执行根据目标维度对第一业务数据进行数据聚合处理，得到与域名标识信息对应的第二业务数据。

其中，目标维度包括域名标识信息，以及下述中的至少一项：地区信息，运营商信息。

在本公开一些实施例中，该域名分配装置600还包括：

第二聚合模块，被配置为执行按照预设时长对第二业务数据进行数据聚合处理，得到第三业务数据。

分析模块，被配置为执行对第三业务数据进行数据分析，得到业务统计信息。

其中，业务统计信息包括下述中的至少一项：业务成本、访问错误率、访问请求数量以及访问用户量。

在本公开一些实施例中，该域名分配装置600还包括：

接收模块610，还被配置为执行接收数据查看请求，数据查看请求包括目标域名信息。

提取模块，被配置为执行响应于数据查看请求，从第二业务数据中提取与目标域名标识信息对应的目标业务数据；目标域名标识信息与目标域名信息对应。

在本公开一些实施例中，该域名分配装置600还包括：

发送模块650，被配置为执行向合作方CDN发送泛域名请求。

接收模块610，被配置为执行接收合作方CDN返回的泛域名。

在本公开一些实施例中，域名配置信息包括下述中的至少一项：

内容分发网络CDN类型、图片处理信息、源站信息、源站地址以及测试地址。

在本公开一些实施例中，该域名分配装置600还包括：

设置模块，被配置为设置域名信息对应的IP地址的业务信息。

其中，业务信息包括下述中的至少一项：

加密信息、图片处理信息、业务形态信息，以及源站信息。

在本公开一些实施例中，该域名分配装置600还包括：

挂载模块，被配置为设置将域名信息挂载至别名记录CNAME地址，别名记录CNAME地址对应提供泛域名的合作方CDN。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图7是根据一示例性实施例示出的一种服务器的框图。参照图7，本公开实施例还提供了一种服务器，包括处理器710、通信接口720、存储器730和通信总线740，其中，处理器710、通信接口720和存储器730通过通信总线740完成相互间的通信。

该存储器730，用于存放处理器710可执行的指令。

该处理器710，用于执行存储器730上所存放的指令时，实现如下步骤：

接收客户端发送的域名请求，域名请求包括与互联网协议IP地址对应的域名配置信息；根据域名配置信息为IP地址匹配泛域名以及次级域名；根据泛域名和次级域名生成域名信息；将域名信息和IP地址添加到域名系统DNS中；将域名信息发送至客户端。

可见，应用本公开实施例通过根据接收到的域名请求中的域名配置信息为IP地址匹配泛域名以及次级域名；然后根据泛域名和次级域名生成的域名信息，并且将域名信息和IP地址添加到域名系统DNS中，使该域名信息的寻址解析生效。最后将上述生成的域名信息发送至客户端。通过上述方案，基于客户端发送的域名请求中的域名配置信息自动为其适配相应的泛域名和次级域名，并将生效后的基于泛域名和次级域名生成的域名信息发送至客户端。从而解决了相关技术中域名配置的流程繁琐，效率低的问题，能够简单高效的得到域名信息，提高域名信息的生成及分配效率。并且，上述方案能够基于由客户端发送的域名请求中的域名配置信息为IP地址生成与之适配的域名信息，能够充分满足客户端的域名配置需求。

图8是根据一示例性实施例示出的用于数据处理的设备的框图。例如，该设备800可以被提供为一服务器。参照图8，服务器800包括处理组件822，其进一步包括一个或多个处理器，以及由存储器832所代表的存储器资源，用于存储可由处理组件822的执行的指令，例如应用程序。存储器832中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件822被配置为执行指令，以执行上述任一实施例所述的域名分配方法。

该设备800还可以包括一个电源组件826被配置为执行设备800的电源管理，一个有线或无线网络接口850被配置为将设备800连接到网络，和一个输入输出（I/O）接口858。设备800可以操作基于存储在存储器832的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM, LinuxTM，FreeBSDTM或类似。

在本公开一些实施例中，还提供了一种存储介质，当该存储介质中的指令由服务器的处理器执行时，使得服务器能够执行上述任一实施例所述的域名分配方法。

可选地，该存储介质可以是非临时性计算机可读存储介质，示例性的，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在本公开一些实施例中，还提供了一种计算机程序产品，当计算机程序产品中的指令由服务器的处理器执行时，使得服务器能够执行上述任一实施例所述的域名分配方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (20)

1.一种域名分配方法，其特征在于，所述方法应用于面向运维管理员或SRE人员的服务器，包括：

接收客户端发送的域名请求，所述域名请求用于获取域名信息，所述域名请求包括与互联网协议IP地址对应的域名配置信息；所述域名配置信息包括下述中的至少一项：内容分发网络CDN类型、图片处理信息、源站信息、源站地址以及测试地址；

根据所述域名配置信息为所述IP地址匹配泛域名以及次级域名；

根据所述泛域名和所述次级域名生成域名信息；

将所述域名信息和所述IP地址添加到域名系统DNS中；

将所述域名信息发送至所述客户端。

2.根据权利要求1所述的方法，其特征在于，在所述将所述域名信息发送至所述客户端之后，所述方法还包括：

获取至少一个业务方产生的内容分发网络CDN访问日志，所述CDN访问日志包括域名标识信息；

对所述CDN访问日志按照预设格式进行数据拆分，得到与所述域名标识信息对应的第一业务数据；

保存所述第一业务数据。

3.根据权利要求2所述的方法，其特征在于，在所述保存所述第一业务数据之后，所述方法还包括：

对所述第一业务数据进行数据聚合处理，得到与所述域名标识信息对应的第二业务数据。

4.根据权利要求3所述的方法，其特征在于，所述对所述第一业务数据进行数据聚合处理，得到与所述域名标识信息对应的第二业务数据，包括：

根据目标维度对所述第一业务数据进行数据聚合处理，得到与所述域名标识信息对应的第二业务数据；

其中，所述目标维度包括域名标识信息，以及下述中的至少一项：地区信息，运营商信息。

5.根据权利要求3所述的方法，其特征在于，在所述对所述第一业务数据进行数据聚合处理，得到与所述域名标识信息对应的第二业务数据之后，所述方法还包括：

按照预设时长对所述第二业务数据进行数据聚合处理，得到第三业务数据；

对所述第三业务数据进行数据分析，得到业务统计信息；

其中，所述业务统计信息包括下述中的至少一项：业务成本、访问错误率、访问请求数量以及访问用户量。

6.根据权利要求3所述的方法，其特征在于，在所述对所述第一业务数据进行数据聚合处理，得到与所述域名标识信息对应的第二业务数据之后，所述方法还包括：

接收数据查看请求，所述数据查看请求包括目标域名信息；

响应于所述数据查看请求，从所述第二业务数据中提取与目标域名标识信息对应的目标业务数据；所述目标域名标识信息与所述目标域名信息对应。

7.根据权利要求1所述的方法，其特征在于，在所述接收客户端发送的域名请求之前，所述方法还包括：

向合作方CDN发送泛域名请求；

接收所述合作方CDN返回的泛域名。

8.根据权利要求1所述的方法，其特征在于，在所述将所述域名信息发送至所述客户端之前，所述方法还包括：

设置所述域名信息对应的IP地址的业务信息；

其中，所述业务信息包括下述中的至少一项：

加密信息、图片处理信息、业务形态信息，以及源站信息。

9.根据权利要求1所述的方法，其特征在于，在所述将所述域名信息和所述IP地址添加到域名系统DNS中之后，所述方法还包括：

将所述域名信息挂载至别名记录CNAME地址，所述别名记录CNAME地址对应提供所述泛域名的合作方CDN。

10.一种域名分配装置，其特征在于，所述装置应用于面向运维管理员或SRE人员的服务器，包括：

接收模块，被配置为执行接收客户端发送的域名请求，所述域名请求用于获取域名信息，所述域名请求包括与互联网协议IP地址对应的域名配置信息；所述域名配置信息包括下述中的至少一项：内容分发网络CDN类型、图片处理信息、源站信息、源站地址以及测试地址；

匹配模块，被配置为执行根据所述域名配置信息为所述IP地址匹配泛域名以及次级域名；

生成模块，被配置为执行根据所述泛域名和所述次级域名生成域名信息；

添加模块，被配置为执行将所述域名信息和所述IP地址添加到域名系统DNS中；

发送模块，被配置为执行将所述域名信息发送至所述客户端。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

获取模块，被配置为执行获取至少一个业务方产生的内容分发网络CDN访问日志，所述CDN访问日志包括域名标识信息；

拆分模块，被配置为执行对所述CDN访问日志按照预设格式进行数据拆分，得到与所述域名标识信息对应的第一业务数据；

保存模块，被配置为执行保存所述第一业务数据。

12.根据权利要求11所述的装置，其特征在于，所述装置还包括：

第一聚合模块，被配置为执行对所述第一业务数据进行数据聚合处理，得到与所述域名标识信息对应的第二业务数据。

13.根据权利要求12所述的装置，其特征在于，所述聚合模块具体被配置为执行：

第一聚合模块，被进一步配置为执行根据目标维度对所述第一业务数据进行数据聚合处理，得到与所述域名标识信息对应的第二业务数据；

其中，所述目标维度包括域名标识信息，以及下述中的至少一项：地区信息，运营商信息。

14.根据权利要求12所述的装置，其特征在于，所述装置还包括：

第二聚合模块，被配置为执行按照预设时长对所述第二业务数据进行数据聚合处理，得到第三业务数据；

分析模块，被配置为执行对所述第三业务数据进行数据分析，得到业务统计信息；

其中，所述业务统计信息包括下述中的至少一项：业务成本、访问错误率、访问请求数量以及访问用户量。

15.根据权利要求12所述的装置，其特征在于，所述装置还包括：

所述接收模块，还被配置为执行接收数据查看请求，所述数据查看请求包括目标域名信息；

提取模块，被配置为执行响应于所述数据查看请求，从所述第二业务数据中提取与目标域名标识信息对应的目标业务数据；所述目标域名标识信息与所述目标域名信息对应。

16.根据权利要求10所述的装置，其特征在于，所述装置还包括：

发送模块，被配置为执行向合作方CDN发送泛域名请求；

接收模块，被配置为执行接收所述合作方CDN返回的泛域名。

17.根据权利要求10所述的装置，其特征在于，所述装置还包括：

设置模块，被配置为设置所述域名信息对应的IP地址的业务信息；

其中，所述业务信息包括下述中的至少一项：

加密信息、图片处理信息、业务形态信息，以及源站信息。

18.根据权利要求10所述的装置，其特征在于，所述装置还包括：

挂载模块，被配置为设置将所述域名信息挂载至别名记录CNAME地址，所述别名记录CNAME地址对应提供所述泛域名的合作方CDN。

19.一种服务器，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至9中任一项所述的域名分配方法。

20.一种存储介质，其特征在于，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如权利要求1至9中任一项所述的域名分配方法。

Images