一种数据处理方法、装置及系统与流程

1.本技术涉及互联网领域，特别是涉及一种数据处理方法、装置及系统。


背景技术：

2.网关集群具有为广大租户提供数据转发的能力，网关集群可以包括多台x86型号的网关。
3.其中，可以将接收的外部数据路由至网关集群的某台x86的网关上，该网关将数据分别调度至该网关中的某一个计算实例的队列中等待该计算实例处理该外部数据。


技术实现要素：

4.网关集群作为网络内部与网络外部之间的门户或入口等，网络内部可以对外提供各个种类的服务。多个种类的服务可以共享一个网关中的一个计算实例，例如，任意一个计算实例可以分别处理多个种类的服务的数据。
5.然而，对于该网关中的任意一个计算实例，在该计算实例未满负载的情况下，如果该网关向该计算实例调度新的数据，则该计算实例可以正常处理新的数据。但是，在该计算实例满负载的情况下，如果该网关向该计算实例调度新的数据，则该计算实例就无法正常处理新的数据，也即，该计算实例承载的其他种类的服务全部受到影响。
6.如此，如果一个种类的服务的数据使得该计算实例满负载，则共享该计算实例的其他种类的服务都会受到影响，如此，导致故障域较大。
7.如图1所示，种类1的服务和种类2的服务共享网关集群中的网关2中的计算实例core2，种类1的服务的数据和种类2的服务的数据会均落在网关集群中的网关2中的计算实例core2上处理，如果种类1的服务的数据较多而使得网关2中的计算实例core2满负荷，则会导致种类2的服务的数据无法调度至该网关2中的计算实例core2中，就会导致种类2的服务的数据丢包，无法正常被网关2中的计算实例core2处理，进而会导致网关2中的计算实例core2承载的种类2的服务的数据全部受到影响。
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.在一个可选的实现方式中，所述方法还包括：
39.将确定出的至少一个虚拟机的状态由非空闲状态变更为空闲状态。
40.在一个可选的实现方式中，所述将所述待处理数据调度至所述目标网元中的目标虚拟机，以使所述目标虚拟机对所述待处理数据处理，包括：
41.将所述待处理数据调度至所述目标网元中的目标虚拟机，以使所述目标虚拟机中的计算实例对所述待处理数据处理。
42.第三方面，本技术示出了一种数据处理系统，所述系统包括：
43.第一交换机以及交换机集群；
44.所述交换机集群中包括多个第二交换机；
45.所述第二交换机中包括多个虚拟机；
46.所述虚拟机中包括至少一个计算实例；
47.至少两个不同的第二交换机中的虚拟机组成网元。
48.第四方面，本技术示出了一种数据处理方法，应用于第一交换机，所述方法包括：
49.接收待处理数据；
50.确定所述待处理数据涉及的服务的种类；
51.确定为所述种类的服务单独分配的目标网元，所述目标网元包括交换机集群中的至少两个不同的第二交换机中的虚拟机；
52.将所述待处理数据调度至所述目标网元中的目标虚拟机，以使所述目标虚拟机对所述待处理数据处理。
53.第五方面，本技术示出了一种数据处理装置，应用于第一网关，所述装置包括：
54.第一接收模块，用于接收待处理数据；
55.第一确定模块，用于确定所述待处理数据涉及的服务的种类；
56.第二确定模块，用于确定为所述种类的服务单独分配的目标网元，所述目标网元包括网关集群中的至少两个不同的第二网关中的虚拟机；
57.第一调度模块，用于将所述待处理数据调度至所述目标网元中的目标虚拟机，以使所述目标虚拟机中的计算实例对所述待处理数据处理。
58.在一个可选的实现方式中，所述第二确定模块包括：
59.查找单元，用于在服务的种类与网元之间的对应关系中，查找与所述种类相对应的网元，并作为所述目标网元。
60.在一个可选的实现方式中，所述调度模块包括：
61.第一确定单元，用于确定发送所述待处理数据的租户；
62.第二确定单元，用于在所述目标网元包括的多个虚拟机中，确定为所述租户单独分配的虚拟机，并作为所述目标虚拟机；
63.调度单元，用于将所述待处理数据调度至所述目标虚拟机。
64.在一个可选的实现方式中，所述第二确定单元包括：
65.查找子单元，用于在所述目标网元对应的、租户与虚拟机之间的对应关系中，查找与所述租户相对应的虚拟机，并作为所述目标虚拟机。
66.在一个可选的实现方式中，所述装置还包括：
67.第三确定模块，用于在需要对所述网关集群扩容的情况下，确定需要扩容的网元；
68.第四确定模块，用于在预设虚拟机集群中确定至少一个空闲的虚拟机，所述预设虚拟机集群中包括多个空闲的虚拟机；
69.分配模块，用于将确定出的空闲的虚拟机分配给需要扩容的网元。
70.在一个可选的实现方式中，所述装置还包括：
71.第一变更模块，用于将确定出的空闲的虚拟机的状态由空闲状态变更为非空闲状态。
72.在一个可选的实现方式中，所述装置还包括：
73.第五确定模块，用于在需要对所述网关集群缩容的情况下，确定需要缩容的网元；
74.第六确定模块，用于确定需要缩容的网元中的至少一个虚拟机；
75.剔除模块，用于确定需要缩容的网元中的至少一个虚拟机。
76.在一个可选的实现方式中，所述装置还包括：
77.第二变更模块，用于将确定出的至少一个虚拟机的状态由非空闲状态变更为空闲状态。
78.在一个可选的实现方式中，所述第一调度模块具体用于：将所述待处理数据调度至所述目标网元中的目标虚拟机，以使所述目标虚拟机中的计算实例对所述待处理数据处理。
79.第六方面，本技术示出了一种数据处理装置，应用于第一交换机，所述装置包括：
80.第二接收模块，用于接收待处理数据；
81.第七确定模块，用于确定所述待处理数据涉及的服务的种类；
82.第八确定模块，用于确定为所述种类的服务单独分配的目标网元，所述目标网元包括交换机集群中的至少两个不同的第二交换机中的虚拟机；
83.第二调度模块，用于将所述待处理数据调度至所述目标网元中的目标虚拟机，以使所述目标虚拟机对所述待处理数据处理。
84.第七方面，本技术示出了一种电子设备，所述电子设备包括：
85.处理器；和
86.存储器，其上存储有可执行代码，当所述可执行代码被执行时，使得所述处理器执行如第二方面所述的数据处理方法。
87.第八方面，本技术示出了一个或多个机器可读介质，其上存储有可执行代码，当所述可执行代码被执行时，使得处理器执行如第二方面所述的数据处理方法。
88.第九方面，本技术示出了一种电子设备，所述电子设备包括：
89.处理器；和
90.存储器，其上存储有可执行代码，当所述可执行代码被执行时，使得所述处理器执行如第四方面所述的数据处理方法。
91.第十方面，本技术示出了一个或多个机器可读介质，其上存储有可执行代码，当所述可执行代码被执行时，使得处理器执行如第四方面所述的数据处理方法。
92.与现有技术相比，本技术实施例包括以下优点：
93.一方面，在本技术中，为不同种类的服务分配不同的网元，网元中包括至少一个虚拟机，每一个虚拟机上包括至少一个计算实例，如此，可以将不同种类的服务隔离开，如果为一个种类的服务分配的网元出现故障或者满负载，虽然，该网元无法继续正常处理该种类的服务的新的数据，但是不影响其他网元正常处理其他种类的服务的数据。如此，本技术可以缩小故障域，通过本技术，在为一个种类的服务分配的网元出现故障或者满负载的情况下，可以使得更多种类的服务避免被影响，提高更多种类的服务能够被正常处理的可能性。
94.另一方面，在现有技术中，计算实例直接部署在作为物理机的网关上，如此，需要对计算实例进行相关配置，以使得计算实例可以适配作为物理机的网关的硬件设施，如此，计算实例才能正常在作为物理机的网关上运行并处理数据。然而，在实际场景中，有时候可能会更新网关集群中的部分网关。其中，有时候更新后的网关的硬件设施与更新前的网关的硬件设施不同，例如cpu(central processing unit，中央处理器)的体系结构、内存的体系结构以及网卡的体系结构变化等。
95.然而，由于计算实例适配的是更新前的网关的硬件设施，因此，管理计算实例的工
作人员需要更新计算实例，以使得更新后的计算实例可以适配更新后的网关的硬件设施，从而使得计算实例可以在更新后的网关上运行并处理数据。但是，这样就会带来对计算实例额外的适配工作，增加了管理计算实例的工作人员的工作量，增加了人工成本。
96.而在本技术中，在第二网关上部署的是虚拟机，计算实例部署在虚拟机上。其中，虚拟机可以将第二网关中的硬件设施的信息抽象为可以向计算实例呈现的硬件设施的信息，且无论第二网关中的硬件设施如何变化，虚拟机对其抽象出的可以向计算实例呈现的硬件设施的信息都是相同的，是不会变化的。这样，在第二网关中的硬件设施变化之后，可以统一更新虚拟机，以使得各个虚拟机适配更新后的第二网关的硬件设施，但是虚拟机对其抽象出的可以向计算实例呈现的硬件设施的信息是不变的。
97.如此，在本技术中，虚拟机承担了适配第二网关的硬件设施的工作，因此，计算实例可以只适配虚拟机即可，不需要适配第二网关，本技术可以将各个第二网关上的虚拟机设置为相同的虚拟机，这样，即使更新了第二网关，管理计算实例的工作人员也不需要额外对计算实例进行适配工作，从而可以降低人工成本。
附图说明
98.图1是本技术现有技术示出的一种场景示意图。
99.图2是本技术一示例性实施例示出的一种数据处理系统的结构框图。
100.图3是本技术一示例性实施例示出的一种数据处理方法的流程示意图。
101.图4是本技术一示例性实施例示出的一种场景示意图。
102.图5是本技术一示例性实施例示出的一种调度数据的方法的流程示意图。
103.图6是本技术一示例性实施例示出的一种扩容方法的流程示意图。
104.图7是本技术一示例性实施例示出的一种缩容方法的流程示意图。
105.图8是本技术一示例性实施例示出的一种数据处理系统的结构框图。
106.图9是本技术一示例性实施例示出的一种数据处理方法的流程示意图。
107.图10是本技术一示例性实施例示出的一种数据处理装置的结构框图。
108.图11是本技术一示例性实施例示出的一种数据处理装置的结构框图。
109.图12是本技术一实施例提供的装置的结构示意图。
具体实施方式
110.为使本技术的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本技术作进一步详细的说明。
111.参照图2，示出了本技术一种数据处理系统的结构框图，该系统可以包括：第一网关以及网关集群；第一网关与网关集群之间通信连接。网关集群中包括多个第二网关；每一个第二网关中包括多个虚拟机vm(virtual machine)；每一个虚拟机vm中包括至少一个计算实例core。
112.至少两个不同的第二网关中的部分虚拟机vm可以组成网元。例如，一个第二网关中的至少一个虚拟机vm与另一个第二网关中的至少一个虚拟机vm可以组成一个网元。
113.例如，在图2中，网关集群中包括n个第二网关，分别为第二网关1～第二网关n。
114.第二网关1中包括n个虚拟机vm，分别为vm1～vmn。每一个虚拟机vm中均包括两个
计算实例，分别为计算实例core1和计算实例core2。对于第二网关2～第二网关n，同样如此。
115.第二网关1中的虚拟机vm1与第二网关2中的虚拟机vm2组成网元1，以及，第二网关2中的虚拟机vmn、第二网关n中的虚拟机vm1以及第二网关n中的虚拟机vm2组成网元2。
116.其中，第一网关包括可编程交换机实现的网关。第一网关还可以统计网络内部与网络外部之间通信的数据的数量，还可以将网络内部与网络外部之间通信的数据备份以供技术人员分析，以及，还具有ddos(distributed denial of service，分布式拒绝服务)能力，提高网络安全性。
117.参照图3，示出了本技术一种数据处理方法的流程示意图，该方法应用于图2所示的系统的第一网关中，该方法可以包括：
118.在步骤s101中，接收待处理数据；
119.在本技术中，图2所示的数据处理系统可以作为网络内部与网络外部之间的门户或入口等。网络包括vpc(virtual private cloud，虚拟私有云)等。
120.在一个场景中，在租户需要访问网络内部的情况下，租户可以向网络内部发送访问请求，其中，租户可以将访问请求先发送至数据处理系统中的第一网关，第一网关接收访问请求，然后可以将访问请求调度至一个网元的虚拟机，以使该虚拟机基于该虚拟机包括的计算实例可以将访问请求调度至网络内部中，网络内部再根据访问请求获取租户想要访问的数据，并经由图2所示的数据处理系统向租户返回租户想要访问的数据，从而实现租户访问网络内部的目的。其中，在上述场景中，访问请求可以为待处理数据等。
121.在另一个场景中，在租户需要向网络内部上传数据的情况下，租户可以向网络内部网络发送待上传数据，其中，租户可以将待上传数据先发送至数据处理系统中的第一网关，第一网关接收待上传数据，并将待上传数据调度至一个网元的虚拟机，以使该虚拟机基于该虚拟机包括的计算实例可以将待上传数据调度至网络内部中，从而实现租户向网络内部上传数据。其中，在上述场景中，待上传数据可以为待处理数据等。
122.在本技术中，第一网关接收到的待处理数据可以为租户发送的数据，且需要将待处理数据调度至网络内部，因此，为了能够将待处理数据调度至网络内部，在第一网关接收到待处理数据之后，可以执行步骤s102。
123.在步骤s102中，确定待处理数据涉及的服务的种类；
124.在本技术中，图2所示的数据处理系统的架构为：“第一网关-网元-虚拟机-计算实例”，第一网关需要将待处理数据最终调度至虚拟机，以使该虚拟机基于计算实例来处理待处理数据。
125.为了使得第一网关能够将待处理数据调度至该虚拟机，第一网关需要确定该虚拟机所属的网元，在将待处理数据调度至该网元之后，才能实现将待处理数据调度至该虚拟机。
126.因此，在第一网关接收到待处理数据之后，可以首先确定需要将待处理数据调度至哪个网元。
127.其中，在现有技术中，不同种类的服务可以共享一个计算实例，然而，一个种类的服务的数据如果使得该计算实例满负载，则共享该计算实例的其他种类的服务都会受到影响，故障域较大。
128.因此，为了降低故障域，则需要避免一个种类的服务影响其他种类的服务，例如，即使一个种类的服务的数据使得该计算实例满负载，则共享该计算实例的其他种类的服务不会受到影响，为了避免一个种类的服务影响其他种类的服务，可以为不同的种类的服务分配不同的网元。
129.在本技术中，事先可以统计广大租户可以向网络内部请求的服务的种类，例如，包括下载视频类的服务、登录账号类的服务、上传音频类的服务、即时通讯类的服务以及游戏类的服务等。
130.对于任意一个网元，可以设置其仅对一个种类的服务提供数据处理能力。对于其他每一个网元，同样如此。
131.因此，在第一网关接收到待处理数据之后，可以确定待处理数据涉及的服务的种类，然后确定为该种类的服务单独分配的目标网元，目标网元包括网关集群中的至少两个不同的第二网关中的虚拟机，确定目标网元的方式具体可以参见步骤s103，在此不做详述。
132.在本技术中，租户、第一网关以及网元之间进行数据交互时需要基于通信协议进行数据交互，例如，租户、第一网关以及网元之间进行数据交互基于的通信协议包括vxlan(virtual extensible local area network，虚拟扩展局域网)，其是一种网络虚拟机化技术协议。
133.租户、第一网关以及网元之间进行交互的数据中可以包括协议头部，协议头部中的一个特定字段可以用于记录数据涉及的服务的种类。
134.因此，在本步骤中，可以获取待处理数据的协议头部中的特殊字段中记录的服务的种类，并作为待处理数据涉及的服务的种类。
135.在步骤s103中，确定为该种类的服务单独分配的目标网元，目标网元包括网关集群中的至少两个不同的第二网关中的虚拟机；
136.在本技术中，对于任意一个服务的种类，在事先为该种类的服务分配一个网元之后，可以在服务的种类与网元之间的对应关系中，存储该种类与分配的该网元。对于其他每一个服务的种类，同样如此。
137.因此，在本步骤中，可以在服务的种类与网元之间的对应关系中，查找与该种类相对应的网元，并作为目标网元。
138.在步骤s104中，将待处理数据调度至目标网元中的目标虚拟机，以使目标虚拟机对待处理数据处理。
139.例如，第一网关可以将待处理数据调度至目标网元，目标网元接收待处理数据，然后将待处理数据调度至目标虚拟机，目标虚拟机接收待处理数据，并将待处理数据调度至目标虚拟机中的一个计算实例，该一个计算实例接收待处理数据，然后处理待处理数据，例如，将待处理数据转发等。
140.在本技术一个实施例中，如果目标虚拟网元中包括一个虚拟机，则可以将目标虚拟网元中的该虚拟机作为目标虚拟机。
141.或者，在本技术另一个实施例中，如果目标虚拟网元中包括至少两个虚拟机，则可以在目标虚拟网元中的至少两个虚拟机中选择一个虚拟机，并作为目标虚拟机。其中，可以在目标虚拟网元中的至少两个虚拟机中随机选择一个虚拟机，并作为目标虚拟机，或者，按照负载均衡的原则在目标虚拟网元中的至少两个虚拟机中选择负载最低的一个虚拟机，并
作为目标虚拟机。
142.当然，也可以通过其他方式在目标虚拟网元中的至少两个虚拟机中选择一个虚拟机，在此不做详述。
143.其中，对于任意一个网元，在该网元承载的服务的数据规模较大的情况下，可以在该网元中部署较多的虚拟机，从而实现可以有较多的计算实例能够处理该网元承载的服务的数据，进而可以提高处理该网元承载的服务的数据的效率。在该网元承载的服务的数据规模较小的情况下，可以在该网元中部署较少的虚拟机，从而实现可以有较少的计算实例能够处理该网元承载的服务的数据，避免出现浪费计算实例的情况，提高计算资源的利用率。对于其他每一个网元，同样如此。
144.一方面，在本技术中，为不同种类的服务分配不同的网元，网元中包括至少一个虚拟机，每一个虚拟机上包括至少一个计算实例，如此，可以将不同种类的服务隔离开，如果为一个种类的服务分配的网元出现故障或者满负载，虽然，该网元无法继续正常处理该种类的服务的新的数据，但是不影响其他网元正常处理其他种类的服务的数据。如此，本技术可以缩小故障域，通过本技术，在为一个种类的服务分配的网元出现故障或者满负载的情况下，可以使得更多种类的服务避免被影响，提高更多种类的服务能够被正常处理的可能性。
145.另一方面，在现有技术中，计算实例直接部署在作为物理机的网关上，如此，需要对计算实例进行相关配置，以使得计算实例可以适配作为物理机的网关的硬件设施，如此，计算实例才能正常在作为物理机的网关上运行并处理数据。然而，在实际场景中，有时候可能会更新网关集群中的部分网关。其中，有时候更新后的网关的硬件设施与更新前的网关的硬件设施不同，例如cpu(central processing unit，中央处理器)的体系结构、内存的体系结构以及网卡的体系结构变化等。
146.然而，由于计算实例适配的是更新前的网关的硬件设施，因此，管理计算实例的工作人员需要更新计算实例，以使得更新后的计算实例可以适配更新后的网关的硬件设施，从而使得计算实例可以在更新后的网关上运行并处理数据。但是，这样就会带来对计算实例额外的适配工作，增加了管理计算实例的工作人员的工作量，增加了人工成本。
147.而在本技术中，在第二网关上部署的是虚拟机，计算实例部署在虚拟机上。其中，虚拟机可以将第二网关中的硬件设施的信息抽象为可以向计算实例呈现的硬件设施的信息，且无论第二网关中的硬件设施如何变化，虚拟机对其抽象出的可以向计算实例呈现的硬件设施的信息都是相同的，是不会变化的。这样，在第二网关中的硬件设施变化之后，可以统一更新虚拟机，以使得各个虚拟机适配更新后的第二网关的硬件设施，但是虚拟机对其抽象出的可以向计算实例呈现的硬件设施的信息是不变的。
148.如此，在本技术中，虚拟机承担了适配第二网关的硬件设施的工作，因此，计算实例可以只适配虚拟机即可，不需要适配第二网关，本技术可以将各个第二网关上的虚拟机设置为相同的虚拟机，这样，即使更新了第二网关，管理计算实例的工作人员也不需要额外对计算实例进行适配工作，从而可以降低人工成本。
149.在本技术中，对于任意一个种类的服务而言，多个租户都可能会使用该种类的服务，其中，至少两个租户可以共享承载该种类的服务的网元中的一个虚拟机中的计算实例，例如，对于该网元中的任意一个虚拟机，该虚拟机中的计算实例可以处理至少两个租户发
送的该种类的服务的数据。
150.然而，对于该网元中的任意一个虚拟机，在该虚拟机中的计算实例未满负载的情况下，如果该网元向该虚拟机中的计算实例调度新的数据，则该虚拟机中的计算实例可以正常处理新的数据。
151.但是，在该虚拟机中的计算实例满负载的情况下，如果该网元向该虚拟机中的计算实例调度新的数据，则该虚拟机中的计算实例就无法正常处理新的数据，也即，该虚拟机中的计算实例承载的服务全部受到影响。
152.如此，如果一个租户的数据使得该虚拟机中的计算实例满负载，则共享该虚拟机中的计算实例的其他租户的数据都会受到影响，如此，导致故障域较大。
153.如图4所示，租户1和租户2共享网关集群中的网关2中的计算实例core2，租户1的数据和租户2的数据会均落在网关集群中的网关2中的计算实例core2上处理，如果租户1的数据较多而使得网关2中的计算实例core2满负荷，则会导致租户2的数据无法调度至该网关2中的计算实例core2中，就会导致租户2的数据丢包，无法正常被网关2中的计算实例core2处理，进而会导致网关2中的计算实例core2承载的租户2的数据全部受到影响。
154.因此，为了降低故障域，则需要避免一个租户的数据影响其他租户的数据，为了避免一个租户的数据影响其他租户的数据，在该一个网元中，可以为不同的租户分配不同的虚拟机。
155.在本技术中，对于任意一个网元，事先可以统计使用该网元承载的服务的所有租户，为每一个租户分别分配该网元中的至少一个的虚拟机，且为不同的租户分配该网元中的虚拟机不同。
156.如此，参见图5，在将待处理数据调度至目标网元中的目标虚拟机时，可以包括：
157.在步骤s201中，确定发送待处理数据的租户；
158.本步骤的目的是确定第一网关接收到的待处理数据是由哪一个租户发送的。
159.在本技术中，租户、第一网关以及网元之间进行数据交互是需要基于通信协议进行数据交互，例如，租户、第一网关以及网元之间进行数据交互的通信协议包括vxlan，其是一种网络虚拟机化技术协议。
160.租户、第一网关以及网元之间进行交互的数据中可以包括协议头部，协议头部的一个特定字段可以用于记录发送数据的租户的标识。
161.因此，在本步骤中，可以获取待处理数据的协议头部中的特殊字段中记录的租户的标识，从而即可确定出发送待处理数据的租户。
162.在步骤s202中，在目标网元包括的多个虚拟机中，确定为该租户单独分配的虚拟机，并作为目标虚拟机；
163.在本技术中，对于任意一个网元，可以统计使用该网元承载的服务的所有租户，然后对于任意一个租户，在为该租户分配该网元中的至少一个的虚拟机之后，可以在该网元对应的、租户与虚拟机之间的对应关系中，存储该租户与为该租户分配的至少一个的虚拟机。对于其他每一个租户，同样如此。
164.对于其他每一个网元，同样如此，
165.因此，在本步骤中，可以在目标网元对应的、租户与虚拟机之间的对应关系中，查找与租户相对应的虚拟机，并作为目标虚拟机。
166.在步骤s203中，将待处理数据调度至目标虚拟机。
167.在本技术实施例中，为不同的租户分配网元中的不同的虚拟机，由于该网元中的不同的虚拟机中的计算实例不同，因此，实现了为不同的租户分配的计算实例不同。
168.如此，在网元中可以将不同的租户隔离开，如果为一个租户分配的虚拟机故障或者满负荷运行，虽然，该虚拟机无法继续正常处理该租户发送的该种类的服务新的数据，但是不影响该网元中的其他虚拟机正常处理其他租户的发送的该种类的服务的其他数据。
169.如此，本技术可以缩小故障域，通过本技术，在为一个租户分配的虚拟机出现故障或者满负载的情况下，可以使得更多的租户的该种类的服务的数据避免被影响，提高更多的租户的该种类的服务的数据能够被正常处理的可能性。
170.其中，在现有技术中，任意一个计算实例会被至少两种不同的服务共享使用，或者，会被至少两个租户共享使用，对于其他每一个计算实例，同样如此。
171.在某一个计算实例出现故障之后，由于该计算实例被至少两种不同的服务共享使用或者被至少两个租户共享使用，所以通常无法快速确定出该计算实例出现故障的原因，例如，无法快速确定出该计算实例出现故障的是由哪一个租户引起还是由哪一种类的服务引起的，导致技术人员确定出现故障的原因的难度较大。
172.而在本技术实施例中，任意一个计算实例可以仅分配给一个种类的服务使用，或者，仅分配给一个租户使用，因此，在某一个计算实例出现故障之后，由于该计算实例被一个租户使用或者被一个种类的服务使用，所以可以确定出该计算实例出现故障的原因，例如，可以确定出该计算实例出现故障的是由哪一个租户引起还是由哪一种类的服务引起的，降低了技术人员定位出现故障的原因的难度。
173.在任意一个网元中，在为某一租户分配的虚拟机中的计算实例为至少两个的情况下，在第一网关接收到的该租户发送的该网元承载的种类的服务的数据之后，需要将数据调度至该网元中的为该租户分配的虚拟机中的计算实例处理。
174.然而，在第一网关接收到的该租户的发送的该种类的服务的数据非常多的情况下，可以对该虚拟机中的至少两个计算实例实现负载均衡，其中，可以对该数据中包含的五元组信息进行哈希运算，得到哈希值，然后根据在该网元中为该租户分配的该虚拟机中的计算实例的数量对该哈希值进行取模运算，得到hash模值，然后在该虚拟机中的至少两个计算实例中，确定与该hash模值对应的计算实例，然后基于确定的该计算实例处理该租户的数据。
175.其中，五元组信息包括数据中的目的ip(internet protocol，网络协议)地址、目的端口、源ip地址、源端口以及承载数据的协议等。
176.通过本技术，对数据的五元组信息进行哈希运算得到的哈希值是随机散步的，如此，通常也会使得对哈希值进行取模运算而得到的hash模值是随机散步的，进而使得确定的hash模值对应的计算实例往往也是随机散步的，从而使得该租户的每一个数据被随机选择的计算实例处理，由于是随机选择的计算实例，因此，提高了虚拟机中的计算实例的负载均衡的可能性。
177.有时候由于业务需求，有时候需要对网关集群扩容，来提高网关集群的数据处理能力。
178.在现有技术中，计算实例是直接部署在x86的物理机上，如果需要增加新的计算实
例，则往往需要在网关集群中添加新的x86的物理机。
179.通常的扩容流程是，技术人员需要实时去购买新的x86的物理机，然后先在硬件层面上将新的x86的物理机与网关集群通过线缆连接起来，然后在软件层面上将新的x86的物理机与网关集群通信连接，之后在新的x86物理机上创建计算实例。
180.然而，上述扩容过程中，技术人员的工作量较大，且扩容耗时较长，进而导致扩容效率较低。
181.而在本技术中，参见图6，扩容流程包括：
182.在步骤s301中，在需要对网关集群扩容的情况下，确定需要扩容的网元；
183.在本技术一个实施例，需要扩容的网元包括网关集群中已存在的网元，此时是需要在已存在的网元中添加新的虚拟机，并在新的虚拟机上创建新的计算实例，以提高这个网元的数据处理能力。
184.在本技术另一实施例中，需要扩容的网元不是网关集群中已存在的网元，而是需要为某一种类的服务新创建的一个网元。
185.在步骤s302中，在预设虚拟机集群中确定至少一个空闲的虚拟机，预设虚拟机集群中包括多个空闲的虚拟机；
186.在本技术中，预设虚拟机集群中包括事先已经创建好的虚拟机，这些虚拟机可以部署在其他硬件主机上，预设虚拟机集群中的虚拟机处于空闲状态，可以随时被调用。
187.在预设虚拟机集群中确定空闲的虚拟机的数量可以是扩容场景对应的默认的数量，或者是技术人员实时指定的数量等。
188.预设虚拟机集群中的每一个空闲的虚拟机中分别都具有至少一个计算实例。
189.在步骤s303中，将确定出的空闲的虚拟机分配给需要扩容的网元。
190.从而使得需要扩容的网元中就有更多的虚拟机的计算实例可以参与处理数据，从而实现对需要扩容的网元扩容的目的。
191.进一步地，可以将在预设虚拟机集群中确定出的虚拟机的状态由空闲状态变更为非空闲状态。
192.在本技术中，事先通过创建包括多个空闲的虚拟机的预设虚拟机集群来维持非常大的虚拟机资源池，每一个虚拟机可以部署在硬件主机上，预设虚拟机集群中的虚拟机可以供大量的服务使用。
193.在网关层面，如果需要对网关集群扩容，则可以直接从预设虚拟机集群中调取至少一个虚拟机，将虚拟机部署给需要扩容的网元，并在虚拟机中创建计算实例，从而实现扩容。
194.本技术中，预设虚拟机集群中包括多个空闲的虚拟机可以供扩容时使用，且预设虚拟机集群中的每一个虚拟机已经部署在硬件主机上，如此，可以不在每一次扩容时都实时购买物理机、并在硬件层面软件层面上将物理机连接在网关集群上，从而避免每一次扩容都给技术人员带来较大工作量，由于事先已经准好了虚拟机，在扩容时直接调用准备好的虚拟机即可，从而减少了扩容所需耗费的时间，进而提高了扩容效率。
195.有时候会遭遇数据大并发，大并发后的数据量超过了网关集群的处理能力，这就需要对网关集群扩容，但是，在现有技术中，扩容所需耗费时间较长，使得网关集群无法短时间内处理完毕大并发的数据，导致大并发的数据堆积，进而可能会导致网关集群崩溃，这
会带来很大的经济损失。
196.为了避免网关集群崩溃，则可以人为控制网关集群中的网关的数据处理能力的水位保持在较低水平，也即，通过人为控制，通常情况下仅使用网关集群中的网关的一小部分数据处理能力来处理数据，封存了网关集群中的网关的大部分数据处理能力，这样，在突然数据大并发的情况下，还可以使用网关集群中的网关的大部分未被启用的数据处理能力来处理数据，给扩容网关集群留出更多的时间，降低网关集群崩溃的可能性。
197.但是，由于仅使用网关集群中的网关的一小部分数据处理能力来处理数据，所以会造成资源浪费。
198.而在本技术中，由于减少了扩容所需耗费的时间，所以，可以迅速根据实际需求完成对网关集群的扩容，避免网关集群崩溃，所以可以不通过人为控制仅使用网关集群中的网关的一小部分数据处理能力来处理数据，不需要封存网关集群中的网关的大部分数据处理能力，可以使得网关集群中的网关的大部分数据处理能力都可以用来处理数据，从而可以充分利用资源，避免浪费资源。
199.相应地，有时候在网关集群的资源冗余的情况下，需要对网关集群缩容，以节省资源。
200.在本技术中，参见图7，缩容流程包括：
201.在步骤s401中，在需要对网关集群缩容的情况下，确定需要缩容的网元；
202.在步骤402中，确定需要缩容的网元中的至少一个虚拟机；
203.在步骤s403中，在需要缩容的网元中剔除确定出的至少一个虚拟机。
204.进一步地，还可以卸载确定出的至少一个虚拟机中的计算实例。
205.进一步地，可以将需要缩容的虚拟机的状态由非空闲状态变更为空闲状态。以使这个虚拟机之后可以被用于其他用途。
206.在本技术中，第一网关接收到的外部数据包括大象流的数据以及老鼠流的数据等，或者，包括低延时诉求的数据以及非低延时需求的数据等，或者，包括业务逻辑复杂的数据以及业务逻辑简单的数据。
207.其中，大象流的数据为占用带宽较多的数据，老鼠流的数据为占用带宽较少的数据。
208.如果待处理数据为大象流的数据或低延时诉求的数据，则第一网关可以直接将待处理数据调度至网关集群中的一个第二网关中的一个虚拟机中，从而可以提高低延时诉求的数据被响应的效率，以及，可以避免大象流的数据进入到网元中调度而占用更多的网络资源。
209.如果待处理数据为老鼠流的数据或非低延时诉求的数据，则第一网关可以按照图3所示的方法将待处理数据调度至网元中，以使网元将待处理数据调度至对应的虚拟机中。
210.处理业务逻辑复杂的数据需要更多的业务逻辑能力的支持，如果待处理数据为业务逻辑复杂的数据，则第一网关可以待处理数据调度至网元中，以使网元将其待处理数据处理并调度至对应的虚拟机中，从而可以避免增加第一网关的复杂度，避免频繁地对第一网关更新，降低更新工作量。
211.参照图8，示出了本技术一种数据处理系统的结构框图，该系统可以包括：第一交换机以及交换机集群；第一交换机与交换机集群之间通信连接。交换机集群中包括多个第
二交换机；每一个第二交换机中包括多个虚拟机vm；每一个虚拟机vm中包括至少一个计算实例core。
212.至少两个不同的第二交换机中的部分虚拟机vm可以组成网元。例如，一个第二交换机中的至少一个虚拟机vm与另一个第二交换机中的至少一个虚拟机vm可以组成一个网元。
213.例如，在图8中，交换机集群中包括n个第二交换机，分别为第二交换机1～第二交换机n。
214.第二交换机1中包括n个虚拟机vm，分别为vm1～vmn。每一个虚拟机vm中均包括两个计算实例，分别为计算实例core1和计算实例core2。对于第二交换机2～第二交换机n，同样如此。
215.第二交换机1中的虚拟机vm1与第二交换机2中的虚拟机vm2组成网元1，以及，第二交换机2中的虚拟机vmn、第二交换机n中的虚拟机vm1以及第二交换机n中的虚拟机vm2组成网元2。
216.其中，第一交换机包括可编程交换机实现的交换机。第一交换机还可以统计网络内部与网络外部之间通信的数据的数量，还可以将网络内部与网络外部之间通信的数据备份以供技术人员分析，以及，还具有ddos能力，提高网络安全性。
217.参照图9，示出了本技术一种数据处理方法的流程示意图，该方法应用于图8所示的系统的第一交换机中，该方法可以包括：
218.在步骤s501中，接收待处理数据；
219.本步骤可以参考步骤s101的相关描述，在此不做详述。
220.在步骤s502中，确定待处理数据涉及的服务的种类；
221.本步骤可以参考步骤s102的相关描述，在此不做详述。
222.在步骤s503中，确定为该种类的服务单独分配的目标网元，目标网元包括交换机集群中的至少两个不同的第二交换机中的虚拟机；
223.本步骤可以参考步骤s103的相关描述，在此不做详述。
224.在步骤s504中，将待处理数据调度至目标网元中的目标虚拟机，以使目标虚拟机对待处理数据处理。
225.本步骤可以参考步骤s104的相关描述，在此不做详述。
226.一方面，在本技术中，为不同种类的服务分配不同的网元，网元中包括至少一个虚拟机，每一个虚拟机上包括至少一个计算实例，如此，可以将不同种类的服务隔离开，如果为一个种类的服务分配的网元出现故障或者满负载，虽然，该网元无法继续正常处理该种类的服务的新的数据，但是不影响其他网元正常处理其他种类的服务的数据。如此，本技术可以缩小故障域，通过本技术，在为一个种类的服务分配的网元出现故障或者满负载的情况下，可以使得更多种类的服务避免被影响，提高更多种类的服务能够被正常处理的可能性。
227.另一方面，在现有技术中，计算实例直接部署在作为物理机的交换机上，如此，需要对计算实例进行相关配置，以使得计算实例可以适配作为物理机的交换机的硬件设施，如此，计算实例才能正常在作为物理机的交换机上运行并处理数据。然而，在实际场景中，有时候可能会更新交换机集群中的部分交换机。其中，有时候更新后的交换机的硬件设施
与更新前的交换机的硬件设施不同，例如cpu(central processing unit，中央处理器)的体系结构、内存的体系结构以及网卡的体系结构变化等。
228.然而，由于计算实例适配的是更新前的交换机的硬件设施，因此，管理计算实例的工作人员需要更新计算实例，以使得更新后的计算实例可以适配更新后的交换机的硬件设施，从而使得计算实例可以在更新后的交换机上运行并处理数据。但是，这样就会带来对计算实例额外的适配工作，增加了管理计算实例的工作人员的工作量，增加了人工成本。
229.而在本技术中，在第二交换机上部署的是虚拟机，计算实例部署在虚拟机上。其中，虚拟机可以将第二交换机中的硬件设施的信息抽象为可以向计算实例呈现的硬件设施的信息，且无论第二交换机中的硬件设施如何变化，虚拟机对其抽象出的可以向计算实例呈现的硬件设施的信息都是相同的，是不会变化的。这样，在第二交换机中的硬件设施变化之后，可以统一更新虚拟机，以使得各个虚拟机适配更新后的第二交换机的硬件设施，但是虚拟机对其抽象出的可以向计算实例呈现的硬件设施的信息是不变的。
230.如此，在本技术中，虚拟机承担了适配第二交换机的硬件设施的工作，因此，计算实例可以只适配虚拟机即可，不需要适配第二交换机，本技术可以将各个第二交换机上的虚拟机设置为相同的虚拟机，这样，即使更新了第二交换机，管理计算实例的工作人员也不需要额外对计算实例进行适配工作，从而可以降低人工成本。
231.参照图10，示出了本技术一种数据处理装置的实施例的结构框图，具体可以包括如下模块：
232.第一接收模块11，用于接收待处理数据；
233.第一确定模块12，用于确定所述待处理数据涉及的服务的种类；
234.第二确定模块13，用于确定为所述种类的服务单独分配的目标网元，所述目标网元包括网关集群中的至少两个不同的第二网关中的虚拟机；
235.第一调度模块14，用于将所述待处理数据调度至所述目标网元中的目标虚拟机，以使所述目标虚拟机中的计算实例对所述待处理数据处理。
236.在一个可选的实现方式中，所述第二确定模块包括：
237.查找单元，用于在服务的种类与网元之间的对应关系中，查找与所述种类相对应的网元，并作为所述目标网元。
238.在一个可选的实现方式中，所述调度模块包括：
239.第一确定单元，用于确定发送所述待处理数据的租户；
240.第二确定单元，用于在所述目标网元包括的多个虚拟机中，确定为所述租户单独分配的虚拟机，并作为所述目标虚拟机；
241.调度单元，用于将所述待处理数据调度至所述目标虚拟机。
242.在一个可选的实现方式中，所述第二确定单元包括：
243.查找子单元，用于在所述目标网元对应的、租户与虚拟机之间的对应关系中，查找与所述租户相对应的虚拟机，并作为所述目标虚拟机。
244.在一个可选的实现方式中，所述装置还包括：
245.第三确定模块，用于在需要对所述网关集群扩容的情况下，确定需要扩容的网元；
246.第四确定模块，用于在预设虚拟机集群中确定至少一个空闲的虚拟机，所述预设虚拟机集群中包括多个空闲的虚拟机；
247.分配模块，用于将确定出的空闲的虚拟机分配给需要扩容的网元。
248.在一个可选的实现方式中，所述装置还包括：
249.第一变更模块，用于将确定出的空闲的虚拟机的状态由空闲状态变更为非空闲状态。
250.在一个可选的实现方式中，所述装置还包括：
251.第五确定模块，用于在需要对所述网关集群缩容的情况下，确定需要缩容的网元；
252.第六确定模块，用于确定需要缩容的网元中的至少一个虚拟机；
253.剔除模块，用于确定需要缩容的网元中的至少一个虚拟机。
254.在一个可选的实现方式中，所述装置还包括：
255.第二变更模块，用于将确定出的至少一个虚拟机的状态由非空闲状态变更为空闲状态。
256.在一个可选的实现方式中，所述第一调度模块具体用于：将所述待处理数据调度至所述目标网元中的目标虚拟机，以使所述目标虚拟机中的计算实例对所述待处理数据处理。
257.一方面，在本技术中，为不同种类的服务分配不同的网元，网元中包括至少一个虚拟机，每一个虚拟机上包括至少一个计算实例，如此，可以将不同种类的服务隔离开，如果为一个种类的服务分配的网元出现故障或者满负载，虽然，该网元无法继续正常处理该种类的服务的新的数据，但是不影响其他网元正常处理其他种类的服务的数据。如此，本技术可以缩小故障域，通过本技术，在为一个种类的服务分配的网元出现故障或者满负载的情况下，可以使得更多种类的服务避免被影响，提高更多种类的服务能够被正常处理的可能性。
258.另一方面，在现有技术中，计算实例直接部署在作为物理机的网关上，如此，需要对计算实例进行相关配置，以使得计算实例可以适配作为物理机的网关的硬件设施，如此，计算实例才能正常在作为物理机的网关上运行并处理数据。然而，在实际场景中，有时候可能会更新网关集群中的部分网关。其中，有时候更新后的网关的硬件设施与更新前的网关的硬件设施不同，例如cpu(central processing unit，中央处理器)的体系结构、内存的体系结构以及网卡的体系结构变化等。
259.然而，由于计算实例适配的是更新前的网关的硬件设施，因此，管理计算实例的工作人员需要更新计算实例，以使得更新后的计算实例可以适配更新后的网关的硬件设施，从而使得计算实例可以在更新后的网关上运行并处理数据。但是，这样就会带来对计算实例额外的适配工作，增加了管理计算实例的工作人员的工作量，增加了人工成本。
260.而在本技术中，在第二网关上部署的是虚拟机，计算实例部署在虚拟机上。其中，虚拟机可以将第二网关中的硬件设施的信息抽象为可以向计算实例呈现的硬件设施的信息，且无论第二网关中的硬件设施如何变化，虚拟机对其抽象出的可以向计算实例呈现的硬件设施的信息都是相同的，是不会变化的。这样，在第二网关中的硬件设施变化之后，可以统一更新虚拟机，以使得各个虚拟机适配更新后的第二网关的硬件设施，但是虚拟机对其抽象出的可以向计算实例呈现的硬件设施的信息是不变的。
261.如此，在本技术中，虚拟机承担了适配第二网关的硬件设施的工作，因此，计算实例可以只适配虚拟机即可，不需要适配第二网关，本技术可以将各个第二网关上的虚拟机
设置为相同的虚拟机，这样，即使更新了第二网关，管理计算实例的工作人员也不需要额外对计算实例进行适配工作，从而可以降低人工成本。
262.参照图11，示出了本技术一种数据处理装置的实施例的结构框图，具体可以包括如下模块：
263.第二接收模块21，用于接收待处理数据；
264.第七确定模块22，用于确定所述待处理数据涉及的服务的种类；
265.第八确定模块23，用于确定为所述种类的服务单独分配的目标网元，所述目标网元包括交换机集群中的至少两个不同的第二交换机中的虚拟机；
266.第二调度模块24，用于将所述待处理数据调度至所述目标网元中的目标虚拟机，以使所述目标虚拟机对所述待处理数据处理。
267.一方面，在本技术中，为不同种类的服务分配不同的网元，网元中包括至少一个虚拟机，每一个虚拟机上包括至少一个计算实例，如此，可以将不同种类的服务隔离开，如果为一个种类的服务分配的网元出现故障或者满负载，虽然，该网元无法继续正常处理该种类的服务的新的数据，但是不影响其他网元正常处理其他种类的服务的数据。如此，本技术可以缩小故障域，通过本技术，在为一个种类的服务分配的网元出现故障或者满负载的情况下，可以使得更多种类的服务避免被影响，提高更多种类的服务能够被正常处理的可能性。
268.另一方面，在现有技术中，计算实例直接部署在作为物理机的交换机上，如此，需要对计算实例进行相关配置，以使得计算实例可以适配作为物理机的交换机的硬件设施，如此，计算实例才能正常在作为物理机的交换机上运行并处理数据。然而，在实际场景中，有时候可能会更新交换机集群中的部分交换机。其中，有时候更新后的交换机的硬件设施与更新前的交换机的硬件设施不同，例如cpu(central processing unit，中央处理器)的体系结构、内存的体系结构以及网卡的体系结构变化等。
269.然而，由于计算实例适配的是更新前的交换机的硬件设施，因此，管理计算实例的工作人员需要更新计算实例，以使得更新后的计算实例可以适配更新后的交换机的硬件设施，从而使得计算实例可以在更新后的交换机上运行并处理数据。但是，这样就会带来对计算实例额外的适配工作，增加了管理计算实例的工作人员的工作量，增加了人工成本。
270.而在本技术中，在第二交换机上部署的是虚拟机，计算实例部署在虚拟机上。其中，虚拟机可以将第二交换机中的硬件设施的信息抽象为可以向计算实例呈现的硬件设施的信息，且无论第二交换机中的硬件设施如何变化，虚拟机对其抽象出的可以向计算实例呈现的硬件设施的信息都是相同的，是不会变化的。这样，在第二交换机中的硬件设施变化之后，可以统一更新虚拟机，以使得各个虚拟机适配更新后的第二交换机的硬件设施，但是虚拟机对其抽象出的可以向计算实例呈现的硬件设施的信息是不变的。
271.如此，在本技术中，虚拟机承担了适配第二交换机的硬件设施的工作，因此，计算实例可以只适配虚拟机即可，不需要适配第二交换机，本技术可以将各个第二交换机上的虚拟机设置为相同的虚拟机，这样，即使更新了第二交换机，管理计算实例的工作人员也不需要额外对计算实例进行适配工作，从而可以降低人工成本。
272.本技术实施例还提供了一种非易失性可读存储介质，该存储介质中存储有一个或多个模块(programs)，该一个或多个模块被应用在设备时，可以使得该设备执行本技术实
施例中各方法步骤的指令(instructions)。
273.本技术实施例提供了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得电子设备执行如上述实施例中一个或多个所述的方法。本技术实施例中，所述电子设备包括服务器、网关、子设备等，子设备为物联网设备等设备。
274.本公开的实施例可被实现为使用任意适当的硬件，固件，软件，或及其任意组合进行想要的配置的装置，该装置可包括服务器(集群)、终端设备如iot设备等电子设备。
275.图12示意性地示出了可被用于实现本技术中所述的各个实施例的示例性装置1300。
276.对于一个实施例，图12示出了示例性装置1300，该装置具有一个或多个处理器1302、被耦合到(一个或多个)处理器1302中的至少一个的控制模块(芯片组)1304、被耦合到控制模块1304的存储器1306、被耦合到控制模块1304的非易失性存储器(nvm)/存储设备1308、被耦合到控制模块1304的一个或多个输入/输出设备1310，以及被耦合到控制模块1306的网络接口1312。
277.处理器1302可包括一个或多个单核或多核处理器，处理器1302可包括通用处理器或专用处理器(例如图形处理器、应用处理器、基频处理器等)的任意组合。在一些实施例中，装置1300能够作为本技术实施例中所述网关等服务器设备。
278.在一些实施例中，装置1300可包括具有指令1314的一个或多个计算机可读介质(例如，存储器1306或nvm/存储设备1308)以及与该一个或多个计算机可读介质相合并被配置为执行指令1314以实现模块从而执行本公开中所述的动作的一个或多个处理器1302。
279.对于一个实施例，控制模块1304可包括任意适当的接口控制器，以向(一个或多个)处理器1302中的至少一个和/或与控制模块1304通信的任意适当的设备或组件提供任意适当的接口。
280.控制模块1304可包括存储器控制器模块，以向存储器1306提供接口。存储器控制器模块可以是硬件模块、软件模块和/或固件模块。
281.存储器1306可被用于例如为装置1300加载和存储数据和/或指令1314。对于一个实施例，存储器1306可包括任意适当的易失性存储器，例如，适当的dram。在一些实施例中，存储器1306可包括双倍数据速率类型四同步动态随机存取存储器(ddr4sdram)。
282.对于一个实施例，控制模块1304可包括一个或多个输入/输出控制器，以向nvm/存储设备1308及(一个或多个)输入/输出设备1310提供接口。
283.例如，nvm/存储设备1308可被用于存储数据和/或指令1314。nvm/存储设备1308可包括任意适当的非易失性存储器(例如，闪存)和/或可包括任意适当的(一个或多个)非易失性存储设备(例如，一个或多个硬盘驱动器(hdd)、一个或多个光盘(cd)驱动器和/或一个或多个数字通用光盘(dvd)驱动器)。
284.nvm/存储设备1308可包括在物理上作为装置1300被安装在其上的设备的一部分的存储资源，或者其可被该设备访问可不必作为该设备的一部分。例如，nvm/存储设备1308可通过网络经由(一个或多个)输入/输出设备1310进行访问。
285.(一个或多个)输入/输出设备1310可为装置1300提供接口以与任意其他适当的设备通信，输入/输出设备1310可以包括通信组件、拼音组件、传感器组件等。网络接口1312可为装置1300提供接口以通过一个或多个网络通信，装置1300可根据一个或多个无线网络标
准和/或协议中的任意标准和/或协议来与无线网络的一个或多个组件进行无线通信，例如接入基于通信标准的无线网络，如wifi、2g、3g、4g、5g等，或它们的组合进行无线通信。
286.对于一个实施例，(一个或多个)处理器1302中的至少一个可与控制模块1304的一个或多个控制器(例如，存储器控制器模块)的逻辑封装在一起。对于一个实施例，(一个或多个)处理器1302中的至少一个可与控制模块1304的一个或多个控制器的逻辑封装在一起以形成系统级封装(sip)。对于一个实施例，(一个或多个)处理器1302中的至少一个可与控制模块1304的一个或多个控制器的逻辑集成在同一模具上。对于一个实施例，(一个或多个)处理器1302中的至少一个可与控制模块1304的一个或多个控制器的逻辑集成在同一模具上以形成片上系统(soc)。
287.在各个实施例中，装置1300可以但不限于是：服务器、台式计算设备或移动计算设备(例如，膝上型计算设备、手持计算设备、平板电脑、上网本等)等终端设备。在各个实施例中，装置1300可具有更多或更少的组件和/或不同的架构。例如，在一些实施例中，装置1300包括一个或多个摄像机、键盘、液晶显示器(lcd)屏幕(包括触屏显示器)、非易失性存储器端口、多个天线、图形芯片、专用集成电路(asic)和扬声器。
288.本技术实施例提供了一种电子设备，包括：一个或多个处理器；和，其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述电子设备执行如本技术中一个或多个所述的数据处理方法。
289.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
290.本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
291.本技术实施例是参照根据本技术实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
292.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
293.这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
294.尽管已描述了本技术实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术实施例范围的所有变更和修改。
295.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
296.以上对本技术所提供的一种数据处理方法、装置及系统，进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。