CN113553520A - 一种多技术栈融合的域名自动化运维方法、系统及设备 - Google Patents

Abstract

本说明书一种多技术栈融合的域名自动化运维方法、系统及设备，方法包括以下步骤：按照设备类型获取若干域名解析设备的配置参数，配置参数包括第一类型参数和第二类型参数；根据第二类型参数获取域名解析设备的别名记录或A记录；根据A记录建立域名解析设备的域名与其对应的IP的映射关系，或，根据别名记录建立域名解析设备的域名与其对应的IP池的映射关系；获取域名需求和需求场景；并生成配置方案；根据第二类型参数判断配置方案是否满足运行条件，并按照映射关系将配置方案发送至对应的域名解析设备，能够针对多种技术栈的域名解析设备，构建统一的映射关系，将各个技术栈间的差异屏蔽，方便了运维人员的查看、方案下发和修改参数。

Description

一种多技术栈融合的域名自动化运维方法、系统及设备

技术领域

本发明涉及栈融合技术领域，可用金融领域，特别是一种多技术栈融合的域名自动化运维方法、系统及设备。

背景技术

随着开源域名解析软件和商业域名解析硬件产品的不断更迭，用户可通过部署多套不同技术栈的域名解析设备以实现技术的多元化和高可用性，但是，当需要对域名解析设备进行配置更改时，则需要同时运维多套域名解析设备，这样使用不同技术栈参数对各类域名解析设备进行配置变更的方式，增加了变更时间的同时也不可避免地增加了变更出错的可能性。

发明内容

为了解决上述现有技术问题，本说明书实施例提供一种多技术栈融合的域名自动化运维方法、系统、设备及介质，以解决现有技术中不同技术栈的域名解析设备融合难度大，无法统一维护的技术问题。

为达到上述目的，一方面，本说明书实施例提供了一种多技术栈融合的域名自动化运维方法，应用于域名解析设备集群，所述方法包括以下步骤：

按照设备类型获取若干域名解析设备的配置参数，其中，所述配置参数包括第一类型参数和第二类型参数；

将所述第一类型参数屏蔽，并根据所述第二类型参数获取所述域名解析设备的别名记录或A记录；

根据所述A记录建立所述域名解析设备的域名与其对应的IP的映射关系，或，根据所述别名记录建立所述域名解析设备的域名与其对应的IP池的映射关系；

获取域名需求和需求场景；

根据所述域名需求和所述需求场景生成配置方案；

根据所述第二类型参数判断所述配置方案是否满足运行条件，若满足，则按照所述映射关系将所述配置方案发送至对应的域名解析设备。

作为本发明的一种实施例，所述域名解析设备包括第一类型设备、第二类型设备和第三类型设备，所述第二类型参数包括域名和域名类型，其中，所述域名类型包括第一域名类型、第二域名类型、第三域名类型和第四域名类型。

作为本发明的一种实施例，所述根据所述第二类型参数获取所述域名解析设备的别名记录或A记录，包括：

若所述域名类型为第一域名类型，则获取所述第一类型设备和所述第二类型设备的所述A记录；

若所述域名类型为第二域名类型，则获取所述第一类型设备和所述第二类型设备的所述别名记录；

若所述域名类型为第三域名类型，则分别获取所述第三类型设备的所述A记录和所述别名记录；

若所述域名类型为第四域名类型，则分别获取所述第二类型设备的所述A记录和所述别名记录。

作为本发明的一种实施例，所述根据所述A记录建立所述域名解析设备的域名与其对应的IP的映射关系，包括：

若所述域名类型为第一域名类型，则根据A记录分别获取所述第一类型设备和所述第二类型设备的域名及其对应的IP，并建立所述域名与所述IP的映射关系；或，

若所述域名类型为第三域名类型，则根据所述A记录获取所述第三类型设备的域名及其对应的IP，并建立所述域名与所述IP的映射关系；或，

若所述域名类型为第四域名类型，则根据所述A记录获取所述第二类型设备的域名及其对应的IP，并建立所述域名与所述IP的映射关系。

作为本发明的一种实施例，所述根据所述别名记录建立所述域名解析设备的域名与其对应的IP池的映射关系，包括：

若所述域名类型为第二域名类型，则根据所述第一类型设备和所述第二类型设备的所述别名记录获取域名，并匹配所述第三类型设备的广域IP，使用所述广域IP获取对应的IP池，并建立所述域名与所述IP池的映射关系；或，

若所述域名类型为第三域名类型，则根据所述第三类型设备的所述别名记录获取IP池，匹配所述第一类型设备和所述第二类型设备的域名，并建立所述域名与所述IP池的映射关系；或，

若所述域名类型为第四域名类型，则根据所述第二类型设备的所述别名记录获取域名，并根据所述第二类型设备的所述别名记录获取广域IP，使用所述广域IP获取对应的IP池，并建立所述域名与所述IP池的映射关系。

