CN110995890B - 域名请求的调度方法及装置 - Google Patents
域名请求的调度方法及装置 Download PDFInfo
- Publication number
- CN110995890B CN110995890B CN202010137534.4A CN202010137534A CN110995890B CN 110995890 B CN110995890 B CN 110995890B CN 202010137534 A CN202010137534 A CN 202010137534A CN 110995890 B CN110995890 B CN 110995890B
- Authority
- CN
- China
- Prior art keywords
- network operator
- application program
- target
- domain name
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请提供了一种域名请求的调度方法及装置。所述方法包括:调度设备在获取域名请求消息之后,可以根据域名请求消息中包括的目标域名信息,确定与目标域名信息相对应的目标应用程序,然后可以根据预设的应用程序与网络运营商的对应关系,确定目标网络运营商,进而,调度设备可以将域名请求消息转发给目标网络运营商对应的DNS服务器中。其中,预设的应用程序与网络运营商的对应关系可以是根据应用程序的重要程度以及网络运营商的服务质量确定的,也就是说,可以保证目标网络运营商与目标应用程序是相对应的,如此,能够更加合理地分配网络运营商。对于企业而言,这种方法可以提高企业的办公效率,避免给企业的生产经营造成损失。
Description
技术领域
本申请涉及互联网技术领域,特别涉及一种域名请求的调度方法及装置。
背景技术
随着互联网技术的不断发展,越来越多的企业、高校采用互联网进行信息化办公。由于大型企业或高校的体量较大,因此通常会与多个网络运营商签订网络协议,不同的网络运营商提供的网络链路的质量不同。
以大型企业为例,对于大型企业而言,其内部涉及的网络业务的类型有很多,比如,可以分为公司业务和个人业务,其中,公司业务是指与公司运营相关的重要业务,如企业ERP系统涉及的网络业务或企业邮箱涉及的网络业务等;个人业务是指公司员工个人的非重要业务,如员工使用的聊天软件涉及的网络业务或员工使用的下载软件涉及的网络业务等。可见,网络业务的类型有重要和非重要之分。
目前,大型企业在访问互联网时,采用哪个网络运营商的网络链路是一个随机的过程,即,有可能采用网络运营商A的网络链路,也有可能采用网络运营商B的网络链路。这就容易造成,对于一些重要的网络业务,可能采用的是质量较差的网络运营商的网络链路;对于一些非重要的网络业务,可能采用的是质量较好的网络运营商的网络链路。进一步地,这种随机选取网络运营商的方式容易影响企业的办公效率,进而给企业的生产经营造成损失。
发明内容
本申请提供了一种域名请求的调度方法及装置,可用于解决在现有技术中随机选取网络运营商的方式容易影响企业的办公效率,进而给企业的生产经营造成损失的技术问题。
第一方面,本申请实施例提供一种域名请求的调度方法,所述方法包括:
获取域名请求消息,所述域名请求消息包括目标域名信息;
根据所述目标域名信息,以及预设的域名信息和应用程序的对应关系,确定目标应用程序;
根据所述目标应用程序,以及预设的第一调度列表,确定目标网络运营商;所述第一调度列表存储有应用程序与网络运营商的对应关系,所述应用程序与网络运营商的对应关系是根据应用程序的重要程度以及网络运营商的服务质量确定的;
将所述域名请求消息发送至所述目标网络运营商对应的DNS服务器。
结合第一方面,在第一方面的一种可实现方式中,所述应用程序与网络运营商的对应关系通过以下方式确定:
将应用程序按重要程序从高到低进行排列,得到应用程序序列;
将网络运营商按服务质量从好到差进行排列,得到网络运营商序列;
根据所述应用程序序列和所述网络运营商序列,建立所述应用程序与网络运营商的对应关系。
结合第一方面,在第一方面的一种可实现方式中,所述应用程序与网络运营商的对应关系通过以下方式确定:
根据应用程序的重要程度,以及预设的应用程序的重要程度与应用程序的等级的关系,确定每个应用程序的目标等级;
根据网络运营商的服务质量,以及预设的网络运营商的服务质量与网络运营商的服务等级的关系,确定每个网络运营商的目标服务等级;
根据所述每个应用程序的目标等级和所述每个网络运营商的目标服务等级,建立所述应用程序与网络运营商的对应关系。
结合第一方面,在第一方面的一种可实现方式中,在确定目标网络运营商之前,所述方法还包括:
查询预设的第二调度列表;所述第二调度列表存储有所有需要调度的应用程序;
如果所述第二调度列表中存储有所述目标应用程序,则根据所述目标应用程序,以及预设的应用程序与网络运营商的对应关系,确定目标网络运营商。
结合第一方面,在第一方面的一种可实现方式中,所述方法还包括:
如果所述第二调度列表中未存储有所述目标应用程序,则随机分配所述域名请求消息。
结合第一方面,在第一方面的一种可实现方式中,所述方法还包括:
获取当前周期内各网络运营商对应的DNS服务器的负载信息,所述负载信息包括当前处理的请求数量;
针对第一网络运营商,如果所述第一网络运营商的DNS服务器对应的当前处理的请求数量大于预设阈值,则将第一网络运营商关联的对应关系从所述第一调度列表中删除;所述第一网络运营商是所述各网络运营商中的任一网络运营商。
结合第一方面,在第一方面的一种可实现方式中,所述方法还包括:
如果所述第一网络运营商的DNS服务器对应的当前处理的请求数量小于或等于预设阈值,则判断所述第一调度列表中是否存储有所述第一网络运营商关联的对应关系;
如果所述第一调度列表中未存储有所述第一网络运营商关联的对应关系,则将所述第一网络运营商关联的对应关系添加到所述第一调度列表中;所述第一网络运营商关联的对应关系是根据所述第一网络运营商的服务质量和所述应用程序的重要程度确定的。
第二方面,本申请实施例提供一种域名请求的调度装置,所述装置包括:
获取单元,用于获取域名请求消息,所述域名请求消息包括目标域名信息;
处理单元,用于根据所述目标域名信息,以及预设的域名信息和应用程序的对应关系,确定目标应用程序;以及,根据所述目标应用程序,以及预设的第一调度列表,确定目标网络运营商;所述第一调度列表存储有应用程序与网络运营商的对应关系,所述应用程序与网络运营商的对应关系是根据应用程序的重要程度以及网络运营商的服务质量确定的;
发送单元,用于将所述域名请求消息发送至所述目标网络运营商对应的DNS服务器。
结合第二方面,在第二方面的一种可实现方式中,所述应用程序与网络运营商的对应关系通过以下方式确定:
将应用程序按重要程序从高到低进行排列,得到应用程序序列;
将网络运营商按服务质量从好到差进行排列,得到网络运营商序列;
根据所述应用程序序列和所述网络运营商序列,建立所述应用程序与网络运营商的对应关系。
结合第二方面,在第二方面的一种可实现方式中,所述应用程序与网络运营商的对应关系通过以下方式确定:
根据应用程序的重要程度,以及预设的应用程序的重要程度与应用程序的等级的关系,确定每个应用程序的目标等级;
根据网络运营商的服务质量,以及预设的网络运营商的服务质量与网络运营商的服务等级的关系,确定每个网络运营商的目标服务等级;
根据所述每个应用程序的目标等级和所述每个网络运营商的目标服务等级,建立所述应用程序与网络运营商的对应关系。
结合第二方面,在第二方面的一种可实现方式中,所述处理单元在确定目标网络运营商之前,还用于:
查询预设的第二调度列表;所述第二调度列表存储有所有需要调度的应用程序;以及,如果所述第二调度列表中存储有所述目标应用程序,则根据所述目标应用程序,以及预设的应用程序与网络运营商的对应关系,确定目标网络运营商。
结合第二方面,在第二方面的一种可实现方式中,所述处理单元还用于:
如果所述第二调度列表中未存储有所述目标应用程序,则随机分配所述域名请求消息。
结合第二方面,在第二方面的一种可实现方式中,所述获取单元还用于:
获取当前周期内各网络运营商对应的DNS服务器的负载信息,所述负载信息包括当前处理的请求数量;
所述处理单元还用于:
针对第一网络运营商,如果所述第一网络运营商的DNS服务器对应的当前处理的请求数量大于预设阈值,则将第一网络运营商关联的对应关系从所述第一调度列表中删除;所述第一网络运营商是所述各网络运营商中的任一网络运营商。
结合第二方面,在第二方面的一种可实现方式中,所述处理单元还用于:
如果所述第一网络运营商的DNS服务器对应的当前处理的请求数量小于或等于预设阈值,则判断所述第一调度列表中是否存储有所述第一网络运营商关联的对应关系;以及,如果所述第一调度列表中未存储有所述第一网络运营商关联的对应关系,则将所述第一网络运营商关联的对应关系添加到所述第一调度列表中;所述第一网络运营商关联的对应关系是根据所述第一网络运营商的服务质量和所述应用程序的重要程度确定的。
第三方面,本申请实施例提供了一种电子设备,包括:
存储器,用于存储程序指令;
处理器,用于调用并执行所述存储器中的程序指令,以实现第一方面所述的域名请求的调度方法。
第四方面,本申请实施例提供了一种存储介质,所述存储介质中存储有计算机程序,当域名请求的调度装置的至少一个处理器执行所述计算机程序时,域名请求的调度装置执行第一方面所述的域名请求的调度方法。
采用上述方法,调度设备在获取域名请求消息之后,可以根据域名请求消息中包括的目标域名信息,确定与目标域名信息相对应的目标应用程序,然后可以根据预设的应用程序与网络运营商的对应关系,确定目标网络运营商,进而,调度设备可以将域名请求消息转发给目标网络运营商对应的DNS服务器中。其中,预设的应用程序与网络运营商的对应关系可以是根据应用程序的重要程度以及网络运营商的服务质量确定的,也就是说,可以保证目标网络运营商与目标应用程序是相对应的,如此,当应用程度的重要程度较高时,可以选择服务质量较好的网络运营商,当应用程度的重要程度较低时,可以选择服务质量较差的网络运营商,从而能够更加合理地分配网络运营商。对于企业而言,这种方法可以提高企业的办公效率,避免给企业的生产经营造成损失。
附图说明
图1为现有技术适用的一种系统的结构示意图;
图2为本申请实施例适用的一种系统的结构示意图;
图3为本申请实施例提供的一种小程序的生成方法所对应的流程示意图;
图4为本申请实施例提供的一种第一调度列表的更新方法所对应的流程示意图;
图5为本申请实施例提供的一种域名请求的调度装置的结构示意图;
图6为本申请实施例提供的电子设备硬件结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
下面首先结合图1对现有技术中涉及的系统架构进行介绍。
请参考图1,其示例性示出了现有技术适用的一种系统的结构示意图。该系统100可以包括客户端设备101、多个运营商的DNS服务器(例如图1中示出的DNS服务器1021、DNS服务器1022和DNS服务器1023)及多个后台服务器(例如图1中示出的后台服务器1031、后台服务器1032和后台服务器1033)。
其中,客户端设备101通过网络分别与DNS服务器1021、DNS服务器1022和DNS服务器1023建立通信连接;DNS服务器1021通过网络与后台服务器1031建立通信连接,DNS服务器1022通过网络与后台服务器1032建立通信连接,DNS服务器1023通过网络与后台服务器1033建立通信连接。
客户端设备101是用户用于访问互联网的设备,具体可以是个人计算机、笔记本电脑、平板电脑、智能手机或智能穿戴设备等。
不同的运营商通常设置有不同的DNS服务器。以图1示出的系统架构为例,DNS服务器1021可以是网络运营商A提供的DNS服务器,DNS服务器1022可以是网络运营商B提供的DNS服务器,DNS服务器1023可以是网络运营商C提供的DNS服务器。
当客户端设备101访问互联网时,客户端设备101发送的域名请求消息会随机分配至DNS服务器1021、DNS服务器1022和DNS服务器1023中的任意一个服务器。如果由DNS服务器1021接收到该域名请求消息,那么,客户端设备101就可以采用网络运营商A提供的网络链路访问互联网。类似地,如果由DNS服务器1022接收到该域名请求消息,那么,客户端设备101就可以采用网络运营商B提供的网络链路访问互联网;如果由DNS服务器1023接收到该域名请求消息,那么,客户端设备101就可以采用网络运营商C提供的网络链路访问互联网。
后台服务器是用户请求访问应用程序对应的服务器,比如,用户通过客户端设备101请求访问百度这一应用程序,那么,对应的后台服务器就是百度的后台服务器;又比如,用户通过客户端设备101请求访问淘宝,那么,对应的后台服务器就是淘宝的后台服务器。
后台服务器与DNS服务器之间可以是对应关系,这种对应关系可以是一对一的关系,即,一个DNS服务器对应一个后台服务器,例如图1中示出的,DNS服务器1021对应后台服务器1031,DNS服务器1022对应后台服务器1032,DNS服务器1023对应后台服务器1033,其中,后台服务器1031、后台服务器1032和后台服务器1033属于同一个网络提供商的服务器,但是,后台服务器1031由DNS服务器1021负责,后台服务器1032由DNS服务器1022负责,后台服务器1033由DNS服务器1023负责。
当DNS服务器1021接收到客户端设备101发送的域名请求消息后,通过域名解析,得到对应的IP地址,即为后台服务器1031的IP地址,然后,DNS服务器1021可以将后台服务器1031的IP地址返回给客户端设备101,客户端设备101可以根据后台服务器1031的IP地址范围后台服务器1031。
类似地,当DNS服务器1022接收到客户端设备101发送的域名请求消息后,通过域名解析,得到对应的IP地址,即为后台服务器1032的IP地址,然后,DNS服务器1022可以将后台服务器1032的IP地址返回给客户端设备101,客户端设备101可以根据后台服务器1032的IP地址范围后台服务器1032;当DNS服务器1023接收到客户端设备101发送的域名请求消息后,通过域名解析,得到对应的IP地址,即为后台服务器1033的IP地址,然后,DNS服务器1023可以将后台服务器1033的IP地址返回给客户端设备101,客户端设备101可以根据后台服务器1033的IP地址范围后台服务器1033。
此外,后台服务器与DNS服务器之间可以是对应关系还可以是一对多的关系,即一个DNS服务器对应多个后台服务器;或者,后台服务器与DNS服务器之间可以是对应关系还可以是多对多的关系,即同一个运营商提供的多个DNS服务器对应多个后台服务器,此处不再一一描述。
由于上述过程中,客户端设备101发送的域名请求消息是随机分配给DNS服务器1021、DNS服务器1022和DNS服务器1023中的任意一个DNS服务器的,因此,对于一些重要的网络业务,可能分配给质量较差的DNS服务器,对于一些非重要的网络业务,可能分配给质量较好的DNS服务器,从而容易影响企业的办公效率,进而给企业的生产经营造成损失。
基于上述现有的系统架构带来的问题,下面首先结合图2,对本申请实施例适用的可能的系统架构进行介绍。
请参考图2,其示例性示出了本申请实施例适用的一种系统的结构示意图。该系统200可以包括客户端设备201、多个运营商的DNS服务器(例如图2中示出的DNS服务器2021、DNS服务器2022和DNS服务器2023)、多个后台服务器(例如图2中示出的后台服务器2031、后台服务器2032和后台服务器2033)及调度设备204。
其中,客户端设备201可以通过网络分别与调度设备204建立通信连接;调度设备204可以设置于客户端设备201与多个运营商的DNS服务器之间,即调度设备204还可以通过网络分别与DNS服务器2021、DNS服务器2022和DNS服务器2023建立通信连接;DNS服务器2021通过网络与后台服务器2031建立通信连接,DNS服务器2022通过网络与后台服务器2032建立通信连接,DNS服务器2023通过网络与后台服务器2033建立通信连接。
客户端设备201是用户用于访问互联网的设备,具体可以是个人计算机、笔记本电脑、平板电脑、智能手机或智能穿戴设备等。
不同的运营商通常设置有不同的DNS服务器。以图2示出的系统架构为例,DNS服务器2021可以是运营商A提供的DNS服务器,DNS服务器2022可以是运营商B提供的DNS服务器,DNS服务器2023可以是运营商C提供的DNS服务器。
后台服务器是用户请求访问的应用程序的服务器。图2示出的是后台服务器与DNS服务器一对一的映射关系,即,一个DNS服务器对应一个后台服务器,例如图2中示出的,DNS服务器2021对应后台服务器2031,DNS服务器2022对应后台服务器2032,DNS服务器2023对应后台服务器2033,其中,后台服务器2031、后台服务器2032和后台服务器2033属于同一个应用程序的服务器,但是,后台服务器2031由DNS服务器2021负责,后台服务器2032由DNS服务器2022负责,后台服务器2033由DNS服务器2023负责。
当客户端设备201访问互联网时,客户端设备201发送的域名请求消息会先被调度设备204拦截,调度设备204对该域名请求消息进行分析后,确定合适的DNS服务器,然后再将该域名请求消息转发至对应的DNS服务器中。
基于图2所示的系统架构,图3示例性示出了本申请实施例提供的一种小程序的生成方法所对应的流程示意图。如图3所示,具体包括如下步骤:
步骤301,获取域名请求消息。
步骤302,根据目标域名信息,以及预设的域名信息和应用程序的对应关系,确定目标应用程序。
步骤303,根据目标应用程序,以及预设的第一调度列表,确定目标网络运营商。
步骤304,将域名请求消息发送至目标网络运营商对应的DNS服务器。
需要说明的是,上述步骤301至步骤304可以由图2中示出的调度设备204执行。
采用上述方法,调度设备在获取域名请求消息之后,可以根据域名请求消息中包括的目标域名信息,确定与目标域名信息相对应的目标应用程序,然后可以根据预设的应用程序与网络运营商的对应关系,确定目标网络运营商,进而,调度设备可以将域名请求消息转发给目标网络运营商对应的DNS服务器中。其中,预设的应用程序与网络运营商的对应关系可以是根据应用程序的重要程度以及网络运营商的服务质量确定的,也就是说,可以保证目标网络运营商与目标应用程序是相对应的,如此,当应用程度的重要程度较高时,可以选择服务质量较好的网络运营商,当应用程度的重要程度较低时,可以选择服务质量较差的网络运营商,从而能够更加合理地分配网络运营商。对于企业而言,这种方法可以提高企业的办公效率,避免给企业的生产经营造成损失。
进一步地,采用上述方法,由于事先确定好目标运营商,因此,在客户端设备访问互联网的过程中,可以避免出现跨运营商访问的情况。
具体来说,步骤301中,域名请求消息是客户端设备请求查询的域名。域名请求消息可以包括目标域名信息。以访问百度为例,域名请求消息可以包括“www.baidu.com”这一目标域名信息。
步骤302中,域名信息和应用程序的对应关系可以是预先设置的,本领域技术人员可以根据企业或用户的需求,预先设置好域名信息和应用程序的对应关系。进一步地,域名信息和应用程序的对应关系还可以根据企业或用户的需求变化进行更新,比如增加新的域名信息和应用程序的对应关系,或者删除旧的域名信息和应用程序的对应关系,具体不做限定。
域名信息和应用程序的对应关系可以是多对一的关系,即一个应用程序可以对应多个域名信息。
表1:域名信息和应用程序的对应关系的一种示例
本申请实施例中,域名信息和应用程序的对应关系可以以多种形式呈现。比如,可以通过应用特征库存储域名信息和应用程序的对应关系,当确定目标域名信息后,可以通过查询应用特征库,确定目标应用程序;又比如,可以通过数据表存储域名信息和应用程序的对应关系,或者,还可以通过分布式存储的方式存储域名信息和应用程序的对应关系,具体不做限定。
以通过应用特征库存储域名信息和应用程序的对应关系为例,具体实施过程中,可以根据目标域名信息,从应用特征库中确定目标应用程序,其中,应用特征库中存储有预设的域名信息和应用程序的对应关系。
在执行步骤303之前,调度设备可以通过查询预设的第二调度列表,判断第二调度列表中是否存储有目标应用程序。其中,第二调度列表可以存储有所有需要调度的应用程序。
如果第二调度列表中存储有目标应用程序,则可以根据目标应用程序,以及预设的应用程序与网络运营商的对应关系,确定目标网络运营商。
如果第二调度列表中未存储有目标应用程序,则可以随机分配域名请求消息。
如此,在确定目标网络运营商之前,可以筛选出需要调度的应用程序。进一步地,可以只对需要调度的应用程序进行域名请求的调度,从而可以减轻调度设备的运行压力,提高域名请求调度的工作效率。
步骤303中,第一调度列表存储可以存储有应用程序与网络运营商的对应关系。进一步地,应用程序与网络运营商的对应关系可以是根据应用程序的重要程度以及网络运营商的服务质量确定的。
确定应用程序与网络运营商的对应关系的方式有多种,一个示例中,可以将应用程序按重要程序从高到低进行排列,得到应用程序序列;以及将网络运营商按服务质量从好到差进行排列,得到网络运营商序列;然后可以根据应用程序序列和网络运营商序列,建立应用程序与网络运营商的对应关系。
另一个示例中,可以根据应用程序的重要程度,以及预设的应用程序的重要程度与应用程序的等级的关系,确定每个应用程序的目标等级;以及可以根据网络运营商的服务质量,以及预设的网络运营商的服务质量与网络运营商的服务等级的关系,确定每个网络运营商的目标服务等级;然后可以根据每个应用程序的目标等级和每个网络运营商的目标服务等级,建立应用程序与网络运营商的对应关系。
考虑到当业务繁忙时,域名请求消息的数量会增多,当域名请求消息的数量增加到一定程度时,DNS服务器可能会来不及处理,此时,如果调度设备然后将域名请求消息发送给该DNS服务器的话,那么,即便该DNS服务器的服务质量较高,也会出现网络链路拥堵的情况,进而导致域名请求不能及时处理。
基于上述情形,本申请实施例还提供一种第一调度列表的更新方法。请参考图4,其示例性示出了本申请实施例提供的一种第一调度列表的更新方法所对应的流程示意图,具体包括如下步骤:
步骤401,获取当前周期内各网络运营商对应的DNS服务器的负载信息。
其中,负载信息可以包括多种类型的信息,比如可以当前处理的请求数量或当前并行量等。
步骤402,针对第一网络运营商,判断第一网络运营商的DNS服务器对应的当前处理的请求数量是否大于预设阈值,如果大于预设阈值,则执行步骤403;否则,执行步骤404。
其中,第一网络运营商可以是各网络运营商中的任一网络运营商。
步骤403,将第一网络运营商关联的对应关系从所述第一调度列表中删除。
步骤404,判断第一调度列表中是否存储有第一网络运营商关联的对应关系,如果存储有第一网络运营商关联的对应关系,则返回步骤401;否则,执行步骤405。
步骤405,将第一网络运营商关联的对应关系添加到第一调度列表中。
其中,第一网络运营商关联的对应关系可以是根据第一网络运营商的服务质量和应用程序的重要程度确定的。具体的确定方式可以参考步骤303中所描述的内容,此处不再赘述。
下述为本申请装置实施例,可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节,请参照本申请方法实施例。
图5示例性示出了本申请实施例提供的一种域名请求的调度装置的结构示意图。如图5所示,该装置具有实现上述域名请求的调度方法的功能,所述功能可以由硬件实现,也可以由硬件执行相应的软件实现。该装置可以包括:获取单元501,处理单元502和发送单元503。
获取单元501,用于获取域名请求消息,所述域名请求消息包括目标域名信息;
处理单元502,用于根据所述目标域名信息,以及预设的域名信息和应用程序的对应关系,确定目标应用程序;以及,根据所述目标应用程序,以及预设的第一调度列表,确定目标网络运营商;所述第一调度列表存储有应用程序与网络运营商的对应关系,所述应用程序与网络运营商的对应关系是根据应用程序的重要程度以及网络运营商的服务质量确定的;
发送单元503,用于将所述域名请求消息发送至所述目标网络运营商对应的DNS服务器。
可选地,所述应用程序与网络运营商的对应关系通过以下方式确定:
将应用程序按重要程序从高到低进行排列,得到应用程序序列;
将网络运营商按服务质量从好到差进行排列,得到网络运营商序列;
根据所述应用程序序列和所述网络运营商序列,建立所述应用程序与网络运营商的对应关系。
可选地,所述应用程序与网络运营商的对应关系通过以下方式确定:
根据应用程序的重要程度,以及预设的应用程序的重要程度与应用程序的等级的关系,确定每个应用程序的目标等级;
根据网络运营商的服务质量,以及预设的网络运营商的服务质量与网络运营商的服务等级的关系,确定每个网络运营商的目标服务等级;
根据所述每个应用程序的目标等级和所述每个网络运营商的目标服务等级,建立所述应用程序与网络运营商的对应关系。
可选地,所述处理单元502在确定目标网络运营商之前,还用于:
查询预设的第二调度列表;所述第二调度列表存储有所有需要调度的应用程序;以及,如果所述第二调度列表中存储有所述目标应用程序,则根据所述目标应用程序,以及预设的应用程序与网络运营商的对应关系,确定目标网络运营商。
可选地,所述处理单元502还用于:
如果所述第二调度列表中未存储有所述目标应用程序,则随机分配所述域名请求消息。
可选地,所述获取单元501还用于:
获取当前周期内各网络运营商对应的DNS服务器的负载信息,所述负载信息包括当前处理的请求数量;
所述处理单元502还用于:
针对第一网络运营商,如果所述第一网络运营商的DNS服务器对应的当前处理的请求数量大于预设阈值,则将第一网络运营商关联的对应关系从所述第一调度列表中删除;所述第一网络运营商是所述各网络运营商中的任一网络运营商。
可选地,所述处理单元502还用于:
如果所述第一网络运营商的DNS服务器对应的当前处理的请求数量小于或等于预设阈值,则判断所述第一调度列表中是否存储有所述第一网络运营商关联的对应关系;以及,如果所述第一调度列表中未存储有所述第一网络运营商关联的对应关系,则将所述第一网络运营商关联的对应关系添加到所述第一调度列表中;所述第一网络运营商关联的对应关系是根据所述第一网络运营商的服务质量和所述应用程序的重要程度确定的。
图6为本申请实施例提供的电子设备硬件结构示意图。如图6所示,本申请实施例提供的电子设备包括:存储器601,用于存储程序指令;处理器602,用于调用并执行所述存储器中的程序指令,以实现上述实施例所述的域名请求的调度方法。
本实施例中,处理器602和存储器601可通过总线或其他方式连接。处理器可以是通用处理器,例如中央处理器、数字信号处理器、专用集成电路,或者被配置成实施本申请实施例的一个或多个集成电路。存储器可以包括易失性存储器,例如随机存取存储器;存储器也可以包括非易失性存储器,例如只读存储器、快闪存储器、硬盘或固态硬盘。
本申请实施例还提供了一种存储介质,所述存储介质中存储有计算机程序,当域名请求的调度装置的至少一个处理器执行所述计算机程序时,域名请求的调度装置执行上述实施例所述的域名请求的调度方法。
所述的存储介质可为磁碟、光盘、只读存储记忆体(英文:read-only memory,简称:ROM)或随机存储记忆体(英文:random access memory,简称:RAM)等。
本领域的技术人员可以清楚地了解到本申请实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中各个实施例之间相同相似的部分互相参见即可。尤其,对于服务构建装置和服务加载装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例中的说明即可。
以上所述的本申请实施方式并不构成对本申请保护范围的限定。
Claims (9)
1.一种域名请求的调度方法,其特征在于,所述方法包括:
获取当前周期内各网络运营商对应的DNS服务器的负载信息,所述负载信息包括当前处理的请求数量;
针对第一网络运营商,如果所述第一网络运营商的DNS服务器对应的当前处理的请求数量大于预设阈值,则将第一网络运营商关联的对应关系从第一调度列表中删除;所述第一网络运营商是所述各网络运营商中的任一网络运营商;
获取域名请求消息,所述域名请求消息包括目标域名信息;
根据所述目标域名信息,以及预设的域名信息和应用程序的对应关系,确定目标应用程序;
根据所述目标应用程序,以及预设的第一调度列表,确定目标网络运营商;所述第一调度列表存储有应用程序与网络运营商的对应关系,所述应用程序与网络运营商的对应关系是根据应用程序的重要程度以及网络运营商的服务质量确定的;
将所述域名请求消息发送至所述目标网络运营商对应的DNS服务器。
2.根据权利要求1所述的方法,其特征在于,所述应用程序与网络运营商的对应关系通过以下方式确定:
将应用程序按重要程序从高到低进行排列,得到应用程序序列;
将网络运营商按服务质量从好到差进行排列,得到网络运营商序列;
根据所述应用程序序列和所述网络运营商序列,建立所述应用程序与网络运营商的对应关系。
3.根据权利要求1所述的方法,其特征在于,所述应用程序与网络运营商的对应关系通过以下方式确定:
根据应用程序的重要程度,以及预设的应用程序的重要程度与应用程序的等级的关系,确定每个应用程序的目标等级;
根据网络运营商的服务质量,以及预设的网络运营商的服务质量与网络运营商的服务等级的关系,确定每个网络运营商的目标服务等级;
根据所述每个应用程序的目标等级和所述每个网络运营商的目标服务等级,建立所述应用程序与网络运营商的对应关系。
4.根据权利要求1所述的方法,其特征在于,在确定目标网络运营商之前,所述方法还包括:
查询预设的第二调度列表;所述第二调度列表存储有所有需要调度的应用程序;
如果所述第二调度列表中存储有所述目标应用程序,则根据所述目标应用程序,以及预设的应用程序与网络运营商的对应关系,确定目标网络运营商。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
如果所述第二调度列表中未存储有所述目标应用程序,则随机分配所述域名请求消息。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
如果所述第一网络运营商的DNS服务器对应的当前处理的请求数量小于或等于预设阈值,则判断所述第一调度列表中是否存储有所述第一网络运营商关联的对应关系;
如果所述第一调度列表中未存储有所述第一网络运营商关联的对应关系,则将所述第一网络运营商关联的对应关系添加到所述第一调度列表中;所述第一网络运营商关联的对应关系是根据所述第一网络运营商的服务质量和所述应用程序的重要程度确定的。
7.一种域名请求的调度装置,其特征在于,所述装置包括:
获取单元,用于获取当前周期内各网络运营商对应的DNS服务器的负载信息,所述负载信息包括当前处理的请求数量;
处理单元,用于针对第一网络运营商,如果所述第一网络运营商的DNS服务器对应的当前处理的请求数量大于预设阈值,则将第一网络运营商关联的对应关系从第一调度列表中删除;所述第一网络运营商是所述各网络运营商中的任一网络运营商;
所述获取单元,还用于获取域名请求消息,所述域名请求消息包括目标域名信息;
所述处理单元,还用于根据所述目标域名信息,以及预设的域名信息和应用程序的对应关系,确定目标应用程序;以及,根据所述目标应用程序,以及预设的第一调度列表,确定目标网络运营商;所述第一调度列表存储有应用程序与网络运营商的对应关系,所述应用程序与网络运营商的对应关系是根据应用程序的重要程度以及网络运营商的服务质量确定的;
发送单元,用于将所述域名请求消息发送至所述目标网络运营商对应的DNS服务器。
8.根据权利要求7所述的装置,其特征在于,所述应用程序与网络运营商的对应关系通过以下方式确定:
将应用程序按重要程序从高到低进行排列,得到应用程序序列;
将网络运营商按服务质量从好到差进行排列,得到网络运营商序列;
根据所述应用程序序列和所述网络运营商序列,建立所述应用程序与网络运营商的对应关系。
9.根据权利要求7所述的装置,其特征在于,所述应用程序与网络运营商的对应关系通过以下方式确定:
根据应用程序的重要程度,以及预设的应用程序的重要程度与应用程序的等级的关系,确定每个应用程序的目标等级;
根据网络运营商的服务质量,以及预设的网络运营商的服务质量与网络运营商的服务等级的关系,确定每个网络运营商的目标服务等级;
根据所述每个应用程序的目标等级和所述每个网络运营商的目标服务等级,建立所述应用程序与网络运营商的对应关系。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010137534.4A CN110995890B (zh) | 2020-03-03 | 2020-03-03 | 域名请求的调度方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010137534.4A CN110995890B (zh) | 2020-03-03 | 2020-03-03 | 域名请求的调度方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110995890A CN110995890A (zh) | 2020-04-10 |
CN110995890B true CN110995890B (zh) | 2020-10-16 |
Family
ID=70081333
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010137534.4A Active CN110995890B (zh) | 2020-03-03 | 2020-03-03 | 域名请求的调度方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110995890B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115022285B (zh) * | 2022-06-02 | 2024-02-09 | 北京亿安天下科技股份有限公司 | 一种一键式自动化互联网通信设备配置的方法和装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106888268A (zh) * | 2017-03-24 | 2017-06-23 | 杭州迪普科技股份有限公司 | 一种域名的解析方法及装置 |
CN109286572A (zh) * | 2018-09-30 | 2019-01-29 | 郑州冰川网络技术有限公司 | 动态域名解析方法 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102316172B (zh) * | 2010-07-05 | 2015-11-25 | 中国电信股份有限公司 | 一种dns解析方法、系统和sag设备 |
JP5557689B2 (ja) * | 2010-10-22 | 2014-07-23 | 株式会社日立製作所 | ネットワークシステム |
CN102209358B (zh) * | 2011-06-09 | 2014-04-23 | 上海顶竹通讯技术有限公司 | 一种移动网络以及终端接入业务网络的方法 |
US11070511B2 (en) * | 2017-01-30 | 2021-07-20 | Hubspot, Inc. | Managing electronic messages with a message transfer agent |
CN107197059B (zh) * | 2017-07-27 | 2019-12-06 | 杭州迪普科技股份有限公司 | 一种dns解析方法及装置 |
CN107508760B (zh) * | 2017-09-20 | 2020-01-03 | 杭州安恒信息技术股份有限公司 | 一种基于线路源ip进行负载分发的方法 |
CN109040343B (zh) * | 2018-09-11 | 2021-07-23 | 达闼科技(北京)有限公司 | 域名解析方法、装置、计算机可读存储介质及电子设备 |
-
2020
- 2020-03-03 CN CN202010137534.4A patent/CN110995890B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106888268A (zh) * | 2017-03-24 | 2017-06-23 | 杭州迪普科技股份有限公司 | 一种域名的解析方法及装置 |
CN109286572A (zh) * | 2018-09-30 | 2019-01-29 | 郑州冰川网络技术有限公司 | 动态域名解析方法 |
Also Published As
Publication number | Publication date |
---|---|
CN110995890A (zh) | 2020-04-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9444759B2 (en) | Service provider registration by a content broker | |
US9450896B2 (en) | Methods and systems for providing customized domain messages | |
US9465819B2 (en) | Distributed database | |
US10243919B1 (en) | Rule-based automation of DNS service discovery | |
CN109768879B (zh) | 目标业务服务器的确定方法、装置及服务器 | |
CN103064960A (zh) | 数据库查询方法及设备 | |
CN113645304B (zh) | 数据服务处理方法及相关设备 | |
US20160036665A1 (en) | Data verification based upgrades in time series system | |
CN111556135A (zh) | 一种请求调度方法、系统、装置及电子设备 | |
CN109873855A (zh) | 一种基于区块链网络的资源获取方法和系统 | |
CN110247971B (zh) | 减少消息中间件连接数量的方法及其系统 | |
CN108259605B (zh) | 一种基于多数据中心的数据调用系统及方法 | |
CN110995890B (zh) | 域名请求的调度方法及装置 | |
CN109413117B (zh) | 分布式数据计算方法、装置、服务器及计算机存储介质 | |
CN112035760B (zh) | 一种任务分配方法及计算机设备 | |
CN115378959A (zh) | 数据发送方法、装置、电子设备和存储介质 | |
CN106060155A (zh) | P2p资源共享的方法及装置 | |
WO2018000617A1 (zh) | 一种数据库的更新方法及调度服务器 | |
US12040943B2 (en) | Optimization of network function profile administration and discovery | |
CN112073449B (zh) | 基于Kubernetes的环境切换处理方法和设备 | |
CN112073358B (zh) | 基于Kubernetes的协议转换处理方法和设备 | |
WO2018145739A1 (en) | Methods, client and server relating to a distributed database | |
Hong et al. | Global-scale event dissemination on mobile social channeling platform | |
KR101799835B1 (ko) | 클라우드 기반의 동적 작업 관리 시스템 및 방법 | |
CN117424885A (zh) | 高并发场景下的数据调用方法、系统、装置、设备及介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |