CN114338604B - 一种dns配置更新方法及系统 - Google Patents

Abstract

本发明涉及一种DNS配置更新方法及系统，其中，DNS配置更新方法包括：服务端接收业务方的域名变更请求，所述域名变更请求携带DNS变更信息，向所述消息中间件发送所述DNS变更信息，所述DNS变更信息包括变更后的域名和/或变更后的解析地址；消息中间件向已订阅所述DNS变更信息的所述客户端发送所述DNS变更信息；客户端在域名变更缓存中缓存所述DNS变更信息；客户端响应于调用方的第一访问请求，将所述域名变更缓存中的所述DNS变更信息提供给所述调用方。本发明实施例能够通过引入消息中间件的服务发现机制，不会成倍增加成本，而且直接将TTL降为毫秒级。

Description

一种DNS配置更新方法及系统

技术领域

本申请涉及计算机技术领域，尤其涉及一种DNS配置更新方法及系统。

背景技术

传统DNS(Domain Name Server，域名服务器)进行域名解析的TTL(Time-To-Live，生存时间)具有可设置的最小值，如：10秒，若TTL被设置为小于该最小值，会对DNS服务造成过大的压力。

针对一些关键的云服务比如：Hadoop分布式平台，内部均使用DNS进行资源发现，一旦服务器宕机，由于TTL具有可设置的最小值，所以，DNS不能及时变更解析配置，故障设备会依然被调度使用，进而造成任务的失败，此种情况只能依赖集群自带的重试机制，必然会延长任务执行周期，乃至失败。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本申请提供了一种DNS配置更新方法及系统。

第一方面，本申请提供了一种DNS配置更新方法，包括：

服务端接收业务方的域名变更请求，所述域名变更请求携带DNS变更信息，向所述消息中间件发送所述DNS变更信息，所述DNS变更信息包括变更后的域名和/或变更后的解析地址；

消息中间件向已订阅所述DNS变更信息的所述客户端发送所述DNS变更信息；

客户端在域名变更缓存中缓存所述DNS变更信息；

客户端响应于调用方的第一访问请求，将所述域名变更缓存中的所述DNS变更信息提供给所述调用方。

可选地，DNS配置更新方法还包括：

服务端在接收到所述域名变更请求时，将所述域名变更请求中携带的所述DNS变更信息发送至所述服务端的bind组件；

所述服务端的缓存失效器在所述bind组件接收到所述DNS变更信息时，删除所述unbound组件中已缓存的与该DNS变更信息对应的原始DNS信息。

可选地，DNS配置更新方法还包括：

客户端重启后，若接收到调用方的第二访问请求，向所述服务端发送信息查询请求，所述信息查询请求用于查询所述DNS变更信息；

服务端确定unbound组件的本地缓存中是否存在所述DNS变更信息，若unbound组件的本地缓存中存在所述DNS变更信息，向客户端发送所述DNS变更信息；

客户端响应于调用方的第二访问请求，将所述DNS变更信息提供给调用方。

可选地，DNS配置更新方法还包括：

服务端在unbound组件的本地缓存中不存在所述DNS变更信息时，从所述bind组件获取所述DNS变更信息，并将所述DNS变更信息发送至客户端。

第二方面，本申请还提供一种DNS配置更新系统包括：服务端、消息中间件和客户端；

所述服务端，用于接收业务方的域名变更请求，所述域名变更请求携带DNS变更信息，向所述消息中间件发送所述DNS变更信息，所述DNS变更信息包括变更后的域名和/或变更后的解析地址；

所述消息中间件，用于向已订阅所述DNS变更信息的所述客户端发送所述DNS变更信息；

所述客户端，用于在域名变更缓存中缓存所述DNS变更信息，以及响应于调用方的第一访问请求，将所述域名变更缓存中的所述DNS变更信息提供给所述调用方。

可选地，bind组件、unbound组件和缓存失效器；

所述缓存失效器，用于在bind组件接收到所述DNS变更信息时，删除所述unbound组件中已缓存的与所述DNS变更信息对应的原始DNS信息。