作为本发明的一种实施例，所述根据所述域名需求和所述需求场景生成配置方案，包括：

根据所述域名需求及所述映射关系得到所述配置方案的发送目标，所述发送目标包括至少一个所述域名解析设备；

获取所述需求场景，并根据所述发送目标和所述需求场景修改所述配置参数，生成所述配置方案。

作为本发明的一种实施例，所述域名需求包括新增域名、修改参数和删除配置的一种或者多种。

作为本发明的一种实施例，所述根据所述发送目标和所述需求场景修改所述配置参数，生成所述配置方案，包括：

当所述域名需求为所述修改参数时，则提取修改参数；

获取所述发送目标，并用所述修改参数替换所述配置参数，生成所述配置方案。

作为本发明的一种实施例，所述根据所述第二类型参数判断所述配置方案是否满足运行条件包括：

判断所述域名需求是所述新增域名或所述删除配置：

若所述域名需求为所述新增域名，则判断新增的域名是否满足单一性条件，若不满足，则报错；

若所述域名需求为所述删除配置，则判断删除的配置是否满足存在性条件，若不满足，则报错。

另一方面，本说明书实施例还提供了一种多技术栈融合的域名自动化运维系统，应用于域名解析设备集群，所述系统包括：

读取装置，用于按照设备类型获取若干域名解析设备的配置参数，其中，所述配置参数包括第一类型参数和第二类型参数；

解析装置，用于将所述第一类型参数屏蔽，并根据所述第二类型参数获取所述域名解析设备的别名记录或A记录；

映射建立装置，用于根据所述A记录建立所述域名解析设备的域名与其对应的IP的映射关系，所述映射建立装置还用于根据所述别名记录建立所述域名解析设备的域名与其对应的IP池的映射关系；

方案生成装置，用于获取域名需求和需求场景，根据所述域名需求和所述需求场景生成配置方案；

判断装置，用于根据所述第二类型参数判断所述配置方案是否满足运行条件；所述判断装置还用于按照所述映射关系将所述配置方案发送至所述域名解析设备。

另一方面，本说明书实施例还提供了一种计算机设备，包括存储器、处理器、以及存储在所述存储器上的计算机程序，所述计算机程序被所述处理器运行时，执行任意一项所述方法的指令。

另一方面，本说明书实施例还提供了一种计算机存储介质，其上存储有计算机程序，所述计算机程序被计算机设备的处理器运行时，执行任意一项所述方法的指令。

由以上本说明书实施例提供的技术方案可见，本说明书实施例针对多种技术栈的域名解析设备，构建统一的映射关系，用对外显示域名和其对应IP的方式将各个技术栈间的差异屏蔽，方便了运维人员的查看、方案下发和修改参数，解决了不同技术栈的域名解析设备融合难度大，无法统一维护的问题。

附图说明

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

在附图中：

图1示出了本说明书一种多技术栈融合的域名自动化运维方法的示意图；

图2示出了本说明书多技术栈融合的域名自动化运维方法的需求场景的示意图；

图3示出了本说明书一种多技术栈融合的域名自动化运维系统的结构示意图；

图4示出了本说明书多技术栈融合的域名自动化运维系统的具体结构示意图；

图5示出了本说明书多技术栈融合的域名自动化运维系统的映射建立装置示意图；

图6示出了本说明书多技术栈融合的域名自动化运维系统的方案生成装置示意图；

图7示出了本说明书一些实施例中计算机设备的结构框图。

【附图标记说明】

301、读取装置；

3011、分类单元；

302、解析装置；

3021、屏蔽单元；

3022、识别单元；

303、映射建立装置；

3031、单一映射单元；

3032、多一映射单元；

304、方案生成装置；

3041、获取单元；

3042、生成单元；

305、判断装置；

3051、可行性验证单元；

3052、配置发送单元；

702、计算机设备；

704、处理器；

706、存储器；

708、驱动机构；

710、输入/输出模块；

712、输入设备；

714、输出设备；

716、呈现设备；

718、图形用户接口；

720、网络接口；

722、通信链路；

724、通信总线。

具体实施方式

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

需要说明的是，本文的多技术栈融合的域名自动化运维方法及系统可用于栈融合技术领域，也可用于除栈融合技术领域之外的任意领域，本文的多技术栈融合的域名自动化运维方法及系统的应用领域不做限定。

如图1所示为本文实施例一种多技术栈融合的域名自动化运维方法的示意图，在本图中描述了将域名解析设备的配置参数进行分类别显示，建立域名与IP或者IP池的映射关系，并根据需求配置方案，统一下发到各个域名解析设备的方法，本方法可以应用于域名解析设备集群的控制终端上，也可以应用于连接域名解析设备的移动终端上，需要说明的是，本域名解析设备集群中的若干域名解析设备都可以正常电连接，所述方法具体包括如下步骤：

