CN114416276A - 设备管理服务的调度方法、装置、电子设备及存储介质 - Google Patents

设备管理服务的调度方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN114416276A
CN114416276A CN202111459944.1A CN202111459944A CN114416276A CN 114416276 A CN114416276 A CN 114416276A CN 202111459944 A CN202111459944 A CN 202111459944A CN 114416276 A CN114416276 A CN 114416276A
Authority
CN
China
Prior art keywords
management service
scheduling
container group
state
resource container
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
CN202111459944.1A
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.)
Beijing Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and Technology 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 Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN202111459944.1A priority Critical patent/CN114416276A/zh
Publication of CN114416276A publication Critical patent/CN114416276A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45583—Memory management, e.g. access or allocation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45587—Isolation or security of virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances

Abstract

本公开提供了一种设备管理服务的调度方法、装置、电子设备及存储介质，涉及计算机技术领域，具体涉及物联网技术、云技术和容器技术等技术领域。具体实现方案为：获取设备管理服务的调度数据；根据所述调度数据，生成所述调度数据对应的资源容器组信息；根据所述资源容器组信息，部署资源容器组；利用部署的所述资源容器组，运行所述设备管理服务。

Description

设备管理服务的调度方法、装置、电子设备及存储介质
技术领域
本公开涉及计算机技术领域，具体涉及物联网技术、云技术和容器技术等技术领域，尤其涉及一种设备管理服务的调度方法、装置、电子设备及存储介质。
背景技术
设备管理服务即设备管理实例，是设备管理平台的子应用，设备管理平台可以通过调度设备管理服务，来管理设备。
目前，常用的设备管理服务调度方法是利用指令模块、同步模块和调度模块等多个模块对设备管理服务进行调度管理。
发明内容
本公开提供了一种设备管理服务的调度方法、装置、电子设备及存储介质。
根据本公开的一方面，提供了一种设备管理服务的调度方法，包括：
获取设备管理服务的调度数据；
根据所述调度数据，生成所述调度数据对应的资源容器组信息；
根据所述资源容器组信息，部署资源容器组；
利用部署的所述资源容器组，运行所述设备管理服务。
根据本公开的另一方面，提供了一种设备管理服务的调度装置，包括：
获取单元，用于获取设备管理服务的调度数据；
生成单元，用于根据所述调度数据，生成所述调度数据对应的资源容器组信息；
部署单元，用于根据所述资源容器组信息，部署资源容器组；
运行单元，用于利用部署的所述资源容器组，运行所述设备管理服务。
根据本公开的再一方面，提供了一种电子设备，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上所述的方面和任一可能的实现方式的方法。
根据本公开的又一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行如上所述的方面和任一可能的实现方式的方法。
根据本公开的又一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如上所述的方面和任一可能的实现方式的方法。
由上述技术方案可知，本公开实施例通过获取设备管理服务的调度数据，进而可以根据所述调度数据，生成所述调度数据对应的资源容器组信息，根据所述资源容器组信息，部署资源容器组，使得能够利用部署的所述资源容器组，运行所述设备管理服务，由于在对设备管理服务进行资源调度中，利用了基于调度数据对应的资源容器组信息所部署的资源容器组，来运行设备管理服务，简化了设备管理服务的调度管理过程，实现对设备管理服务的更加简单高效地调度管理，从而保障了设备管理服务调度的可靠性。
应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案，不构成对本公开的限定。其中：
图1是根据本公开第一实施例的示意图；
图2是根据本公开第二实施例的示意图；
图3是根据本公开第二实施例的调度方法的调度服务的架构示意图；
图4是根据本公开第三实施例的示意图；
图5是用来实现本公开实施例的设备管理服务的调度方法的电子设备的框图。
具体实施方式
以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的全部其他实施例，都属于本公开保护的范围。
需要说明的是，本公开实施例中所涉及的终端设备可以包括但不限于手机、个人数字助理(Personal Digital Assistant，PDA)、无线手持设备、平板电脑(TabletComputer)等智能设备；显示设备可以包括但不限于个人电脑、电视等具有显示功能的设备。
另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
设备管理是以设备为研究对象，追求设备综合效率，应用物联网相关技术对设备的全过程进行的科学管理。管理内容包括但不限于设备所处的网络规模/网络环境，设备是否可以物理访问，设备可以使用的资源以及设备的物理状态等。因此，设备管理平台应运而生。设备管理服务即设备管理实例，是设备管理平台的子应用，设备管理平台可以通过调度设备管理服务，来管理设备。设备管理平台在调度这些设备管理服务时，往往都需要管理这些设备管理服务的生命周期以及生命状态。
目前，比较主流的设备管理服务的调度方法包括基于共享式调度方法和基于命令式调度方法。
基于共享式调度方法是在一台服务器上启动应用、设备管理平台。通过应用程序接口(Application Programming Interface，API)在该应用内启动和管理设备管理服务。每个设备管理服务定期上报心跳等生命状态信息。由于是共享应用，设备管理平台可以快速知晓当前设备管理服务的状态以及设备管理服务资源的分配情况，实现设备管理服务的调度。当需要扩容时，在另一台服务器上启动应用，重复以上操作。在请求的分发上，通过独立的API模块进行实际请求的分发，针对设备管理平台记录的设备管理服务与地址的映射关系，转发到具体的设备管理服务上。该方法使用应用直接负责设备管理服务的调度，用共享应用的思维，在应用内部直接启动设备管理平台，通过设备管理服务定期上报心跳、异常捕捉等方法来确认设备管理服务的生命状态，在实现设备管理服务的管理上较为简单，且调度的响应速度较快。
但是，由于设备管理平台需要动态管理设备管理服务的运行资源，但共享应用难以动态分配和限制设备管理服务的运行资源，当设备量级增大，难以保证设备管理平台的性能，因此，该方法更适合运行在设备量级较小的场景。此外，若直接给设备管理服务分配过大的静态服务器资源，整体成本会大幅提升。
基于命令式调度方法是设备管理平台通用指令模块、同步模块和调度模块等多个模块进行设备管理服务的服务器资源的选取。并利用调度API对设备管理服务进行调度，控制设备管理服务的生命周期。资源分配上，通过调度模块对服务器可用资源的管理，实现动态分配。设备管理服务是通过回调方式，将自己的动作告知调度模块，以实现生命周期以及生命状态的管理。由于调度模块托管了设备管理服务相关的内容，设备管理平台只需要专注于设备管理服务资源的计算以及配置设备管理服务启动的预置环境即可，准备工作完成后由调度模块托管设备管理服务的启停扩容等操作。设备管理平台还需要利用独立的API模块进行实际请求的转发。该方法降低了设备管理平台的性能需求并实现了一些功能解耦，降低了设备管理平台的实际负载。
但是，由于该方法是利用指令模块、同步模块和调度模块等多个模块对设备管理服务进行调度，每个设备管理服务要定上报心跳，同步生命信息，模块间的信息一致性难以维护，而且，这也会使得升级操作变得更有风险，可能会出现升级失败导致设备管理服务不可用的情况。
因此，亟需提供一种设备管理服务的调度方法，能够实现安全高效地调度设备管理服务，以保障设备管理服务调度的可靠性。
图1是根据本公开第一实施例的示意图，如图1所示。
101、获取设备管理服务的调度数据。
102、根据所述调度数据，生成所述调度数据对应的资源容器组信息。
103、根据所述资源容器组信息，部署资源容器组。
104、利用部署的所述资源容器组，运行所述设备管理服务。
需要说明的是，该设备管理服务的调度方法可以应用于设备管理平台。该设备管理服务的调度方法可以是基于云原生技术所实现的。云原生是基于分布部署和统一运管的分布式云，以容器、微服务、过程、方法与系统的统称(DevOps)等技术为基础建立的一套云技术产品体系。设备管理服务可以抽象为微服务，并且可以通过应用容器引擎将设备管理服务容器化，制成镜像备品，存放在镜像仓库中。
需要说明的是，调度数据具体可以是与设备管理服务运行相关的数据，例如，标签数据、内存数据、CPU数据，网络访问权限数据等数据。相应地，资源容器组信息可以包括与设备管理服务对应的标签信息、内存信息、CPU信息等。资源容器组可以包括至少一个资源容器，而且，资源容器组还可以包括用于运行设备管理服务所需的资源。
需要说明的是，调度数据可以是响应于用户在配置界面的操作，所预先配置的数据。调度数据可以预先存储在数据库中。
需要说明的是，101～104的执行主体的部分或全部可以为位于本地终端的应用，或者还可以为设置在位于本地终端的应用中的插件或软件开发工具包(SoftwareDevelopment Kit，SDK)等功能单元，或者还可以为位于网络侧服务器中的处理引擎，或者还可以为位于网络侧的分布式系统，例如，网络侧的设备管理平台中的处理引擎或者分布式系统等，本实施例对此不进行特别限定。
可以理解的是，所述应用可以是安装在本地终端上的本地程序(nativeApp)，或者还可以是本地终端上的浏览器的一个网页程序(webApp)，本实施例对此不进行限定。
这样，通过获取设备管理服务的调度数据，进而可以根据所述调度数据，生成所述调度数据对应的资源容器组信息，根据所述资源容器组信息，部署资源容器组，使得能够利用部署的所述资源容器组，运行所述设备管理服务，由于在对设备管理服务进行资源调度中，利用了基于调度数据对应的资源容器组信息所部署的资源容器组，来运行设备管理服务，简化了设备管理服务的调度管理过程，实现对设备管理服务的更加简单高效地调度管理，从而保障了设备管理服务调度的可靠性。
可选地，在本实施例的一个可能的实现方式中，在102中，具体可以根据所述设备管理服务的运行状态和所述调度数据，生成所述调度数据对应的资源容器组信息。
在该实现方式中，调度数据可以包括运行数据和升级数据至少一项。可以理解的是，升级数据可以是更新配置后的运行数据，例如，升级版本的运行数据。
在该实现方式的一个具体实现过程中，具体可以响应于所述设备管理服务的运行状态为未部署状态，根据所述调度数据，生成所述调度数据对应的资源容器组信息。
在该具体实现过程中，若设备管理服务的运行状态为未部署状态，所述调度数据可以是未部署的设备管理服务的运行数据，进而可以根据所述运行数据，生成所述运行数据对应的资源容器组信息。
在该具体实现过程中，可以进一步地根据调度数据的标签数据，检查获取到的设备管理服务的调度数据是否正确。若正确，则可以根据所述运行数据，生成所述运行数据对应的资源容器组信息。
这样，可以通过对设备管理服务的运行状态的判断，确定调度数据是未部署的设备管理服务的运行数据，进而可以根据运行数据，生成运行数据对应的资源容器组信息，由此可以有效地处理设备管理服务的启动，保障了设备管理服务的启动调度处理的可靠性。
在该实现方式的另一个具体实现过程中，具体可以响应于所述设备管理服务的运行状态为已部署状态，且所述调度数据与所述已部署状态对应的运行数据不一致，根据所述调度数据，生成所述调度数据对应的资源容器组信息。
在该具体实现过程中，若设备管理服务的运行状态为已部署状态，则比对所述调度数据和所述已部署状态对应的运行数据是否存在差异，若所述调度数据与所述已部署状态对应的运行数据不一致，即所述调度数据可以是已部署的设备管理服务的升级数据，则可以保存升级数据和所述已部署状态对应的运行数据，再根据所述升级数据，生成所述升级数据对应的资源容器组信息。
在该具体实现过程中一种情况，在根据所述升级数据，生成所述升级数据对应的资源容器组信息之前，还可以进一步更新当前的升级并发进程数量，进而判断当前的升级并发进程数量是否超过预设阈值，若所述当前的升级并发进程数量未超过预设阈值，则可以根据所述升级数据，生成所述升级数据对应的资源容器组信息；若所述当前的升级并发进程数量超过预设阈值，则可以等待至当前的升级并发进程数量不超过预设阈值时，再根据所述升级数据，生成所述升级数据对应的资源容器组信息。
在该具体实现过程中另一种情况，若设备管理服务的升级不成功，则可以利用容器编排引擎进行设备管理服务回滚，再根据之前保存的升级数据和所述已部署状态对应的运行数据，重新执行根据所述升级数据，生成所述升级数据对应的资源容器组信息以及后续步骤。
这样，可以通过对设备管理服务的运行状态的判断以及对调度数据与已部署状态对应的运行数据是否一致的判断，确定调度数据是已部署的设备管理服务的升级数据，进而可以根据升级数据，生成升级数据对应的资源容器组信息，由此可以有效地处理设备管理服务的更新，保障了设备管理服务的更新调度处理的可靠性。
在该实现方式的再一个具体实现过程中，可以进一步地先根据调度数据的标签数据，检查获取到的设备管理服务的调度数据是否正确。若正确，则可以根据所述设备管理服务的运行状态和所述调度数据，生成所述调度数据对应的资源容器组信息。
在该实现方式的又一个具体实现过程中，可以具体根据设备管理服务的运行状态和调度数据，动态生成调度数据对应的资源容器组信息。
具体地，资源容器组信息可以是与容器编排引擎相应的信息，即该资源容器组信息是容器编排引擎可以用于资源部署的信息。例如，资源容器组信息可以包括与设备管理服务对应的标签信息、内存信息、CPU信息等。
这样，该实现方式可以通过确认设备管理服务的运行状态，再基于不同运行状态下的设备管理服务的调度数据，动态地生成调度数据对应的资源容器组信息，可以基于设备管理服务的不同运行状态条件，如启动或者升级，进行调度处理，从而提升了对设备管理服务调度处理的针对性和可靠性。
可选地，在本实施例的一个可能的实现方式中，在103中，具体可以利用容器编排引擎接口，将所述资源容器组信息发送至容器编排引擎，容器编排引擎利用部署控制器，根据资源容器组信息，部署资源容器组。
至此，确定了部署的资源容器组之后，便可以继续执行104，即利用部署的所述资源容器组，运行所述设备管理服务。
在该实现方式中，可以根据资源容器组信息，容器编排引擎利用部署控制器寻找适合机器节点，划分设备管理服务使用资源，以部署资源容器组。
这样，可以通过容器编排引擎根据资源容器组信息进行资源容器组的部署，便可以实现对设备管理服务的资源的动态扩展调度，还可以实现对设备管理服务所使用的资源的有效地限制和隔离，能够有效地管理设备管理服务的实际使用资源的用量，从而更加合理地使用机器资源，提升机器资源的资源使用效率。
可选地，在本实施例的一个可能的实现方式中，在104中或者在104之后，可以进一步地获取运行所述设备管理服务的资源容器组的状态，进而可以根据所述资源容器组的状态，确定所述资源容器组的状态的变化情况，使得可以根据所述资源容器组的状态的变化情况，确定所述设备管理服务的调度状态。
至此，可以将调度状态告知资源管理服务，以便于设备管理平台获知设备管理服务的调度状态，即运行情况，例如，设备管理服务已启动成功，或者设备管理服务已升级成功等。
在该实现方式中，所述资源容器组的状态可以包括待定状态(pending)、运行状态(running)、以及终止状态(terminating)等。所述资源容器组的状态的变化情况可以包括从待定状态到运行状态的变化、从运行状态到终止状态的变化、以及从运行状态到除了终止状态的其他状态的变化。所述调度状态可以包括：启动、暂停、删除。
在该实现方式的一个具体实现过程中，若资源容器组的状态的变化情况为从待定状态到运行状态的变化，则可以确定所述设备管理服务的调度状态为启动。若资源容器组的状态的变化情况为从运行状态到除了终止状态的其他状态的变化，则可以确定所述设备管理服务的调度状态为暂停。若资源容器组的状态的变化情况为从运行状态到终止状态的变化，则可以确定所述设备管理服务的调度状态为删除。
例如，对于任意一个设备管理服务，该设备管理服务对应的资源容器组的状态的变化情况是从待定状态到运行状态的变化，则可以表征该设备管理服务已启动。该设备管理服务对应的资源容器组的状态的变化情况是从运行状态到除了终止状态的其他状态的变化，则可以表征该设备管理服务已暂停。该设备管理服务对应的资源容器组的状态的变化情况是从运行状态到终止状态的变化，则可以表征该设备管理服务已删除。
在该实现方式的另一个具体实现过程中，若在预定时间内无法确定所述资源容器组的状态的变化情况是从待定状态到运行状态的变化，则可以发送设备管理服务调度报错提示，以便于人工进行问题排查操作。
这样，可以通过根据所述资源容器组的状态的变化情况，确定所述设备管理服务的调度状态，由于只需关注资源容器组的状态的变化情况，便可快速获知对设备管理服务的调度是否成功，设备管理服务的启动或者升级是否成功，可以快速了解设备管理服务的调度状态，提高了调度管理的效率，并可以进一步地简化设备管理服务的调度过程，以及有效地保障了调度过程中设备管理服务的生命周期一致性，从而进一步地提升了设备管理服务调度的效率和可靠性。
需要说明的是，可以将前述实现方式中所提供的运行设备管理服务的多种具体实现过程与本实现方式中所提供的确定设备管理服务的调度状态的多种具体实现过程结合，来实现设备管理服务的调度方法。详细的描述可以参见前述实现方式中的相关内容，此处不再赘述。
本实施例中，通过获取设备管理服务的调度数据，进而可以根据所述调度数据，生成所述调度数据对应的资源容器组信息，根据所述资源容器组信息，部署资源容器组，使得能够利用部署的所述资源容器组，运行所述设备管理服务，由于在对设备管理服务进行资源调度中，利用了调度数据对应的资源容器组信息所部署资源容器组运行设备管理服务，简化了设备管理服务的调度管理过程，实现对设备管理服务的更加简单高效地调度管理，从而保障了设备管理服务调度的可靠性。
另外，采用本实施例所提供的技术方案，还可以通过确认设备管理服务的运行状态，再基于不同运行状态下的设备管理服务的调度数据，动态地生成调度数据对应的资源容器组信息，可以基于设备管理服务的不同运行状态条件，如启动或者升级，进行调度处理，从而提升了对设备管理服务调度处理的针对性和可靠性。
另外，采用本实施例所提供的技术方案，通过对设备管理服务的运行状态的判断，确定调度数据是未部署的设备管理服务的运行数据，进而可以根据运行数据，生成运行数据对应的资源容器组信息，由此可以有效地处理设备管理服务的启动，保障了设备管理服务的启动调度处理的可靠性。
另外，采用本实施例所提供的技术方案，通过对设备管理服务的运行状态的判断以及对调度数据与已部署状态对应的运行数据是否一致的判断，确定调度数据是已部署的设备管理服务的升级数据，进而可以根据升级数据，生成升级数据对应的资源容器组信息，由此可以有效地处理设备管理服务的更新，保障了设备管理服务的更新调度处理的可靠性。
另外，采用本实施例所提供的技术方案，可以通过根据所述资源容器组的状态的变化情况，确定所述设备管理服务的调度状态，由于只需关注资源容器组的状态的变化情况，便可快速获知对设备管理服务的调度是否成功，设备管理服务的启动或者升级是否成功，可以快速了解设备管理服务的调度状态，提高了调度管理的效率，并可以进一步地简化设备管理服务的调度过程，以及有效地保障了调度过程中设备管理服务的生命周期一致性，从而进一步地提升了设备管理服务调度的效率和可靠性。
另外，采用本实施例所提供的技术方案，可以通过容器编排引擎根据资源容器组信息进行资源容器组的部署，便可以实现对设备管理服务的资源的动态扩展调度，还可以实现对设备管理服务所使用的资源的有效地限制和隔离，能够有效地管理设备管理服务的实际使用资源的用量，从而更加合理地使用机器资源，提升机器资源的资源使用效率。
图2是根据本公开第二实施例的示意图，如图2所示。
在本实施例中，图3是根据本公开第二实施例的调度方法的调度服务的架构示意图，现结合图3对本实施例中的设备管理服务的调度方法进行详细说明，如图3所示。
调度服务可以包括：调度服务API、调度服务工作线程、容器引擎、容器编排引擎、以及云服务器。该调度服务可以是基于云原生技术所实现的。
具体地，调度服务API可以包括：实例调度模块、服务发现模块、排错(Debug)模块。调度服务工作线程(Worker)可以包括：异步任务模块、同步模块、检查模块。
实例调度模块可以实现实例控制和灰度升级等功能。
服务发现模块可以实现实例发现和实例地址映射等功能。
Debug模块可以实现资源列表打印和内部状态打印等功能。
异步任务模块可以实现全量升级和异常回滚等功能。
同步模块可以实现实例资源同步等功能。
检查模块，即监听模块，可以实现部署资源检查和容器组资源检查等功能，其中，部署资源检查可以是对部署控制器(Deployment)部署资源情况的检查。
可以理解的是，这里的实例即是设备管理服务。该容器引擎可以为Docker，容器编排引擎可以为Kubernetes。
201、获取设备管理服务的调度数据。
这里，设备管理服务的调度数据可以是响应于用户在配置界面的操作，基于设备管理平台的资源管理服务所预先配置的数据。调度数据可以预先存储在数据库中。调度数据可以包括运行数据和升级数据至少一项。
202、根据设备管理服务的运行状态和调度数据，生成调度数据对应的资源容器组信息。
具体地，可以利用实例调度模块，根据所述设备管理服务的运行状态和所述调度数据，生成所述调度数据对应的资源容器组信息。然后，该实例调度模块将资源容器组信息，通过Kubernetes-API，发送至Kubernetes。
该实例调度模块可以用于设备管理服务的生命周期管理，以及资源容器组信息与设备管理服务的调度数据管理。该实例调度模块还可以用于灰度升级。灰度升级可以是为指定某个设备管理服务升级，通过灰度升级可以观察新版本设备管理服务的可靠性等。
实例调度模块与Kubernetes之间的通信功能是基于调度服务的服务发现模块实现的。服务发现模块可以用于发现设备管理服务的虚拟二层网络地址，进而允许业务服务间的端到端通信。
可选地，服务发现模块可以制成SDK，以方便其他服务调用。服务发现模块的工作流程可以包括通过Kubernetes-API的查询资源容器组(Pod)接口，可以基于标签信息(Label)进行查询。每个设备管理服务在云原生的Kubernetes上都可以具有独有的标签，例如，可以是调度数据对应的资源容器组信息中的标签信息。然后，使用Pod的Pod IP，基于Kubernetes的虚拟二层网络进行端到端通信，由此可以降低网络延迟。而且，可以将该PodIP存储在SDK的缓存中。其他业务服务调用设备管理服务对应的Pod IP进行通信，如果任意一次调用返回404或资源不存在，则将SDK中的该Pod IP缓存移除。
具体地，资源容器组信息可以是与Kubernetes相应的信息，即Kubernetes可以用于资源部署的信息，例如，Deployment信息。
203、根据资源容器组信息，部署资源容器组。
这里，Kubernetes可以利用部署控制器(Deployment)，根据资源容器组信息，部署资源容器组(Pod)。
204、利用部署的资源容器组，运行设备管理服务。
205、获取运行设备管理服务的资源容器组的状态。
206、根据资源容器组的状态，确定资源容器组的状态的变化情况。
具体地，可以基于检查模块获取运行所述设备管理服务的资源容器组的状态。该检查模块可以用于获取Kubernetes资源容器组的变化情况。该模块是后台工作线程组，随着调度服务启动而启动，并且与基于长链接的检查不同，该检查模块利用的是SharedInfomer机制，每间隔一段时间便从Kubernetes中获取资源容器组变化情况并进行相应的处理。
207、根据资源容器组的状态的变化情况，确定设备管理服务的调度状态。
208、将调度状态告知设备管理平台。
在本实施例中，调度数据可以包括运行数据和升级数据至少一项。
在本实施例的一个实现方式中，响应于所述设备管理服务的运行状态为未部署状态，根据所述调度数据，生成所述调度数据对应的资源容器组信息。
在该具体实现方式中，若设备管理服务的运行状态为未部署状态，所述调度数据可以是未部署的设备管理服务的运行数据。然后，根据运行数据的标签数据，检查获取到的设备管理服务的运行数据是否正确。若正确，则可以继续根据所述运行数据，生成所述运行数据对应的资源容器组信息。再通过Kubernetes-API将该资源容器组信息发送至Kubernetes。Kubernetes可以利用Deployment根据资源容器组信息，部署Pod。再基于检查模块，获取Kubernetes的Pod的变化情况和Deployment的变化情况。最后，可以根据Pod的状态的变化情况，确定设备管理服务的调度状态，以便将调度状态告知设备管理平台。
具体地，对于任意一个设备管理服务，可以利用检查模块关注以下三种Pod的变化情况和Deployment的变化情况，进而可以确定每种变化情况对应的设备管理服务的调度状态：
第一种，该设备管理服务对应于的Pod从待定状态到运行状态的变化，即一个带有该设备管理服务标签的Pod从待定状态到运行状态的变化，这种变化对应的设备管理服务的调度状态为启动，即设备管理服务已启动。
第二种，一个带有该设备管理服务标签的Pod从运行状态到除了终止状态其他任何状态的变化，这种变化对应的设备管理服务的调度状态为暂停，即设备管理服务已暂停。
第三种，一个带有该设备管理服务标签的Pod从运行状态到终止状态的变化，或者一个带有该设备管理服务标签的Deployment从已部署状态到已删除状态的变化，这种变化对应的设备管理服务的调度状态为删除，即设备管理服务已删除。
因此，在启动设备管理服务的调度中，若检查到第一种变化情况，那么可以上报设备管理平台，例如，可以通过设备管理平台的资源管理服务API上报设备管理平台，以告知该设备管理服务启动成功。
具体地，Pod的pending状态可以是指创建Pod的请求已经被Kubernetes接受，但是容器组并没有启动成功，可能处于：写数据到高可用的键值存储系统(ETCD)，调度、拉取镜像，启动容器组这四个阶段中的任何一个阶段。Pod的running状态可以是Pod已经绑定到节点，并且容器组的所有的容器已经启动成功。Pod的terminating状态可以是Pod被删除，处于退出阶段。Pod的其他状态可以包括成功、失败、未知等状态。
此外，若在预定时间内无法确定Pod的状态的变化情况是从待定状态到运行状态的变化，则可以基于Debug模块发送设备管理服务调度报错提示，以便于人工进行问题排查操作。具体地，该Debug模块可以用于检查Kubernetes的状态以及当前设备管理服务资源的状态，提供了快找技术(Snapshot)等功能供运维人员排查。
可以理解的是，如果一直无法确定Pod的状态的变化情况是从待定状态到运行状态的变化，致使该调度过程迟迟没有结束，可能表征Kubernetes可能发生了机器资源不足，实例镜像出错等问题。此时，可以通过Debug模块进行人工排查，确定问题来源。一般情况下，问题多为机器资源不足的情况，因此，横向扩容增加机器即可解决。
在本实施例的另一个实现方式中，具体可以响应于所述设备管理服务的运行状态为已部署状态，且所述调度数据与所述已部署状态对应的运行数据不一致，根据所述调度数据，生成所述调度数据对应的资源容器组信息。
在该具体实现方式中，若设备管理服务的运行状态为已部署状态，则比对设备管理服务的调度数据和已部署状态对应的运行数据是否存在差异，若所述调度数据与所述已部署状态对应的运行数据不一致，即所述调度数据可以是已部署的设备管理服务的升级数据，则可以利用异步任务模块下发异步升级任务，并启动升级任务，根据升级数据，生成升级数据对应的资源容器组信息。同时，可以保存升级数据和所述已部署状态对应的运行数据。
在该具体实现方式中，在根据设备管理服务的升级数据，生成该升级数据对应的资源容器组信息之前，还可以进一步更新当前的升级并发进程数量，进而判断当前的升级并发进程数量是否超过预设阈值，若所述当前的升级并发进程数量未超过预设阈值，则可以根据所述升级数据，生成所述升级数据对应的资源容器组信息；若所述当前的升级并发进程数量超过预设阈值，则可以等待至当前的升级并发进程数量不超过预设阈值时，再根据升级数据，生成升级数据对应的资源容器组信息。
进一步地，生成升级数据对应的资源容器组信息之后，可以通过Kubernetes-API将升级数据对应的资源容器组信息发送至Kubernetes。Kubernetes可以利用Deployment根据升级数据对应的资源容器组信息，部署Pod。再基于检查模块，获取Kubernetes的Pod的变化情况和Deployment变化情况。最后，可以根据Pod的状态的变化情况，确定设备管理服务的调度状态，以便将调度状态告知设备管理平台。
这里，在检查模块中，可以时刻关注Kubernetes的Pod的变化情况和Deployment的变化情况。检查模块所关注的Pod的变化情况和Deployment的变化情况前述实现方式中检查模块所关注的Pod的变化情况和Deployment的变化情况是相同的，即前述三种变化情况。而且，由于调度服务配置Kubernetes的Deployment可以是不间断更新，所以可以仅关注第一种变化情况即可。
具体地，对于任意一个设备管理服务来讲，获取Kubernetes的Pod的变化情况是第一种变化情况时，可以表征该设备管理服务的升级数据已启动，即可以表征该设备管理服务升级已经完成，升级并发进程数量的计数减1。重复前述设备管理服务的升级数据的调度过程直至所有设备管理服务的升级任务完成。
此外，若设备管理服务的升级不成功，则可以通过Kubernetes-API利用Kubernetes的Deployment进行设备管理服务的回滚，再根据之前保存的升级数据和已部署状态对应的运行数据，重新执行根据升级数据，生成升级数据对应的资源容器组信息以及后续步骤。
这里，在设备管理服务的升级调度过程中，利用了调度服务的异步任务模块，该异步任务模块可以用于处理全量升级以及全量升级过程中遇到的异常回滚。
具体地，在调度服务的维护更新中，调度服务的同步模块可以用于同步可能遗漏的设备管理服务控制请求。通常是在调度服务重启时，同步当前设备管理服务的相关数据至容器编排引擎，例如，同步当前配置的设备管理服务的相关数据至Kubernetes，以便于保证设备管理服务一致性。
此外，在本实施例中，该用于实现设备管理服务的调度方法的调度服务可以应用于设备管理平台，例如，应用于物联网设备管理平台。该调度服务是基于云原生技术实现的，该设备管理平台也可以是适配于基于云原生的调度服务的平台。
这里，该基于云原生的设备管理服务的调度服务是建立在Docker和Kubernetes基础上设计并实现的。Docker是支持创建和使用Linux容器的容器化技术。Kubernetes是一个可移植的、可扩展的开源平台，用于管理容器化的工作负载和服务，可促进声明式配置和自动化，并且提供了一个可弹性运行分布式系统的框架，可以满足扩展要求、故障转移、部署模式等。
进一步地，该设备管理平台的所有服务都是经过了微服务化及容器化的改造，该设备管理平台可以包括设备管理服务(实例)、资源管理服务、API转发服务、以及调度服务等服务。
设备管理服务(实例)是设备管理平台的核心服务，用于某个设备管理服务包含的产品及设备的综合管理。例如，某个设备的消息接入，某个设备的鉴权，查询物模型的定义等。
资源管理服务是用于统一分配设备可用外部资源的服务。例如，消息队列遥测传输(Message Queuing Telemetry Transport，MQTT)，消息队列(Message Queue)等等外部资源的服务。只有分配了可用的外部资源，设备管理服务才能正确的运行。例如，没有分配外部资源MQTT的设备管理服务，是不允许设备通过MQTT方式进行消息的上报。该资源管理服务还可以响应于用户在配置界面对设备管理服务的配置操作，配置设备管理服务的调度数据。并且，可以接收调度服务发送的设备管理服务的调度状态，以便于设备平台获知设备管理服务的当前的调度状态，例如，设备管理服务已启动，或者设备管理服务的升级数据已启动等等。
API转发服务是用于分发某个设备管理服务的具体请求。例如，在某个设备管理服务上创建某个设备可使用的外部资源，若创建一条规则，将该设备的消息通过规则引擎分发到数据目的地。
调度服务是用于实例的统一调度与管理。该服务是内部服务，用户不可见。调度服务可以通过调度服务API与资源管理服务进行设备管理服务的调度。同时，该调度服务还需要维护设备管理服务的生命周期、设备管理服务的服务发现与注册、设备管理服务的资源扩展、镜像的垂直更新等功能。
因此，该设备管理服务的调度方法实现过程中，该调度服务最重要的就是确保设备管理服务的正常运作，具体调度服务的架构，如图3所示。这里，设备管理服务，即设备管理实例，可以抽象作一个微服务，符合云原生的定义。通过对设备管理服务的容器化处理，制成镜像备品，存放在镜像仓库后，调度服务可以根据设备管理服务的相关数据，例如，调度数据，动态的创建Kubernetes相应的资源Pod，以运行设备管理服务，进而完成对设备管理服务的调度。
在本实施例中，可以进一步地使用Kubernetes的应用资源Deployment作为一个设备管理服务的云原生资源定义。Deployment可以维护Pod副本数量以及更新规则等。其中，Deployment资源，即Deployment信息可以支持设置独有标签。该标签可以用于查询、聚合等。Deployment信息可以通过调度服务API进行设置。
具体地，在本实施例中，调度服务云原生化后，Kubernetes可以接替调度服务控制设备管理服务，因此，调度服务可以需要专注于Kubernetes的云原生资源管理。
可以理解的是，随着设备相关业务的更新迭代，设备管理服务需要全量更新，当设备管理平台存在较大数量的设备管理服务时，一旦出现异常，会造成平台中的数据丢失，带来巨大不利影响。基于本实施例的方法可以使单个设备管理服务的更新是有保证的、不间断使用的。因此，在全部设备管理服务的升级时，在控制升级并发数的基础上，通过不断检查Kubernetes资源容器组的变化情况，便可以维护升级的速度和安全。
采用本实施例所提供的技术方案，通过基于云原生的设备管理服务的调度，可以简化设备管理服务的调度管理过程，还有效地保障了调度过程中设备管理服务的生命周期一致性，实现了对设备管理服务的更加简单高效地调度管理，从而保障了设备管理服务调度的可靠性。
而且，可以通过容器编排引擎根据资源容器组信息进行资源容器组的部署，便可以实现对设备管理服务的资源的动态扩展调度，还可以实现对设备管理服务所使用的资源的有效地限制和隔离，能够有效地管理设备管理服务的实际使用资源的用量，从而更加合理地使用机器资源，提升机器资源的资源使用效率。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开并不受所描述的动作顺序的限制，因为依据本公开，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本公开所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
图4是根据本公开第三实施例的示意图，如图4所示。本实施例的设备管理服务的调度装置400可以包括获取单元401、生成单元402、部署单元403和运行单元404。其中，获取单元401，用于获取设备管理服务的调度数据，生成单元402，用于根据所述调度数据，生成所述调度数据对应的资源容器组信息，部署单元403，用于根据所述资源容器组信息，部署资源容器组，运行单元404，用于利用部署的所述资源容器组，运行所述设备管理服务。
需要说明的是，本实施例的设备管理服务的调度装置的部分或全部可以为位于本地终端的应用，或者还可以为设置在位于本地终端的应用中的插件或软件开发工具包(Software Development Kit，SDK)等功能单元，或者还可以为位于网络侧服务器中的处理引擎，或者还可以为位于网络侧的分布式系统，例如，网络侧的设备管理平台中的处理引擎或者分布式系统等，本实施例对此不进行特别限定。
可以理解的是，所述应用可以是安装在本地终端上的本地程序(nativeApp)，或者还可以是本地终端上的浏览器的一个网页程序(webApp)，本实施例对此不进行限定。
可选地，在本实施例的一个可能的实现方式中，所述生成单元402，具体可以用于根据所述设备管理服务的运行状态和所述调度数据，生成所述调度数据对应的资源容器组信息。
例如，所述生成单元402，还可以进一步用于响应于所述设备管理服务的运行状态为未部署状态，根据所述调度数据，生成所述调度数据对应的资源容器组信息。
或者，再例如，所述生成单元402，还可以进一步用于响应于所述设备管理服务的运行状态为已部署状态，且所述调度数据与所述已部署状态对应的运行数据不一致，根据所述调度数据，生成所述调度数据对应的资源容器组信息。
可选地，在本实施例的一个可能的实现方式中，所述运行单元404，具体可以用于获取运行所述设备管理服务的资源容器组的状态；根据所述资源容器组的状态，确定所述资源容器组的状态的变化情况；以及，根据所述资源容器组的状态的变化情况，确定所述设备管理服务的调度状态。
可选地，在本实施例的一个可能的实现方式中，所述调度状态可以包括：启动、暂停、删除。
本实施例中，通过获取单元获取设备管理服务的调度数据，进而可以由生成单元根据所述调度数据，生成所述调度数据对应的资源容器组信息，由部署单元根据所述资源容器组信息，部署资源容器组，使得运行单元能够利用部署的所述资源容器组，运行所述设备管理服务，由于在对设备管理服务进行资源调度中，利用了调度数据对应的资源容器组信息所部署资源容器组运行设备管理服务，简化了设备管理服务的调度管理过程，实现对设备管理服务的更加简单高效地调度管理，从而保障了设备管理服务调度的可靠性。
另外，采用本实施例所提供的技术方案，还可以通过确认设备管理服务的运行状态，再基于不同运行状态下的设备管理服务的调度数据，动态地生成调度数据对应的资源容器组信息，可以实现针对设备管理服务的不同运行状态条件，如启动或者升级，进行调度处理，从而提升了对设备管理服务调度处理的针对性和可靠性。
另外，采用本实施例所提供的技术方案，通过对设备管理服务的运行状态的判断，确定调度数据是未部署的设备管理服务的运行数据，进而可以根据运行数据，生成运行数据对应的资源容器组信息，由此可以有效地处理设备管理服务的启动，保障了设备管理服务的启动调度处理的可靠性。
另外，采用本实施例所提供的技术方案，通过对设备管理服务的运行状态的判断以及对调度数据与已部署状态对应的运行数据是否一致的判断，确定调度数据是已部署的设备管理服务的升级数据，进而可以根据升级数据，生成升级数据对应的资源容器组信息，由此可以有效地处理设备管理服务的更新，保障了设备管理服务的更新调度处理的可靠性。
另外，采用本实施例所提供的技术方案，可以通过根据所述资源容器组的状态的变化情况，确定所述设备管理服务的调度状态，由于只需关注资源容器组的状态的变化情况，便可快速获知对设备管理服务的调度是否成功，设备管理服务的启动或者升级是否成功，可以快速了解设备管理服务的调度状态，提高了调度管理的效率，并可以进一步地简化设备管理服务的调度过程，以及有效地保障了调度过程中设备管理服务的生命周期一致性，从而进一步地提升了设备管理服务调度的效率和可靠性。
另外，采用本实施例所提供的技术方案，可以通过容器编排引擎根据资源容器组信息进行资源容器组的部署，便可以实现对设备管理服务的资源的动态扩展调度，还可以实现对设备管理服务所使用的资源的有效地限制和隔离，能够有效地管理设备管理服务的实际使用资源的用量，从而更加合理地使用机器资源，提升机器资源的资源使用效率。
本公开的技术方案中，所涉及的用户个人信息的获取，例如，用户的配置信息等，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
图5示出了可以用来实施本公开的实施例的示例电子设备500的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
如图5所示，电子设备500包括计算单元501，其可以根据存储在只读存储器(ROM)502中的计算机程序或者从存储单元508加载到随机访问存储器(RAM)503中的计算机程序，来执行各种适当的动作和处理。在RAM 503中，还可存储电子设备500操作所需的各种程序和数据。计算单元501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。
电子设备500中的多个部件连接至I/O接口505，包括：输入单元506，例如键盘、鼠标等；输出单元507，例如各种类型的显示器、扬声器等；存储单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、无线通信收发机等。通信单元509允许电子设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
计算单元501可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元501的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元501执行上文所描述的各个方法和处理，例如设备管理服务的调度方法。例如，在一些实施例中，设备管理服务的调度方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元508。在一些实施例中，计算机程序的部分或者全部可以经由ROM 502和/或通信单元509而被载入和/或安装到电子设备500上。当计算机程序加载到RAM 503并由计算单元501执行时，可以执行上文描述的设备管理服务的调度方法的一个或多个步骤。备选地，在其他实施例中，计算单元501可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行设备管理服务的调度方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (13)