可选地，所述服务端还包括：unbound组件；

所述客户端，还用于在重启后，若接收到调用方的第二访问请求，向所述服务端发送信息查询请求，所述第二访问请求用于查询所述DNS变更信息；

所述服务端，还用于确定所述unbound组件的本地缓存中是否存在所述DNS变更信息，若unbound组件的本地缓存中存在所述DNS变更信息，向客户端发送所述DNS变更信息；

所述客户端，还用于响应于调用方的第二访问请求，将所述DNS变更信息提供给调用方。

可选地，所述服务端，还用于在本地缓存中不存在所述DNS变更信息时，从所述bind组件获取所述DNS变更信息，并将所述DNS变更信息发送至客户端。

可选地，DNS配置更新系统还包括：服务端组件；

所述服务端组件，用于接收所述服务端发送的所述DNS变更信息，将所述DNS变更信息由与所述服务端的DNS接口对应的第一格式转化为与所述消息中间件对应的第二格式，并向所述消息中间件发送所述DNS变更信息。

可选地，所述客户端，还用于接收调用方的第二访问请求，所述第二访问请求用于查询所述DNS变更信息，在域名变更订阅队列中缓存针对所述DNS变更信息的订阅信息。

可选地，所述客户端，还用于若所述域名变更订阅队列的长度超过预设阈值，删除最先缓存的订阅信息。

可选地，所述服务端还包括：执行业务变更的控制端和bind组件；

执行业务变更的控制端，用于在接收到DNS变更信息后，通过DNS接口将所述DNS变更信息发送至所述bind组件；

所述bind组件，用于存储所述DNS变更信息。

本申请实施例提供的上述技术方案与现有技术相比具有如下优点：

本发明实施例将消息中间件作为域名变更订阅和域名变更发布消息的桥梁，可以将域名看作是一种资源信息，通过消息中间件订阅资源信息的变更，一旦有变更通过消息中间件发布给订阅方，以此来实现域名变更及时下发到设备端的能力，本发明实施例区别于传统的DNS优化方法，以往的DNS优化往往都是降低TTL，这必然会倍数增加后端服务的压力，进而对后端DNS服务进行扩容，成本增加成本，本发明实施例引入消息中间件的服务发现机制，不会成倍增加成本，而且直接将TTL降为毫秒级。

附图说明

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

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

图1为本申请实施例提供的一种DNS配置更新系统的结构图；

图2为本申请实施例提供的一种实际应用中的DNS配置更新系统的结构图；

图3为本申请实施例提供的一种DNS配置更新方法的流程图。

具体实施方式

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

由于相关技术中，一些关键的云服务比如：Hadoop分布式平台，内部均使用DNS进行资源发现，一旦服务器宕机，由于TTL具有可设置的最小值，所以，DNS不能及时变更解析配置，故障设备会依然被调度使用，进而造成任务的失败，此种情况只能依赖集群自带的重试机制，必然会延长任务执行周期，乃至失败。为此，本申请实施例提供了一种DNS配置更新方法及系统，通过将消息中间件作为域名变更订阅和域名变更发布消息的桥梁，可以将域名看作是一种资源信息，通过消息中间件订阅资源信息的变更，一旦有变更通过消息中间件发布给订阅方，以此来实现域名变更及时下发到设备端的能力，本发明实施例区别于传统的DNS优化方法，以往的DNS优化往往都是降低TTL，这必然会倍数增加后端服务的压力，进而对后端DNS服务进行扩容，成本增加成本，本发明实施例引入消息中间件的服务发现机制，不会成倍增加成本，而且直接将TTL降为毫秒级。

如图1所述，一种DNS配置更新系统包括：服务端11、消息中间件12和客户端13；

所述服务端11，用于接收业务方的域名变更请求，所述域名变更请求携带DNS变更信息，向所述消息中间件12发送DNS变更信息，所述DNS变更信息包括变更后的域名和/或变更后的解析地址；