步骤101，按照设备类型获取若干域名解析设备的配置参数，其中，配置参数包括第一类型参数和第二类型参数；实现了将不同技术栈的域名解析设备进行融合。

步骤102，将第一类型参数屏蔽，并根据第二类型参数获取域名解析设备的别名记录或A记录；实现了对外显示通用参数，例如IP和域名，使得非专业人员也可以看清楚在域名解析设备集群中不同域名与IP的关系。

步骤103，根据A记录建立域名解析设备的域名与其对应的IP的映射关系，或，根据别名记录建立域名解析设备的域名与其对应的IP池的映射关系；实现了对域名与其对应IP的关系细化。

步骤104，获取域名需求和需求场景并进行下一步的控制；实现了根据实际需要调整域名解析设备集群的性能，例如调整负载均衡的参数条件。

步骤105，根据域名需求和需求场景生成配置方案；实现了根据配置方案即可以同时调整域名解析设备集群，也可以单独对域名解析设备进行调整的有益效果。

步骤106，根据第二类型参数判断配置方案是否满足运行条件，若满足，则按照映射关系将配置方案发送至对应的域名解析设备；避免了将配合参数进行简化，相应的配置方案就可能无法契合域名解析设备集群，可能存在参数的缺失或者变更重复的问题。

作为本文的一个实施例，步骤101中，可以将域名解析设备按照其类型分为三类，需要说明的是，本文所提到的域名解析设备并非具体真正的实体，同样也可以是具有域名解析功能的软件，或者是某种算法，按照域名解析设备的生产厂家来划分，或者按照域名解析设备的型号来划分，域名解析设备具体包括第一类型设备、第二类型设备和第三类型设备。

具体的，第一类型设备可以为开源的软件bind，需要说明的是bind为域名解析设备配置的软件，第二类型设备可以为ZDNS，需要说明的是ZDNS为域名工程中心的服务器硬件设备，第三类型设备可以为F5 GTM，需要说明的是GTM是全局流量管理设备，可以对域名解析设备集群进行负载均衡调配。

在第一类型设备中，即bind具有很多配置参数，例如，域名、域名类型，IP，VIEW和ZONE，VIEW即为第一类型设备的框架参数，也可以是容器属性参数，其表征了第一类型设备的具体运行状态，ZONE是第一类型设备在整个域名解析设备集群中的区域代号，例如可以将域名解析设备化为一整栋大楼，而第一类型设备对应的ZONE代表了第一类型设备在这栋大楼的哪一户。

在第二类型设备中，即ZDNS同样具有很多的配置参数，例如域名、域名类型、IP、pool、VIEW、ZONE、健康检查参数，需要说明的是，第二类型设备中的VIEW和ZONE与上述的第一类型设备含义相同，但因ZDNS为硬件，那么VIEW即为第二类型设备的框架参数，也可以是容器属性参数，其表征了第二类型设备的具体运行状态以及物理特性，而ZONE是第二类型设备在整个域名解析设备集群中的区域代号，pool即为IP池，因为一个域名解析设备可以同时维护多个IP，且IP的使用频率非常高，为了保证域名解析设备的性能以及内存的正常，且为了保证IP不会出错，需要在域名解析设备上开辟一块特殊的空间，用来专门存储IP，即pool(IP池)，而因为第二类型设备为硬件装置，那么平时需要对第二类型设备做运维检查，其根据健康检查参数中的检查端口、检查方式进行健康检查，当选择检查方式时，第二类型设备共有四种检查方式，包括tcp、http、udp和https，当选择检查方式为http和https时，则第二类型设备会将检查路径和检查结果返回。

在第三类型设备中，即GTM同样具有很多的配置参数，例如域名、域名类型、有关于域名和域名类型的IP、wideip、pool、虚拟服务器和健康检查参数，需要说明的是，第三类型设备中的VIEW和ZONE与上述的第一类型设备含义相同，但因ZDNS为硬件，那么VIEW即为第三类型设备的框架参数，也可以是容器属性参数，其表征了第二类型设备的具体运行状态以及物理特性，而ZONE是第三类型设备在整个域名解析设备集群中的区域代号，pool即为IP池，因为一个域名解析设备可以同时维护多个IP，且IP的使用频率非常高，为了保证域名解析设备的性能以及内存的正常，且为了保证IP不会出错，需要在域名解析设备上开辟一块特殊的空间，用来专门存储IP，即pool(IP池)，而因为第三类型设备为硬件装置，那么平时需要对第三类型设备做运维检查，其根据健康检查参数中的检查端口、检查方式进行健康检查，当选择检查方式时，第三类型设备共有四种检查方式，包括tcp、http、udp和https，当选择检查方式为http和https时，则第三类型设备会将检查路径和检查结果返回，wideip是一个网络层的组件，可提供安全的、基于PKI(Public Key Infrastructure，公钥基础设施)的分散式域名及端到端受保护的通信以及IP地址块的分散式分配功能，虚拟服务器可以将整个域名解析设备的负载均衡。

