多云多活架构的部署方法及相关设备与流程

1.本技术的实施例涉及服务网格的部署技术，尤其涉及一种多云多活架构的部署方法及相关设备。


背景技术：

2.在相关的服务网格的部署技术中，虽然其本身也可以在实现灰度发布或者蓝绿发布，但当云环境中的各个基础服务需要进行服务升级，或者出现异常时，进行灰度发布或者蓝绿发布会严重影响相关服务的调用，使得外部业务的执行出现困难。
3.基于此，需要一种能够实现在基础服务出现异常或者升级时，依然可以维持整个服务网格执行外部业务的方案。


技术实现要素：

4.有鉴于此，本技术的目的在于提出一种多云多活架构的部署方法及相关设备
5.基于上述目的，本技术提供了一种多云多活架构的部署方法，其特征在于，所述架构包括：中央注册中心集群和多个云环境；所述方法包括：
6.在每个所述云环境中均部署基础服务和服务节点，将各个所述云环境中的所述基础服务均注册到所述中央注册中心集群，在各个所述云环境之间建立域注册中心集群，并通过该域注册中心集群进行服务信息的同步；
7.对于每个所述云环境，响应于确定该云环境的基础服务进行服务升级，通过所述中央注册中心集群对分发到该云环境的服务节点的业务流量配置进行调控；
8.对于每个所述云环境，响应于确定该云环境的基础服务出现异常，通过所述中央注册中心集群调控其他可用的基础服务承载该云环境的任务。
9.进一步地，所述在每个所述云环境中均部署基础服务和服务节点，包括：
10.在每个所述云环境中，执行以下操作：
11.部署域服务注册发现中心、服务网格控制面板、服务网关和服务边车；
12.为处于该云环境下的所述域服务注册发现中心、所述服务网格控制面板、所述服务网关和所述服务边车标注相同的标签；
13.将所述域服务注册发现中心、所述服务网格控制面板和所述服务网关配置为该云环境的基础服务；
14.将所述服务边车配置为该云环境的服务节点，所述服务节点通过灰度发布将其他所述云环境的业务流量转发给该云环境中的服务边车。
15.进一步地，所述将各个所述云环境中的所述基础服务均注册到所述中央注册中心集群，包括：
16.在每个所述云环境中，将该云环境的域服务注册发现中心和服务网格控制面板注册到所述中央注册中心集群；
17.将该云环境的服务边车注册到该云环境的所述域注册中心，并订阅该云环境的服
务网格控制面板，并接收该云环境的服务网格控制面板为该云环境的服务边车推送的配置。
18.进一步地，，所述在各个所述云环境之间建立域注册中心集群，包括：
19.将全部所述云环境中的所述域服务注册发现中心组成域注册中心集群；
20.对于所述域注册中心集群中的各个所述域服务注册发现中心之间进行服务信息的同步。
21.进一步地，所述对于每个所述云环境，响应于确定该云环境的基础服务进行服务升级，通过所述中央注册中心集群对分发到该云环境的服务节点的业务流量配置进行调控，包括：
22.对于每个所述云环境，响应于确定该云环境的基础服务启动服务升级，所述中央注册中心集群将业务流量分发到其他云环境的服务节点；
23.响应于确定该云环境的基础服务完成服务升级，通过所述中央注册中心集群令该云环境的服务边车将业务流量分拨回该云环境的服务。
24.进一步地，所述对于每个所述云环境，响应于确定该云环境的基础服务出现异常，通过所述中央注册中心集群调控其他可用的基础服务承载该云环境的任务，包括：
25.对于每个所述云环境，响应于确定该云环境的域服务注册发现中心出现异常，无法进行服务的注册和发现，所述中央注册中心集群令服务边车选择其他云环境的域服务注册发现中心；
26.响应于确定该云环境的服务网格控制面板出现异常，无法向该云环境的服务边车下发配置，通过所述中央注册中心集群令所述服务边车选择其他云环境的服务网格控制面板；
27.响应于确定该云环境的服务网关出现异常，通过所述中央注册中心集群将业务流量分发到其他云环境的服务网关。
28.进一步地，所述中央注册中心集群的部署，包括：
29.部署多个中央服务注册发现中心；
30.在各个所述中央服务注册发现中心之间搭载负载均衡服务；
31.在各个所述中央服务注册发现中心内均配置域名服务器。
32.基于同一发明构思，本技术还提供了一种多云多活架构的部署装置，其特征在于，所述架构包括：中央注册中心集群和多个云环境；所述装置包括：
33.搭建模块，被配置为：在每个所述云环境中均部署基础服务和服务节点，将各个所述云环境中的所述基础服务均注册到所述中央注册中心集群，在各个所述云环境之间建立域注册中心集群，并通过该域注册中心集群进行服务信息的同步；
34.升级部署模块，被配置为：对于每个所述云环境，响应于确定该云环境的基础服务进行服务升级，通过所述中央注册中心集群对分发到该云环境的服务节点的业务流量配置进行调控；
35.异常部署模块，被配置为：对于每个所述云环境，响应于确定该云环境的基础服务出现异常，通过所述中央注册中心集群调控其他可用的基础服务承载该云环境的任务。
36.基于同一发明构思，本技术还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上任意一
项所述的多云多活架构的部署方法。
37.基于同一发明构思，本技术还提供了一种非暂态计算机可读存储介质，其中，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上述多云多活架构的部署方法。
38.可见，本技术的实施例的多云多活架构的部署方法，基于多个云环境和中央consul集群之间的交互，综合考虑了各个云环境之间的信息和数据同步的必要性，并通过域consul集群实现相关同步，使得在各个云环境中的基础服务进行升级或者出现异常时，可以实现调用其他云环境的相关基础服务来进行业务流量和任务的分配，提高了整个服务网格，也即多云多活架构在面对服务升级和服务异常时的可用性和鲁棒性。
附图说明
39.为了更清楚地说明本技术或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
40.图1为本技术实施例的多云多活架构示意图；
41.图2为本技术实施例的多云多活架构的部署方法流程图；
42.图3为本技术实施例的多云多活架构的部署装置模块示意图；
43.图4为本技术实施例的电子设备结构示意图。
具体实施方式
44.为使本技术的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本技术进一步详细说明。
45.需要说明的是，除非另外定义，本技术的实施例使用的技术术语或者科学术语应当为本技术所属领域内具有一般技能的人士所理解的通常意义。本技术的实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。
46.如背景技术部分所述，相关的多云多活架构的部署方法还难以满足实际生产时对可用性和鲁棒性的需求。
47.申请人在实现本技术的过程中发现，相关的多云多活架构的部署方法存在的主要问题在于：在整个多云多活架构，也即整个服务网格中，当某个云环境的基础服务提出升级需求，或者出现异常时，该基础服务面临难以承载外部业务的情况，各个基础服务难以调用，其中，服务的注册、发现、服务配置的下发等功能均出现困难，导致外部业务在服务网格中难以执行。
48.可以理解，该方法可以通过任何具有计算、处理能力的装置、设备、平台、设备集群来执行。
49.以下，通过具体的实施例，并具体结合图1示出的多云多活架构示意图，来详细说明本技术的技术方法。
50.在本实施例中，多云多活架构包括有多个中央consul(中央服务注册发现中心)和多个云环境。
51.其中，多个中央consul可以组成中央consul集群(中央注册中心集群)；每个云环境中均包括的服务有：至少1个域consul(域服务注册发现中心)、至少1个xds-server(服务网格控制面板)、至少1个gateway(服务网关)和至少1个sidecar(服务边车)。
52.将图1作为本实施例中多云多活架构的一个具体示例，包括有：1个中央consul集群和3个不同的云环境。
53.其中，如图1所示，中央consul集群内集成有3个中央consul：中央consul1、中央consul2和中央consul3。
54.进一步地，在每个中央consul之间可以搭载负载均衡服务，以令负载，也即工作任务平衡分摊到每个中央consul中运行，其中，在每个中央consul中配置有dns服务器(域名服务器)。
55.在本实施例中，该多云多活架构部署的3个云环境包括：云环境1、云环境2和云环境3，并且将各个云环境之间布设为物理环境上的物理隔离状态。
56.其中，每个云环境中部署有多个服务，包括：1个域consul、1个xds-server、1个gateway和1个sidecar。
57.具体地，云环境1中包括有：域consul1、xds-server1、服务网关1和服务边车1；云环境2中包括有：域consul2、xds-server2、服务网关2和服务边车2；云环境3中包括有：域consul3、xds-server3、服务网关3和服务边车3。
58.需要说明的是，图1示出的多云多活架构中所包含的中央consul和云环境的数量，以及，各个云环境中的域consul、xds-server、服务网关和服务边车的数量仅仅作为示例，也可以是不同于图1的其他自定义数量。
59.参考图2，本技术一个实施例的多云多活架构的部署方法，包括以下步骤：
60.步骤s201、在每个所述云环境中均部署基础服务和服务节点，将各个所述云环境中的所述基础服务均注册到所述中央注册中心集群，在各个所述云环境之间建立域注册中心集群，并通过该域注册中心集群进行服务信息的同步。
61.在本技术的实施例中，首先，搭建上述的多云多活架构，并完成相关注册和设置。
62.具体地，为每个云环境设置不同的标签，并令属于同一云环境的各个服务：域consul、xds-server、服务网关和服务边车标注该云环境的标签。
63.以图1作为示例，可以将云环境1的标签设置为01.，将云环境2的标签设置为02.，将云环境3的标签设置为03.。
64.进一步地，对于每个云环境，可以将其中的域consul、xds-server和服务网关作为该云环境的基础服务，并将服务边车作为该云环境的服务节点。
65.进一步地，如图1所示，对于每个云环境，将其基础服务中的域consul和xds-server各自的标签注册到中央consul集群中的中央consul，以完成该云环境基础服务的注册，并将每个云环境中的服务边车的标签注册到该云环境的域consul中，以完成该云环境服务节点的注册，基于该服务边车的注册，该云环境中的域consul可以发现服务边车。
66.进一步地，根据上述设置的标签，可以将各个服务的域名设置为如下形式：
67.标签.服务名
68.根据上述设置规则，在图1的示例中，各个服务的域名可以设置为如下形式：
69.域consul1的域名：01.domain1_consul.service.consul
70.xds-server1的域名：01.domain1_xds-server.service.consul
71.域consul2的域名：02.domain1_consul.service.consul
72.xds-server2的域名：02.domain1_xds-server.service.consul
73.域consul3的域名：03.domain1_consul.service.consul
74.xds-server3的域名：03.domain1_xds-server.service.consul
75.进一步地，基于上述中央consul中配置的dns服务器，以及在中央consul集群中的注册，可以令中央consul利用dns服务器根据不同的域名来发现并调用各个不同的服务，以实现中央consul集群的服务发现功能。
76.进一步地，各个服务均可以通过上述中央consul集群的服务发现功能，实现在其他各个服务之间的寻址，以达到与其他服务进行交互的目的。
77.在一些实施例中，每个云环境中的各个服务共享同一个网络和容器ip(网际互连协议)，但在基础服务升级后，容器ip会发生变化，若通过ip来调用各个服务则需要重新获取该服务的容器ip，因此上述通过带有不同标签的域名来调用各个服务则可以避免需要重新获取容器ip的问题。
78.进一步地，对于每个云环境，令其中的服务边车订阅本云环境中的xds-server，以得到该xds-server推送的服务边车配置，并根据推送的内容进行相关功能的配置。
79.具体地，在图1的示例中，令服务边车1订阅其所属的云环境1中的xds-server1，并接受xds-server1向服务边车1推送的边车配置；
80.令服务边车2订阅其所属的云环境2中的xds-server2，并接受xds-server2向服务边车2推送的边车配置；
81.令服务边车3订阅其所属的云环境3中的xds-server3，并接受xds-server3向服务边车3推送的边车配置。
82.基于上述完成的相关注册和设置，可以组建域注册中心集群，以使各个云环境之间形成可以互相同步的完整的服务网格。
83.具体地，将全部云环境中的域consul连接到一起，并将连接到一起的全部xds-server组成域注册中心集群，实现在各个云环境构成的服务网格内，每个云环境的域consul均可以与其他云环境的域consul进行相关数据和相关服务信息的同步。
84.在图1的示例中，可以将域consul1、域consul2和域consul3进行连接，并组成域consul集群，其中，域consul、域consul2和域consul3之间可以进行数据和服务信息的同步，也就是说，该域consul集群实现了云环境1、云环境2和云环境3之间的相关数据和服务信息的同步。
85.进一步地，对于每个云环境，其中的xds-server和服务网关可以设置为独立于其他云环境的两个服务，在该云环境接受到业务时，其服务网关可以将该业务的业务流量转发给本云环境中的服务边车。
86.在图1的示例中，云环境1通过服务网关1将接受到的业务转发给服务边车1；云环
境2通过服务网关2将接受到的业务转发给服务边车2；云环境3通过服务网关3将接受到的业务转发给服务边车3。
87.进一步地，在由中央consul集群和全部云环境组成的整个服务网格中，当为其中一个云环境部署新的服务时，由于难以预测新部署的服务是否适用于整个服务网格，为了防止新部署的服务在执行业务时发生异常，服务网格将以灰度发布的形式对分发到该云环境中的业务流量进行控制，具体地，由该云环境中的服务网关根据灰度发布中预设的递增比例，将业务流量分发到该云环境中的服务边车。
88.在图1的示例中，例如云环境1中三个基础服务：域consul1、xds-server和服务网关中任意个基础服务是新部署的服务，或者服务节点是新部署的服务，或者有其他新的服务部署进云环境1中时，中央consul集群将令整个服务网格对云环境1执行灰度发布；具体地，确定灰度发布中预设的递增比例，例如从0％到100％按照10％的比例逐渐递增，服务网关1将按照该递增比例逐渐增加转发至服务边车1的业务流量，当该新部署的服务在执行业务时没有异常，则可以逐渐增加业务流量的比例，直到达到100％。
89.步骤s202、对于每个所述云环境，响应于确定该云环境的基础服务进行服务升级，通过所述中央注册中心集群对分发到该云环境的服务节点的业务流量配置进行调控。
90.在本技术的实施例中，各个云环境的基础服务往往有定期或不定期升级的需求，在某个云环境进行升级时，该云环境难以承载各项业务的业务流量，因此，需要中央consul集群调用其他云环境来处理该云环境原先所承载的业务流量。
91.具体地，当某个云环境中任意个服务进行升级时，基于上述注册到中央consul集群的服务，中央consul集群中的任意中央consul可以发现服务网格中各个云环境的服务，并可以随时区分出涉及服务升级的云环境。
92.进一步地，任意中央consul可以自动将该涉及服务升级的云环境中承载的业务流量配置为0。
93.进一步地，任意中央consul可以自动将该涉及服务升级的云环境中原先承载的业务流量随机分拨至其他不涉及服务升级的云环境中。
94.进一步地，当该云环境中的服务完成升级后，任意中央consul可以自动将该云环境中原先承载的业务流量从其他云环境中分拨回该云环境中。
95.在图1的示例中，例如云环境1中的至少1个基础服务需要进行升级时，则中央consul集群中的任意中央consul均可以发现进行升级的基础服务。
96.进一步地，可以由中央consul2将云环境1中承载的业务流量配置为0，并将其业务流量分拨至云环境3中，在云环境1的基础服务完成升级后，再将云环境1原先承载的业务流量从云环境3中分拨回至云环境1中。
97.其中，中央consul2可以是根据各个中央consul之间搭载的负载均衡服务决定出的，也可以是根据具体情况指定。
98.步骤s203、对于每个所述云环境，响应于确定该云环境的基础服务出现异常，通过所述中央注册中心集群调控其他可用的基础服务承载该云环境的任务。
99.在本技术的实施例中，各个云环境的基础服务会有出现异常的情况，在某个云环境的某个服务出现异常时，则该服务难以承载相关的任务，因此，需要中央consul集群调用其他云环境中的相关服务来处理该云环境原先所承载的任务。
100.具体地，当某个云环境中的域consul出现异常，则该域consul无法进行服务的注册和发现，则中央consul可以令该云环境的服务边车选择其他云环境中的域consul来执行关于该服务边车的注册，并令该云环境中的xds-server选择其他云环境中的域consul来执行关于服务的发现。
101.在图1的示例中，以云环境1中的域consul1无法进行服务的注册和发现的异常情况作为具体的示例，此时可以由决策出的中央consul1发现云环境1中的边车服务1，并令边车服务1选择云环境2中的域consul2或者云环境3中的域consul3进行服务边车1的注册，并令xds-server1选择云环境2中的域consul2或者云环境3中的域consul3进行相关服务的发现。
102.当某个云环境中的xds-server出现异常，则该xds-server无法向该云环境的服务边车下发边车配置，则中央consul可以令该云环境的服务边车选择其他云环境中的xds-server来订阅服务网格中最新的边车配置。
103.在图1的示例中，以云环境1中的xds-server1无法对服务边车1下发边车配置的异常情况作为具体的示例，此时可以由决策出的中央consul1发现云环境1中的边车服务1，并令边车服务1从云环境2中的xds-server2或者云环境3中的xds-server3为服务边车1订阅本服务网格中最新的边车配置。
104.当某个云环境中的服务网关出现异常，则该服务网关无法向该云环境的服务边车转发业务流量，则中央consul可以将原先分发到该云环境的业务流量分拨到其他云环境的业务网关。
105.在图1的示例中，以云环境1中的服务网关1无法对服务边车1转发业务流量的异常情况作为具体的示例，此时可以由决策出的中央consul1将服务网关1承载的业务流量分拨到云环境2中的服务网关2或者云环境3中的服务网关3。
106.其中，在上述三中异常情况中，均通过各个中央consul之间搭载负的载均衡服务来所决策出中央consul1执行相关的服务调控。
107.可见，本技术的实施例的多云多活架构的部署方法，基于多个云环境和中央consul集群之间的交互，综合考虑了各个云环境之间的信息和数据同步的必要性，并通过域consul集群实现相关同步，使得在各个云环境中的基础服务进行升级或者出现异常时，可以实现调用其他云环境的相关基础服务来进行业务流量和任务的分配，提高了整个服务网格，也即多云多活架构在面对服务升级和服务异常时的可用性和鲁棒性。
108.需要说明的是，本技术的实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本技术的实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。
109.需要说明的是，上述对本技术的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
110.基于同一发明构思，与上述任意实施例方法相对应的，本技术的实施例还提供了
一种多云多活架构的部署装置。
111.参考图3，所述多云多活架构的部署装置，包括：
112.搭建模块301，被配置为：在每个所述云环境中均部署基础服务和服务节点，将各个所述云环境中的所述基础服务均注册到所述中央注册中心集群，在各个所述云环境之间建立域注册中心集群，并通过该域注册中心集群进行服务信息的同步；
113.升级部署模块302，被配置为：对于每个所述云环境，响应于确定该云环境的基础服务进行服务升级，通过所述中央注册中心集群对分发到该云环境的服务节点的业务流量配置进行调控；
114.异常部署模块303，被配置为：对于每个所述云环境，响应于确定该云环境的基础服务出现异常，通过所述中央注册中心集群调控其他可用的基础服务承载该云环境的任务。
115.作为一个可选的实施例，所述搭建模块301，具体被配置为：
116.首先，部署多个中央服务注册发现中心；
117.在各个所述中央服务注册发现中心之间搭载负载均衡服务；
118.在各个所述中央服务注册发现中心内均配置域名服务器。
119.在每个所述云环境中，执行以下操作：
120.部署域服务注册发现中心、服务网格控制面板、服务网关和服务边车；
121.为处于该云环境下的所述域服务注册发现中心、所述服务网格控制面板、所述服务网关和所述服务边车标注相同的标签；
122.将所述域服务注册发现中心、所述服务网格控制面板和所述服务网关配置为该云环境的基础服务；
123.将所述服务边车配置为该云环境的服务节点，所述服务节点通过灰度发布将其他所述云环境的业务流量转发给该云环境中的服务边车。
124.进一步地，在每个所述云环境中，将该云环境的域服务注册发现中心和服务网格控制面板注册到所述中央注册中心集群；
125.将该云环境的服务边车注册到该云环境的所述域注册中心，并订阅该云环境的服务网格控制面板，并接收该云环境的服务网格控制面板为该云环境的服务边车推送的配置。
126.进一步地，将全部所述云环境中的所述域服务注册发现中心组成域注册中心集群；
127.对于所述域注册中心集群中的各个所述域服务注册发现中心之间进行服务信息的同步。
128.作为一个可选的实施例，所述升级部署模块302，具体被配置为：对于每个所述云环境，响应于确定该云环境的基础服务启动服务升级，所述中央注册中心集群将业务流量分发到其他云环境的服务节点；
129.响应于确定该云环境的基础服务完成服务升级，通过所述中央注册中心集群令该云环境的服务边车将业务流量分拨回该云环境的服务。
130.作为一个可选的实施例，所述异常部署模块303，具体被配置为：对于每个所述云环境，响应于确定该云环境的域服务注册发现中心出现异常，无法进行服务的注册和发现，
所述中央注册中心集群令服务边车选择其他云环境的域服务注册发现中心；
131.响应于确定该云环境的服务网格控制面板出现异常，无法向该云环境的服务边车下发配置，通过所述中央注册中心集群令所述服务边车选择其他云环境的服务网格控制面板；
132.响应于确定该云环境的服务网关出现异常，通过所述中央注册中心集群将业务流量分发到其他云环境的服务网关。
133.为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本技术的实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
134.上述实施例的装置用于实现前述任一实施例中相应的多云多活架构的部署方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
135.基于同一发明构思，与上述任意实施例方法相对应的，本技术的实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上任意一实施例所述的多云多活架构的部署方法。
136.图4示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
137.处理器1010可以采用通用的cpu(central processing unit，中央处理器)、微处理器、应用专用集成电路(application specific integrated circuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本技术实施例所提供的技术方案。
138.存储器1020可以采用rom(read only memory，只读存储器)、ram(random access memory，随机存取存储器)、静态存储设备、动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本技术实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。
139.输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入/输出模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
140.通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。
141.总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
142.需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本技术实施例方案所必需的组件，而不必包含图中所示的全部组件。
143.上述实施例的装置用于实现前述任一实施例中相应的多云多活架构的部署方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
144.基于同一发明构思，与上述任意实施例方法相对应的，本技术还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上任一实施例所述的多云多活架构的部署方法。
145.本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
146.上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述的多云多活架构的部署方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
147.所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本技术的范围(包括权利要求)被限于这些例子；在本技术的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本技术的实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。
148.另外，为简化说明和讨论，并且为了不会使本技术的实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(ic)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本技术的实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本技术的实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本技术的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本技术的实施例。因此，这些描述应被认为是说明性的而不是限制性的。
149.尽管已经结合了本技术的具体实施例对本技术进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态ram(dram))可以使用所讨论的实施例。
150.本技术的实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本技术的实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本技术的保护范围之内。