在实际应用中，如图2所示，服务端11可以指DNS架构，DNS架构包括DNS接口、bind组件、unbound组件、缓存失效器及anycast网络等，DNS架构中各模块的功能请见后文描述。

业务方可以指企业内部各个业务方，这些业务方可以通过调用DNS接口变更域名。在服务发现架构中，业务方可以指服务的提供方。

实际应用中，服务端11的DNS接口接收业务方的域名变更请求，DNS接口在接收到域名变更请求后，可以在域名变更请求中提取变更后的域名和/或变更后的解析地址，然后基于变更后的域名和/或变更后的解析地址生成DNS变更信息，将DNS变更信息发送至消息中间件12。

示例性的，业务方通过DNS接口的HTTP接口请求变更域名backend.src.cluster.bj的解析地址，DNS接口即可接收到域名变更请求，DNS接口接收到变更请求后，可以即时的向消息中间件12发送DNS变更信息。

所述消息中间件12，用于向已订阅所述DNS变更信息的所述客户端13发送所述DNS变更信息；

本发明实施例中的消息中间件12指分布式消息中间件12，采用集群中心化部署的方式进行部署。

消息中间件12可以向客户端13发布DNS变更信息，发布变更信息时使用的协议为grpc，实际应用中，如图2所示，消息中间件12可以先将DNS变更信息发送至边缘代理集群，再由边缘代理集群将该DNS变更信息向已订阅所述DNS变更信息的客户端13发送。

可以预先构建边缘代理集群，边缘代理集群的作用是订阅消息中间件12的DNS变更信息，将DNS变更信息路由到已订阅该变更信息的客户端13。

示例性的，若客户端13订阅了backend.src.cluster.bj域名的DNS变更信息，则在边缘代理集群收到该域名的DNS变更信息后，可以将DNS变更信息推送到该客户端13。

所述客户端13，用于在域名变更缓存中缓存所述DNS变更信息，以及响应于调用方的第一访问请求，将所述域名变更缓存中的所述DNS变更信息提供给所述调用方。

本发明实施例中，客户端13可以设置于边缘设备中，如图2所示，客户端13中包括域名变更缓存和边缘服务，域名变更缓存用于缓存DNS变更信息，以便于调用方请求该DNS变更信息时使用，边缘服务用于在域名变更缓存中缓存所述DNS变更信息。调用方可以指所有使用域名的各类程序、服务等，在服务发现架构中，充当服务方的角色。

在实际应用中，客户端13一方面可以在接收到DNS变更信息时，在域名变更缓存中缓存该DNS变更信息；另一方面，在客户端13接收到调用方的第一访问请求时，可以针对该第一访问请求，优先在所述域名变更缓存中查询与该第一访问请求对应的DNS变更信息，若查询到与该第一访问请求对应的DNS变更信息，向所述调用方返回该DNS变更信息，以此保证业务请求是最新的解析地址。

本发明实施例将消息中间件12作为客户端13进行域名变更订阅和服务端11进行域名变更发布消息的桥梁，可以将域名看作是一种资源信息，通过消息中间件12订阅资源信息的变更，一旦服务端11有变更就通过消息中间件12发布给订阅方客户端13，以此来实现域名变更及时下发到设备端的能力，本发明实施例区别于传统的DNS优化方法，以往的DNS优化往往都是降低TTL，这必然会倍数增加后端服务的压力，进而对后端DNS服务进行扩容，成本增加成本，本发明实施例引入消息中间件12的服务发现机制，不会成倍增加成本，而且直接将TTL降为毫秒级。

在本发明的又一实施例中，所述服务端11包括：bind组件、unbound组件和缓存失效器；

所述缓存失效器，用于在所述bind组件接收到所述DNS变更信息时，删除所述unbound组件中已缓存的与所述DNS变更信息对应的原始DNS信息。

需注意的是，bind组件在接收到所述DNS变更信息时，不主动将DNS变更信息发送至unbound组件，只有在unbound组件请求获取时，才发送给unbound组件。