为了保证非专业运维人员也可以无障碍操作，本实施例中将第一类型设备、第二类型设备和第三类型设备的配置参数分为两类，第一类型参数即为VIEW、ZONE、健康检查参数、pool、wideip和虚拟服务器，这些参数大多带有专业的成分，或者无法直接获取，而第二类型参数即为域名、域名类型和IP等，通过这种方式，在获取域名解析设备的时候即可以满足域名解析的需求，又可以减少不必要的配置参数求解过程。

作为本发明的一个实施例，步骤102具体包括按照第一类型参数和第二类型参数的分类方式，将第一类型参数在可视化装置上屏蔽，需要说明的是，屏蔽方式可以根据实际需要进行设定，可以是根据代码后缀进行屏蔽，也可以是获取代码后选择性屏蔽，通过可视化装置将第二类型显示，当需要一个多个域名指向一个IP时，或者一个IP与一个IP池建立关系时，可以获取域名解析设备的别名记录。当需要一个域名指向一个IP时，可以获取域名解析设备的A记录，需要说明的是A记录是用来制定域名对应的IP的记录，而别名记录是用来便于用户访问的，当需要多个域名指向同一个域名解析设备的IP时，那么就可以将一个域名做A记录指向域名解析设备的IP。

域名类型在本发明中包括四类，分别为第一域名类型、第二域名类型、第三域名类型和第四域名类型，需要说明的是，在本发明中，可以根据域名的后缀名来判定该域名的域名类型，例如，第一域名类型的域名结尾为.icbc，第二域名类型域名结尾也为.icbc，第三域名类型域名结尾为.icbc.com.cn，除此之外，其他的例如金融域名可以判定其为第四类域名。

在本发明中，移动终端或者控制终端首先要判断域名类型，并在判断完成，执行对应的别名记录获取或者A记录获取操作，具体的为：

若所述域名类型为第一域名类型，则获取所述第一类型设备和所述第二类型设备的所述A记录，即域名结尾为.icbc且一个域名对应一个IP，那么在配置第一域名类型的设备时，可以不获取健康检查参数；

若所述域名类型为第二域名类型，则获取所述第一类型设备和所述第二类型设备的所述别名记录，即域名结尾为.icbc且一个域名对应多个IP，那么在配置第一域名类型的设备时，可以不获取健康检查参数，只需要通过第三类型设备获取可以令域名解析设备均衡的广域IP，再通过广域IP获取挂载的虚拟服务器即可将域名对应到多个IP，将这些IP作为IP池；

若所述域名类型为第三域名类型，则分别获取所述第三类型设备的所述A记录和所述别名记录，即域名结尾为.icbc.com.cn，再通过A记录和别名记录找到其对应的IP或者IP池；

若所述域名类型为第四域名类型，则分别获取所述第二类型设备的所述A记录和所述别名记录，第四域名类型为金融云的类型，在本文中，将对应单个IP的域名可以称为普通域名，将对应多个IP的域名可以称为智能域名，这种智能域名通常为了域名解析设备集群的负载均衡而进行调配，可以是一个域名指向多个IP。

如表1所示一种多技术栈融合的域名自动化运维方法的A记录的映射关系示意表，作为本发明的一个实施例，步骤103中根据A记录建立域名解析设备的域名与其对应的IP的映射关系具体包括：

若所述域名结尾为.icbc，则根据A记录分别获取bind和ZDNS的域名及其对应的IP，并建立所述域名与所述IP的映射关系。

若所述域名类型为.icbc.com.cn，则根据所述A记录获取GTM的域名及其对应的IP，并建立所述域名与所述IP的映射关系。

若所述域名类型为金融类型，则根据所述A记录获取ZDNS的域名及其对应的IP，并建立所述域名与所述IP的映射关系。

表1

需要说明的是，因为对外已经将第一类型参数屏蔽，所以通过第二类型参数可以清楚的得到域名以及对应IP，但是，当域名解析设备集群中有若干解析设备时，每一个解析设备的IP可能配置不同，那么为了方便域名解析设备集群的运维，则需要将域名与IP的映射关系统一并进行保存。

如表2所示一种多技术栈融合的域名自动化运维方法的别名记录的映射关系示意表，作为本发明的一个实施例，步骤103中根据别名记录建立域名解析设备的域名与其对应的IP池的映射关系具体包括：

若所述域名类型为.icbc，则根据bind和ZDNS的所述别名记录获取域名，并匹配GTM的广域IP，使用所述广域IP获取对应的IP池，并建立所述域名与所述IP池的映射关系。

