CN113949631B - 客户端容灾的处理方法、系统及电子设备 - Google Patents
客户端容灾的处理方法、系统及电子设备 Download PDFInfo
- Publication number
- CN113949631B CN113949631B CN202111399803.5A CN202111399803A CN113949631B CN 113949631 B CN113949631 B CN 113949631B CN 202111399803 A CN202111399803 A CN 202111399803A CN 113949631 B CN113949631 B CN 113949631B
- Authority
- CN
- China
- Prior art keywords
- disaster recovery
- recovery node
- client
- request
- node
- 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
- 238000011084 recovery Methods 0.000 title claims abstract description 449
- 238000003672 processing method Methods 0.000 title claims abstract description 22
- 238000000034 method Methods 0.000 claims abstract description 65
- 238000012545 processing Methods 0.000 claims abstract description 56
- 230000004044 response Effects 0.000 claims description 80
- 238000003860 storage Methods 0.000 claims description 24
- 230000008569 process Effects 0.000 claims description 22
- 238000001514 detection method Methods 0.000 claims description 10
- 238000005516 engineering process Methods 0.000 abstract description 7
- 238000012544 monitoring process Methods 0.000 description 25
- 239000003795 chemical substances by application Substances 0.000 description 13
- 230000006870 function Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 8
- 230000003287 optical effect Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000003999 initiator Substances 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 230000008447 perception Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000004321 preservation Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
Abstract
本发明公开了一种客户端容灾的处理方法、系统及电子设备。其中，该方法包括：获取容灾节点的配置信息，其中，配置信息携带有数据服务器依据预定策略动态确定的容灾节点的标识信息；基于配置信息确定目标容灾节点；拦截数据请求，基于与目标容灾节点之间的连接通道处理数据请求。本发明解决了相关技术中处理容灾问题时，客户端难以高效、准确地自主选取容灾节点的技术问题。
Description
技术领域
本发明涉及互联网技术领域，具体而言，涉及一种客户端容灾的处理方法、系统及电子设备。
背景技术
容灾是灾难发生时，在保证生产系统的数据尽量少丢失的情况下，保持生产系统的业务不间断地运行。相关技术中实现容灾一般从服务端出发，当出现故障时，人工将有故障的服务端从一个机房切换到另一个机房(容灾的服务端)，以保证客户端的请求能得到响应。但是采用上述方案处理问题时，容灾的服务端通常都是厂商内部预先配置好的，比如服务器A有故障，固定切换到服务器B，因此客户端都是被动的选择容灾的服务端，无法根据实时的请求动态选择容灾的服务端。另外，因为容灾的服务端都是在厂商内部配置，所以容灾的服务端只能在同一厂商的节点内部切换，无法在不同厂商的节点之间切换，可能会出现当该厂商的所有节点都出现故障时，导致请求不可恢复的问题。
针对上述的问题，目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种客户端容灾的处理方法、系统及电子设备，以至少解决相关技术中处理容灾问题时，客户端难以高效、准确地自主选取容灾节点的技术问题。
根据本发明实施例的一个方面，提供了一种客户端容灾的处理方法，包括：获取容灾节点的配置信息，其中，所述配置信息携带有数据服务器依据预定策略动态确定的容灾节点的标识信息；基于所述配置信息确定目标容灾节点；拦截数据请求，基于与所述目标容灾节点之间的连接通道处理所述数据请求。
可选地，所述基于所述配置信息确定目标容灾节点包括：检测所述标识信息中标识的最新容灾节点相比于当前的容灾节点是否有更新；在检测结果为所述最新容灾节点相比于当前的容灾节点有更新的情况下，确定所述最新容灾节点为所述目标容灾节点，建立与所述最新容灾节点之间的连接通道，并将与所述最新容灾节点之间的连接通道当作与所述目标容灾节点之间的连接通道。
可选地，所述获取容灾节点的配置信息，包括以下至少之一：向所述数据服务器发送鉴权请求，在鉴权通过的情况下，向所述数据服务器获取容灾节点的配置信息；在数据请求失败的情况下，向所述数据服务器获取容灾节点的配置信息；基于预设周期向所述数据服务器获取容灾节点的配置信息。
可选地，所述方法还包括：收集所述数据请求对应的请求信息和响应信息；按照上报策略，将收集的所述请求信息和所述响应信息上报给所述数据服务器，用于所述数据服务器根据所述请求信息和所述响应信息并结合预定策略动态确定容灾节点。
可选地，所述基于与所述目标容灾节点之间的连接通道处理所述数据请求包括：将所述数据请求发送给代理模块，其中，所述代理模块通过所述代理模块与所述目标容灾节点之间的连接通道将所述数据请求发送给所述目标容灾节点；所述目标容灾节点接收与所述数据请求对应的响应信息，并通过所述目标容灾节点与所述代理模块之间的连接通道将所述响应信息发送给所述代理模块；接收所述代理模块返回的所述响应信息。
根据本发明实施例的另一个方面，提供了一种客户端容灾的处理方法，应用于数据服务器，包括：基于预定策略动态确定容灾节点，并生成容灾节点的配置信息，所述配置信息携带有容灾节点的标识信息；接收客户端的获取所述配置信息的请求；向所述客户端发送所述配置信息，使得所述客户端基于所述配置信息确定目标容灾节点，并基于与所述目标容灾节点之间的连接通道处理数据请求。
可选地，所述基于预定策略动态确定容灾节点包括：接收所述客户端上报的对应于所述数据请求的请求信息和响应信息，其中，所述请求信息和响应信息为所述客户端收集的；基于所述预定策略和所述请求信息和响应信息，确定所述容灾节点。
可选地，所述基于预定策略确定目标容灾节点包括：基于容灾节点对数据的处理时延，确定所述容灾节点；基于容灾节点处理的数据对应的业务类型，确定所述容灾节点。
可选地，所述容灾节点包括不同厂商的容灾节点。
根据本发明实施例的另一个方面，提供了一种客户端容灾的处理系统，所述系统包括客户端和数据服务器，所述客户端向数据服务器发送获取容灾节点的配置信息的请求；数据服务器向所述客户端发送所述配置信息，其中，所述配置信息携带有所述数据服务器依据预定策略动态确定的容灾节点的标识信息；所述客户端基于所述配置信息确定目标容灾节点；所述客户端拦截数据请求，并基于与所述目标容灾节点之间的连接通道处理所述数据请求。
可选地，所述客户端基于所述配置信息确定目标容灾节点包括：检测所述标识信息中标识的最新容灾节点相比于当前的容灾节点是否有更新；在检测结果为所述最新容灾节点相比于当前的容灾节点有更新的情况下，确定所述最新容灾节点为所述目标容灾节点，建立与所述最新容灾节点之间的连接通道，并将与所述最新容灾节点之间的连接通道当作与所述目标容灾节点之间的连接通道。
可选地，所述客户端还收集所述数据请求对应的请求信息和响应信息，按照上报策略，将收集的所述请求信息和所述响应信息上报给所述数据服务器；所述数据服务器还根据所述请求信息和所述响应信息并依据所述预定策略动态确定所述容灾节点。
根据本发明实施例的另一个方面，提供了一种电子设备，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现上述任一项所述的客户端容灾的处理方法。
根据本发明实施例的另一个方面，提供了一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述任一项所述的客户端容灾的处理方法。
在本发明实施例中，通过获取容灾节点的配置信息，其中，所述配置信息携带有数据服务器依据预定策略动态确定的容灾节点的标识信息；基于所述配置信息确定目标容灾节点；拦截数据请求，基于与所述目标容灾节点之间的连接通道处理所述数据请求。实现了从客户端出发，通过客户端主动拉取容灾节点的配置信息，根据配置信息选择目标容灾节点。进一步的，因为容灾节点是数据服务器依据预定策略动态确定的，所以容灾节点可以为不同厂商的容灾节点，避免了单个厂商的所有节点都出现故障时，导致请求不可恢复的问题。另外，通过客户端收集并上报数据请求对应的请求信息和响应信息，数据服务器基于该请求信息和响应信息并依据预定策略动态更新容灾节点，实现了客户端、数据服务器、容灾节点之间的闭环处理和智能动态选择容灾节点的过程，解决了相关技术中处理容灾问题时，客户端难以高效、准确地自主选取容灾节点的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明一实施例的客户端容灾的处理方法的流程图；
图2是根据本发明一实施例的客户端容灾的处理方法的流程图；
图3是本发明可选实施方式的客户端容灾的系统结构图；
图4是本发明可选实施方式的客户端容灾的处理方法的初始化流程图；
图5是本发明可选实施方式的客户端容灾的处理方法工作流程图；
图6是根据一示例性实施例示出的一种终端的结构框图；
图7是根据一示例性实施例示出的一种数据服务器的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
首先，在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释：
监控SDK：Software Development Kit，软件开发工具包，SDK相当于是一个开发者集成的环境，API则是数据接口，API是基于SDK之下的，可以在SDK的环境之下调用API数据，SDK包括了API的定义，API是定义了一种能力的属性，是一种接口的规范，并且，SDK也包含了API的能力和规范，还有一些其他的辅助功能，同时缺少一部分API的能力。
HOST：一个没有扩展名的系统文件，其基本作用是将一些常用的网址与其对应的IP地址建立一个关联的“数据库”，在本申请中，主要指网络请求中的域名。
托管技术(IOS)：采用iOS的NSURL Protocol协议，其作为URL Loading System中的一个独立部分存在，能够拦截所有的URL Loading System发出的网络请求，拦截之后便可根据需要做各种自定义处理，在IOS网络层实现AOP(Aspect Oriented Programming，面向切面编程)方面，具有极强的实用性。
字节码插桩(Android)：字节码通过某种策略插入/替换到另一段字节码，来实现功能的添加。
CDN：Content Delivery Network，内容分发网络，CDN是构建在现有网络基础之上的智能虚拟网络，依靠部署在各地的边缘数据服务器，通过中心平台的负载均衡、内容分发。调度等功能模块，是用户就近获取所需内容，降低网络堵塞，提高用户访问响应速度和命中率。
实施例1
根据本发明一实施例，提供了一种客户端容灾的处理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
图1是根据本发明一实施例的客户端容灾的处理方法的流程图，应用于客户端，如图1所示，该方法包括如下步骤：
步骤S102，获取容灾节点的配置信息，其中，配置信息携带有数据服务器依据预定策略动态确定的容灾节点的标识信息；
步骤S104，基于配置信息确定目标容灾节点；
步骤S106，拦截数据请求，基于与目标容灾节点之间的连接通道处理数据请求。
通过上述步骤，对于客户端一侧而言，获取容灾节点的配置信息，进而能够基于配置信息确定目标容灾节点，实现了从客户端出发，通过客户端主动拉取容灾节点的配置信息，根据配置信息选择目标容灾节点，实现准确自主选择目标容灾节点的效果。进一步的，因为容灾节点是数据服务器依据预定策略动态确定的，不仅能够动态的确定出较为优质的容灾节点，而且容灾节点可以为不同厂商的容灾节点，也即容灾节点可以在不同厂商的节点之间切换，避免了单个厂商的所有节点都出现故障时，导致请求不可恢复的问题。
作为一种可选的实施例，基于配置信息确定目标容灾节点时，可以根据配置信息中携带的标识信息进行进一步地判定，可以通过检测标识信息中标识的最新容灾节点相比于当前的容灾节点是否有更新，在检测结果为最新容灾节点相比于当前的容灾节点有更新的情况下，确定最新容灾节点为目标容灾节点，建立与最新容灾节点之间的连接通道，并将与最新容灾节点之间的连接通道当作与目标容灾节点之间的连接通道。检测结果为最新容灾节点相比于当前的容灾节点没有更新的情况下，默认当前容灾节点为目标容灾节点，并将与当前容灾节点之间的连接通道当作与目标容灾节点之间的连接通道。通过上述步骤，能够保证依据预定策略动态更新容灾节点，保持选取较为优质的节点。即能够实现实时主动更新符合需求的容灾节点，实现对容灾节点的进行动态更新，保证所选取出的容灾节点是能够及时满足业务类型的需要的。
作为一种可选的实施例，获取容灾节点的配置信息的情况，可以包括以下多种：一种情况是在初始化的过程中向数据服务器发送鉴权请求以获取容灾节点的配置信息，其中，鉴权请求用于验证客户端是否有访问数据服务器的权限，在鉴权通过的情况下，向数据服务器获取容灾节点的配置信息。即在向数据服务器发送鉴权请求时，鉴权请求可以是在初始化的过程中，即可以是客户端第一次访问数据服务器时，向数据服务器发送鉴权请求。另一种情况是可以依据预定的鉴权策略获取容灾节点的配置信息。例如，在数据请求失败的情况下，例如，在数据请求出现请求错误或不可达的情况下向数据服务器发送鉴权请求，向数据服务器获取容灾节点的配置信息，即在当前节点故障时，或者当前节点无法满足预定条件服务的情况下，向数据服务器获取容灾节点的配置信息，以便采用容灾节点替代原来的节点来处理数据请求。使得数据请求能够在当前节点故障时，或者当前节点无法满足预定条件服务的情况下能够快速地进行处理，保证了请求业务的正常访问。又例如，基于预设周期向数据服务器获取容灾节点的配置信息。达到利用多种方式获取容灾节点的配置信息的效果。
需要说明的是，容灾节点的配置信息中可以包括：HOST信息，IP信息等等信息，能够根据上述信息建立客户端到容灾节点的连接通道，并基于该连接通道处理数据请求。
作为一种可选的实施例，该方法还可以通过如下步骤确定或更新容灾节点：收集数据请求对应的请求信息和响应信息，按照上报策略，将收集的请求信息和响应信息上报给数据服务器，用于数据服务器根据请求信息和响应信息并结合预定策略动态确定容灾节点。根据请求信息和响应信息可以确定当前客户端采用容灾节点处理数据请求的请求状态，数据服务器可以结合客户端反馈的请求状态与预定策略确定最新的容灾节点，能够及时分析容灾节点状态，重新组合配置信息，并选择更加优质的节点作为容灾节点，为客户端下一次获取容灾节点的配置信息做准备。另外，客户端收集并上报数据请求对应的请求信息和响应信息，数据服务器基于该请求信息和响应信息并依据预定策略动态更新容灾节点，实现了客户端、数据服务器、容灾节点之间的闭环处理和智能动态选择容灾节点的过程，解决了相关技术中处理容灾问题时，客户端难以高效、准确地自主选取容灾节点的技术问题。
作为一种可选的实施例，在拦截数据请求时，数据请求可以包括多种类型的数据，例如，请求文本的数据请求，请求视频的数据请求，等等，可以基于与目标容灾节点之间的连接通道处理不同的业务功能。拦截数据请求后，基于客户端与容灾节点之间建立的连接通道处理数据请求，能够保证当前的目标容灾节点是可用的，从而确保请求业务正常访问。
作为一种可选的实施例，基于与目标容灾节点之间的连接通道处理数据请求可以包括如下步骤：将数据请求发送给代理模块，其中，代理模块通过代理模块与目标容灾节点之间的连接通道将数据请求发送给目标容灾节点，目标容灾节点接收与数据请求对应的响应信息，并通过目标容灾节点与代理模块之间的连接通道将响应信息发送给代理模块，接收代理模块返回的响应信息。其中，响应信息即表示着数据请求结果。容灾节点接收与数据请求对应的响应信息时，可以通过目标源站处理，即可以是目标容灾节点将数据请求发送给目标源站，接收目标源站返回的响应信息，并将接收的响应信息通过目标容灾节点与代理模块之间的连接通道发送给代理模块，接收代理模块返回的响应信息。目标目标源站为请求数据的原始数据服务器，可以提供响应信息，从而完成基于数据请求得到响应信息的全过程。在建立连接通道的过程中，通过代理模块能够使得数据请求与响应信息能够通过代理模块与容灾节点之间的连接通道进行传输，且处理数据请求时能够更加快速。
图2是根据本发明一实施例的客户端容灾的处理方法的流程图，如图2所示，该方法包括如下步骤：
步骤S202，基于预定策略动态确定容灾节点，并生成容灾节点的配置信息，配置信息携带有容灾节点的标识信息；
步骤S204，接收客户端的获取配置信息的请求；
步骤S206，向客户端发送配置信息，使得客户端基于配置信息确定目标容灾节点，并基于与目标容灾节点之间的连接通道处理数据请求。
通过上述步骤，对于数据服务器一侧而言，通过基于预定策略动态确定容灾节点，并生成容灾节点的配置信息，配置信息携带有容灾节点的标识信息；接收客户端的获取配置信息的请求；向客户端发送配置信息，使得客户端基于配置信息确定目标容灾节点，并基于与目标容灾节点之间的连接通道处理数据请求。达到了使客户端根据数据服务器生成的容灾节点的配置信息，选择目标容灾节点的目的。进一步的，因为容灾节点是数据服务器依据预定策略动态确定的，所以容灾节点可以为不同厂商的容灾节点，避免了单个厂商的所有节点都出现故障时，导致请求不可恢复的问题。
作为一种可选的实施例，获取预定策略，并基于预定策略确定目标容灾节点。数据服务器依据预定策略动态确定最新容灾节点，根据数据请求结果确定最新的容灾节点，能够保证确定出的容灾节点更加有效、稳定。再向客户端发送携带有用于处理数据请求目标容灾节点的标识信息的配置信息，保证请求业务的正常访问。
作为一种可选的实施例，基于预定策略确定目标容灾节点时，可以包括如下步骤：接收客户端上报的对应于数据请求的请求信息和响应信息，其中，请求信息和响应信息为所述客户端收集的，基于预定策略和所述请求信息和响应信息，确定容灾节点。根据请求信息和响应信息可以确定当前客户端采用的容灾节点处理数据请求的请求状态，数据服务器可以结合客户端反馈的请求状态与预定策略确定最新的容灾节点，能够及时分析容灾节点状态，重新组合配置信息，并选择更加优质的节点作为容灾节点，为客户端下一次获取容灾节点的配置信息做准备。另外，客户端收集并上报数据请求对应的请求信息和响应信息，数据服务器基于该请求信息和响应信息并依据预定策略动态更新容灾节点，实现了客户端、数据服务器、容灾节点之间的闭环处理和智能动态选择容灾节点的过程，解决了相关技术中处理容灾问题时，客户端难以高效、准确地自主选取容灾节点的技术问题。
作为一种可选的实施例，基于预定策略确定目标容灾节点，可以包括如下方式：基于容灾节点对数据的处理时延，确定目标容灾节点；基于容灾节点处理的数据对应的业务类型，确定目标容灾节点。其中，基于处理时延确定容灾节点，处理时延可以是理解为，如果数据请求的目标节点的处理时长明显比正常的节点的处理时延长的话，就可以认为请求的目标节点有故障或者是不优质的，因此，设置处理时延为一定预设范围内，确定节点为容灾节点，保证了容灾节点的低时延，能够高效的对数据请求进行处理；基于业务类型确定容灾节点，业务类型是指目标节点提供服务的业务种类，如图片、视频、下载等业务类型，目标节点能够处理的业务类型有限，比如，仅能够处理请求文本的数据请求，而该数据请求又是请求视频类的，因此，确定能够满足业务类型的需求节点为容灾节点，以实现业务需求。
作为一种可选的实施例，因为容灾节点是数据服务器依据预定策略动态确定的，所以容灾节点可以为不同厂商的容灾节点，避免了单个厂商的所有节点都出现故障时，导致请求不可恢复的问题。
根据本发明实施例，还提供了一种用于实施上述数据处理方法的系统，系统包括客户端和数据服务器。客户端和数据服务器执行如下的操作步骤如下：
S302，客户端向数据服务器发送获取容灾节点的配置信息的请求；
S304，数据服务器向客户端发送配置信息，其中，配置信息携带有数据服务器依据预定策略动态确定的容灾节点的标识信息；
S306，客户端基于配置信息确定目标容灾节点；客户端拦截数据请求，并基于与目标容灾节点之间的连接通道处理数据请求。
通过上述步骤，通过客户端向数据服务器发送获取容灾节点的配置信息的请求，数据服务器向客户端发送携带有数据服务器依据预定策略动态确定的容灾节点的标识信息配置信息，客户端基于配置信息确定目标容灾节点，客户端拦截数据请求，并基于与目标容灾节点之间的连接通道处理数据请求。通过客户端与数据服务器之间的交互，达到了客户端根据数据服务器生成的容灾节点的配置信息，选择目标容灾节点的目的。进一步的，因为容灾节点是数据服务器依据预定策略动态确定的，所以容灾节点可以为不同厂商的容灾节点，避免了单个厂商的所有节点都出现故障时，导致请求不可恢复的问题。另外，通过客户端收集并上报数据请求对应的请求信息和响应信息，数据服务器基于该请求信息和响应信息并依据预定策略动态更新容灾节点，实现了客户端、数据服务器、容灾节点之间的闭环处理和智能动态选择容灾节点的过程，解决了相关技术中处理容灾问题时，客户端难以高效、准确地自主选取容灾节点的技术问题。
基于上述实施例及可选实施例，本发明实施例结合具体的应用场景进行举例说明。
在相关技术中，容灾可以从服务端方面考虑。主要考虑点是如何备灾的基础设施，当出现故障时如何从一个机房切换到另一个机房，以及数据保存备份。但是在相关技术中，容灾的服务端通常都是厂商内部预先配置好的，而且只能在同一厂商的节点内部切换。
鉴于此，本发明可选实施方式为了客户端能够主动选择不同厂商的容灾节点，实现智能动态选择容灾节点的目的，提出了一种数据处理方法，又称监控SDK(SoftwareDevelopment Kit，软件开发工具包)结合平台动态分析方法。通过在客户端嵌入监控SDK拦截数据请求，平台大数据分析请求结果，平台动态更新最优质的容灾节点并同步到监控SDK。客户端APP只需嵌入监控SDK。本发明可选实施方式提供的监控SDK结合平台动态分析方法嵌入成本很低，具有通用性，可以推广用于不同客户端。下面对本发明可选实施方式进行详细介绍：
图3是本发明可选实施方式的客户端容灾的系统结构图，如图3所示，下面进行详细介绍：
1)客户端APP：指用户在客户端上使用的软件，作为数据请求的发起者。
2)监控SDK：Software Development Kit，软件开发工具包，具有拦截客户端APP数据请求，代理请求的功能。通过监控SDK将数据请求代理到厂商节点(容灾节点)，并获取数据请求对应的响应信息返回给客户端APP。同时具有从大数据平台拉取配置信息和上报请求状态功能。可以理解的是，前述实施例中应用于客户端的客户端容灾的处理方法，实际可以通过该监控SDK来实现。
3)大数据平台：相当于前述实施例中的数据服务器，具有智能分析监控SDK上报的数据请求信息和响应信息，动态选择最优的厂商节点的功能。可以理解的是，前述实施例中应用于数据服务器的客户端容灾的处理方法，可以由该大数据平台来实现。
4)厂商节点：相当于容灾节点，也可称为容灾厂商节点，用于加速请求，访问目标源站，厂商节点可以包括不同厂商的容灾节点，以实现在不同厂商的容灾节点间切换。
5)目标源站：也称源站，为请求数据的原始数据服务器。
图4是本发明可选实施方式的客户端容灾的处理方法的初始化流程图，结合图3和图4，下面对该初始化流程进行详细介绍：
S1，客户端APP集成监控SDK，即将监控SDK功能集成到客户端APP上，将SDK作为客户端APP的一部分一起打包，为实现本发明可选实施方式中的方法做准备。
S2，通过大数据平台配置容灾节点的配置信息，节点选择策略，即数据服务器可以基于预定策略确定容灾节点，生成容灾节点的配置信息，并基于该容灾节点得到目标容灾节点的标识信息，其中，节点信息包括HOST或IP等。
S3，客户端APP初始化监控SDK，监控SDK通过大数据平台鉴权，验证是否有访问大数据平台的权限，以获取目标容灾节点的配置信息，即向数据服务器发送鉴权请求，在鉴权通过的情况下，接收数据服务器发送的配置信息，以获取容灾节点的配置信息。
S4，监控SDK获得目标容灾节点的配置信息后，设置给代理模块，使得代理模块能够获取到目标容灾节点的配置信息。
S5，代理模块根据目标容灾节点的配置信息，创建到目标容灾节点的连接通道，即代理模块可以作为数据请求与数据请求结果传输的通道。
S6，监控SDK拦截客户端APP的数据请求，再通过代理模块选择最优的容灾节点创建通道，整条链路的请求通道创建完成。
图5是本发明可选实施方式的客户端容灾的处理方法工作流程图，结合图3和图5，下面对客户端容灾的处理方法进行详细介绍：
S1，监控SDK启动后，会按给定策略动态鉴权，从大数据平台获取最新容灾节点的配置信息，查看容灾节点HOST或IP是否有变更。如果有变更，则更新容灾节点的配置信息，重新创建新代理模块到最新容灾节点之间的连接通道，即可以实时确定目标容灾节点，在检测容灾节点的配置信息标识的最新容灾节点相比于当前的容灾节点是否有更新，在检测结果为最新容灾节点相比于当前的容灾节点有更新的情况下，确定最新容灾节点为目标容灾节点，建立与最新容灾节点之间的连接通道，并将与最新容灾节点之间的连接通道当作与目标容灾节点之间的连接通道。
S2，客户端数据请求被监控SDK拦截，请求将会被监控SDK托管，即能够保证接收到数据请求。常见拦截请求数据技术如Android的字节码插桩技术、IOS的托管技术。
需要说明的是，上述托管技术主要是网络请求托管，采用iOS的NSURL Protocol协议，其作为URL Loading System中的一个独立部分存在，能够拦截所有的URL LoadingSystem发出的网络请求，拦截之后便可根据需要做各种自定义处理，在IOS网络层实现AOP(Aspect Oriented Programming，面向切面编程)方面，具有极强的实用性。
S3，监控SDK拦截的数据请求，通过已经建立好通道的本地代理模块，按给定策略分发到不同厂商节点，再通过厂商节点发往到目标源站，实现请求发送过程，即能够基于与目标容灾节点之间的连接通道处理数据请求。
S4，目标源站返回请求结果到厂商节点，节点返回给SDK监控的本地代理模块，最终返回到客户端，实现请求响应过，完成了一个完整的请求和响应，即目标源站可以接收数据请求并返回数据请求结果，完成数据的请求与响应。
S5，被监控SDK拦截的请求会被收集信息，按一定策略动态上报到大数据平台，即监控SDK可以对接收的请求信息和响应信息进行收集，按照上报策略，将收集的请求信息和响应信息上报给数据服务器。
S6，大数据平台根据上报的请求信息和响应信息进行动态分析节点状态，按照给定的策略，自动选择最优的容灾节点。重新组装新的容灾节点的配置信息，为监控SDK鉴权时拉取容灾节点的配置信息作出准备，监控SDK动态更新平台容灾节点的配置信息，实现正反馈。
S7，监控SDK上报请求数据，大数据平台智能分析选择最优节点，监控SDK动态鉴权获取最新容灾节点的配置信息，更新本地代理连接通道，请求被分发到最佳的容灾节点。这是一个闭环的和智能的完整过程。
通过上述可选实施方式，可以达到至少以下几点有益效果：
(1)客户端APP中可以依据预定策略动态确定的最新容灾节点，即能够根据实际应用的场景与需求，主动选择不同厂商的容灾节点，防止客户因使用一个CDN(ContentDelivery Network，内容分发网络)厂商的容灾节点出现故障无法恢复，导致客户端业务不可到达；
(2)采用托管技术(IOS)或字节码插桩(Android)技术进行请求数据的拦截，客户端只需要嵌入监控SDK，然后启动，即可根据需要做各种自定义处理，无需做逻辑业务改造，业务无感知，接入成本很低；
(3)大数据平台通过对接收的请求信息和响应信息进行收集，智能分析数据请求对应的请求状态，自动选择最优质的容灾节点，获取容灾节点的域名信息，能够实现节点动态切换，整个过程无需人工干预，智能化实现流程；
(4)通过大数据平台鉴权并获取容灾节点，解决了在客户端上修改应用程序只能实现可控域名容灾节点的问题，无法实现不可控域名访问的容灾节点的问题。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，数据服务器，或者网络设备等)执行本发明各个实施例的方法。
实施例2
本公开的实施例可以提供一种电子设备，该电子设备可以是一种终端，也可以是一种数据服务器。在本实施例中，该电子设备作为一种终端可以是计算机终端群中的任意一个计算机终端设备。可选地，在本实施例中，上述终端也可以为移动终端等终端设备。
可选地，在本实施例中，上述终端可以位于计算机网络的多个网络设备中的至少一个网络设备。
可选地，图6是根据一示例性实施例示出的一种终端的结构框图。如图6所示，该终端可以包括：一个或多个(图中仅示出一个)处理器61、用于存储处理器可执行指令的存储器62；其中，处理器被配置为执行指令，以实现上述任一项的数据处理方法。
其中，存储器可用于存储软件程序以及模块，如本公开实施例中的数据处理方法和装置对应的程序指令/模块，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的数据处理方法。存储器可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
处理器可以通过传输装置调用存储器存储的信息及应用程序，以执行下述步骤：获取容灾节点的配置信息，其中，配置信息携带有数据服务器依据预定策略动态确定的容灾节点的标识信息；基于配置信息确定目标容灾节点；拦截数据请求，基于与目标容灾节点之间的连接通道处理数据请求。
可选的，上述处理器还可以执行如下步骤的程序代码：基于配置信息确定目标容灾节点包括：检测标识信息中标识的最新容灾节点相比于当前的容灾节点是否有更新；在检测结果为最新容灾节点相比于当前的容灾节点有更新的情况下，确定最新容灾节点为目标容灾节点，建立与最新容灾节点之间的连接通道，并将与最新容灾节点之间的连接通道当作与目标容灾节点之间的连接通道。
可选的，上述处理器还可以执行如下步骤的程序代码：获取容灾节点的配置信息，包括以下至少之一：向数据服务器发送鉴权请求，在鉴权通过的情况下，向数据服务器获取容灾节点的配置信息；在数据请求失败的情况下，向数据服务器获取容灾节点的配置信息；基于预设周期向数据服务器获取容灾节点的配置信息。
可选的，上述处理器还可以执行如下步骤的程序代码：方法还包括：收集数据请求对应的请求信息和响应信息；按照上报策略，将收集的请求信息和响应信息上报给数据服务器，用于数据服务器根据请求信息和响应信息并结合预定策略动态确定容灾节点。
可选的，上述处理器还可以执行如下步骤的程序代码：基于与目标容灾节点之间的连接通道处理数据请求包括：将数据请求发送给代理模块，其中，代理模块通过代理模块与目标容灾节点之间的连接通道将数据请求发送给目标容灾节点；目标容灾节点接收与数据请求对应的响应信息，并通过目标容灾节点与代理模块之间的连接通道将响应信息发送给代理模块；接收代理模块返回的响应信息。
在本公开的实施例中，该电子设备作为一种数据服务器，图7是根据一示例性实施例示出的一种数据服务器的结构框图。如图7所示，该数据服务器可以包括：一个或多个(图中仅示出一个)处理组件71、用于存储处理组件71可执行指令的存储器72、提供电源的电源组件73，实现与外部网络通信的网络接口74和与外部进行数据传输的I/O输入输出接口75；其中，处理组件71被配置为执行指令，以实现上述任一项的数据处理方法。
其中，存储器可用于存储软件程序以及模块，如本公开实施例中的数据处理方法和装置对应的程序指令/模块，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的数据处理方法。存储器可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
处理组件可以通过传输装置调用存储器存储的信息及应用程序，以执行下述步骤：基于预定策略动态确定容灾节点，并生成容灾节点的配置信息，配置信息携带有容灾节点的标识信息；接收客户端的获取配置信息的请求；向客户端发送配置信息，使得客户端基于配置信息确定目标容灾节点，并基于与目标容灾节点之间的连接通道处理数据请求。
可选的，上述处理组件还可以执行如下步骤的程序代码：基于预定策略动态确定容灾节点包括：接收客户端上报的对应于数据请求的请求信息和响应信息，其中，请求信息和响应信息为客户端收集的；基于预定策略和请求信息和响应信息，确定容灾节点。
可选的，上述处理组件还可以执行如下步骤的程序代码：基于预定策略确定目标容灾节点包括：基于容灾节点对数据的处理时延，确定容灾节点；基于容灾节点处理的数据对应的业务类型，确定容灾节点。
可选的，上述处理组件还可以执行如下步骤的程序代码：容灾节点包括不同厂商的容灾节点。
本领域普通技术人员可以理解，图6，图7所示的结构仅为示意，例如，上述终端也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌声电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。图6，图7其并不对上述电子装置的结构造成限定。例如，还可包括比图6，图7中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图6，图7所示不同的配置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。
实施例3
在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，当计算机可读存储介质中的指令由终端的处理器执行时，使得终端能够执行上述任一项的数据处理方法。可选地，计算机可读存储介质可以是非临时性计算机可读存储介质，例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
可选地，在本实施例中，上述计算机可读存储介质可以用于保存上述实施例所提供的数据处理方法所执行的程序代码。
可选地，在本实施例中，上述计算机可读存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中。
可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：根据本发明实施例的一个方面，提供了一种客户端容灾的处理方法，包括：获取容灾节点的配置信息，其中，配置信息携带有数据服务器依据预定策略动态确定的容灾节点的标识信息；基于配置信息确定目标容灾节点；拦截数据请求，基于与目标容灾节点之间的连接通道处理数据请求。
可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：基于配置信息确定目标容灾节点包括：检测标识信息中标识的最新容灾节点相比于当前的容灾节点是否有更新；在检测结果为最新容灾节点相比于当前的容灾节点有更新的情况下，确定最新容灾节点为目标容灾节点，建立与最新容灾节点之间的连接通道，并将与最新容灾节点之间的连接通道当作与目标容灾节点之间的连接通道。
可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：获取容灾节点的配置信息，包括以下至少之一：向数据服务器发送鉴权请求，在鉴权通过的情况下，向数据服务器获取容灾节点的配置信息；在数据请求失败的情况下，向数据服务器获取容灾节点的配置信息；基于预设周期向数据服务器获取容灾节点的配置信息。
可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：方法还包括：收集数据请求对应的请求信息和响应信息；按照上报策略，将收集的请求信息和响应信息上报给数据服务器，用于数据服务器根据请求信息和响应信息并结合预定策略动态确定容灾节点。
可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：基于与目标容灾节点之间的连接通道处理数据请求包括：将数据请求发送给代理模块，其中，代理模块通过代理模块与目标容灾节点之间的连接通道将数据请求发送给目标容灾节点；目标容灾节点接收与数据请求对应的响应信息，并通过目标容灾节点与代理模块之间的连接通道将响应信息发送给代理模块；接收代理模块返回的响应信息。
可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：基于预定策略动态确定容灾节点，并生成容灾节点的配置信息，配置信息携带有容灾节点的标识信息；接收客户端的获取配置信息的请求；向客户端发送配置信息，使得客户端基于配置信息确定目标容灾节点，并基于与目标容灾节点之间的连接通道处理数据请求。
可选地，基于预定策略动态确定容灾节点包括：接收客户端上报的对应于数据请求的请求信息和响应信息，其中，请求信息和响应信息为客户端收集的；基于预定策略和请求信息和响应信息，确定容灾节点。
可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：基于预定策略确定目标容灾节点包括：基于容灾节点对数据的处理时延，确定容灾节点；基于容灾节点处理的数据对应的业务类型，确定容灾节点。
可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：容灾节点包括不同厂商的容灾节点。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、数据服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (9)
1.一种客户端容灾的处理方法，应用于客户端，其特征在于，所述方法包括：
获取容灾节点的配置信息，其中，所述配置信息携带有数据服务器依据预定策略动态确定的容灾节点的标识信息，所述配置信息包括HOST信息或IP信息；
基于所述配置信息确定目标容灾节点；
拦截数据请求，基于与所述目标容灾节点之间的连接通道处理所述数据请求；
所述方法还包括：收集所述数据请求对应的请求信息和响应信息；按照上报策略，将收集的所述请求信息和所述响应信息上报给所述数据服务器，用于所述数据服务器根据所述请求信息和所述响应信息以确定当前客户端采用容灾节点处理数据请求的请求状态，并结合所述预定策略动态确定容灾节点；
其中，所述基于所述配置信息确定目标容灾节点包括：检测所述标识信息中标识的最新容灾节点相比于当前的容灾节点是否有更新，在检测结果为所述最新容灾节点相比于当前的容灾节点有更新的情况下，确定所述最新容灾节点为所述目标容灾节点，建立与所述最新容灾节点之间的连接通道，并将与所述最新容灾节点之间的连接通道当作与所述目标容灾节点之间的连接通道。
2.根据权利要求1所述的方法，其特征在于，所述获取容灾节点的配置信息，包括以下至少之一：
向所述数据服务器发送鉴权请求，在鉴权通过的情况下，向所述数据服务器获取容灾节点的配置信息；
在数据请求失败的情况下，向所述数据服务器获取容灾节点的配置信息；
基于预设周期向所述数据服务器获取容灾节点的配置信息。
3.根据权利要求1至2中任一项所述的方法，其特征在于，所述基于与所述目标容灾节点之间的连接通道处理所述数据请求包括：
将所述数据请求发送给代理模块，其中，所述代理模块通过所述代理模块与所述目标容灾节点之间的连接通道将所述数据请求发送给所述目标容灾节点；
所述目标容灾节点接收与所述数据请求对应的响应信息，并通过所述目标容灾节点与所述代理模块之间的连接通道将所述响应信息发送给所述代理模块；
接收所述代理模块返回的所述响应信息。
4.一种客户端容灾的处理方法，应用于数据服务器，其特征在于，包括：
基于预定策略动态确定容灾节点，并生成容灾节点的配置信息，所述配置信息携带有容灾节点的标识信息，所述配置信息包括HOST信息或IP信息；
接收客户端的获取所述配置信息的请求；
向所述客户端发送所述配置信息，使得所述客户端基于所述配置信息确定目标容灾节点，并基于与所述目标容灾节点之间的连接通道处理数据请求；
所述基于预定策略动态确定容灾节点包括：接收所述客户端上报的对应于所述数据请求的请求信息和响应信息，其中，所述请求信息和响应信息为所述客户端收集的；基于所述预定策略和所述请求信息和响应信息，确定当前所述客户端采用容灾节点处理数据请求的请求状态，并结合所述预定策略动态确定所述容灾节点；
其中，所述客户端基于所述配置信息确定目标容灾节点包括：所述客户端检测所述标识信息中标识的最新容灾节点相比于当前的容灾节点是否有更新，在检测结果为所述最新容灾节点相比于当前的容灾节点有更新的情况下，所述客户端确定所述最新容灾节点为所述目标容灾节点，所述客户端建立与所述最新容灾节点之间的连接通道，并将与所述最新容灾节点之间的连接通道当作与所述目标容灾节点之间的连接通道。
5.根据权利要求4所述的方法，其特征在于，所述基于预定策略确定目标容灾节点包括：
基于容灾节点对数据的处理时延，确定所述容灾节点；
基于容灾节点处理的数据对应的业务类型，确定所述容灾节点。
6.根据权利要求4所述的方法，其特征在于，所述容灾节点包括不同厂商的容灾节点。
7.一种客户端容灾的处理系统，其特征在于，所述系统包括客户端和数据服务器，
所述客户端向数据服务器发送获取容灾节点的配置信息的请求；
数据服务器向所述客户端发送所述配置信息，其中，所述配置信息携带有所述数据服务器依据预定策略动态确定的容灾节点的标识信息，所述配置信息包括HOST信息或IP信息；
所述客户端基于所述配置信息确定目标容灾节点；
所述客户端拦截数据请求，并基于与所述目标容灾节点之间的连接通道处理所述数据请求；
所述客户端还收集所述数据请求对应的请求信息和响应信息，按照上报策略，将收集的所述请求信息和所述响应信息上报给所述数据服务器；所述数据服务器还根据所述请求信息和所述响应信息以确定当前所述客户端采用容灾节点处理数据请求的请求状态，并结合所述预定策略动态确定容灾节点；
其中，所述客户端基于所述配置信息确定目标容灾节点包括：所述客户端检测所述标识信息中标识的最新容灾节点相比于当前的容灾节点是否有更新，在检测结果为所述最新容灾节点相比于当前的容灾节点有更新的情况下，所述客户端确定所述最新容灾节点为所述目标容灾节点，所述客户端建立与所述最新容灾节点之间的连接通道，并将与所述最新容灾节点之间的连接通道当作与所述目标容灾节点之间的连接通道。
8.一种电子设备，其特征在于，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现如权利要求1至6中任一项所述的客户端容灾的处理方法。
9.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1至6中任一项所述的客户端容灾的处理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111399803.5A CN113949631B (zh) | 2021-11-19 | 2021-11-19 | 客户端容灾的处理方法、系统及电子设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111399803.5A CN113949631B (zh) | 2021-11-19 | 2021-11-19 | 客户端容灾的处理方法、系统及电子设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113949631A CN113949631A (zh) | 2022-01-18 |
| CN113949631B true CN113949631B (zh) | 2024-05-03 |
Family
ID=79338476
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111399803.5A Active CN113949631B (zh) | 2021-11-19 | 2021-11-19 | 客户端容灾的处理方法、系统及电子设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113949631B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114650216A (zh) * | 2022-03-22 | 2022-06-21 | 阿里云计算有限公司 | 安全防护方法及装置 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1964508A (zh) * | 2006-11-24 | 2007-05-16 | 中兴通讯股份有限公司 | 数据容灾自适应系统 |
| CN1964507A (zh) * | 2006-11-24 | 2007-05-16 | 中兴通讯股份有限公司 | 数据容灾自适应方法 |
| CN103580902A (zh) * | 2012-08-07 | 2014-02-12 | 腾讯科技（深圳）有限公司 | 一种计算机信息系统及其动态容灾方法 |
| CN111784359A (zh) * | 2020-07-31 | 2020-10-16 | 支付宝(杭州)信息技术有限公司 | 多模式风控分级容灾方法及装置 |
| CN113238893A (zh) * | 2021-05-11 | 2021-08-10 | 鸬鹚科技(深圳)有限公司 | 多数据中心的容灾系统、方法、计算机设备及介质 |
| CN113656215A (zh) * | 2021-07-20 | 2021-11-16 | 新浪网技术(中国)有限公司 | 一种基于集中配置的自动化容灾方法、系统、介质和设备 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9971658B2 (en) * | 2015-01-09 | 2018-05-15 | Vmware, Inc. | Client deployment with disaster recovery considerations |
-
2021
- 2021-11-19 CN CN202111399803.5A patent/CN113949631B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1964508A (zh) * | 2006-11-24 | 2007-05-16 | 中兴通讯股份有限公司 | 数据容灾自适应系统 |
| CN1964507A (zh) * | 2006-11-24 | 2007-05-16 | 中兴通讯股份有限公司 | 数据容灾自适应方法 |
| CN103580902A (zh) * | 2012-08-07 | 2014-02-12 | 腾讯科技（深圳）有限公司 | 一种计算机信息系统及其动态容灾方法 |
| CN111784359A (zh) * | 2020-07-31 | 2020-10-16 | 支付宝(杭州)信息技术有限公司 | 多模式风控分级容灾方法及装置 |
| CN113238893A (zh) * | 2021-05-11 | 2021-08-10 | 鸬鹚科技(深圳)有限公司 | 多数据中心的容灾系统、方法、计算机设备及介质 |
| CN113656215A (zh) * | 2021-07-20 | 2021-11-16 | 新浪网技术(中国)有限公司 | 一种基于集中配置的自动化容灾方法、系统、介质和设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113949631A (zh) | 2022-01-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20200162345A1 (en) | Method, system and options for multi-operator service life cycle management | |
| US11178062B2 (en) | Orchestrating physical and virtual resources for delivering digital contents | |
| CN106790595A (zh) | 一种Docker容器主动负载均衡装置及方法 | |
| CN107181804B (zh) | 资源的下载方法和装置 | |
| US10848586B2 (en) | Content delivery network (CDN) for uploading, caching and delivering user content | |
| CN108270882A (zh) | 域名的解析方法和装置、存储介质、电子装置 | |
| US20140237373A1 (en) | Method of provisioning a cloud-based render farm | |
| CN113852673B (zh) | 核心网网元的信令追踪方法、装置及存储介质 | |
| CN111108736B (zh) | 用于计算设备的自动地址故障切换的方法和系统 | |
| CN113949631B (zh) | 客户端容灾的处理方法、系统及电子设备 | |
| CN110049522B (zh) | 工作模式的切换方法、装置及存储介质 | |
| CN103138961B (zh) | 服务器控制方法、被控服务器及中心控制服务器 | |
| CN106708881B (zh) | 基于网络文件系统的交互方法和装置 | |
| US9729404B2 (en) | Quality of service monitoring device and method of monitoring quality of service | |
| CN106230878B (zh) | 一种基于AllJoyn框架的设备服务调用方法及装置 | |
| CN113515392B (zh) | Rpc调用方法、装置、设备及存储介质 | |
| US10924575B2 (en) | Automatic network management system and methods | |
| CN107113281A (zh) | 内容共享的方法、终端、服务器和系统 | |
| CN110545453A (zh) | 内容分发网络的内容发布方法、装置和系统 | |
| CN109547289B (zh) | 一种智能调度访客流量的方法、存储设备及系统 | |
| CN106533716B (zh) | 一种北向接口的管理方法和系统 | |
| CN113535402A (zh) | 基于5g mec的负载均衡处理方法、装置及电子设备 | |
| CN115349119A (zh) | 用于在网络中部署网络功能(nf)集时的增强的5gc恢复的方法和装置 | |
| CN112751706A (zh) | 一种目标数据的传输方法和装置 | |
| CN105323088A (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 |