CN114285822A - 一种域名解析服务器切换方法及装置 - Google Patents

一种域名解析服务器切换方法及装置 Download PDF

Info

Publication number
CN114285822A
CN114285822A CN202111538951.0A CN202111538951A CN114285822A CN 114285822 A CN114285822 A CN 114285822A CN 202111538951 A CN202111538951 A CN 202111538951A CN 114285822 A CN114285822 A CN 114285822A
Authority
CN
China
Prior art keywords
domain name
name resolution
resolution server
transaction
server
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.)
Pending
Application number
CN202111538951.0A
Other languages
English (en)
Inventor
李广
郝建明
马平清
沈刚
张育新
张琦
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Unionpay Co Ltd
Original Assignee
China Unionpay Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Unionpay Co Ltd filed Critical China Unionpay Co Ltd
Priority to CN202111538951.0A priority Critical patent/CN114285822A/zh
Publication of CN114285822A publication Critical patent/CN114285822A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例提供了一种域名解析服务器切换方法及装置,该方法包括交易后端通过域名解析检测程序对第一主域名解析服务器进行检测,确定第一主域名解析服务器是否处于正常工作状态,若确定第一主域名解析服务器处于异常工作状态,则自动切换第一主域名解析服务器至第二主域名解析服务器,并将域名解析请求发送给第二主域名解析服务器,通过第二主域名解析服务器解析域名解析请求得到的IP地址,与对应的交易前端建立通信连接。如此,该方案通过域名解析检测程序自动将处于异常工作状态的第一主域名解析服务器切换至第二主域名解析服务器,以便通过第二主域名解析服务器处理域名解析请求,从而可以有效地提高域名解析服务器的高可用性。

Description

一种域名解析服务器切换方法及装置
技术领域
本发明实施例涉及DNS解析技术领域,尤其涉及一种域名解析服务器切换方法及装置。
背景技术
随着移动支付的普及,互联网交易量急剧增加,DNS(Domain Name System,域名系统)作为互联网基础设施,在互联网服务中占据着越来越重要的地位,那么保障DNS的高效安全运行,对于维护互联网安全、提升用户体验具有重要的意义。
DNS是互联网最重要的起点和入口,是全球互联网通信的基础,基于互联网的各种Web服务、E-mail服务、路由服务等都直接或者间接依赖DNS。DNS的作用相当于互联网的中枢神经系统,用于网络域名与网络IP地址之间的转换,如果DNS解析服务器出现故障,则会导致互联网陷入瘫痪,因此,提高DNS解析服务器的高可用性显得尤为重要。
现阶段,有关DNS解析服务器高可用的方法主要有两种,即,一种方法是系统层的DNS解析服务器高可用,配置多台DNS解析服务器,按顺序依次尝试DNS解析;另一种方法是网络层线路的高可用,采用多个运营商的多条通信线路,对DNS解析需求按一定规则进行负载均衡。但是,这两种方法都存在无法做到DNS解析服务器故障后快速响应恢复以及无法保障互联网交易不受DNS解析服务器的异常影响的问题。
综上,目前亟需一种域名解析服务器切换方法,用以有效地提高域名解析服务器的高可用性。
发明内容
本发明实施例提供了一种域名解析服务器切换方法及装置,用以有效地提高域名解析服务器的高可用性。
第一方面,本发明实施例提供了一种域名解析服务器切换方法,包括:
交易后端通过域名解析检测程序对第一主域名解析服务器进行检测,确定所述第一主域名解析服务器是否处于正常工作状态;
所述交易后端若确定所述第一主域名解析服务器处于异常工作状态,则将用于域名解析的域名解析服务器由所述第一主域名解析服务器切换至第二主域名解析服务器,并将所述交易后端生成的域名解析请求发送给所述第二主域名解析服务器;所述第一主域名解析服务器位于属于第一运营商的主网络通信线路上;所述第二主域名解析服务器位于属于第二运营商的备用网络通信线路上;所述第一运营商和所述第二运营商是两个不相同的运营商;
所述交易后端通过所述第二主域名解析服务器解析得到的所述域名解析请求对应的网络协议IP地址,与所述IP地址对应的交易前端建立通信连接;所述交易前端用于接收任一客户端发送的交易请求;所述交易后端用于针对任一交易前端转发的任一客户端的交易请求进行处理。
上述技术方案中,由于现有方案中在系统层配置的多台DNS解析服务器若都配置在同一个运营商通信线路上,则会在该运营商通信线路发生故障后多台DNS解析服务器都不可用,以及,在网络层通信线路质量不好时,会有一定的误码率但未达到告警阈值,所以网络层通信线路不会进行自动切换,网络层此时并不知道DNS解析服务器针对域名解析请求的解析已经受到影响,因此这两种现有处理方式都无法做到DNS故障后快速响应恢复,那么也就会使得互联网交易受到影响,给用户带来一定损失。基于此,本发明中的技术方案通过将多个域名解析服务器进行分别配置在不同运营商的网络通信线路上,并在通过域名解析检测程序检测到属于某一运营商的网络通信线路上的域名解析服务器处于异常工作状态时,及时地将用于域名解析的域名解析服务器由该域名解析服务器切换至属于另一运营商的网络通信线路上的域名解析服务器,如此可以避免出现多个域名解析服务器因均配置在同一个运营商的网络通信线路上,在该同一运营商的网络通信线路发生故障导致多个域名解析服务器均不可用的情况,从而可以有效地确保互联网交易能够及时正常地被处理,并可以有效地提高域名解析服务器的高可用性。具体来说,交易后端通过域名解析检测程序对位于属于第一运营商(即主用运营商)的主网络通信线路上的第一主域名解析服务器进行检测,确定该第一主域名解析服务器是否处于正常工作状态,若确定该第一主域名解析服务器处于异常工作状态,则可以将用于域名解析的域名解析服务器由该第一主域名解析服务器切换至位于属于第二运营商(即备用运营商)的备用网络通信线路上的第二主域名解析服务器,以便将交易后端生成的域名解析请求发送给该第二主域名解析服务器,从而可以实现域名解析服务器的自主切换,以此有效地确保互联网交易不受域名解析服务器异常的影响。然后,通过该第二主域名解析服务器解析得到的交易后端生成的域名解析请求对应的IP地址,即可及时地与该IP地址对应的交易前端建立通信连接。如此,该方案可以通过域名解析检测程序在检测到当前用于域名解析的第一主域名解析服务器处于异常工作状态时,即可自动将第一主域名解析服务器切换至第二主域名解析服务器,以便交易后端能够及时地通过第二主域名解析服务器来处理该交易后端生成的域名解析请求,从而可以有效地确保互联网交易能够被及时正常地处理,而不受用于域名解析的域名解析服务器的异常影响,并可以有效地提高域名解析服务器的高可用性。
可选地,所述主网络通信线路上还配置有第一备用域名解析服务器;
所述方法还包括:
所述交易后端通过所述域名解析检测程序,若确定所述第一主域名解析服务器处于异常工作状态且所述第一备用域名解析服务器处于正常工作状态,则将用于域名解析的域名解析服务器由所述第一主域名解析服务器切换至所述第一备用域名解析服务器。
上述技术方案中,除了在通过域名解析检测程序检测到用于域名解析的第一主域名解析服务器处于异常工作状态时,直接进行网络通信线路的切换来确保互联网交易不受用于域名解析的域名解析服务器的异常影响,也可以有另一种处理方式,即,在确定用于域名解析的第一主域名解析服务器处于异常工作状态,且确定与该第一主域名解析服务器同属同一运营商且位于同一主网络通信线路上的第一备用域名解析服务器处于正常工作状态时,可以将用于域名解析的域名解析服务器由第一主域名解析服务器切换至第一备用域名解析服务器,以此确保交易后端能够及时地通过第一备用域名解析服务器来处理该交易后端生成的域名解析请求,从而可以有效地确保互联网交易能够被及时正常地处理。
可选地,所述确定所述第一主域名解析服务器是否处于正常工作状态,包括:
所述交易后端通过所述域名解析检测程序,生成m个不同的域名解析请求;
所述交易后端将所述m个不同的域名解析请求通过所述主网络通信线路发送给所述第一主域名解析服务器;
所述交易后端根据所述第一主域名解析服务器针对所述m个不同的域名解析请求的响应状况,确定所述第一主域名解析服务器是否处于正常工作状态。
上述技术方案中,由于考虑到同一域名故障可能导致的误报警情况,也即是,如果生成针对同一域名的多个域名解析请求,那么该域名所对应的主机如果出现异常(比如宕机或网络中断等),那么就无法准确地确定第一主域名解析服务器的实际工作状态是什么样的。因此通过生成针对多个不同域名的域名解析请求来判断第一主域名解析服务器的实际工作状态,比如,如果第一主域名解析服务器针对该多个不同域名的域名解析请求的响应状况满足一定条件(比如针对该多个不同域名的域名解析请求的多个响应中有多数正常响应),则确定该第一主域名解析服务器处于正常工作状态,否则确定该第一主域名解析服务器处于异常工作状态。
可选地,所述交易后端根据所述第一主域名解析服务器针对所述m个不同的域名解析请求的响应状况,确定所述第一主域名解析服务器是否处于正常工作状态,包括:
所述交易后端通过所述域名解析检测程序在确定所述响应状况为接收到的域名解析响应的数量大于等于设定数量阈值时,确定所述第一主域名解析服务器处于正常工作状态;
所述交易后端通过所述域名解析检测程序在确定所述响应状况为在接收到的域名解析响应的数量小于所述设定数量阈值时,确定所述第一主域名解析服务器处于异常工作状态。
上述技术方案中,通过域名解析检测程序将接收到的域名解析响应的数量与设定数量阈值进行比较,即可及时准确地确定第一主域名解析服务器是否处于正常工作状态,从而为后续及时地确定是否需要自动对第一主域名解析服务器进行切换提供支持。
可选地,所述交易后端通过域名解析检测程序,生成m个不同的域名解析请求,包括:
所述交易后端通过所述域名解析检测程序,调用参数配置文件,生成所述m个不同的域名解析请求;所述参数配置文件用于设置交易量最大且访问最频繁的m个不同的域名。
上述技术方案中,通过设置独立于域名解析检测程序的参数配置文件,可以有助于在业务流向和业务规则发生变化时,能够及时跟进更新该参数配置文件中的域名或其它参数信息,那么也就便于域名解析程序能够及时地调用更新后的参数配置文件,从而实现对用于域名解析的域名解析服务器进行周期性地实时检测。
可选地,针对域名解析请求设置的响应时间小于交易请求的交易处理时间。
上述技术方案中,通过针对域名解析请求设置的响应时间小于交易请求的交易处理时间,可以在用于域名解析的域名解析服务器出现故障时,域名解析检测程序能够优先于交易应用程序检测到域名解析服务器出现故障,并能够在交易应用程序未感知域名解析服务器出现故障之前率先进行域名解析服务器的自动切换,从而可以有效地避免影响交易应用程序处理互联网交易。
可选地,将所述交易后端生成的域名解析请求发送给所述第二主域名解析服务器,包括:
所述交易后端确定出已发送至所述第一主域名解析服务器且尚未接收到域名解析结果的域名解析请求;
所述交易后端将所述域名解析请求发送给所述第二主域名解析服务器。
上述技术方案中,在进行自动将第一主域名解析服务器切换至第二主域名解析服务器后,可以将之前已发送至第一主域名解析服务器且尚未接收到域名解析结果的域名解析请求重新发送给第二主域名解析服务器进行解析处理,以此获得该域名解析请求对应的IP地址,以及可以将交易后端新生成的域名解析请求发送给第二主域名解析服务器进行解析处理,以此获得该新域名解析请求对应的IP地址。
第二方面,本发明实施例还提供了一种域名解析服务器切换装置,包括:
检测单元,用于通过域名解析检测程序对第一主域名解析服务器进行检测,确定所述第一主域名解析服务器是否处于正常工作状态;
处理单元,用于若确定所述第一主域名解析服务器处于异常工作状态,则将用于域名解析的域名解析服务器由所述第一主域名解析服务器切换至第二主域名解析服务器,并将所述交易后端生成的域名解析请求发送给所述第二主域名解析服务器;所述第一主域名解析服务器位于属于第一运营商的主网络通信线路上;所述第二主域名解析服务器位于属于第二运营商的备用网络通信线路上;所述第一运营商和所述第二运营商是两个不相同的运营商;通过所述第二主域名解析服务器解析得到的所述域名解析请求对应的网络协议IP地址,与所述IP地址对应的交易前端建立通信连接;所述交易前端用于接收任一客户端发送的交易请求;所述交易后端用于针对任一交易前端转发的任一客户端的交易请求进行处理。
可选地,所述主网络通信线路上还配置有第一备用域名解析服务器;
所述处理单元还用于:
通过所述域名解析检测程序,若确定所述第一主域名解析服务器处于异常工作状态且所述第一备用域名解析服务器处于正常工作状态,则将用于域名解析的域名解析服务器由所述第一主域名解析服务器切换至所述第一备用域名解析服务器。
可选地,所述检测单元具体用于:
通过所述域名解析检测程序,生成m个不同的域名解析请求;
将所述m个不同的域名解析请求通过所述主网络通信线路发送给所述第一主域名解析服务器;
根据所述第一主域名解析服务器针对所述m个不同的域名解析请求的响应状况,确定所述第一主域名解析服务器是否处于正常工作状态。
可选地,所述检测单元具体用于:
通过所述域名解析检测程序在确定所述响应状况为接收到的域名解析响应的数量大于等于设定数量阈值时,确定所述第一主域名解析服务器处于正常工作状态;
通过所述域名解析检测程序在确定所述响应状况为在接收到的域名解析响应的数量小于所述设定数量阈值时,确定所述第一主域名解析服务器处于异常工作状态。
可选地,所述检测单元具体用于:
通过所述域名解析检测程序,调用参数配置文件,生成所述m个不同的域名解析请求;所述参数配置文件用于设置交易量最大且访问最频繁的m个不同的域名。
可选地,针对域名解析请求设置的响应时间小于交易请求的交易处理时间。
所述处理单元还用于:
确定出已发送至所述第一主域名解析服务器且尚未接收到域名解析结果的域名解析请求;
将所述域名解析请求发送给所述第二主域名解析服务器。
第三方面,本发明实施例提供一种计算设备,包括至少一个处理器以及至少一个存储器,其中,所述存储器存储有计算机程序,当所述程序被所述处理器执行时,使得所述处理器执行上述第一方面任意所述的域名解析服务器切换方法。
第四方面,本发明实施例提供一种计算机可读存储介质,其存储有可由计算设备执行的计算机程序,当所述程序在所述计算设备上运行时,使得所述计算设备执行上述第一方面任意所述的域名解析服务器切换方法。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种可能的系统架构的示意图;
图2为本发明实施例提供的一种域名解析服务器切换方法的流程示意图;
图3为本发明实施例提供的一种检测DNS解析服务器的工作状态的流程示意图;
图4为本发明实施例提供的一种域名解析服务器切换装置的结构示意图;
图5为本发明实施例提供的一种计算设备的结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
为了便于理解本发明实施例,首先以图1中示出的一种可能的系统架构为例说明适用于本发明实施例的域名解析服务器切换系统架构。该可能的系统架构包括网络层和系统层。其中,针对网络层:根据DNS解析服务器(即域名解析服务器)高可用最小化配置原则,以属于2个运营商(比如电信运营商、移动运营商或联通运营商等)的两条网络通信线路和4个DNS解析服务器为例,将该属于2个运营商的两条网络通信线路和4个DNS解析服务器进行组合,即,每个运营商的网络通信线路上配置两个DNS解析服务器,比如平时主用运营商是运营商1以及该运营商1上的DNS解析服务器A(即主用DNS解析服务器)、DNS解析服务器B(即备用DNS解析服务器);备用运营商是运营商2以及该运营商2上的DNS解析服务器C(即主用DNS解析服务器)、DNS解析服务器D(即备用DNS解析服务器),如此,不仅保障运营商网络通信线路是高可用的,而且保障每个运营商网络通信线路上的DNS解析服务器也是高可用的。针对系统层:使用独立自主研发的DNS解析检测程序(级域名解析检测程序),也即是交易后端配置有该DNS解析检测程序,模拟实际互联网交易中的DNS解析过程,持续对用于DNS解析的DNS解析服务器进行检测,比如,针对运营商1上的DNS解析服务器A进行检测,如果发现DNS解析服务器A的DNS解析超时或者出现异常,该DNS解析检测程序就会自动将用于域名解析的服务器由DNS解析服务器A切换至DNS解析服务器C,此时所使用的运营商网络通信线路也由运营商1的网络通信线路切换为运营商2的网络通信线路了。
其中,通过F5设备实现负载均衡和网络线路的高可用。其中,这4个DNS解析服务器和属于2个运营商的两条网络通信线路之间无强关联,将4个DNS解析服务器分成2组,组内设置主备优先级,组间也设置主备优先级,再将这2组DNS解析服务器与属于2个运营商的两条网络通信线路进行组合。比如,以DNS解析服务器A、DNS解析服务器B、DNS解析服务器C以及DNS解析服务器D为例,将DNS解析服务器A、DNS解析服务器B设置一组,即组a,该组a内DNS解析服务器A为主用DNS解析服务器,DNS解析服务器B为备用DNS解析服务器;将DNS解析服务器C、DNS解析服务器D设置为一组,即组b,该组b内DNS解析服务器C为主用DNS解析服务器,DNS解析服务器D为备用DNS解析服务器,同时设置组a为主用组,组b为备用组,将组a与运营商1(即主用运营商)上的网络通信线路进行组合,将组b与运营商2(即备用运营商)上的网络通信线路进行组合。
如果运营商1上的网络通信线路发生故障了,则导致DNS解析服务器A、DNS解析服务器B均处于不可用状态,此时系统层会触发将用于域名解析的服务器由位于运营商1的网络通信线路上的DNS解析服务器A切换至位于运营商2的网络通信线路上的DNS解析服务器C(或DNS解析服务器D)。这时,由于主用DNS解析服务器C运行在运营商2的网络通信线路上,所以切换后能够继续有效地工作,不会出现一条网络通信线路出现故障导致DNS解析服务器全部不可用的问题,从而可以保障DNS解析服务器的高可用性,使得DNS解析服务器出现异常情况对互联网交易的影响性降低到最小。或者,如果运营商2上的网络通信线路发生故障了,则导致DNS解析服务器C、DNS解析服务器D均处于不可用状态,此时系统层会触发将用于域名解析的服务器由位于运营商2的网络通信线路上的DNS解析服务器C切换至位于运营商1的网络通信线路上的DNS解析服务器A。这时,由于主用DNS解析服务器A运行在运营商1的网络通信线路上,所以切换后能够继续有效地工作,不会出现一条网络通信线路出现故障导致DNS解析服务器全部不可用的问题,从而可以保障DNS解析服务器的高可用性,以此可以使得DNS解析服务器出现异常情况对互联网交易的影响性降低到最小。
需要说明的是,上述图1所示的系统架构仅是一种示例,本发明实施例对此不做限定。
基于上述描述,图2示例性的示出了本发明实施例提供的一种域名解析服务器切换方法的流程,该流程可以由域名解析服务器切换装置执行。
如图2所示,该流程具体包括:
步骤201,交易后端通过域名解析检测程序对第一主域名解析服务器进行检测,确定所述第一主域名解析服务器是否处于正常工作状态。
本发明实施例中,其中,交易后端用于针对任一交易前端转发的任一客户端的交易请求进行处理;交易前端用于接收任一客户端发送的交易请求。例如,某一用户通过客户端向某一交易前端发送交易请求,该交易前端会将该用户通过客户端发送的交易请求转发给交易后端进行处理。也即是,交易后端可以对应多个交易前端,每个交易前端也可以对应多个客户端,任一用户通过客户端发起的交易请求会被传输到交易后端进行处理。其中,在交易后端配置域名解析检测程序,交易后端通过该域名解析检测程序可以对当前使用的第一主域名解析服务器进行检测,以此确定该第一主域名解析服务器是否处于正常工作状态。此外,由于考虑到同一域名故障可能导致的误报警情况,也即是,如果生成针对同一域名的多个域名解析请求,那么该域名所对应的主机如果出现异常(比如宕机或网络中断等),那么就无法准确地确定第一主域名解析服务器的实际工作状态是什么样的。因此本发明实施例中的技术方案通过生成针对多个不同域名的域名解析请求来判断第一主域名解析服务器的实际工作状态。具体地,交易后端通过域名解析检测程序,生成m个不同的域名解析请求,并将m个不同的域名解析请求通过主网络通信线路发送给第一主域名解析服务器,以此通过第一主域名解析服务器针对m个不同的域名解析请求的响应状况确定第一主域名解析服务器的实际工作状态,也即是确定第一主域名解析服务器是否处于正常工作状态。如果通过域名解析检测程序在确定响应状况为接收到的域名解析响应的数量大于等于设定数量阈值时,则确定第一主域名解析服务器处于正常工作状态;如果通过域名解析检测程序在确定响应状况为在接收到的域名解析响应的数量小于设定数量阈值时,则确定第一主域名解析服务器处于异常工作状态。
其中,在生成m个不同的域名解析请求时,交易后端通过域名解析检测程序,调用参数配置文件,生成m个不同的域名解析请求。其中,参数配置文件用于设置交易量最大且访问最频繁的m个不同的域名。需要说明的是,选择设置交易量最大且访问最频繁的m个不同的域名是由于交易用户通过该m个不同的域名进行针对交易请求的访问最频繁,也即是交易活跃度最高的m个不同的域名,那么通过基于该m个不同的域名来生成向用于域名解析的DNS解析服务器发起的域名解析请求,可以更加及时准确地判断出用于域名解析的DNS解析服务器的工作状态是否正常。如此,该方案通过设置独立于域名解析检测程序的参数配置文件,可以有助于在业务流向和业务规则发生变化时,能够及时跟进更新该参数配置文件中的域名或其它参数信息,那么也就便于域名解析程序能够及时地调用更新后的参数配置文件,从而实现对用于域名解析的域名解析服务器进行周期性地实时检测。此外,通过针对域名解析请求设置的响应时间小于交易请求的交易处理时间,是为了便于在用于域名解析的域名解析服务器出现故障时,域名解析检测程序能够优先于交易应用程序检测到域名解析服务器出现故障,并能够在交易应用程序未感知域名解析服务器出现故障之前率先进行域名解析服务器的自动切换,从而可以有效地避免影响交易应用程序处理互联网交易。
示例性地,本发明实施例通过独立自主研发的DNS解析检测程序来最大限度模拟实际互联网交易和DNS解析服务器交互的实际情况,从而能够及时地在检测到用于域名解析的DNS解析服务器出现异常时,能够自动进行域名解析服务器的切换。参考图3,图3为本发明实施例提供的一种检测DNS解析服务器的工作状态的流程示意图。其中,以三个不同的域名为例进行描述,该三个不同的域名均为实际交易量最大且访问最频繁的域名。其中,基于图3,检测DNS解析服务器的工作状态的具体实施过程为:
步骤a、交易后端通过DNS解析检测程序,生成三个不同域名的域名解析请求,并同时将该三个不同域名的域名解析请求发送给当前用于域名解析的DNS解析服务器。
其中,交易后端会通过当前用于域名解析的DNS解析服务器所属的某一运营商的网络通信线路,与当前用于域名解析的DNS解析服务器进行三次交互,每次交互都是同时发送三个不同域名的域名解析请求,相当于每个域名的域名解析请求发送了三次。
步骤b、交易后端通过DNS解析检测程序,判断是否正常接收到三个不同域名的域名解析请求中至少两个域名解析请求的响应。
其中,针对每次交互,交易后端判断本次发送的三个不同域名的域名解析请求中是否能够正常接收到至少两个域名解析请求的响应。如果是,则交易后端可以确认当前用于域名解析的DNS解析服务器的工作状态是正常的,同时针对计数器进行清零。如果否,则交易后端可以确认当前用于域名解析的DNS解析服务器的工作状态是异常的,同时计数器加1。
步骤c、交易后端通过DNS解析检测程序,若确定没有正常接收到(也即是只正常接收一个域名解析请求的响应或者没有接收到任何域名解析请求的响应),则计数器加1,若确定正常接收到三个不同域名的域名解析请求中至少两个域名解析请求的响应,则针对计数器进行清零。
步骤d、交易后端通过DNS解析检测程序,确定计数器累加值是否大于等于3。如果是,则交易后端通过DNS解析检测程序自动进行DNS解析服务器的切换;如果否,则针对计数器进行清零。
其中,超时时间与计数器次数的乘积即是检测总超时时间,但是该检测总超时时间比实际交易应用程序设置的超时参数时间稍短。其中,超时时间是指服务端(比如交易后端或交易应用程序)配置的一个时间阈值(比如2分钟),服务端只处理与服务端时间差值在该配置时间范围内的请求。这样,如果用于域名解析的DNS解析服务器出现故障,则DNS解析检测程序会优先于交易应用程序检测到域名解析服务器出现故障,并能够在交易应用程序未感知域名解析服务器出现故障之前率先进行域名解析服务器的自动切换,从而可以有效地避免影响交易应用程序处理互联网交易。如此,该方案中DNS解析服务器的切换完全不依赖于网络层的高可用,也不受网络层网络通信线路、运营商故障的影响,只要检测结果符合DNS解析服务器的切换条件即可立即执行DNS解析服务器的切换。
相比于现有技术方案,如果某一个运营商(比如运营商1)的网络通信线路出现故障,则该运营商1的网络通信线路上所配置的各DNS解析服务器(比如DNS解析服务器A、DNS解析服务器B)全部不可用,因为在DNS故障后无法做到快速响应恢复,因此互联网交易会立刻受到影响,但是,针对本发明实施例中的技术方案,如果某一个运营商(比如运营商1)的网络通信线路出现故障,则运营商1的网络通信线路上所配置的各DNS解析服务器(比如DNS解析服务器A、DNS解析服务器B)全部处于不可用状态,但是DNS解析检测程序会优先于交易应用程序检测到域名解析服务器出现故障,所以DNS解析检测程序会立刻将位于运营商1的网络通信线路上的当前DNS解析服务器切换至位于运营商2的网络通信线路上的主用DNS解析服务器(比如DNS解析服务器C或DNS解析服务器D),那么就可以有效地确保互联网交易不受影响。此外,现有技术方案在针对DNS解析不稳定时,其中,由于仅仅是时延较高,但依然能在超时时限范围内完成DNS解析,而交易应用程序往往对时延要求很高,所以即使交易应用程序报错也不会切换当前使用的DNS解析服务器,从而使得互联网交易受到影响。但是,针对本发明实施例中的技术方案,由于DNS解析检测程序会优先于交易应用程序检测到DNS解析不稳定,所以在交易应用程序报错前,会自动切换当前使用的DNS解析服务器,比如,以上述运营商1和运营商2为例,则当前使用的是位于运营商1的网络通信线路上的DNS解析服务器A,则DNS解析检测程序在检测到DNS解析服务器A解析不稳定时,会自动将用于域名解析的服务器由DNS解析服务器A切换至位于运营商1的网络通信线路上的DNS解析服务器C(或DNS解析服务器D),从而可以有效地确保域名解析服务器的高可用性,以此有效地确保互联网交易不受影响。
步骤202,所述交易后端若确定所述第一主域名解析服务器处于异常工作状态,则将用于域名解析的域名解析服务器由所述第一主域名解析服务器切换至第二主域名解析服务器,并将所述交易后端生成的域名解析请求发送给所述第二主域名解析服务器。
步骤203,所述交易后端通过所述第二主域名解析服务器解析得到的所述域名解析请求对应的网络协议IP地址,与所述IP地址对应的交易前端建立通信连接。
本发明实施例中,其中,第一主域名解析服务器位于属于第一运营商的主网络通信线路上;第二主域名解析服务器位于属于第二运营商的备用网络通信线路上;第一运营商和第二运营商是两个不相同的运营商;属于第一运营商的主网络通信线路上还配置有第一备用域名解析服务器;属于第二运营商的备用网络通信线路上还配置第二备用域名解析服务器。比如,第一运营商为电信运营商,第二运营商为移动运营商。具体地,交易后端如果确定第一主域名解析服务器处于异常工作状态,则将用于域名解析的域名解析服务器由该第一主域名解析服务器切换至第二主域名解析服务器,并将交易后端生成的域名解析请求发送给第二主域名解析服务器,由该第二主域名解析服务器针对该域名解析请求进行相应的域名解析处理,也即是对该域名解析请求中的域名进行解析,得到该域名对应的IP地址。比如,在进行自动将第一主域名解析服务器切换至第二主域名解析服务器后,交易后端可以将之前已发送至第一主域名解析服务器且尚未接收到域名解析结果的域名解析请求重新发送给第二主域名解析服务器进行解析处理,以此获得该域名解析请求中的域名对应的IP地址,或者,可以将交易后端新生成的域名解析请求发送给第二主域名解析服务器进行解析处理,以此获得该新域名解析请求中的域名对应的IP地址。然后,交易后端可以通过第二主域名解析服务器解析得到的域名解析请求中的域名对应的IP地址,与该IP地址对应的交易前端建立通信连接,也即是,交易后端通过该IP地址,与该IP地址对应的交易前端建立数据传输所需的通信链路,从而实现交易后端与交易前端在该通信链路上进行数据传输。
此外,除了在通过域名解析检测程序检测到用于域名解析的第一主域名解析服务器处于异常工作状态时,直接进行网络通信线路的切换来确保互联网交易不受用于域名解析的域名解析服务器的异常影响,也可以有另一种处理方式,即,交易后端通过域名解析检测程序在确定用于域名解析的第一主域名解析服务器处于异常工作状态,且确定与该第一主域名解析服务器同属同一运营商且位于同一主网络通信线路上的第一备用域名解析服务器处于正常工作状态时,可以将用于域名解析的域名解析服务器由第一主域名解析服务器切换至第一备用域名解析服务器,以此确保交易后端能够及时地通过第一备用域名解析服务器来处理该交易后端生成的域名解析请求,从而可以有效地确保互联网交易能够被及时正常地处理。或者,交易后端通过域名解析检测程序在确定用于域名解析的第二主域名解析服务器处于异常工作状态,且确定与该第二主域名解析服务器同属同一运营商且位于同一备用网络通信线路上的第二备用域名解析服务器处于正常工作状态时,可以将用于域名解析的域名解析服务器由第二主域名解析服务器切换至第二备用域名解析服务器,以此确保交易后端能够及时地通过第二备用域名解析服务器来处理该交易后端生成的域名解析请求,从而可以有效地确保互联网交易能够被及时正常地处理。
上述实施例表明,由于现有方案中在系统层配置的多台DNS解析服务器若都配置在同一个运营商通信线路上,则会在该运营商通信线路发生故障后多台DNS解析服务器都不可用,以及,在网络层通信线路质量不好时,会有一定的误码率但未达到告警阈值,所以网络层通信线路不会进行自动切换,网络层此时并不知道DNS解析服务器针对域名解析请求的解析已经受到影响,因此这两种现有处理方式都无法做到DNS故障后快速响应恢复,那么也就会使得互联网交易受到影响,给用户带来一定损失。基于此,本发明中的技术方案通过将多个域名解析服务器进行分别配置在不同运营商的网络通信线路上,并在通过域名解析检测程序检测到属于某一运营商的网络通信线路上的域名解析服务器处于异常工作状态时,及时地将用于域名解析的域名解析服务器由该域名解析服务器切换至属于另一运营商的网络通信线路上的域名解析服务器,如此可以避免出现多个域名解析服务器因均配置在同一个运营商的网络通信线路上,在该同一运营商的网络通信线路发生故障导致多个域名解析服务器均不可用的情况,从而可以有效地确保互联网交易能够及时正常地被处理,并可以有效地提高域名解析服务器的高可用性。具体来说,交易后端通过域名解析检测程序对位于属于第一运营商(即主用运营商)的主网络通信线路上的第一主域名解析服务器进行检测,确定该第一主域名解析服务器是否处于正常工作状态,若确定该第一主域名解析服务器处于异常工作状态,则可以将用于域名解析的域名解析服务器由该第一主域名解析服务器切换至位于属于第二运营商(即备用运营商)的备用网络通信线路上的第二主域名解析服务器,以便将交易后端生成的域名解析请求发送给该第二主域名解析服务器,从而可以实现域名解析服务器的自主切换,以此有效地确保互联网交易不受域名解析服务器异常的影响。然后,通过该第二主域名解析服务器解析得到的交易后端生成的域名解析请求对应的IP地址,即可及时地与该IP地址对应的交易前端建立通信连接。如此,该方案可以通过域名解析检测程序在检测到当前用于域名解析的第一主域名解析服务器处于异常工作状态时,即可自动将第一主域名解析服务器切换至第二主域名解析服务器,以便交易后端能够及时地通过第二主域名解析服务器来处理该交易后端生成的域名解析请求,从而可以有效地确保互联网交易能够被及时正常地处理,而不受用于域名解析的域名解析服务器的异常影响,并可以有效地提高域名解析服务器的高可用性。
基于相同的技术构思,图4示例性的示出了本发明实施例提供的一种域名解析服务器切换装置,该装置可以执行域名解析服务器切换方法的流程。
如图4所示,该装置包括:
检测单元401,用于通过域名解析检测程序对第一主域名解析服务器进行检测,确定所述第一主域名解析服务器是否处于正常工作状态;
处理单元402,用于若确定所述第一主域名解析服务器处于异常工作状态,则将用于域名解析的域名解析服务器由所述第一主域名解析服务器切换至第二主域名解析服务器,并将所述交易后端生成的域名解析请求发送给所述第二主域名解析服务器;所述第一主域名解析服务器位于属于第一运营商的主网络通信线路上;所述第二主域名解析服务器位于属于第二运营商的备用网络通信线路上;所述第一运营商和所述第二运营商是两个不相同的运营商;通过所述第二主域名解析服务器解析得到的所述域名解析请求对应的网络协议IP地址,与所述IP地址对应的交易前端建立通信连接;所述交易前端用于接收任一客户端发送的交易请求;所述交易后端用于针对任一交易前端转发的任一客户端的交易请求进行处理。
可选地,所述主网络通信线路上还配置有第一备用域名解析服务器;
所述处理单元402还用于:
通过所述域名解析检测程序,若确定所述第一主域名解析服务器处于异常工作状态且所述第一备用域名解析服务器处于正常工作状态,则将用于域名解析的域名解析服务器由所述第一主域名解析服务器切换至所述第一备用域名解析服务器。
可选地,所述检测单元401具体用于:
通过所述域名解析检测程序,生成m个不同的域名解析请求;
将所述m个不同的域名解析请求通过所述主网络通信线路发送给所述第一主域名解析服务器;
根据所述第一主域名解析服务器针对所述m个不同的域名解析请求的响应状况,确定所述第一主域名解析服务器是否处于正常工作状态。
可选地,所述检测单元401具体用于:
通过所述域名解析检测程序在确定所述响应状况为接收到的域名解析响应的数量大于等于设定数量阈值时,确定所述第一主域名解析服务器处于正常工作状态;
通过所述域名解析检测程序在确定所述响应状况为在接收到的域名解析响应的数量小于所述设定数量阈值时,确定所述第一主域名解析服务器处于异常工作状态。
可选地,所述检测单元401具体用于:
通过所述域名解析检测程序,调用参数配置文件,生成所述m个不同的域名解析请求;所述参数配置文件用于设置交易量最大且访问最频繁的m个不同的域名。
可选地,针对域名解析请求设置的响应时间小于交易请求的交易处理时间。
所述处理单元402还用于:
确定出已发送至所述第一主域名解析服务器且尚未接收到域名解析结果的域名解析请求;
将所述域名解析请求发送给所述第二主域名解析服务器。
基于相同的技术构思,本发明实施例还提供了一种计算设备,如图5所示,包括至少一个处理器501,以及与至少一个处理器连接的存储器502,本发明实施例中不限定处理器501与存储器502之间的具体连接介质,图5中处理器501和存储器502之间通过总线连接为例。总线可以分为地址总线、数据总线、控制总线等。
在本发明实施例中,存储器502存储有可被至少一个处理器501执行的指令,至少一个处理器501通过执行存储器502存储的指令,可以执行前述的域名解析服务器切换方法中所包括的步骤。
其中,处理器501是计算设备的控制中心,可以利用各种接口和线路连接计算设备的各个部分,通过运行或执行存储在存储器502内的指令以及调用存储在存储器502内的数据,从而实现数据处理。可选的,处理器501可包括一个或多个处理单元,处理器501可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理下发指令。可以理解的是,上述调制解调处理器也可以不集成到处理器501中。在一些实施例中,处理器501和存储器502可以在同一芯片上实现,在一些实施例中,它们也可以在独立的芯片上分别实现。
处理器501可以是通用处理器,例如中央处理器(CPU)、数字信号处理器、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本发明实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合域名解析服务器切换方法实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
存储器502作为一种非易失性计算机可读存储介质,可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器502可以包括至少一种类型的存储介质,例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random AccessMemory,RAM)、静态随机访问存储器(Static Random Access Memory,SRAM)、可编程只读存储器(Programmable Read Only Memory,PROM)、只读存储器(Read Only Memory,ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,EEPROM)、磁性存储器、磁盘、光盘等。存储器502是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。本发明实施例中的存储器502还可以是电路或者其它任意能够实现存储功能的装置,用于存储程序指令和/或数据。
基于相同的技术构思,本发明实施例还提供了一种计算机可读存储介质,其存储有可由计算设备执行的计算机程序,当所述程序在所述计算设备上运行时,使得所述计算设备执行上述域名解析服务器切换方法的步骤。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种域名解析服务器切换方法,其特征在于,包括:
交易后端通过域名解析检测程序对第一主域名解析服务器进行检测,确定所述第一主域名解析服务器是否处于正常工作状态;
所述交易后端若确定所述第一主域名解析服务器处于异常工作状态,则将用于域名解析的域名解析服务器由所述第一主域名解析服务器切换至第二主域名解析服务器,并将所述交易后端生成的域名解析请求发送给所述第二主域名解析服务器;所述第一主域名解析服务器位于属于第一运营商的主网络通信线路上;所述第二主域名解析服务器位于属于第二运营商的备用网络通信线路上;所述第一运营商和所述第二运营商是两个不相同的运营商;
所述交易后端通过所述第二主域名解析服务器解析得到的所述域名解析请求对应的网络协议IP地址,与所述IP地址对应的交易前端建立通信连接;所述交易前端用于接收任一客户端发送的交易请求;所述交易后端用于针对任一交易前端转发的任一客户端的交易请求进行处理。
2.如权利要求1所述的方法,其特征在于,所述主网络通信线路上还配置有第一备用域名解析服务器;
所述方法还包括:
所述交易后端通过所述域名解析检测程序,若确定所述第一主域名解析服务器处于异常工作状态且所述第一备用域名解析服务器处于正常工作状态,则将用于域名解析的域名解析服务器由所述第一主域名解析服务器切换至所述第一备用域名解析服务器。
3.如权利要求1所述的方法,其特征在于,所述确定所述第一主域名解析服务器是否处于正常工作状态,包括:
所述交易后端通过所述域名解析检测程序,生成m个不同的域名解析请求;
所述交易后端将所述m个不同的域名解析请求通过所述主网络通信线路发送给所述第一主域名解析服务器;
所述交易后端根据所述第一主域名解析服务器针对所述m个不同的域名解析请求的响应状况,确定所述第一主域名解析服务器是否处于正常工作状态。
4.如权利要求3所述的方法,其特征在于,所述交易后端根据所述第一主域名解析服务器针对所述m个不同的域名解析请求的响应状况,确定所述第一主域名解析服务器是否处于正常工作状态,包括:
所述交易后端通过所述域名解析检测程序在确定所述响应状况为接收到的域名解析响应的数量大于等于设定数量阈值时,确定所述第一主域名解析服务器处于正常工作状态;
所述交易后端通过所述域名解析检测程序在确定所述响应状况为在接收到的域名解析响应的数量小于所述设定数量阈值时,确定所述第一主域名解析服务器处于异常工作状态。
5.如权利要求3所述的方法,其特征在于,所述交易后端通过域名解析检测程序,生成m个不同的域名解析请求,包括:
所述交易后端通过所述域名解析检测程序,调用参数配置文件,生成所述m个不同的域名解析请求;所述参数配置文件用于设置交易量最大且访问最频繁的m个不同的域名。
6.如权利要求3所述的方法,其特征在于,针对域名解析请求设置的响应时间小于交易请求的交易处理时间。
7.如权利要求1至6任一项所述的方法,其特征在于,将所述交易后端生成的域名解析请求发送给所述第二主域名解析服务器,包括:
所述交易后端确定出已发送至所述第一主域名解析服务器且尚未接收到域名解析结果的域名解析请求;
所述交易后端将所述域名解析请求发送给所述第二主域名解析服务器。
8.一种域名解析服务器切换装置,其特征在于,包括:
检测单元,用于通过域名解析检测程序对第一主域名解析服务器进行检测,确定所述第一主域名解析服务器是否处于正常工作状态;
处理单元,用于若确定所述第一主域名解析服务器处于异常工作状态,则将用于域名解析的域名解析服务器由所述第一主域名解析服务器切换至第二主域名解析服务器,并将所述交易后端生成的域名解析请求发送给所述第二主域名解析服务器;所述第一主域名解析服务器位于属于第一运营商的主网络通信线路上;所述第二主域名解析服务器位于属于第二运营商的备用网络通信线路上;所述第一运营商和所述第二运营商是两个不相同的运营商;通过所述第二主域名解析服务器解析得到的所述域名解析请求对应的网络协议IP地址,与所述IP地址对应的交易前端建立通信连接;所述交易前端用于接收任一客户端发送的交易请求;所述交易后端用于针对任一交易前端转发的任一客户端的交易请求进行处理。
9.一种计算设备,其特征在于,包括至少一个处理器以及至少一个存储器,其中,所述存储器存储有计算机程序,当所述程序被所述处理器执行时,使得所述处理器执行权利要求1至7任一权利要求所述的方法。
10.一种计算机可读存储介质,其特征在于,其存储有可由计算设备执行的计算机程序,当所述程序在所述计算设备上运行时,使得所述计算设备执行权利要求1至7任一权利要求所述的方法。
CN202111538951.0A 2021-12-15 2021-12-15 一种域名解析服务器切换方法及装置 Pending CN114285822A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111538951.0A CN114285822A (zh) 2021-12-15 2021-12-15 一种域名解析服务器切换方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111538951.0A CN114285822A (zh) 2021-12-15 2021-12-15 一种域名解析服务器切换方法及装置

Publications (1)

Publication Number Publication Date
CN114285822A true CN114285822A (zh) 2022-04-05

Family

ID=80872415

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111538951.0A Pending CN114285822A (zh) 2021-12-15 2021-12-15 一种域名解析服务器切换方法及装置

Country Status (1)

Country Link
CN (1) CN114285822A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116319676A (zh) * 2023-05-23 2023-06-23 阿里云计算有限公司 域名解析方法、设备、存储介质和系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020087722A1 (en) * 2000-12-29 2002-07-04 Ragula Systems D/B/A/ Fatpipe Networks Domain name resolution making IP address selections in response to connection status when multiple connections are present
WO2019237288A1 (zh) * 2018-06-13 2019-12-19 深圳前海达闼云端智能科技有限公司 域名解析方法、装置及计算机可读存储介质
CN112261174A (zh) * 2020-10-21 2021-01-22 北京云联壹云技术有限公司 一种多云融合dns解析方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020087722A1 (en) * 2000-12-29 2002-07-04 Ragula Systems D/B/A/ Fatpipe Networks Domain name resolution making IP address selections in response to connection status when multiple connections are present
WO2019237288A1 (zh) * 2018-06-13 2019-12-19 深圳前海达闼云端智能科技有限公司 域名解析方法、装置及计算机可读存储介质
CN112261174A (zh) * 2020-10-21 2021-01-22 北京云联壹云技术有限公司 一种多云融合dns解析方法及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116319676A (zh) * 2023-05-23 2023-06-23 阿里云计算有限公司 域名解析方法、设备、存储介质和系统
CN116319676B (zh) * 2023-05-23 2023-10-20 阿里云计算有限公司 域名解析方法、设备、存储介质和系统

