实例的资源分配方法及装置与流程

1.本技术涉及计算机技术领域，特别是涉及一种实例的资源分配方法、装置、电子设备、机器可读介质。


背景技术：

2.在云计算领域下，用户可以根据实际需求，购买云计算资源从而进行相关服务的实现。
3.相关技术中，云端可以采用实时最优调度策略，来针对用户的创建请求分配相应的云计算资源以建立实例，实时最优调度策略是指在当前时刻，按照分配后产生的资源碎片小的策略去分配云计算资源。
4.但是，发明人经过研究发现，目前的方案中，由于实例的持续使用时间不定，采用上述实时最优调度策略依然会导致云端整体的资源利用率、碎片率、闲置率都大幅提升。


技术实现要素：

5.本技术实施例提供了一种实例的资源分配方法，以解决相关技术中云端整体的资源利用率、碎片率、闲置率都大幅提升的问题。
6.相应的，本技术实施例还提供了一种实例的资源分配装置、电子设备以及存储介质，用以保证上述方法的实现及应用。
7.为了解决上述问题，本技术实施例公开了一种实例的资源分配方法，所述方法包括：
8.获取针对资源池发起的资源申请请求，所述资源申请请求包括实例配置信息；所述资源池中设置有第一资源片区和第二资源片区；
9.响应于所述资源申请请求，确定所述实例配置信息对应的周期类型；
10.在所述周期类型为第一周期类型的情况下，从资源池内的第一资源片区中针对所述实例配置信息分配计算资源，以建立第一实例；
11.在所述周期类型为第二周期类型的情况下，从所述资源池内的第二资源片区中针对所述实例配置信息分配计算资源，以建立第二实例。
12.本技术实施例公开了一种实例的资源分配装置，所述装置包括：
13.获取模块，用于获取针对资源池发起的资源申请请求，所述资源申请请求包括实例配置信息；所述资源池中设置有第一资源片区和第二资源片区；
14.类型确定模块，用于响应于所述资源申请请求，确定所述实例配置信息对应的周期类型；
15.第一分配模块，用于在所述周期类型为第一周期类型的情况下，从资源池内的第一资源片区中针对所述实例配置信息分配计算资源，以建立第一实例；
16.第二分配模块，用于在所述周期类型为第二周期类型的情况下，从所述资源池内的第二资源片区中针对所述实例配置信息分配计算资源，以建立第二实例。
17.本技术实施例还公开了一种电子设备，包括：处理器；和存储器，其上存储有可执行代码，当所述可执行代码被执行时，使得所述处理器执行如本技术实施例中一个或多个所述的方法。
18.本技术实施例还公开了一个或多个机器可读介质，其上存储有可执行代码，当所述可执行代码被执行时，使得处理器执行如本技术实施例中一个或多个所述的方法。
19.与相关技术相比，本技术实施例包括以下优点：
20.本技术实施例中，通过相互隔离的资源片区分别处理不同周期类型的资源申请请求，从而根据实例创建的不同周期进行计算资源的隔离调度，使得计算资源的分配过程中可有效的进行不同周期类型计算资源的资源碎片填充，进而解决了短周期的实例频繁调用局部最优调度策略而引起的资源碎片增加问题，极大的提升了资源池的利用率，降低了资源池的碎片率和闲置率。
附图说明
21.图1是本技术实施例的一种系统架构图；
22.图2是相关技术的实例创建过程的示意图；
23.图3是本技术实施例的一种实例创建过程的示意图；
24.图4是本技术实施例的一种在物流场景下的云计算过程示意图；
25.图5是本技术实施例的一种高性能云计算场景的示意图；
26.图6是本技术实施例的一种实例的资源分配方法的步骤流程图；
27.图7是本技术实施例的一种实例的资源分配方法的具体步骤流程图；
28.图8是本技术实施例的一种资源调度示意图；
29.图9是本技术实施例的另一种资源调度示意图；
30.图10是本技术实施例的另一种资源调度示意图；
31.图11是本技术实施例的另一种资源调度示意图；
32.图12是本技术实施例的一种实例的资源分配装置的框图；
33.图13是本技术一实施例提供的装置的结构示意图。
具体实施方式
34.为使本技术的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本技术作进一步详细的说明。
35.为使本领域技术人员更好地理解本技术，以下对本技术涉及的概念进行说明：
36.资源池：指的是用于分配资源以供客户端使用的平台，例如，云计算平台，云服务平台等等。资源池中具有可分配计算资源，通过响应于客户端的申请请求，资源池可以将计算资源分配给客户端使用，以建立用于执行客户端计算任务的实例。
37.计算资源：是可以实现计算处理的软硬件资源，计算资源的实现形式可以为宿主机设备，宿主机设备可以将自身软硬件资源分配给客户端以建立实例。
38.资源申请请求：用户在客户端发起的申请从资源池获得计算资源以构建实例的请求，从而使得实例可以满足自身计算需求。
39.实例(instance)：：云计算场景中，实例是反映用户计算能力的载体，用户可以申
请构建并使用相应规格的实例，以满足自身计算需求。实例的建立基于实例，实例包括了该实例的虚拟处理器(vcpu，virtual central processing unit)、内存、操作系统、网络、磁盘等基础的计算组件的规格参数。该实例为用于创建虚拟机(virtual machine)的实例。
40.实例配置信息：也称为实例规格，用于通过实例对软硬件资源的资源需求量，来反映用户所申请建立的实例的规格。实例的实例的规格不同，其处理作业的效率也不同。
41.资源片区：本技术中资源池内所设置的包含局部计算资源的片区，本技术可以将用户的资源申请请求区分为长周期类型的请求和短周期类型的请求，从而使得资源池中设置了与长周期类型的请求匹配的第一资源片区，以及与短周期类型的请求匹配的第二资源片区。
42.周期类型：按生存周期对实例进行划分所获得的类型，本技术将用户申请的实例区分为长周期类型(第一周期类型)和短周期类型(第二周期类型)，从而使得申请实例资源的资源申请请求可以为长周期类型或短周期类型，长周期类型表示申请建立的实例的生命周期较长，短周期类型表示申请建立的实例的生命周期较短。
43.资源碎片：指资源池中不能进行分配使用的计算资源，具体可以指当前时刻，因规格太小而不足以建立一个完整实例的计算资源。
44.第一异常实例：实际为短周期类型，但是被误判别为长周期类型的实例。
45.第二异常实例：实际为长周期类型，但是被误判别为短周期类型的实例。
46.用户画像：建立在一系列真实数据(marketing data，usability data)之上的数据模型，通过特性分析调研去了解用户，根据用户的特性的差异，将用户区分为不同的类型，然后每种类型中抽取出典型特征，赋予一些标签要素，从而形成了一个用户画像。
47.用户设备：指的是资源平台的用户所使用的用户设备，资源平台中的用户设备可以是在资源平台注册、获得资源平台认证的用户设备。
48.本技术实施例中的实例的资源分配方法可以应用于云服务场景，如，一种场景可以为区分长周期类型客户和短周期类型客户各自的云计算需求的物流服务场景，另一种场景可以为区分长周期类型客户和短周期类型客户各自的云计算需求的电商服务场景。本技术实施例可以区分长周期类型客户和短周期类型客户各自的云计算需求，通过相互隔离的资源片区分别处理不同类型客户的资源申请请求，从而根据实例创建的长短周期进行计算资源的隔离调度，进而解决了短周期实例频繁调用局部最优调度策略而引起的资源碎片增加问题，极大的提升了资源池的利用率。当然这些场景所适用的领域包括但不限于物流领域、电商领域等，可以理解，上述应用场景只是作为示例，本技术实施例对于具体的应用场景不加以限制。
49.参照图1，其示出了本技术实施例提供的一种系统架构图，包括：用户设备、服务器、资源池。资源池的计算资源包括：至少两台宿主机设备。
50.其中，用户设备可以根据实际的云计算需求，向服务器发起资源申请请求，以请求建立对应规格的实例实现云计算，服务器则可以响应于用户设备的资源申请请求，从资源池内分配计算资源以建立实例。资源申请请求中可以包含实例配置信息，实例配置信息用于反映实例的大小规格，如，一个实例配置信息可以包括：4个处理器单元、8吉兆内存，即用户设备所需求建立的实例是基于4个处理器单元、8吉兆内存的硬件资源所实现的。
51.本技术实施例可以将用户设备发起的资源申请请求划分为两个不同类别：第一周
期类型和第二周期类型，以及将资源池的计算资源划分为用于处理第一周期类型的资源申请请求的第一资源片区，以及用于处理第二周期类型的资源申请请求的第二资源片区。对应这种资源划分方式，参照图1可见，资源池内的第一资源片区可以包含宿主机1、宿主机2
…
宿主机n；第二资源片区可以包含宿主机n+1、宿主机n+2
…
宿主机n+m，宿主机是资源池中计算资源的具体体现，实例可以依赖于宿主机的软硬件资源所建立，在本技术实施例中，优选地，一个实例所需求的计算资源不会超过一个宿主机所能构提供的计算资源。
52.具体的，本技术实施例对资源申请请求的类别划分依据，是以该请求对应的实例在运行过程中维持的时长所确定的，具体可以分为长周期类型(第一周期类型)和短周期类型(第二周期类型)，长周期类型表示申请建立的实例的生命周期较长，可以满足长期计算需求，如包年包月使用，或持续使用超过预设时长(如7天)的实例，短周期类型表示申请建立的实例的生命周期较短，可以满足短期计算需求，如，持续使用小于预设时长(如7天)的实例。
53.在实现了上述对资源申请请求的周期类型的划分，以及资源池中第一资源片区、第二资源片区的划分后，服务器可以针对用户设备发送的资源申请请求，先确定资源申请请求的周期类型，并在周期类型为第一周期类型的情况下，从资源池内的第一资源片区中针对实例配置信息分配计算资源，以建立第一实例(长周期实例a、b、c、d)；在周期类型为第二周期类型的情况下，从资源池内的第二资源片区中针对实例配置信息分配计算资源，以建立第二实例(短周期实例e、f、g、h)。
54.进一步的，通过相关技术和本技术方案的对比，具体阐述本技术实施例是如何通过隔离的资源片区分别处理不同类型客户的资源申请请求的方式，从而解决相关技术中短周期实例频繁调用局部最优调度策略而引起的资源碎片增加问题的。
55.参照图2，其示出了相关技术的实例创建过程的示意图，其中，t1时刻，针对实例1、2、3的创建请求，服务器可以在资源池中的宿主机设备01中建立实例1、2，在宿主机设备02中建立实例3；t2时刻，实例2运行结束并进行了资源释放，此时针对新的实例4、5、6的创建请求，服务器可以在宿主机设备01中，针对实例2释放的资源，建立实例4、5，并在宿主机设备02中建立实例6；t3时刻，实例5运行结束并进行了资源释放，此时针对新的实例7、8的创建请求，服务器可以在宿主机设备01中，针对实例5释放的资源和剩余资源，建立实例7，此时宿主机设备02的剩余资源不足以创建实例8，则在新的宿主机设备03中创建实例8。整个过程按照实时调度最优策略执行，该策略旨在针对当前时刻按照资源碎片小的维度去分配资源池中的计算资源，但是，当前时刻按照局部最优调度后，随着短周期实例(实例2、5)的释放，宿主机设备中又会释放大量的资源碎片，这就使得新创建的实例需要进行资源碎片的填补，而新的实例依旧存在长周期和短周期的类型，导致碎片持续加剧，如针对t3时刻创建实例8时，资源池中存在较多的资源碎片(区域x、y、z各自所表征的资源区域)，且占用了3台宿主机设备。
56.参照图3，其示出了本技术实施例的实例创建过程的示意图，本技术实施例在资源池中划分了对应长周期类型的宿主机设备11，以及对应短周期类型的宿主机设备12，并对创建的实例进行了长短周期的区分，其中，t1时刻，针对长周期类型的实例1和短周期类型的实例12的创建请求，服务器可以在宿主机设备11中建立实例1，在宿主机设备12中建立实例2；t2时刻，实例2运行结束并进行了资源释放，此时针对新的长周期类型的实例3、4，以及
短周期类型的实例5、6的创建请求，服务器可以在宿主机设备11中，建立实例3、4，并在宿主机设备12中建立实例5、6；t3时刻，实例5运行结束并进行了资源释放，此时针对新的长周期类型的实例7和短周期类型的实例8的创建请求，服务器可以在宿主机设备11中建立实例7，在宿主机设备12中创建实例8。
57.可见，本技术实施例按照周期类型的区分实现了实例的隔离调度，按照上述创建顺序可有效的进行长周期类型计算资源(宿主机设备11)中的资源碎片填充，尤其是在t3时刻，通过2台宿主机设备就可以满足相关技术需要3台宿主机设备的调度需求，且最大化的降低了资源碎片，提升了整体的利用率。
58.综上，本技术实施例，通过相互隔离的资源片区分别处理不同周期类型的资源申请请求，从而根据实例创建的长短周期进行计算资源的隔离调度，使得计算资源的分配过程中可有效的进行长周期类型计算资源的资源碎片填充，进而解决了短周期实例频繁调用局部最优调度策略而引起的资源碎片增加问题，极大的提升了资源池的利用率，降低了资源池的碎片率和闲置率。
59.需要说明的是，基于本技术实施例提供实例的资源分配方法，可以实现的几种具体场景如下：
60.在一种实现方式中，参照图4，其示出了本技术实施例提供的一种在物流场景下的云计算过程示意图，该场景下存在对单一物流环节(如分拣、出库等)实现包裹信息计算的短周期客户，假设一个快递包裹依次经历收寄服务、分拣服务、运输服务和派送服务，这四种服务可以分别由收寄服务器、分拣服务器、运输服务器和派送服务器所实现。收寄环节用于集中存储快递包裹；分拣环节用于将快递包裹运送到分拨中心，并按照接收端的目的地、运力线路，进行装车和运输计划计算和安排，然后付诸实施；运输环节用于实现不同运输方式或同种运输方式之间的联合(接力)运输；配送环节用于向接收端配送快递包裹。这四个服务各自具有对应的单一环节运维团队，单一环节运维团队具有对自己服务的云计算需求，另外，还存在总部运维团队，用于通过总部服务器实现对快递包裹的整个物流生命周期的统筹管理，则总部运维团队具有对上述四个服务的整体云计算需求，可见，单一环节运维团队仅针对自己对应的单一服务的云计算，由于单一服务的持续时间较短，则单一环节运维团队的云计算需求可以为短周期需求，而快递包裹的整个物流生命周期时间较长，则总部运维团队的云计算需求可以为长周期需求。
61.本技术实施例云计算服务器可以将总部运维团队发起的资源申请请求确定为第一周期类型(长周期类型)，将单一环节运维团队发起的资源申请请求确定为第二周期类型(短周期类型)，以及将资源池的计算资源划分为用于处理第一周期类型的资源申请请求的第一资源片区，以及用于处理第二周期类型的资源申请请求的第二资源片区。进而云计算服务器可以在接收到总部运维团队发起的资源申请请求时，从资源池内的第一资源片区中针对实例配置信息分配计算资源，以建立供总部运维团队使用的第一实例；云计算服务器在接收到单一环节运维团队发起的资源申请请求时，从资源池内的第二资源片区中针对实例配置信息分配计算资源，以建立供单一环节运维团队使用的第二实例。通过实例创建的长短周期进行计算资源的隔离调度，可以降低物流场景下资源池中的碎片率，提升了计算资源的利用率。
62.在另一种实现方式中，参照图5，其示出了本技术实施例提供的一种高性能云计算
场景的示意图，用户可以根据实际需求，购买不同规格的计算资源进行使用，本技术实施例可以针对用户的用户画像，将用户区分为长周期需求的用户和短周期需求的用户。进而云计算服务器可以在接收到长周期需求的用户发起的资源申请请求时，从资源池内的第一资源片区中针对实例配置信息分配计算资源，以建立供长周期需求的用户使用的第一实例；云计算服务器在接收到短周期需求的用户发起的资源申请请求时，从资源池内的第二资源片区中针对实例配置信息分配计算资源，以建立供短周期需求的用户使用的第二实例。通过实例创建的长短周期进行计算资源的隔离调度，可以降低云计算场景下资源池中的碎片率，提升了计算资源的利用率。
63.需要说明的是，本技术实施例中获取资源申请请求、实例配置信息、用户画像标签、资源购买类型、领域标签、资源需求总量以及其他使用到的信息、信号或数据的过程，都是在遵照所在地国家相应的数据保护法规政策的前提下，并获得由相应装置所有者给予授权的情况下进行的。
64.参照图6，其示出了本技术实施例提供的一种实例的资源分配方法的步骤流程图，包括：
65.步骤101，获取针对资源池发起的资源申请请求，资源申请请求包括实例配置信息；资源池中设置有至少两个资源片区。
66.在本技术实施例中，可以在资源池中设置有至少两个资源片区。
67.示例的，本技术实施例可以将资源池的计算资源划分为用于处理第一周期类型的资源申请请求的第一资源片区，以及用于处理第二周期类型的资源申请请求的第二资源片区。从而后续可以实现按照实例创建的长短周期进行计算资源的隔离调度。另外，本技术实施例获取的由用户设备发送的资源申请请求可以包括实例配置信息，实例配置信息用于反映实例的大小规格。
68.具体的，针对资源池的计算资源划分，本技术实施例可以具有多种划分方式，如一种情况下可以按照预设的固定比例将计算资源划分为第一资源片区和第二资源片区；另一种情况下，可以根据历史数据，基于预测模型预测未来时刻对于第一周期类型的实例的第一资源需求总量，以及未来时刻对于第二周期类型的实例的第二资源需求总量，并将第一资源需求总量和第二资源需求总量的比值，确定为第一资源片区和第二资源片区的比值。本技术实施例可以通过灵活的划分方式，同事保证第一资源片区中具有足够的计算资源以处理第一周期类型的资源申请请求，以及第二资源片区中具有足够的计算资源以处理第二周期类型的资源申请请求。
69.当然，也可以设置三个或者更多的资源片区，不同的资源片区对应不同的周期类型。
70.步骤102，响应于资源申请请求，确定实例配置信息对应的周期类型。
71.在本技术实施例中，由于实际应用中，资源池中产生的资源碎片大多是由于短周期的实例频繁释放和创建所产生的，因此，本技术实施例可以将用户设备发起的资源申请请求划分为两个不同类别：第一周期类型(长周期类型)和第二周期类型(短周期类型)，进而再根据资源池中已划分的用于处理第一周期类型的资源申请请求的第一资源片区，以及用于处理第二周期类型的资源申请请求的第二资源片区。可以实现按照实例创建的长短周期进行计算资源的隔离调度，进而改善资源碎片过多的问题。
72.步骤103，根据所述周期类型，在资源池内与所述周期类型对应的资源片区中，针对所述实例配置信息分配计算资源。
73.在本技术实施例中，由于不同的周期类型对应不同的资源片区，那么在确定出周期类型之后，则可以在资源池的与该周期类型对应的资源片区中，为该实例配置信息分配计算资源。在资源申请请求为创建实例的请求时，可以分配相应资源创建实例。
74.可选地，步骤103包括：
75.步骤1031，在周期类型为第一周期类型的情况下，从资源池内的第一资源片区中针对实例配置信息分配计算资源，以建立第一实例。
76.在本技术实施例中，在用户设备发送的资源申请请求为第一周期类型(长周期类型)的情况下，可以认为当前用户为长周期需求的用户，服务器可以从资源池内的第一资源片区中针对资源申请请求中的实例配置信息分配计算资源，以建立供长周期需求用户使用的第一实例。通过将长周期类型的资源申请请求引入独立的第一资源片区进行处理，可以使得第一资源片区仅处理长周期类型的资源申请请求，降低了短周期类型的实例的频繁释放和调度对第一资源片区造成的碎片干扰，这样可以在第一资源片区中通过长周期实例的创建，快速实现片区的资源碎片填充，降低了第一资源片区中的碎片率，提升了第一资源片区的资源利用率。
77.步骤1032，在周期类型为第二周期类型的情况下，从资源池内的第二资源片区中针对实例配置信息分配计算资源，以建立第二实例。
78.在本技术实施例中，在用户设备发送的资源申请请求为第二周期类型(短周期类型)的情况下，可以认为当前用户为短周期需求的用户，服务器可以从资源池内的第二资源片区中针对资源申请请求中的实例配置信息分配计算资源，以建立供短周期需求用户使用的第二实例。通过将短周期类型的资源申请请求引入独立的第二资源片区进行处理，可以使得第二资源片区仅处理短周期类型的资源申请请求，第二资源片区中部署的短周期实例的释放速度较快，因此新的短周期实例对于释放后的资源碎片的填充速度也较快，第二资源片区的碎片率也下降，解决了长短周期类型的实例交杂创建释放造成的资源碎片过多的问题，降低了整个资源池的碎片率，提升了整个资源池的资源利用率。
79.需要说明的是，在进行资源池计算资源的分配时，具体可以将计算资源的处理器的引脚标识、内存的物理地址等信息发送至用户设备，使得用户设备可以访问基于处理器、内存等资源建立的实例。
80.综上，本技术实施例中，通过相互隔离的资源片区分别处理不同周期类型的资源申请请求，从而根据实例创建的不同周期进行计算资源的隔离调度，使得计算资源的分配过程中可有效的进行不同周期类型计算资源的资源碎片填充，进而解决了短周期的实例频繁调用局部最优调度策略而引起的资源碎片增加问题，极大的提升了资源池的利用率，降低了资源池的碎片率和闲置率。
81.参照图7，其示出了本技术实施例提供的一种实例的资源分配方法的具体步骤流程图，包括：
82.步骤201，获取针对资源池发起的资源申请请求，资源申请请求包括实例配置信息；资源池中设置有第一资源片区和第二资源片区。
83.该步骤可以参照上述步骤101，此处不做赘述。
84.可选地，资源池中的计算资源包括多台宿主机设备；第一资源片区和第二资源片区各自包含至少部分宿主机设备；第一资源片区的宿主机设备和第二资源片区的宿主机设备不同。
85.在本技术实施例中，参照图1，资源池可以由多台宿主机设备组成，实例则可以建立在某台宿主机设备上，因此，对于资源池中第一资源片区和第二资源片区的划分，可以通过将第一资源片区和第二资源片区设置为各自包含至少部分宿主机设备的方式实现，且第一资源片区的宿主机设备(宿主机1—宿主机n)和第二资源片区的宿主机设备(宿主机n+1—宿主机n+m)不同。
86.步骤202，响应于资源申请请求，确定实例配置信息对应的周期类型。
87.该步骤可以参照上述步骤102，此处不做赘述。
88.可选地，在一种实现方式中，所述周期类型与用户画像标签对应，所述资源申请请求还包括：与所述周期类型对应的用户画像标签；步骤202具体可以包括：
89.子步骤2021，根据资源申请请求包括的用户画像标签，确定实例配置信息对应的周期类型。
90.在本技术实施例中，可以划分至少两种周期类型，然后对使用不同周期类型实例的用户进行分类，并打上相应类别的用户画像标签。然后在接收到资源申请请求后，可以从中提取用户画像标签，再查找该用户画像标签对应的周期类型，即可确定该实例配置信息对应的周期类型。
91.可选地，在一种实现方式中，资源申请请求还包括：与第一周期类型对应的第一用户画像标签，或与第二周期类型对应的第二用户画像标签；子步骤2021具体可以包括：
92.子步骤20211、在资源申请请求包括第一用户画像标签的情况下，确定实例配置信息对应第一周期类型。
93.子步骤20212、在资源申请请求包括第二用户画像标签的情况下，确定实例配置信息对应第二周期类型。
94.在本技术实施例中，针对子步骤20211-20212，参照图8，其示出了本技术实施例提供的一种资源调度示意图，云平台在运营过程中，可以基于历史运营记录，统计有较多用户的客户资源画像，使得用户可以建立有对应的用户画像标签，用户画像标签可以用于反映用户的特性，用户设备发起的资源申请请求中可以包含用户画像标签，以供云计算的服务器了解当前访问用户的特性，进一步的，本技术实施例通过对用户历史计算需求的统计分析，将用户区分为长周期客户和短周期客户，并为长周期需求的用户添加与第一周期类型对应的第一用户画像标签，为短周期需求的用户添加与第二周期类型对应的第二用户画像标签，这样，云平台的服务器可以在接收到的资源申请请求包括第一用户画像标签的情况下，确定实例配置信息对应第一周期类型，在接收到的资源申请请求包括第二用户画像标签的情况下，确定实例配置信息对应第二周期类型，从而通过资源申请请求中的用户画像标签，实现了对资源申请请求的周期类型的确定，进而服务器可以将第一周期类型的资源申请请求分配至第一资源片区x进行处理，将第二周期类型的资源申请请求分配至第二资源片区y进行处理。
95.可选地，所述周期类型与实例的维持时间对应；步骤202具体可以包括：
96.子步骤2023，获取资源申请请求对应的资源购买类型；
97.子步骤2024，根据资源购买类型对应维持时间，确定实例配置信息对应的周期类型。
98.在本技术实施例中，可以基于实例的维持时间划分周期类型，不同的维持时间对应不同的周期类型。而资源购买类型也对应的维持时长，比如资源购买类型为买资源1使用一个月的时间，划分到周期类型a；资源购买类型为买资源1使用一年的时间，划分到周期类型b；资源购买类型为买资源1使用一周的时间，划分到周期类型c。那么在收到资源申请请求后，可以基于该资源申请请求确定对应的资源购买类型，再基于该资源购买类型确定对应的维持时间，然后即可根据该维持时间确定实例配置信息对应的周期类型。
99.可选地，在另一种实现方式中，第一周期类型为实例的维持时间大于或等于预设时长的长周期类型，第二周期类型为实例的维持时间小于预设时长的短周期类型，子步骤2024具体可以包括：
100.子步骤20241、在资源购买类型为长周期类型的情况下，确定实例配置信息为第一周期类型。
101.子步骤20242、在资源购买类型为短周期类型的情况下，确定实例配置信息为第二周期类型。
102.在本技术实施例中，针对子步骤20241-20242，云计算场景中，用户可以根据实际计算需求，按照不同的资源购买类型来购买满足计算需求的规格的实例，资源购买类型区分为长周期类型和短周期类型，长周期类型的实例可以在长周期范围内持续使用不变化，而短周期类型的实例则仅在短周期范围内不变化，具体用于确定长短周期类型的预设时长可以根据实际需求进行设定，优选地，预设时长为7天。资源购买类型可以记录在用户发起的资源申请请求中，云平台的服务器可以在接收到的资源申请请求的资源购买类型为长周期类型的情况下，确定实例配置信息对应第一周期类型，在接收到的资源申请请求的资源购买类型为短周期类型的情况下，确定实例配置信息对应第二周期类型，从而通过资源申请请求对应的资源购买类型，实现了对资源申请请求的周期类型的确定。
103.具体的，参照图9，其示出了本技术实施例提供的另一种资源调度示意图，将资源购买类型进一步细分，可以将其划分为包年包月长期类型、按量使用长期类型、按量使用短期类型，其中包年包月和按量使用是两种不同的实例使用模式，包年包月模式是指用户提前完成包年包月的全部付费后再使用实例的模式，按量使用则是用户在未付费的情况下使用实例，并在使用结束后，根据使用的实例的规格和时长，生成账单进行付费。因此，用户的资源购买类型为包年包月长期类型或按量使用长期类型时，可以认为该用户为长周期客户，用户的资源购买类型为按量使用短期类型时，可以认为该用户为短周期客户，从而本技术实施例通过资源购买类型将用户设备发起的资源申请请求进行区分，并依照资源池已划分好的第一资源片区x和第二资源片区y，将资源购买类型为包年包月长期类型或按量使用长期类型的资源申请请求分配至第一资源片区x进行处理，资源购买类型为按量使用短期类型的资源申请请求分配至第二资源片区y进行处理。
104.可选地，在另一种实现方式中，所述周期类型与领域类型对应；步骤202具体可以包括：
105.子步骤2026，获取所述资源申请请求中的领域标签；
106.子步骤2027，根据所述领域标签，确定所述实例配置信息对应的周期类型。
107.在本技术实施例中，可以不同领域的用户划分周期类型，不同领域的领域标签对应不同的周期类型，因为不同领域的用户对实例的使用习惯基本上相同。因此，那么在收到资源申请请求后，可以基于该资源申请请求确定领域标签，再基于该领域标签确定实例配置信息对应的周期类型。
108.可选地，在另一种实现方式中，第一周期类型对应第一领域类型，第二周期类型对应第二领域类型，子步骤2027具体可以包括：
109.子步骤20271、在领域标签属于第一领域类型的情况下，确定实例配置信息为第一周期类型。
110.子步骤20272、在领域标签属于第二领域类型的情况下，确定实例配置信息为第二周期类型。
111.在本技术实施例中，针对用户为新客户的情况下，由于缺少对该新客户的历史信息分析，则本技术实施例可以提取用户的领域标签，该领域标签用于记录用户所属的领域(物流领域、电商领域等)，并将领域标签按照领域的长短周期特性，区分为第一领域类型(长周期类型)和第二领域类型(短周期类型)，如，外卖领域在饭点具有短时大量的计算需求，而在其余时间没有计算需求或计算需求极少；地图导航在早晚高峰具有短时大量的计算需求，而在其余时间没有计算需求或计算需求极少；而快递运输领域则由于快递包裹的全天候运输，在长期持续的时间内，都具有稳定的计算需求。因此，可以将外卖领域、地图导航领域确定为第一领域类型，将快递运输领域确定为第二领域类型。
112.这样，在资源申请请求中的领域标签属于第一领域类型的情况下，云平台的服务器可以确定实例配置信息为第一周期类型。在资源申请请求中的领域标签属于第二领域类型的情况下，云平台的服务器可以确定实例配置信息为第二周期类型。
113.步骤203，在周期类型为第一周期类型的情况下，针对实例配置信息，选取具有第一周期类型标签的宿主机以建立第一实例。
114.其中，第一资源片区的宿主机设备具有第一周期类型标签。
115.步骤204，在周期类型为第二周期类型的情况下，针对实例配置信息，选取具有第二周期类型标签的宿主机以建立第二实例。
116.其中，第二资源片区的宿主机设备具有第二周期类型标签。
117.在本技术实施例中，针对步骤203-204，参照图1，基于资源池由多台宿主机设备组成的特性，为了区分第一资源片区的宿主机设备和第二资源片区的宿主机设备，可以为处于第一资源片区的宿主机设备添加第一周期类型标签，为处于第二资源片区的宿主机设备添加第二周期类型标签，这样在资源申请请求的周期类型为第一周期类型的情况下，本技术实施例具体针对实例配置信息，可以选取具有第一周期类型标签的宿主机以建立第一实例。在资源申请请求的周期类型为第二周期类型的情况下，本技术实施例具体针对实例配置信息，可以选取具有第二周期类型标签的宿主机以建立第二实例。
118.需要说明的是，在确定了资源申请请求的周期类型后，也可以为第一周期类型的资源申请请求添加第一周期类型标签，为第二周期类型的资源申请请求添加第二周期类型标签，这样在进行资源分配时，可以根据资源申请请求和宿主机各自的周期类型标签的匹配实现资源分配。
119.可选地，第一周期类型为实例的维持时间大于或等于预设时长的长周期类型，第
二周期类型为实例的维持时间小于预设时长的短周期类型，方法还可以包括：
120.步骤205、获取第一资源片区中的第一异常实例，第一异常实例为实际是第二周期类型但被误判为第一周期类型的实例第一异常实例。
121.步骤206、在第二资源片区中可分配的计算资源的资源量小于或等于预设阈值的情况下，确定第一资源片区中分配给第一异常实例的目标计算资源。
122.步骤207、将目标计算资源中运行的除第一异常实例之外的第一实例，迁移至第一资源片区中除目标计算资源之外的其他计算资源。
123.步骤208、完成迁移后，将目标计算资源划分至第二资源片区。
124.在本技术实施例中，针对步骤205-208，参照图10，其示出了本技术实施例提供的另一种资源调度示意图，由于针对用户需求的长短周期预测的精度有限，在少数情况下会出现实际为短周期类型的实例被误判为长周期类型。另外，也存在由于用户的实际计算需求发生变化，而导致用户请求建立的实例的周期类型发生变化，在这种变化刚发生时，基于历史的预测并不能使得云平台的服务器立刻感知到这种变化，如用户原来都是长周期的计算需求，某个时间段上线了一个新的短周期服务，则原来基于用户画像标签鉴别请求的周期类型的方式是没办法感知到这种变化的，需要云平台对该用户提供一段时间的云服务后才会感知，这种情况也会出现实际为短周期类型的实例被误判为长周期类型的现象。
125.本技术实施例可以从第一资源片区中识别第一异常实例，第一异常实例为实际为短周期类型但被误判为长周期类型的实例，并针对第一异常实例，确定第一异常实例在第一资源片区x中所处的局部片区x1，进而在第二资源片区y中可分配的计算资源的资源量小于或等于预设阈值的情况下，先将局部片区x1中运行的正常第一实例迁移至第一资源片区中除局部片区x1之外的其他计算资源，之后再将局部片区x1划分至第二资源片区y中以实现对第二资源片区y的资源扩容。这种方式在第二资源片区y的计算资源不足、且第一资源片区x中存在较多误判的短周期类型实例的情况下，通过局部片区x1中运行的正常第一实例的热迁移，在保证了在局部片区x1中的正常第一实例的正常运行的基础上，进一步对第二资源片区y实现了资源扩充，弥补了第二资源片区y中计算资源不足的情况，另外还将第一资源片区x中误判的短周期类型实例归类到正确的资源片区进行运行，进一步提高了第二资源片区y资源利用率。
126.需要说明的是，可以通过阈值对待并入第二资源片区y的局部片区x1中的第一异常实例进行限定，如通过数量阈值，可以限定并入第二资源片区y的局部片区x1中的第一异常实例的数量需大于或等于预设数量阈值；通过资源占用总量阈值，可以限定并入第二资源片区y的局部片区x1中的第一异常实例的资源占用总量需大于或等于预设资源占用总量阈值。
127.其中，步骤205具体可以包括：
128.子步骤2051、获取第一资源片区中的运行的第一实例的运行时间。
129.子步骤2052、将运行时间小于预设时长的第一实例标记为第一异常实例。
130.在本技术实施例中，针对子步骤2051-2052，由于第一实例为长周期类型的实例，则云平台的服务器可以根据预设时长和实时确定的第一实例的运行时间，来判定第一实例是否为第一异常实例，具体为将运行时间小于预设时长(如7天)的第一实例标记为第一异常实例(将其原有的长周期类型标签变更为短周期类型标签)，由于第一资源片区中的宿主
机设备可以具有长周期类型标签，通过对第一异常实例的打标，使得服务器可以通过一个巡检任务来比较第一实例和部署的宿主机设备的标签一致性，在二者标签不一致的情况下，快速的将第一实例确定为第一异常实例。
131.可选地，方法还可以包括：
132.步骤209、在第二资源片区中可分配的计算资源的资源量小于或等于预设阈值的情况下，确定第一资源片区中的空闲计算资源，空闲计算资源为未运行有第一实例的计算资源，或运行的第一实例的资源占用总量小于预设资源量阈值的计算资源。
133.步骤210、将第一资源片区中的至少部分空闲计算资源，划分至第二资源片区。
134.在本技术实施例中，针对步骤209-210，在第二资源片区中可分配的计算资源的资源量小于或等于预设阈值的情况下，可以认为第二资源片区中的可分配计算资源数量极少，第二资源片区面临负载过高的问题，为了解决上述问题，本技术实施例可以从第一资源片区中调度部分空闲计算资源划分到第二资源片区，以扩充第二资源片区，降低第二资源片区的负载。另外，若第一资源片区和第二资源片区的可分配计算资源都不足，则需尽快对第一资源片区和第二资源片区进行计算资源的补充。
135.需要说明的是，在空闲计算资源为未运行有第一实例的宿主机设备时，可以直接将这些宿主机设备划分至第二资源片区；在空闲计算资源为运行的第一实例的资源占用总量小于预设资源量阈值的宿主机设备时，可以先将这些宿主机设备中的第一实例迁移至第一资源片区中除空闲计算资源之外的其他计算资源，之后再将这些宿主机设备划分至第二资源片区。
136.可选地，第一周期类型为实例的维持时间大于或等于预设时长的长周期类型，第二周期类型为实例的维持时间小于预设时长的短周期类型，方法还可以包括：
137.步骤211、获取第二资源片区中的第二异常实例，第二异常实例为实际是第一周期类型但被误判为第二周期类型的实例第二异常实例；
138.步骤212、将第二资源片区中分配给第二异常实例的计算资源，划分至第一资源片区。
139.在本技术实施例中，针对步骤211-212，参照图11，其示出了本技术实施例提供的另一种资源调度示意图，由于针对用户需求的长短周期预测的精度有限，在少数情况下会出现实际为长周期类型的实例被误判为短周期类型。另外，也存在由于用户的实际计算需求发生变化，而导致实际为长周期类型的实例被误判为短周期类型。
140.本技术实施例可以从第二资源片区中识别第二异常实例，第二异常实例为实际为长周期类型但被误判为短周期类型的实例，第二异常实例的存在会导致第二异常实例在第二资源片区y中所处的局部片区y1中由于后续短周期实例的频繁创建释放而产生较多的资源碎片，因此，本技术实施例可以将第二异常实例在第二资源片区y中所处的局部片区y1直接划分至第一资源片区x，划分后，原先在局部片区y1中的第二异常实例(短周期实例)会因其短周期特性快速释放，并且后续会调度长周期实例进入局部片区y1，使得局部片区y1中通过长周期实例快速实现资源碎片的填充，以迅速将局部片区y1的计算资源分配至最佳状态，另外新的短周期实例也会正确调度至第二资源片区，不会再造成过多资源碎片，从而实现了资源池的资源和池。
141.需要说明的是，可以通过阈值对待并入第一资源片区x的局部片区y1中的第二异
常实例进行限定，如通过数量阈值，可以限定并入第一资源片区x的局部片区y1中的第二异常实例的数量需大于或等于预设数量阈值；通过资源占用总量阈值，可以限定并入第一资源片区x的局部片区y1中的第二异常实例的资源占用总量需大于或等于预设资源占用总量阈值。另外，由于资源池是由多台宿主机设备构成，且宿主机设备通过长短周期标签区分其所处的片区，针对将局部片区y1划分至第一资源片区x，具体可以通过将局部片区y1的宿主机设备的标签由短周期标签变更为长周期标签的方式进行实现。同理针对将局部片区x1划分至第二资源片区y，具体可以通过将局部片区x1的宿主机设备的标签由长周期标签变更为短周期标签的方式进行实现。
142.其中，步骤211具体可以包括：
143.子步骤2111、获取第二资源片区中的运行的第二实例的运行时间。
144.子步骤2112、将运行时间大于或等于预设时长的第二实例标记为第二异常实例。
145.在本技术实施例中，针对子步骤2111-2112，由于第二实例为短周期类型的实例，则云平台的服务器可以根据预设时长和实时确定的第二实例的运行时间，来判定第二实例是否为第二异常实例，具体为将运行时间大于或等于预设时长(如7天)的第二实例标记为第二异常实例(将其原有的短周期类型标签变更为长周期类型标签)，由于第二资源片区中的宿主机设备可以具有短周期类型标签，通过对第二异常实例的打标，使得服务器可以通过一个巡检任务来比较第二实例和部署的宿主机设备的标签一致性，在二者标签不一致的情况下，快速的将第二实例确定为第二异常实例。
146.可选地，方法还可以包括：
147.步骤213、获取历史时刻下周期类型的历史实例配置信息的资源需求总量；
148.步骤214、根据历史时刻、资源需求总量以及预测模型，获取未来时刻下周期类型的实例配置信息的资源预测总量；
149.步骤215、根据各周期类型对应的资源预测总量，将资源池划分为各周期类型对应的资源片区。
150.在本技术实施例中，可以利用不同周期类型下的历史使用数据，去预测不同周期类型对应的资源预测总量，然后将资源池进行按照个周期类型对应的资源预测总量进行划分。
151.可选地，步骤213包括：子步骤2131，获取历史时刻下第一周期类型的历史实例配置信息的第一资源需求总量，以及第二周期类型的历史实例配置信息的第二资源需求总量。
152.步骤214包括：子步骤2141，根据历史时刻、第一资源需求总量、第二资源需求总量以及预测模型，获取未来时刻下第一周期类型的实例配置信息的第一资源预测总量，以及第二周期类型的实例配置信息的第二资源预测总量。
153.步骤215包括：子步骤2151，根据第一资源预测总量和第二资源预测总量，将资源池划分为第一资源片区和第二资源片区。
154.可选地，步骤2151具体可以通过根据第一资源预测总量和第二资源预测总量的第一比值，将资源池划分为第一资源片区和第二资源片区，使得第一资源片区的资源量和第二资源片区的资源量的第二比值等于第一比值的方式进行实现。
155.在本技术实施例中，针对步骤2131-2151，参照图8，本技术实施例提供了一种第一
资源片区和第二资源片区的划分方式，具体的，可以根据历史时刻下第一周期类型的历史实例配置信息的第一资源需求总量，以及第二周期类型的历史实例配置信息的第二资源需求总量训练预测模型，使得预测模型可以学习不同周期类型的历史实例配置信息与不同时间的关联关系，训练完成后，预测模型则可以根据历史时刻下第一资源需求总量和第二资源需求总量，预测未来时刻下第一周期类型的实例配置信息的第一资源预测总量(长期需求总量a)，以及第二周期类型的实例配置信息的第二资源预测总量(短期需求总量b)，并将第一资源需求总量和第二资源需求总量的比值(长期需求总量a/短期需求总量b)，确定为第一资源片区x和第二资源片区y的比值。本技术实施例可以通过灵活的划分方式，同事保证第一资源片区中具有足够的计算资源以处理第一周期类型的资源申请请求，以及第二资源片区中具有足够的计算资源以处理第二周期类型的资源申请请求。
156.综上，本技术实施例通过相互隔离的资源片区分别处理不同周期类型的资源申请请求，从而根据实例创建的长短周期进行计算资源的隔离调度，使得计算资源的分配过程中可有效的进行长周期类型计算资源的资源碎片填充，进而解决了短周期实例频繁调用局部最优调度策略而引起的资源碎片增加问题，极大的提升了资源池的利用率，降低了资源池的碎片率和闲置率。
157.参照图12，其示出了本技术实施例提供的一种实例的资源分配装置的框图，包括：
158.获取模块301，用于获取针对资源池发起的资源申请请求，资源申请请求包括实例配置信息；资源池中设置有第一资源片区和第二资源片区；
159.类型确定模块302，用于响应于资源申请请求，确定实例配置信息对应的周期类型；
160.资源分配模块303，用于根据周期类型，在资源池内与周期类型对应的资源片区中，针对实例配置信息分配计算资源。
161.资源分配模块303包括：
162.第一分配模块，用于在周期类型为第一周期类型的情况下，从资源池内的第一资源片区中针对实例配置信息分配计算资源，以建立第一实例；
163.第二分配模块，用于在周期类型为第二周期类型的情况下，从资源池内的第二资源片区中针对实例配置信息分配计算资源，以建立第二实例。
164.可选地，第一周期类型为实例的维持时间大于或等于预设时长的长周期类型，第二周期类型为实例的维持时间小于预设时长的短周期类型，装置还包括：
165.第一异常识别模块，用于获取第一资源片区中的第一异常实例，第一异常实例为实际是第二周期类型但被误判为第一周期类型的实例第一异常实例；
166.第一判断模块，用于在第二资源片区中可分配的计算资源的资源量小于或等于预设阈值的情况下，确定第一资源片区中分配给第一异常实例的目标计算资源；
167.第一迁移模块，用于将目标计算资源中运行的除第一异常实例之外的第一实例，迁移至第一资源片区中除目标计算资源之外的其他计算资源；
168.第一重分配模块，用于完成迁移后，将目标计算资源划分至第二资源片区。
169.可选地，装置还包括：
170.第二判断模块，用于在第二资源片区中可分配的计算资源的资源量小于或等于预设阈值的情况下，确定第一资源片区中的空闲计算资源，空闲计算资源为未运行有第一实
例的计算资源，或运行的第一实例的资源占用总量小于预设资源量阈值的计算资源；
171.第二重分配模块，用于将第一资源片区中的至少部分空闲计算资源，划分至第二资源片区。
172.可选地，第一异常识别模块，包括：
173.第一获取子模块，用于获取第一资源片区中的运行的第一实例的运行时间；
174.第一确定子模块，用于将运行时间小于预设时长的第一实例标记为第一异常实例。
175.可选地，第一周期类型为实例的维持时间大于或等于预设时长的长周期类型，第二周期类型为实例的维持时间小于预设时长的短周期类型，装置还包括：
176.第二异常识别模块，用于获取第二资源片区中的第二异常实例，第二异常实例为实际是第一周期类型但被误判为第二周期类型的实例第二异常实例；
177.第三重分配模块，用于将第二资源片区中分配给第二异常实例的计算资源，划分至第一资源片区。
178.可选地，第二异常识别模块，包括：
179.第二获取子模块，用于获取第二资源片区中的运行的第二实例的运行时间；
180.第二确定子模块，用于将运行时间大于或等于预设时长的第二实例标记为第二异常实例。
181.可选地，资源池中的计算资源包括多台宿主机设备；第一资源片区和第二资源片区各自包含至少部分宿主机设备；第一资源片区的宿主机设备和第二资源片区的宿主机设备不同。
182.可选地，第一资源片区的宿主机设备具有第一周期类型标签；第二资源片区的宿主机设备具有第二周期类型标签；
183.第一分配模块，包括：
184.第一分配子模块，用于针对实例配置信息，选取具有第一周期类型标签的宿主机以建立第一实例；
185.第二分配模块，包括：
186.第二分配子模块，用于针对实例配置信息，选取具有第二周期类型标签的宿主机以建立第二实例。
187.可选地，周期类型与用户画像标签对应，资源申请请求还包括：与周期类型对应的用户画像标签；
188.类型确定模块302，还用于根据资源申请请求包括的用户画像标签，确定实例配置信息对应的周期类型。
189.可选地，资源申请请求还包括：与第一周期类型对应的第一用户画像标签，或与第二周期类型对应的第二用户画像标签；
190.类型确定模块302，包括：
191.第三确定子模块，用于在资源申请请求包括第一用户画像标签的情况下，确定实例配置信息对应第一周期类型；
192.第四确定子模块，用于在资源申请请求包括第二用户画像标签的情况下，确定实例配置信息对应第二周期类型。
193.可选地，周期类型与实例的维持时间对应；类型确定模块302还用于：获取资源申请请求对应的资源购买类型；根据资源购买类型对应维持时间，确定实例配置信息对应的周期类型。
194.可选地，第一周期类型为实例的维持时间大于或等于预设时长的长周期类型，第二周期类型为实例的维持时间小于预设时长的短周期类型，类型确定模块302，包括：
195.购买类型子模块，用于获取资源申请请求对应的资源购买类型；
196.第五确定子模块，用于在资源购买类型为长周期类型的情况下，确定实例配置信息为第一周期类型；
197.第六确定子模块，用于在资源购买类型为短周期类型的情况下，确定实例配置信息为第二周期类型。
198.可选地，周期类型与实例的维持时间对应；
199.类型确定模块302还用于获取资源申请请求对应的资源购买类型；根据资源购买类型对应维持时间，确定实例配置信息对应的周期类型。
200.可选地，第一周期类型对应第一领域类型，第二周期类型对应第二领域类型，类型确定模块302，包括：
201.领域标签子模块，用于获取资源申请请求中的领域标签；
202.第七确定子模块，用于在领域标签属于第一领域类型的情况下，确定实例配置信息为第一周期类型；
203.第八确定子模块，用于在领域标签属于第二领域类型的情况下，确定实例配置信息为第二周期类型。
204.可选地，装置还包括：
205.历史信息模块，用于获取历史时刻下周期类型的历史实例配置信息的资源需求总量；
206.预测模块，用于根据历史时刻、资源需求总量以及预测模型，获取未来时刻下周期类型的实例配置信息的资源预测总量；
207.划分模块，用于根据各周期类型对应的资源预测总量，资源池划分为各周期类型对应的资源片区。
208.可选地，历史信息模块，还用于获取历史时刻下第一周期类型的历史实例配置信息的第一资源需求总量，以及第二周期类型的历史实例配置信息的第二资源需求总量；
209.预测模块，还用于根据历史时刻、第一资源需求总量、第二资源需求总量以及预测模型，获取未来时刻下第一周期类型的实例配置信息的第一资源预测总量，以及第二周期类型的实例配置信息的第二资源预测总量；
210.划分模块，还用于根据第一资源预测总量和第二资源预测总量，将资源池划分为第一资源片区和第二资源片区。
211.可选地，划分模块，包括：
212.比值模块，用于根据第一资源预测总量和第二资源预测总量的第一比值，将资源池划分为第一资源片区和第二资源片区，使得第一资源片区的资源量和第二资源片区的资源量的第二比值等于第一比值。
213.综上所述，本技术实施例通过相互隔离的资源片区分别处理不同周期类型的资源
申请请求，从而根据实例创建的长短周期进行计算资源的隔离调度，使得计算资源的分配过程中可有效的进行长周期类型计算资源的资源碎片填充，进而解决了短周期实例频繁调用局部最优调度策略而引起的资源碎片增加问题，极大的提升了资源池的利用率，降低了资源池的碎片率和闲置率。
214.本技术实施例还提供了一种非易失性可读存储介质，该存储介质中存储有一个或多个模块(programs)，该一个或多个模块被应用在设备时，可以使得该设备执行本技术实施例中各方法步骤的指令(instructions)。
215.本技术实施例提供了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得电子设备执行如上述实施例中一个或多个所述的方法。本技术实施例中，所述电子设备包括终端设备、服务器(集群)等各类型的设备。
216.本公开的实施例可被实现为使用任意适当的硬件，固件，软件，或及其任意组合进行想要的配置的装置，该装置可包括终端设备、服务器(集群)等电子设备。图13示意性地示出了可被用于实现本技术实施例中所述的各个实施例的示例性装置1000。
217.对于一个实施例，图13示出了示例性装置1000，该装置具有一个或多个处理器1002、被耦合到(一个或多个)处理器1002中的至少一个的控制模块(芯片组)1004、被耦合到控制模块1004的存储器1006、被耦合到控制模块1004的非易失性存储器(nvm)/存储设备1008、被耦合到控制模块1004的一个或多个输入/输出设备1010，以及被耦合到控制模块1004的网络接口1012。
218.处理器1002可包括一个或多个单核或多核处理器，处理器1002可包括通用处理器或专用处理器(例如图形处理器、应用处理器、基频处理器等)的任意组合。在一些实施例中，装置1000能够作为本技术实施例中所述终端设备、服务器(集群)等设备。
219.在一些实施例中，装置1000可包括具有指令1014的一个或多个计算机可读介质(例如，存储器1006或nvm/存储设备1008)以及与该一个或多个计算机可读介质相合并被配置为执行指令1014以实现模块从而执行本公开中所述的动作的一个或多个处理器1002。
220.对于一个实施例，控制模块1004可包括任意适当的接口控制器，以向(一个或多个)处理器1002中的至少一个和/或与控制模块1004通信的任意适当的设备或组件提供任意适当的接口。
221.控制模块1004可包括存储器控制器模块，以向存储器1006提供接口。存储器控制器模块可以是硬件模块、软件模块和/或固件模块。
222.存储器1006可被用于例如为装置1000加载和存储数据和/或指令1014。对于一个实施例，存储器1006可包括任意适当的易失性存储器，例如，适当的dram。在一些实施例中，存储器1006可包括双倍数据速率类型四同步动态随机存取存储器(ddr4sdram)。
223.对于一个实施例，控制模块1004可包括一个或多个输入/输出控制器，以向nvm/存储设备1008及(一个或多个)输入/输出设备1010提供接口。
224.例如，nvm/存储设备1008可被用于存储数据和/或指令1014。nvm/存储设备1008可包括任意适当的非易失性存储器(例如，闪存)和/或可包括任意适当的(一个或多个)非易失性存储设备(例如，一个或多个硬盘驱动器(hdd)、一个或多个光盘(cd)驱动器和/或一个或多个数字通用光盘(dvd)驱动器)。
225.nvm/存储设备1008可包括在物理上作为装置1000被安装在其上的设备的一部分
的存储资源，或者其可被该设备访问可不必作为该设备的一部分。例如，nvm/存储设备1008可通过网络经由(一个或多个)输入/输出设备1010进行访问。
226.(一个或多个)输入/输出设备1010可为装置1000提供接口以与任意其他适当的设备通信，输入/输出设备1010可以包括通信组件、音频组件、传感器组件等。网络接口1012可为装置1000提供接口以通过一个或多个网络通信，装置1000可根据一个或多个无线网络标准和/或协议中的任意标准和/或协议来与无线网络的一个或多个组件进行无线通信，例如接入基于通信标准的无线网络，如wifi、2g、3g、4g、5g等，或它们的组合进行无线通信。
227.对于一个实施例，(一个或多个)处理器1002中的至少一个可与控制模块1004的一个或多个控制器(例如，存储器控制器模块)的逻辑封装在一起。对于一个实施例，(一个或多个)处理器1002中的至少一个可与控制模块1004的一个或多个控制器的逻辑封装在一起以形成系统级封装(sip)。对于一个实施例，(一个或多个)处理器1002中的至少一个可与控制模块1004的一个或多个控制器的逻辑集成在同一模具上。对于一个实施例，(一个或多个)处理器1002中的至少一个可与控制模块1004的一个或多个控制器的逻辑集成在同一模具上以形成片上系统(soc)。
228.在各个实施例中，装置1000可以但不限于是：服务器、台式计算设备或移动计算设备(例如，膝上型计算设备、手持计算设备、平板电脑、上网本等)等终端设备。在各个实施例中，装置1000可具有更多或更少的组件和/或不同的架构。例如，在一些实施例中，装置1000包括一个或多个摄像机、键盘、液晶显示器(lcd)屏幕(包括触屏显示器)、非易失性存储器端口、多个天线、图形芯片、专用集成电路(asic)和扬声器。
229.其中，检测装置中可采用主控芯片作为处理器或控制模块，传感器数据、位置信息等存储到存储器或nvm/存储设备中，传感器组可作为输入/输出设备，通信接口可包括网络接口。
230.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
231.本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
232.本技术实施例是参照根据本技术实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图的一个流程或多个流程和/或方框图的一个方框或多个方框中指定的功能的装置。
233.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图的一个流程或多个流程和/或方框图的一个方框或多个方框中指定的功能。
234.这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在
计算机或其他可编程终端设备上执行的指令提供用于实现在流程图的一个流程或多个流程和/或方框图的一个方框或多个方框中指定的功能的步骤。
235.尽管已描述了本技术实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术实施例范围的所有变更和修改。
236.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
237.以上对本技术所提供的一种实例的资源分配方法及装置、电子设备、机器可读介质，进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。