本发明实施例中，缓存失效器可以设置在unbound传统的DNS缓存组件之上，用以在bind组件收到DNS变更信息时，及时清理掉unbound组件中响应的缓存信息，保证下一次调用方请求域名时，unbound组件会向bind组件获取到最新的DNS变更信息，以保证调用方获取到最新的DNS变更信息。

在本发明的又一实施例中，所述服务端11还包括：unbound组件；

所述客户端13，还用于在重启后，若接收到调用方的第二访问请求，向所述服务端11发送信息查询请求，所述第二访问请求用于查询所述DNS变更信息；

所述服务端11，还用于确定所述unbound组件的本地缓存中是否存在所述DNS变更信息，若unbound组件的本地缓存中存在所述DNS变更信息，向客户端13发送所述DNS变更信息；

所述客户端13，还用于响应于调用方的第二访问请求，将所述DNS变更信息提供给调用方。

所述服务端11，还用于在本地缓存中不存在所述DNS变更信息时，从所述bind组件获取所述DNS变更信息，并将所述DNS变更信息发送至客户端13。

本发明实施例能够在客户端13重启的场景，客户端13会通过anycast网络向unbound组件请求DNS变更信息，unbound组件被首次请求时，因为此时域名缓存信息被缓存失效器清理过，此时会向上游组件bind获取最新的DNS变更信息，保证调用方获取到最新的DNS变更信息；在unbound组件被非首次请求时，可以从unbound组件的本地缓存中查询最新的解析地址，以保证能够最快速的向调用方返回最新的DNS变更信息。

在本发明的又一实施例中，如图2所示，该DNS配置更新系统还包括：服务端组件；

所述服务端组件，用于接收所述服务端11发送的所述DNS变更信息，将所述DNS变更信息由与所述服务端11的DNS接口对应的第一格式转化为与所述消息中间件12对应的第二格式，并向所述消息中间件12发送所述DNS变更信息。

在本发明实施例中，服务端11组件中包括：域名变更适配器(dns-update-server)，域名变更适配器用于接收DNS接口发送的DNS变更信息，将DNS变更信息进行格式转化，将从所述DNS接口发送的所述DNS变更信息由与所述DNS接口对应的第一格式转化为与所述消息中间件12对应的第二格式，再将DNS变更信息发布到消息中间件12。

示例性的，服务端11组件中的域名变更适配器用于接收DNS接口的变更信息，并调用update更新指令将变更信息更新至消息中间件12。

在本发明的又一实施例中，所述客户端13，还用于接收调用方的第二访问请求，所述第二访问请求用于查询所述DNS变更信息，在域名变更订阅队列中缓存针对所述DNS变更信息的订阅信息。

示例性的，调用方通过业务探测，发现线上某域名(backend.srv.cluster.bj)服务的服务器的解析地址异常，需要调整DNS解析，期望调整DNS后，请求backend.src.cluster.bj的调用方能够即时获取到新的解析地址，在本发明实施例中，调用方可以通过向客户端13发送第二访问请求的方式请求查询backend.src.cluster.bj域名的解析地址，所以，客户端13在接收到第二访问请求时，在边缘服务内部的域名变更订阅队列中自动缓存关于需要订阅backend.src.cluster.bj的变更信息的订阅信息，也即针对所述DNS变更信息的订阅信息。

本发明实施例能够在调用方请求查询DNS变更信息时，自动在域名变更订阅队列中缓存针对该DNS变更信息的订阅信息，便于后续消息中间件12及边缘代理集群根据该订阅信息下发DNS变更信息。

在本发明的又一实施例中，所述客户端13，还用于若所述域名变更订阅队列的长度超过预设阈值，删除最先缓存的订阅信息。

在实际应用中，域名的量级在数十万级别，这对每个边缘设备是非常大的开销，同时考虑到新的架构同时用已有DNS架构做备份，所以，本发明实施例中，订阅方客户端13只需要针对曾经请求过的域名做订阅，同时维护一个固定大小的队列，避免订阅量无限制增长，导致内存耗尽系统崩溃。

在本发明的又一实施例中，所述服务端11还包括：执行业务变更的控制端和bind组件；

执行业务变更的控制端，用于在接收到DNS变更信息后，通过DNS接口将所述DNS变更信息发送至所述bind组件；

在接收到变更信息后，执行业务变更的控制端可以通过DNS接口以异步的方式向bind组件和服务端11组件发送变更信息，在实际应用中，DNS接口接收到变更信息后不会立即向bind组件即时发送，部分域名变更需要定时(比如：2分钟)向bind组件同步更新一次。

所述bind组件，用于存储所述DNS变更信息。

本发明实施例能够在执行业务变更的控制端通过DNS接口向bind组件发送变更信息时，bind组件能够存储DNS变更信息，以作为保底备份策略，保证DNS业务的安全可靠性。

本发明实施例中，还引入了指标收集器、指标存储、指标可视化等多个组件，用以监控整体架构各个组件服务状态，指标收集器示例性的，可以收集多个预设指标，如：数据到达实时性、请求次数、边缘设备被访问的次数，数据缓存的次数以及数据被访问的次数等等。

在本发明的又一实施例中，还提供一种DNS配置更新方法，如图3所示，包括：

步骤S101，服务端接收业务方的域名变更请求，所述域名变更请求携带DNS变更信息，向所述消息中间件发送所述DNS变更信息，所述DNS变更信息包括变更后的域名和/或变更后的解析地址；

步骤S102，消息中间件向已订阅所述DNS变更信息的所述客户端发送所述DNS变更信息；

步骤S103，客户端在域名变更缓存中缓存所述DNS变更信息；

步骤S104，客户端响应于调用方的第一访问请求，将所述域名变更缓存中的所述DNS变更信息提供给所述调用方。

在本发明的又一实施例中，DNS配置更新方法还包括：

服务端在接收到所述域名变更请求时，将所述域名变更请求中携带的所述DNS变更信息发送至所述服务端的bind组件；

所述服务端的缓存失效器在所述bind组件接收到所述DNS变更信息时，删除所述unbound组件中已缓存的与该DNS变更信息对应的原始DNS信息。

在本发明的又一实施例中，DNS配置更新方法还包括：

客户端重启后，若接收到调用方的第二访问请求，向所述服务端发送信息查询请求，所述信息查询请求用于查询所述DNS变更信息；

服务端确定unbound组件的本地缓存中是否存在所述DNS变更信息，若unbound组件的本地缓存中存在所述DNS变更信息，向客户端发送所述DNS变更信息；

客户端响应于调用方的第二访问请求，将所述DNS变更信息提供给调用方。

在本发明的又一实施例中，DNS配置更新方法还包括：

服务端在unbound组件的本地缓存中不存在所述DNS变更信息时，从所述bind组件获取所述DNS变更信息，并将所述DNS变更信息发送至客户端。

本发明实施例将消息中间件作为域名变更订阅和域名变更发布消息的桥梁，可以将域名看作是一种资源信息，通过消息中间件订阅资源信息的变更，一旦有变更通过消息中间件发布给订阅方，以此来实现域名变更及时下发到设备端的能力，本发明实施例区别于传统的DNS优化方法，以往的DNS优化往往都是降低TTL，这必然会倍数增加后端服务的压力，进而对后端DNS服务进行扩容，成本增加成本，本发明实施例引入消息中间件的服务发现机制，不会成倍增加成本，而且直接将TTL降为毫秒级。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种DNS配置更新方法，其特征在于，包括：

服务端接收业务方的域名变更请求，所述域名变更请求携带DNS变更信息，向消息中间件发送所述DNS变更信息，所述DNS变更信息包括变更后的域名和/或变更后的解析地址；

消息中间件向已订阅所述DNS变更信息的客户端发送所述DNS变更信息；

客户端在域名变更缓存中缓存所述DNS变更信息；