若所述域名类型为.icbc.com.cn，则根据GTM的所述别名记录获取IP池，匹配bind和ZDNS的域名，并建立所述域名与所述IP池的映射关系；或，

若所述域名类型为金融域名，则根据ZDNS的所述别名记录获取域名，并根据所述ZDNS的所述别名记录获取广域IP，使用所述广域IP获取对应的IP池，并建立所述域名与所述IP池的映射关系。

表2

需要说明的是，因为对外已经将第一类型参数屏蔽，所以通过第二类型参数可以清楚的得到域名以及对应IP，本步骤中，因为通过别名记录获取多个域名以及对应的IP，那么就需要更加准确的映射关系，根据A记录或者别名记录获取完映射关系后，即可得到域名解析设备集群中各个域名与其对应类型设备的关系，当表与域名解析设备配置时，则可按照获取配置的逆向方式，将配置方案按照映射关系发送到域名解析设备。

作为本发明的一个实施例，如图2所示多技术栈融合的域名自动化运维方法的需求场景的示意图，步骤104，具体包括，根据实际需要，输入域名需求，其中域名需求包括上述第一域名类型、第二域名类型、第三域名类型和第四域名类型，需求场景包括新增域名、修改参数和删除配置这三种需求，当输入完成域名需求和需求场景后，开始执行步骤105。

作为本发明的一个实施例，步骤105，具体包括，首先根据映射关系确定配置方案的发送目标，所述发送目标即为域名解析设备，其中可以根据映射关系确定域名解析设备的具体物理位置；也可以根据第一类型参数中的ZONE，确定域名解析设备的具体物理位置，但是这种方式需要在对第一类型参数进行处理时，进行不对外显示操作，而不能时屏蔽操作，可见的两种方法皆产生相同的结果；而在本步骤中，因为对于域名解析设备中的配置参数调整是基于一个框架类型参数的基础上进行调整，所以获取了需求场景后，可以在已知发送目标的情况下修改获取到的域名解析设备的配置参数，并生成新的配置方案；

作为另一种实施例，当需求场景为修改参数时，可以根据需求将需要修改的部分提取出，得到修改参数后，在利用待修改的参数去替换配置参数上对应的参数，在已经获取到域名需求后，例如是第一域名类型、第二域名类型、第三域名类型和第四域名类型之中的一个或者多个，可以直接生成新的配置方案。

作为本文的一个实施例，步骤106，具体包括，判断需求场景是新增域名还是删除配置；

若需求场景为新增域名，则判断新增的域名与IP是否满足单一性，例如域名已经存在，而新增的IP与域名对应的IP不同，则会存在冲突，那么在存在冲突时，需要进行告警或者提示异常，或者通过IP池来进行均衡负载的情况，需要判断配置的IP是否是可以实现负载均衡的虚拟服务器地址。

若需求场景为删除配置，则需要判断待删除的配置信息是否存在，若待删除的配置信息不存在，则进行报错或者告警。

通过上述方法，可以实现获取域名解析设备集群中的所有的域名解析设备的配置参数，并根据配置参数建立域名与IP的映射关系，并按照实际需要设定域名需求和需求场景，生成配置方案后根据映射关系发送至域名解析设备集群。

如图3所示为本文实施例一种多技术栈融合的域名自动化运维系统的结构示意图，在本图中描述了多技术栈融合的域名自动化运维系统的基本结构，其中的功能单元、装置可以采用软件方式实现，也可以采用通用芯片或者特定芯片实现，所述的功能单元、装置一部分或者全部可以在域名解析设备集群上，或者其中的一部分也可以在技术支持终端上，通过与域名解析设备集群的配合来实现应急处置交互，该系统具体包括：

读取装置301，用于按照设备类型获取若干域名解析设备的配置参数，其中，所述配置参数包括第一类型参数和第二类型参数。

解析装置302，用于将所述第一类型参数屏蔽，并根据所述第二类型参数获取所述域名解析设备的别名记录或A记录。

映射建立装置303，用于根据所述A记录建立所述域名解析设备的域名与其对应的IP的映射关系，所述映射建立装置还用于根据所述别名记录建立所述域名解析设备的域名与其对应的IP池的映射关系。

方案生成装置304，用于获取域名需求和需求场景，根据所述域名需求和所述需求场景生成配置方案。

判断装置305，用于根据所述第二类型参数判断所述配置方案是否满足运行条件；所述判断装置还用于按照所述映射关系将所述配置方案发送至所述域名解析设备。

通过本文实施例的设置，结合域名需求和需求场景的关键信息，可以生成配置方案，并统一发送至域名解析设备集群中，可以减少域名解析设备运维人员的劳动量，且在生成配置方案时，无需专业人员也可生成，提升了配置方案的友好性，并可以实现不同技术栈的域名解析设备的融合，降低了更改域名解析设备集群出错的风险。

作为本文的一个实施例，还可以参考如图4所示多技术栈融合的域名自动化运维系统的具体结构示意图；

读取装置301进一步包括，分类单元3011，分类单元用于识别域名解析设备的类型，并将配置参数分类为第一类型参数和第二类型参数。

解析装置302进一步包括，屏蔽单元3021，所述屏蔽单元用于将第一类型参数屏蔽；识别单元3022，所述识别单元3022用于识别第二类型参数的并获取域名解析设备的别名记录或A记录。

映射建立装置303进一步包括：单一映射单元3031和多一映射单元3032，所述单一映射单元3031用于根据所述A记录建立所述域名解析设备的域名与其对应的IP的映射关系，所述多一映射单元3032用于根据所述别名记录建立所述域名解析设备的域名与其对应的IP池的映射关系。

方案生成装置304进一步包括：需求获取单元3041和生成单元3042，需要说明的是，本文中的需求获取单元3041可以是移动终端、也可以用软件直接将需求导入，当根据实际需求设定好域名需求和需求场景后，生成单元3042就可以根据域名需求和场景需求直接生成配置方案。

判断装置305进一步包括，可行性验证单元3051，用于根据域名需求及第二类型参数判断配置方案是否满足单一性条件和存在性条件；发射单元3052，用于按照映射关系将配置方案发送至域名解析设备。

作为本文的一个实施例，分类单元3011还用于将域名解析设备分类为第一类型设备、第二类型设备和第三类型设备，需要说明的是，本文中第二类型参数包括域名和域名类型，分类单元3011还用于将域名类型分类为第一域名类型、第二域名类型、第三域名类型和第四域名类型。

作为本文的一个实施例，如图5所示多技术栈融合的域名自动化运维系统的映射建立装置示意图，单一映射单元3031和多一映射单元3032判断域名类型，并在判断完成，执行对应的别名记录获取或者A记录获取操作，具体的为：

若所述域名类型为第一域名类型，则单一映射单元3031获取所述第一类型设备和所述第二类型设备的所述A记录。

若所述域名类型为第二域名类型，则多一映射单元3032获取所述第一类型设备和所述第二类型设备的所述别名记录。

若所述域名类型为第三域名类型，则单一映射单元3031和多一映射单元3032分别获取所述第三类型设备的所述A记录和所述别名记录。

若所述域名类型为第四域名类型，则单一映射单元3031和多一映射单元3032分别获取所述第二类型设备的所述A记录和所述别名记录。

需要说明的是，本文中的第一域名类型、第二域名类型、第三域名类型和第四域名类型分别为以.icbc结尾的域名、以.icbc.com.cn结尾的域名和金融域名类型的域名，按照型号可以将第一类型设备、第二类型设备和第三类型设备分为bind、ZDNS和GTM。

作为本发明的一个实施例，多一映射单元3032获取完成别名记录后。

若所述域名类型为.icbc，则多一映射单元3032根据bind和ZDNS的所述别名记录获取域名，并匹配GTM的广域IP，使用所述广域IP获取对应的IP池，并建立所述域名与所述IP池的映射关系。

若所述域名类型为.icbc.com.cn，则多一映射单元3032根据GTM的所述别名记录获取IP池，匹配bind和ZDNS的域名，并建立所述域名与所述IP池的映射关系；或，

若所述域名类型为金融域名，则多一映射单元3032根据ZDNS的所述别名记录获取域名，并根据所述ZDNS的所述别名记录获取广域IP，使用所述广域IP获取对应的IP池，并建立所述域名与所述IP池的映射关系。

作为本发明的一个实施例，当单一映射单元3031获取完成A记录后。

若所述域名类型为.icbc，则单一映射单元3031根据bind和ZDNS的所述别名记录获取域名，并匹配GTM的广域IP，使用所述广域IP获取对应的IP池，并建立所述域名与所述IP池的映射关系。

若所述域名类型为.icbc.com.cn，则单一映射单元3031根据GTM的所述别名记录获取IP池，匹配bind和ZDNS的域名，并建立所述域名与所述IP池的映射关系；或，

若所述域名类型为金融域名，则单一映射单元3031根据ZDNS的所述别名记录获取域名，并根据所述ZDNS的所述别名记录获取广域IP，使用所述广域IP获取对应的IP池，并建立所述域名与所述IP池的映射关系。

需要说明的是，本文中单一映射单元3031和多一映射单元3032的所建立的映射关系对外只显示域名与IP的关系，类似的在确定映射关系时，可以将单一映射单元3031和多一映射单元3032的功能叠加起来，从而达到相同的技术效果，理应属于本文所给予的技术启示。