Similar Documents

Publication Publication Date Title
CN111367983B (zh) 数据库访问方法、系统、设备和存储介质
US10795744B2 (en) Identifying failed customer experience in distributed computer systems
CN113489691B (zh) 网络访问方法、装置、计算机可读介质及电子设备
US20230046979A1 (en) Microservice call method and apparatus, device, and medium
CN113347037B (zh) 一种数据中心访问方法及装置
CN106375102A (zh) 一种服务注册方法、使用方法及相关装置
CN114285822A (zh) 一种域名解析服务器切换方法及装置
EP2774323B1 (en) Method, communication system and non-transitory computer readable medium for optimizing network performance after a temporary loss of connection
CN112787918B (zh) 一种基于服务路由树的数据中心寻址与主备切换方法
CN113179295B (zh) 报文处理方法及装置
WO2019149166A1 (zh) 网络访问方法、客户端、网络交互方法及调度、网络系统
MXPA02006896A (es) Metodo y aparato para proporcionar comunicaciones confiables en una red inteligente.
US20220094589A1 (en) Communications methods and apparatus for minimizing and/or preventing message processing faults
CN111314500A (zh) 一种确定访问地址的方法及装置
CN113660145B (zh) 基于话务管理系统动态探知与转移中继线路故障的方法
CN113992685B (zh) 一种服务控制器确定方法、系统及装置
US20060248531A1 (en) Information processing device, information processing method and computer-readable medium having information processing program
CN114422335A (zh) 通信方法、装置、服务器及存储介质
CN111130941B (zh) 一种网络错误检测方法、装置以及计算机可读存储介质
CN111934909A (zh) 主备机ip资源切换方法、装置、计算机设备和存储介质
CN111464520B (zh) 一种数据处理方法、装置、存储介质及电子设备
CN111381985B (zh) 一种异构系统数据调用方法、装置、设备及存储介质
CN115242687B (zh) 一种节点探活方法、装置、设备及介质
CN115714758A (zh) 会话重新建立的方法、装置、设备及存储介质
CN115065757A (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