客户端响应于调用方的第一访问请求，将所述域名变更缓存中的所述DNS变更信息提供给所述调用方；

还包括：

客户端重启后，若接收到调用方的第二访问请求，向所述服务端发送信息查询请求，所述信息查询请求用于查询所述DNS变更信息；

服务端确定unbound组件的本地缓存中是否存在所述DNS变更信息，若unbound组件的本地缓存中存在所述DNS变更信息，向客户端发送所述DNS变更信息；

客户端响应于调用方的第二访问请求，将所述DNS变更信息提供给调用方。

2.根据权利要求1所述的DNS配置更新方法，其特征在于，还包括：

服务端在接收到所述域名变更请求时，将所述域名变更请求中携带的所述DNS变更信息发送至所述服务端的bind组件；

所述服务端的缓存失效器在所述bind组件接收到所述DNS变更信息时，删除unbound组件中已缓存的与该DNS变更信息对应的原始DNS信息。

3.根据权利要求1所述的DNS配置更新方法，其特征在于，还包括：

服务端在unbound组件的本地缓存中不存在所述DNS变更信息时，从bind组件获取所述DNS变更信息，并将所述DNS变更信息发送至客户端。

4.一种DNS配置更新系统，其特征在于，包括：服务端、消息中间件和客户端；

所述服务端，用于接收业务方的域名变更请求，所述域名变更请求携带DNS变更信息，向所述消息中间件发送所述DNS变更信息，所述DNS变更信息包括变更后的域名和/或变更后的解析地址；

所述消息中间件，用于向已订阅所述DNS变更信息的所述客户端发送所述DNS变更信息；

所述客户端，用于在域名变更缓存中缓存所述DNS变更信息，以及响应于调用方的第一访问请求，将所述域名变更缓存中的所述DNS变更信息提供给所述调用方；

所述服务端还包括：unbound组件；

所述客户端，还用于在重启后，若接收到调用方的第二访问请求，向所述服务端发送信息查询请求，所述第二访问请求用于查询所述DNS变更信息；

所述服务端，还用于确定所述unbound组件的本地缓存中是否存在所述DNS变更信息，若unbound组件的本地缓存中存在所述DNS变更信息，向客户端发送所述DNS变更信息；

所述客户端，还用于响应于调用方的第二访问请求，将所述DNS变更信息提供给调用方。

5.根据权利要求4所述的DNS配置更新系统，其特征在于，所述服务端包括：bind组件、unbound组件和缓存失效器；

所述缓存失效器，用于在bind组件接收到所述DNS变更信息时，删除所述unbound组件中已缓存的与所述DNS变更信息对应的原始DNS信息。

6.根据权利要求4所述的DNS配置更新系统，其特征在于，

所述服务端，还用于在本地缓存中不存在所述DNS变更信息时，从bind组件获取所述DNS变更信息，并将所述DNS变更信息发送至客户端。

7.根据权利要求4所述的DNS配置更新系统，其特征在于，还包括：服务端组件；

所述服务端组件，用于接收所述服务端发送的所述DNS变更信息，将所述DNS变更信息由与所述服务端的DNS接口对应的第一格式转化为与所述消息中间件对应的第二格式，并向所述消息中间件发送所述DNS变更信息。

8.根据权利要求4所述的DNS配置更新系统，其特征在于，

所述客户端，还用于接收调用方的第二访问请求，所述第二访问请求用于查询所述DNS变更信息，在域名变更订阅队列中缓存针对所述DNS变更信息的订阅信息。

9.根据权利要求8所述的DNS配置更新系统，其特征在于，

所述客户端，还用于若所述域名变更订阅队列的长度超过预设阈值，删除最先缓存的订阅信息。

10.根据权利要求4所述的DNS配置更新系统，其特征在于，所述服务端还包括：执行业务变更的控制端和bind组件；

执行业务变更的控制端，用于在接收到DNS变更信息后，通过DNS接口将所述DNS变更信息发送至所述bind组件；

所述bind组件，用于存储所述DNS变更信息。