作为本发明的一个实施例，如图6所示、多技术栈融合的域名自动化运维系统的方案生成装置示意图，获取单元3041可以根据实际需求获取用户的域名需求和需求场景，本文中的需求场景包括新增域名、修改参数和删除配置，而域名需求则为第一域名类型、第二域名类型、第三域名类型和第四域名类型。

作为本发明的一个实施例，当获取到需求场景为修改参数时，获取单元3041可以根据将需要修改的部分提取为修改参数，在利用修改参数去替换配置参数上对应的位置，再根据域名需求去判断配置方案所需要发送的位置，生成单元3042得到以上具体的参数后生成新的配置方案。或者，

若需求场景为新增域名，则可行性验证单元3051判断新增的域名与IP是否满足单一性，例如域名已经存在，而新增的IP与域名对应的IP不同，那么有可能会存在冲突，当在存在冲突时，可行性验证单元3051需要进行告警或者提示异常，或者通过IP池来进行均衡负载的情况，需要判断配置的IP是否是可以实现负载均衡的虚拟服务器地址，若不存在以上的冲突，可行性验证单元3051判断新增的域名与IP满足单一性，则生成单元3042生成配置方案，配置发送单元3052将配置方案发送。

若需求场景为删除配置，则可行性验证单元3051需要判断待删除的配置信息是否存在，若待删除的配置信息不存在，则可行性验证单元3051进行报错或者告警，若待删除的配置信息存在，则生成单元3042生成配置方案，配置发送单元3052将配置方案发送。

通过上述方式，实现了获取配置参数并对配置参数进行类，建立了映射关系，并在获取完成实际需求后进行配置方案的生成，当配置方案满足运行条件时，将配置方案发送。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

虽然上文描述的过程流程包括以特定顺序出现的多个操作，但是，应当清楚了解，这些过程可以包括更多或更少的操作，这些操作可以顺序执行或并行执行(例如使用并行处理器或多线程环境)。