1.一种设备管理服务的调度方法，包括：
获取设备管理服务的调度数据；
根据所述调度数据，生成所述调度数据对应的资源容器组信息；
根据所述资源容器组信息，部署资源容器组；
利用部署的所述资源容器组，运行所述设备管理服务。
2.根据权利要求1所述的方法，其中，所述根据所述调度数据，生成所述调度数据对应的资源容器组信息，包括：
根据所述设备管理服务的运行状态和所述调度数据，生成所述调度数据对应的资源容器组信息。
3.根据权利要求2所述的方法，其中，所述根据所述设备管理服务的运行状态和所述调度数据，生成所述调度数据对应的资源容器组信息，包括：
响应于所述设备管理服务的运行状态为未部署状态，根据所述调度数据，生成所述调度数据对应的资源容器组信息；或者
响应于所述设备管理服务的运行状态为已部署状态，且所述调度数据与所述已部署状态对应的运行数据不一致，根据所述调度数据，生成所述调度数据对应的资源容器组信息。
4.根据权利要求1-3中任一项所述的方法，其中，所述方法还包括：
获取运行所述设备管理服务的资源容器组的状态；
根据所述资源容器组的状态，确定所述资源容器组的状态的变化情况；
根据所述资源容器组的状态的变化情况，确定所述设备管理服务的调度状态。
5.根据权利要求4所述的方法，其中，所述调度状态包括：启动、暂停、删除。
6.一种设备管理服务的调度装置，包括：
获取单元，用于获取设备管理服务的调度数据；
生成单元，用于根据所述调度数据，生成所述调度数据对应的资源容器组信息；
部署单元，用于根据所述资源容器组信息，部署资源容器组；
运行单元，用于利用部署的所述资源容器组，运行所述设备管理服务。
7.根据权利要求6所述的装置，其中，所述生成单元，具体用于
根据所述设备管理服务的运行状态和所述调度数据，生成所述调度数据对应的资源容器组信息。
8.根据权利要求7所述的装置，其中，所述生成单元，还用于
响应于所述设备管理服务的运行状态为未部署状态，根据所述调度数据，生成所述调度数据对应的资源容器组信息；或者
响应于所述设备管理服务的运行状态为已部署状态，且所述调度数据与所述已部署状态对应的运行数据不一致，根据所述调度数据，生成所述调度数据对应的资源容器组信息。
9.根据权利要求6-8中任一项所述的装置，其中，所述运行单元，还用于
获取运行所述设备管理服务的资源容器组的状态；
根据所述资源容器组的状态，确定所述资源容器组的状态的变化情况；以及
根据所述资源容器组的状态的变化情况，确定所述设备管理服务的调度状态。
10.根据权利要求9所述的装置，其中，所述调度状态包括：启动、暂停、删除。
11.一种电子设备，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行根据权利要求1-5中任一项所述的方法。
12.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-5中任一项所述的方法。
13.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-5中任一项所述的方法。
CN202111459944.1A 2021-12-02 2021-12-02 设备管理服务的调度方法、装置、电子设备及存储介质 Pending CN114416276A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111459944.1A CN114416276A (zh) 2021-12-02 2021-12-02 设备管理服务的调度方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111459944.1A CN114416276A (zh) 2021-12-02 2021-12-02 设备管理服务的调度方法、装置、电子设备及存储介质

Publications (1)

Publication Number Publication Date
CN114416276A true CN114416276A (zh) 2022-04-29

Family

ID=81265470

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111459944.1A Pending CN114416276A (zh) 2021-12-02 2021-12-02 设备管理服务的调度方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN114416276A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115102999A (zh) * 2022-06-09 2022-09-23 光大科技有限公司 DevOps系统、服务提供方法、存储介质和电子装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115102999A (zh) * 2022-06-09 2022-09-23 光大科技有限公司 DevOps系统、服务提供方法、存储介质和电子装置
CN115102999B (zh) * 2022-06-09 2024-02-09 光大科技有限公司 DevOps系统、服务提供方法、存储介质和电子装置

Similar Documents

Publication Publication Date Title
US9483314B2 (en) Systems and methods for fault tolerant batch processing in a virtual environment
CN108733461B (zh) 分布式任务调度方法和装置
US20160154665A1 (en) Virtual machine deployment method, virtual machine deployment program, and virtual machine deployment system
CN113569987A (zh) 模型训练方法和装置
EP3869336A1 (en) Method and apparatus for processing development machine operation task, device and storage medium
CN111343219B (zh) 计算服务云平台
CN113742031A (zh) 节点状态信息获取方法、装置、电子设备及可读存储介质
CN113204353B (zh) 一种大数据平台组件部署方法及装置
CN111782341B (zh) 用于管理集群的方法和装置
US20200233691A1 (en) Containerized management services with high availability
CN113422692A (zh) 一种K8s集群内节点故障检测及处理方法、装置及存储介质
CN113377665A (zh) 基于容器技术的测试方法、装置、电子设备及存储介质
CN114416276A (zh) 设备管理服务的调度方法、装置、电子设备及存储介质
CN110569104A (zh) 深度学习系统中任务训练的管理方法和计算机存储介质
CN115576565A (zh) 应用程序的部署方法、装置、电子设备及存储介质
CN112817992B (zh) 执行更改任务的方法、装置、电子设备以及可读存储介质
CN115277398A (zh) 一种集群的网络配置方法和装置
CN114721686A (zh) 配置数据更新方法、装置、电子设备和存储介质
CN113419921A (zh) 一种任务监控方法、装置、设备以及存储介质
CN110188008B (zh) 作业调度主备切换方法、装置、计算机设备及存储介质
CN113746676A (zh) 基于容器集群的网卡管理方法、装置、设备、介质及产品
CN112579247A (zh) 确定任务状态的方法和装置
US20240061708A1 (en) Controller for computing environment frameworks
CN115080199A (zh) 任务调度方法、系统、设备、存储介质及程序产品
CN117519989B (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