本说明书的实施例还提供一种计算机设备。如图7所示，在本说明书一些实施例中，所述计算机设备702可以包括一个或多个处理器704，诸如一个或多个中央处理单元(CPU)或图形处理器(GPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备702还可以包括任何存储器706，其用于存储诸如代码、设置、数据等之类的任何种类的信息，一具体实施例中，存储器706上并可在处理器704上运行的计算机程序，所述计算机程序被所述处理器704运行时，可以执行上述任一实施例所述的方法的指令。非限制性的，比如，存储器706可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备702的固定或可移除部件。在一种情况下，当处理器704执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备702可以执行相关联指令的任一操作。计算机设备702还包括用于与任何存储器交互的一个或多个驱动机构708，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备702还可以包括输入/输出接口710(I/O)，其用于接收各种输入(经由输入设备712)和用于提供各种输出(经由输出设备714)。一个具体输出机构可以包括呈现设备716和相关联的图形用户接口718(GUI)。在其他实施例中，还可以不包括输入/输出接口710(I/O)、输入设备712以及输出设备714，仅作为网络中的一台计算机设备。计算机设备702还可以包括一个或多个网络接口720，其用于经由一个或多个通信链路722与其他设备交换数据。一个或多个通信总线724将上文所描述的部件耦合在一起。

通信链路722可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路722可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

本申请是参照本说明书一些实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理器的处理器以产生一个机器，使得通过计算机或其他可编程数据处理器的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理器以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理器上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算机设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的装置或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算机设备访问的信息。按照本说明书中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序装置。一般地，程序装置包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理器来执行任务。在分布式计算环境中，程序装置可以位于包括存储设备在内的本地和远程计算机存储介质中。

还应理解，在本说明书实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (12)

1.一种多技术栈融合的域名自动化运维方法，应用于域名解析设备集群，其特征在于，所述方法包括以下步骤：

按照设备类型获取若干域名解析设备的配置参数，其中，所述配置参数包括第一类型参数和第二类型参数；

将所述第一类型参数屏蔽，并根据所述第二类型参数获取所述域名解析设备的别名记录或A记录；

根据所述A记录建立所述域名解析设备的域名与其对应的IP的映射关系，或，根据所述别名记录建立所述域名解析设备的域名与其对应的IP池的映射关系；

获取域名需求和需求场景；

根据所述域名需求和所述需求场景生成配置方案；

根据所述第二类型参数判断所述配置方案是否满足运行条件，若满足，则按照所述映射关系将所述配置方案发送至对应的域名解析设备。

2.根据权利要求1所述的多技术栈融合的域名自动化运维方法，其特征在于：所述域名解析设备包括第一类型设备、第二类型设备和第三类型设备，所述第二类型参数包括域名和域名类型，其中，所述域名类型包括第一域名类型、第二域名类型、第三域名类型和第四域名类型。

3.根据权利要求2所述的多技术栈融合的域名自动化运维方法，其特征在于：所述根据所述第二类型参数获取所述域名解析设备的别名记录或A记录，包括：

若所述域名类型为第一域名类型，则获取所述第一类型设备和所述第二类型设备的所述A记录；

若所述域名类型为第二域名类型，则获取所述第一类型设备和所述第二类型设备的所述别名记录；

若所述域名类型为第三域名类型，则分别获取所述第三类型设备的所述A记录和所述别名记录；

若所述域名类型为第四域名类型，则分别获取所述第二类型设备的所述A记录和所述别名记录。

4.根据权利要求3所述的多技术栈融合的域名自动化运维方法，其特征在于：所述根据所述A记录建立所述域名解析设备的域名与其对应的IP的映射关系，包括：

若所述域名类型为第一域名类型，则根据所述A记录分别获取所述第一类型设备和所述第二类型设备的域名及其对应的IP，并建立所述域名与所述IP的映射关系；或，

若所述域名类型为第三域名类型，则根据所述A记录获取所述第三类型设备的域名及其对应的IP，并建立所述域名与所述IP的映射关系；或，

若所述域名类型为第四域名类型，则根据所述A记录获取所述第二类型设备的域名及其对应的IP，并建立所述域名与所述IP的映射关系。

5.根据权利要求3所述的多技术栈融合的域名自动化运维方法，其特征在于：所述根据所述别名记录建立所述域名解析设备的域名与其对应的IP池的映射关系，包括：

若所述域名类型为第二域名类型，则根据所述第一类型设备和所述第二类型设备的所述别名记录获取域名，并匹配所述第三类型设备的广域IP，使用所述广域IP获取对应的IP池，并建立所述域名与所述IP池的映射关系；或，

若所述域名类型为第三域名类型，则根据所述第三类型设备的所述别名记录获取IP池，匹配所述第一类型设备和所述第二类型设备的域名，并建立所述域名与所述IP池的映射关系；或，

若所述域名类型为第四域名类型，则根据所述第二类型设备的所述别名记录获取域名，并根据所述第二类型设备的所述别名记录获取广域IP，使用所述广域IP获取对应的IP池，并建立所述域名与所述IP池的映射关系。

6.根据权利要求3所述的多技术栈融合的域名自动化运维方法，其特征在于：所述根据所述域名需求和所述需求场景生成配置方案，包括：

根据所述域名需求及所述映射关系得到所述配置方案的发送目标，所述发送目标包括至少一个所述域名解析设备；

获取所述需求场景，并根据所述发送目标和所述需求场景修改所述配置参数，生成所述配置方案。

7.根据权利要求6所述的多技术栈融合的域名自动化运维方法，其特征在于：

所述域名需求包括新增域名、修改参数和删除配置的一种或者多种。

8.根据权利要求6所述的多技术栈融合的域名自动化运维方法，其特征在于：所述根据所述发送目标和所述需求场景修改所述配置参数，生成所述配置方案，包括：

当所述域名需求为所述修改参数时，则提取修改参数；

获取所述发送目标，并用所述修改参数替换所述配置参数，生成所述配置方案。

9.根据权利要求7所述的多技术栈融合的域名自动化运维方法，其特征在于：所述根据所述第二类型参数判断所述配置方案是否满足运行条件包括：

判断所述域名需求是所述新增域名或所述删除配置：

若所述域名需求为所述新增域名，则判断新增的域名是否满足单一性条件，若不满足，则报错；

若所述域名需求为所述删除配置，则判断删除的配置是否满足存在性条件，若不满足，则报错。

10.一种多技术栈融合的域名自动化运维系统，应用于域名解析设备集群，其特征在于，所述系统包括：

读取装置，用于按照设备类型获取若干域名解析设备的配置参数，其中，所述配置参数包括第一类型参数和第二类型参数；

解析装置，用于将所述第一类型参数屏蔽，并根据所述第二类型参数获取所述域名解析设备的别名记录或A记录；

映射建立装置，用于根据所述A记录建立所述域名解析设备的域名与其对应的IP的映射关系，所述映射建立装置还用于根据所述别名记录建立所述域名解析设备的域名与其对应的IP池的映射关系；

方案生成装置，用于获取域名需求和需求场景，根据所述域名需求和所述需求场景生成配置方案；

判断装置，用于根据所述第二类型参数判断所述配置方案是否满足运行条件；所述判断装置还用于按照所述映射关系将所述配置方案发送至所述域名解析设备。

11.一种计算机设备，包括存储器、处理器、以及存储在所述存储器上的计算机程序，其特征在于，所述计算机程序被所述处理器运行时，执行根据权利要求1-9任意一项所述方法的指令。

12.一种计算机存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被计算机设备的处理器运行时，执行根据权利要求1-9任意一项所述方法的指令。

Images