CN116627654A - 控制方法及电子设备 - Google Patents

Abstract

本申请公开了一种控制方法及电子设备，控制方法应用于第一设备，所述方法包括：获得所述第一设备所属的目标集群对应的集群配置信息；根据所述集群配置信息，确定进入所述目标集群的第二设备；其中，所述第一设备至少能够提供目标服务；对所述第二设备进行处理，以使得所述第二设备能够提供所述目标服务。

Description

控制方法及电子设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种控制方法及电子设备。

背景技术

目前，边缘服务器在部署到边缘环境中后，需要管理员手动进行硬件激活以及软件安装和注册等操作，这就导致边缘服务器的部署操作复杂度较高。

发明内容

有鉴于此，本申请提供一种控制方法及电子设备，如下：

一种控制方法，应用于第一设备，所述方法包括：

获得所述第一设备所属的目标集群对应的集群配置信息；

根据所述集群配置信息，确定进入所述目标集群的第二设备；其中，所述第一设备至少能够提供目标服务；

对所述第二设备进行处理，以使得所述第二设备能够提供所述目标服务。

上述方法，优选的，所述集群配置信息至少包括：至少一个电子设备的设备标识，所述设备标识用于唯一表征所述电子设备，所述电子设备为属于所述目标集群的设备。

上述方法，优选的，获得所述第一设备所属的目标集群对应的集群配置信息，包括：

从第一云端获得所述第一设备所属的目标集群对应的集群配置信息，所述集群配置信息在所述目标集群被创建时生成并被存储到所述第一云端中。

上述方法，优选的，对所述第二设备进行处理，包括：

对所述第二设备执行第一处理，以使得所述第二设备的硬件能够被使用；

对所述第二设备执行第二处理，以使得所述第二设备的软件能够被使用。

上述方法，优选的，对所述第二设备执行第一处理，包括：

将所述第二设备对应的第一标识传输给第一云端，所述第一云端为所述第二设备的硬件提供商所属的云端服务器；

接收所述第一云端传输的硬件激活消息，以使得所述第二设备的硬件能够被使用。

上述方法，优选的，对所述第二设备执行第二处理，至少包括：

为所述第二设备安装操作系统和应用程序；

为所述第二设备配置授权运行文件，所述授权运行文件用于使得所述第二设备能够运行所述操作系统和所述应用程序；

将所述第二设备对应的第二标识传输给第二云端，所述第二云端为所述操作系统和所述应用程序的提供商所属的云端服务器；

接收所述第二云端传输的软件注册消息，以使得所述第二设备的所述操作系统和所述应用程序能够被使用。

上述方法，优选的，为所述第二设备安装操作系统和应用程序，包括：

从第一云端获得程序文件；所述第一云端为所述第二设备的硬件提供商所属的云端服务器；所述第一云端中的程序文件预先从所述第二云端获得；

将所述程序文件传输给所述第二设备；

触发所述第二设备执行所述程序文件，以使得所述程序文件对应的操作系统和应用程序被安装到所述第二设备上。

上述方法，优选的，为所述第二设备配置授权运行文件，还包括：

从第一云端获得授权运行文件，所述第一云端为所述第二设备的硬件提供商所属的云端服务器，所述授权运行文件包含授权密钥和配置文件；

将所述授权密钥和所述配置文件传输给所述第二设备。

上述方法，优选的，所述方法还包括：

将所述第一设备对应的第一标识传输给第一云端，所述第一云端为所述第二设备的硬件提供商所属的云端服务器；

接收所述第一云端传输的硬件激活消息，以使得所述第一设备的硬件被使用；

为所述第一设备安装操作系统和应用程序；

为所述第一设备配置授权运行文件，所述授权运行文件用于使得所述第一设备能够运行所述操作系统和所述应用程序；

将所述第一设备对应的第二标识传输给第二云端，所述第二云端为所述操作系统和所述应用程序的提供商所属的云端服务器；

接收所述第二云端传输的软件注册消息，以使得所述第一设备的所述操作系统和所述应用程序能够被使用。

一种电子设备，所述电子设备作为第一设备，包括：

存储器，用于存储计算机程序以及所述计算机程序运行所产生的数据；

处理器，用于获得所述第一设备所属的目标集群对应的集群配置信息；根据所述集群配置信息，确定进入所述目标集群的第二设备；其中，所述第一设备至少能够提供目标服务；对所述第二设备进行处理，以使得所述第二设备能够提供所述目标服务。

从上述技术方案可以看出，本申请公开的一种控制方法及电子设备中，在第一设备上通过获得所属目标集群对应的集群配置信息，进而根据集群配置信息确定进入目标集群的第二设备并对第二设备进行处理，以使得第二设备能够与第一设备一样提供目标服务。可见，本申请中无需管理员对进入目标集群的设备进行手动配置，而是通过目标集群中的一个设备即可实现对其他进入目标集群的设备的配置，使得进入目标集群的设备都能够提供目标服务，由此，能够降低管理员对进入集群的设备的配置操作复杂度。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例一提供的一种控制方法的流程图；

图2为本申请中边端集群的示例图；

图3为本申请实施例一提供的一种控制方法的部分流程图；

图4为本申请实施例中主服务器为边缘服务器进行硬件激活的示例图；

图5为本申请实施例一提供的一种控制方法的另一部分流程图；

图6为本申请实施例中主服务器为边缘服务器安装操作系统和应用程序的示例图；

图7为本申请实施例中主服务器为边缘服务器提供授权密钥和配置文件的示例图；

图8为本申请实施例中主服务器为边缘服务器进行硬件激活的示例图；

图9为本申请实施例一提供的一种控制方法的另一部分流程图；

图10为本申请实施例二提供的一种控制装置的结构示意图；

图11为本申请实施例三提供的一种电子设备制的结构示意图；

图12为本申请中基于云边协同的边端集群部署方案的架构和流程示例图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参考图1，为本申请实施例一提供的一种控制方法的实现流程图，该方法可以适用于目标集群的第一设备中，如目标集群中作为主服务器的边缘服务器。例如，如图2中所示，目标集群为能够提供点餐服务的边端集群，目标集群中配置有主服务器，还有其他边缘服务器能够进入边端集群，边端集群中每个边缘服务器属于每个餐饮店，边缘服务器在所属的餐饮店提供点餐服务。本实施例中的技术方案主要用于降低对进入目标集群的电子设备的配置操作复杂度。

具体的，本实施例中的方法可以包含如下步骤：

步骤101：获得第一设备所属的目标集群对应的集群配置信息。

其中，集群配置信息基于属于目标集群的电子设备的信息生成。具体的集群配置信息中至少包含：至少一个电子设备的设备标识，设备标识用于唯一表征电子设备，这些电子设备为预先配置为属于目标集群的设备。

例如，电子设备的设备标识可以为电子设备的互联网协议地址IP(InternetProtocol Address)、通用唯一识别码uuid(Universally Unique Identifier)等标识信息，能够在目标集群中唯一表征电子设备。

具体的，本实施例中可以从第一云端获得第一设备所属的目标集群对应的集群配置信息，集群配置信息在目标集群被创建时生成并被存储到第一云端上。在目标集群中的第一设备被确定之后，第一设备从第一云端上获得所属目标集群的集群配置信息。

例如，在边端集群被用户创建时，用户预先配置属于边端集群的边缘服务器的设备标识，如IP地址或uuid等标识，由此生成集群配置信息。集群配置信息被保存到第一云端上，在边端集群中被用户设置主服务器之后，由主服务器从第一云端上获取边端集群的集群配置信息。其中，主服务器指任何一个边缘集群中的边缘服务器都可以被配置为主服务器(BMC group lead),对这个组的其他边缘服务器做一些操作。如果一个主服务器有问题，别的边缘服务器可以被配置为新的主服务器。或者用户想减轻一个担任主服务器的边缘服务器的工作负载，也可以配置另外一个边缘服务器为新的主服务器。

其中，第一设备除了能够实现本申请实施例中的功能，还能够提供目标服务，如点餐服务等。

步骤102：根据集群配置信息，确定进入目标集群的第二设备。

具体的，在第一设备上，根据集群配置信息，查找匹配该集群配置信息的电子设备，如果电子设备与集群配置信息相匹配，如电子设备的设备标识在集群配置信息中，那么可以确定该电子设备进入目标集群，即第二设备。

例如，在边端集群中的某个边缘服务器被设置为主服务器之后，主服务器从第一云端获得该边端集群的集群配置信息，并监测周边的其他边缘服务器，进而根据集群配置信息与发现的边缘服务器的IP地址确定该边缘服务器是否边端集群中的服务器，即第二设备。

步骤103：对第二设备进行处理，以使得第二设备能够提供目标服务。

例如，本实施例中可以对第二设备进行一项或多项处理，如软件注册、硬件激活等处理，以使得第二设备能够启动并运行，以提供目标服务。

具体的，目标集群中的电子设备之间能够进行通信，本实施例中第一设备可以目标集群中电子设备之间的通信通道对第二设备进行处理，以使得第二设备能够提供目标服务。

例如，主服务器从第一云端获得该边端集群的集群配置信息，并根据集群配置信息确定属于边端集群的边缘服务器，再对该边缘服务器进行处理，使得边缘服务器能够提供与主服务器一样的点餐服务。

需要说明的是，第一设备上可以通过单片机或其他能够运行计算机程序的控制芯片实现以上处理。例如，主服务器上可以配置有基板管理控制器BMC(baseboardmanagement controller)，BMC中预先写入有实现本实施例中技术方案的计算机程序，在主服务器连电启动之后通过运行BMC中的计算机程序实现本实施例中的技术方案。

从上述技术方案可以看出，本申请实施例一提供的一种控制方法中，在第一设备上通过获得所属目标集群对应的集群配置信息，进而根据集群配置信息确定进入目标集群的第二设备并对第二设备进行处理，以使得第二设备能够与第一设备一样提供目标服务。可见，本实施例中无需管理员对进入目标集群的设备进行手动配置，而是通过目标集群中的一个设备即可实现对其他进入目标集群的设备的配置，使得进入目标集群的设备都能够提供目标服务，由此，能够降低管理员对进入集群的设备的操作复杂度。

在一种实现方式中，步骤103中在对第二设备进行处理时，可以通过如下方式实现：

对第二设备进行第一处理，以使得第二设备的硬件能够被使用；

对第二设备进行第二处理，以使得第二设备的软件能够被使用。

例如，边端集群中的主服务器对发现的其他边缘服务器均执行硬件对应的第一处理和软件对应的第二处理，以使得被处理的边缘服务器的硬件和软件均能够被使用，基于此，边缘服务器能够启动并运行，以提供点餐服务。

具体的，本实施例中对第二设备进行第一处理可以包含如下步骤，如图3中所示：

步骤301：将第二设备对应的第一标识传输给第一云端。

其中，第一云端为第二设备的硬件提供商所属的云端服务器。如A品牌的计算机提供商的云端服务器。第一云端与第一设备之间建立有数据通道，如无线传输通道，以便于在第一设备与第一云端之间进行数据传输。

具体的，第一标识可以为在第一云端表征第二设备的标识，如第二设备的uuid或产品序列号SN(Serial Number)等。在第一云端上接收到第一设备发送的第二设备对应的第一标识之后，第一云端上登记该第一标识，并生成硬件激活消息，该硬件激活消息表征第二设备的硬件被激活并能够被正常使用。

步骤302：接收第一云端传输的硬件激活消息，以使得第二设备的硬件能够被使用。

具体的，第一设备可以通过与第一云端之间的数据通道接收第一云端传输的硬件激活消息，第一设备在接收到属于第二设备的硬件激活消息之后，可以将硬件激活消息传输给第二设备，以使得第二设备的硬件能够被使用。

例如，如图4中所示，主服务器将属于边端集群的边缘服务器a的产品序列号发送给硬件提供商的云端服务器，云端服务器进行产品序列号的登记，然后将生成的硬件激活消息发送给主服务器，主服务器将硬件激活消息发送给边缘服务器a，完成边缘服务器a的硬件激活，以使得边缘服务器a的硬件能够被正常使用。

在一种实现方式中，本实施例中对第二设备进行第二处理可以包含如下步骤，如图5中所示：

步骤501：为第二设备安装操作系统和应用程序。

具体的，第一设备可以从第一云端获得程序文件，将程序文件传输给第二设备之后，触发第二设备执行程序文件，以使得程序文件对应的操作系统和应用程序被安装到第二设备上。

其中，第一云端中的程序文件可以预先从第二云端获得，第二云端为操作系统和应用程序的软件提供商所属的云端服务器。

例如，如图6中所示，第一云端上预先从第二云端获得操作系统和应用程序的程序文件，在边端集群中的某个边缘服务器被设置为主服务器之后，主服务器除了实时监测是否有属于边端集群的边缘服务器，还从第一云端获得边缘服务器所需要安装的操作系统和应用程序的程序文件，主服务器将程序文件发送给属于边端集群的边缘服务器a，使得边缘服务器a安装操作系统和应用程序。

需要说明的是，主服务器中可以存储预先从第一云端获得的程序文件，在确定第二设备之后，直接读取存储的程序文件，由此可以节省文件获取时长；或者，主服务器可以在每次确定第二设备之后，均从第一云端获得程序文件，由此可以保证所获得到的程序文件为最新版本。

步骤502：为第二设备配置授权运行文件，授权运行文件用于使得第二设备能够运行操作系统和应用程序。

具体的，第一设备可以从第一云端获得授权运行文件，授权运行文件中包含有授权密钥和配置文件，然后，将这些授权密钥和配置文件传输给第二设备，以使得第二设备上能够根据配置文件进行设备配置并使用授权密钥正常启动操作系统和应用程序。

例如，如图7中所示，主服务器从硬件提供商的云端服务器上获得授权密钥和配置文件，然后将这些授权密钥和配置文件传输给属于边端集群的边缘服务器a，使得边缘服务器a能够根据配置文件进行设备配置并使用授权密钥正常启动操作系统和应用程序。

步骤503：将第二设备对应的第二标识传输给第二云端。

其中，第二标识为在第二云端上表征第二设备的操作系统和应用程序的标识，如软件标识等。第二云端根据接收到的第二标识对第二设备的操作系统和应用程序进行软件注册，生成软件注册消息，以表征第二设备上的操作系统和应用程序已经进行注册且能够被使用。

步骤504：接收第二云端传输的软件注册消息，以使得第二设备的操作系统和应用程序能够被使用。

例如，如图8中所示，主服务器将属于边端集群的边缘服务器a的软件标识发送给软件提供商的云端服务器，云端服务器进行软件标识的注册，然后将生成的软件注册消息发送给主服务器，主服务器将软件注册消息发送给边缘服务器a，完成边缘服务器a的软件注册，以使得边缘服务器a的操作系统和应用程序能够被正常使用。

在另一种实现方式中，本实施例中对第二设备进行第二处理可以为：为第二设备安装操作系统和应用程序，并为第二设备配置授权运行文件，授权运行文件用于使得第二设备能够运行操作系统和应用程序，基于此，第二设备在启动后可以将自己的第二标识传输给第二云端，并接收第二云端传输的软件注册消息，由此，第二设备的操作系统和应用程序能够被使用。

例如，主服务器在将这些授权密钥和配置文件传输给属于边端集群的边缘服务器a之后，边缘服务器a能够正常启动，启动后的边缘服务器a将边缘服务器a的软件标识发送给软件提供商的云端服务器，云端服务器进行软件标识的注册，然后将生成的软件注册消息发送给边缘服务器a，完成边缘服务器a的软件注册，以使得边缘服务器a的操作系统和应用程序能够被正常使用。

在一种实现方式中，本实施例中还可以包含如下处理，如图9中所示：

步骤104：将第一设备对应的第一标识传输给第一云端。

步骤105：接收第一云端传输的硬件激活消息，以使得第一设备的硬件被使用。

步骤106：为第一设备安装操作系统和应用程序。

步骤107：为第一设备配置授权运行文件，授权运行文件用于使得第一设备能够运行操作系统和应用程序。

步骤108：将第一设备对应的第二标识传输给第二云端。

步骤109：接收第二云端传输的软件注册消息，以使得第一设备的操作系统和应用程序能够被使用。

需要说明的是，步骤104到步骤105为对第一设备进行第一处理，以使得第一设备的硬件能够被使用，步骤106到步骤109为对第一设备进行第二处理，以使得第一设备的软件能够被使用。

另外，本实施例可以按照附图所示先执行步骤104，再执行步骤106，或者，本实施例中也可以同步执行步骤104和步骤106，或者，本实施例中也可以先执行步骤106，再执行步骤104，步骤执行顺序不同所产生的不同的技术方案均在本申请保护范围内。

其中，步骤104到步骤109中的具体实现方案可以参考前文中为对第二设备进行第一处理和第二处理的实现方式，此处不再详述。

结合前文实施例，需要说明的是，在目标集群被创建后，第一设备在首次执行本实施例中的技术方案时，本实施例中的步骤104可以与步骤301同步执行。例如，第一设备可以将第一设备对应的第一标识和第二设备对应的第一标识作为同属于目标集群的标识组合一起传输给第一云端，由此，在第一云端上分别登记第一设备和第二设备各自的第一标识，以实现硬件激活。

本实施例中的步骤106可以与步骤501同步执行。例如，第一设备可以同步为第一设备和第二设备安装操作系统和应用程序。

本实施例中的步骤107可以与步骤502同步执行。例如，第一设备可以同步为第一设备和第二设备配置授权运行文件。

本实施例中的步骤108可以和步骤503同步执行。例如，第一设备可以将第一设备对应的第二标识和第二设备对应的第二标识作为同属于目标集群的标识组合传输给第二云端，由此，在第二云端上对第一设备和第二设备进行软件注册。

基于以上实现，在目标集群被配置完成且目标集群中的所有设备均能够提供目标服务的情况下，第一设备可以继续执行本实施例中的技术方案，以使得第一设备能够根据目标集群对应的集群配置信息及时发现新进入目标集群的第二设备并对新加入的第二设备进行处理，即对发现的新的第二设备进行硬件激活和软件注册，使得新加入的第二设备也能够提供目标服务。而此时，第一设备无需再对第一设备进行硬件激活和软件注册。

参考图10，为本申请实施例二提供的一种控制装置的结构示意图，该装置可以配置在目标集群的第一设备中，如目标集群中作为主服务器的边缘服务器。例如，如图2中所示，目标集群为能够提供点餐服务的边端集群，目标集群中配置有主服务器，还有其他边缘服务器能够进入边端集群，边端集群中每个边缘服务器属于每个餐饮店，边缘服务器在所属的餐饮店提供点餐服务。本实施例中的技术方案主要用于降低对进入目标集群的电子设备的配置操作复杂度。

具体的，本实施例中的装置可以包含如下单元：

信息获得单元1001，用于获得所述第一设备所属的目标集群对应的集群配置信息；

设备确定单元1002，用于根据所述集群配置信息，确定进入所述目标集群的第二设备；其中，所述第一设备至少能够提供目标服务；

设备处理单元1003，用于对所述第二设备进行处理，以使得所述第二设备能够提供所述目标服务。

从上述技术方案可以看出，本申请实施例二提供的一种控制装置中，在第一设备上通过获得所属目标集群对应的集群配置信息，进而根据集群配置信息确定进入目标集群的第二设备并对第二设备进行处理，以使得第二设备能够与第一设备一样提供目标服务。可见，本实施例中无需管理员对进入目标集群的设备进行手动配置，而是通过目标集群中的一个设备即可实现对其他进入目标集群的设备的配置，使得进入目标集群的设备都能够提供目标服务，由此，能够降低管理员对进入集群的设备的操作复杂度。

在一种实现方式中，所述集群配置信息至少包括：至少一个电子设备的设备标识，所述设备标识用于唯一表征所述电子设备，所述电子设备为属于所述目标集群的设备。

在一种实现方式中，信息获得单元1001具体用于：从第一云端获得所述第一设备所属的目标集群对应的集群配置信息，所述集群配置信息在所述目标集群被创建时生成并被存储到所述第一云端中。

在一种实现方式中，设备处理单元1003具体用于：对所述第二设备执行第一处理，以使得所述第二设备的硬件能够被使用；对所述第二设备执行第二处理，以使得所述第二设备的软件能够被使用。

具体的，设备处理单元1003在对所述第二设备执行第一处理时，具体用于：将所述第二设备对应的第一标识传输给第一云端，所述第一云端为所述第二设备的硬件提供商所属的云端服务器；接收所述第一云端传输的硬件激活消息，以使得所述第二设备的硬件能够被使用。

具体的，设备处理单元1003在对所述第二设备执行第二处理时，具体用于：为所述第二设备安装操作系统和应用程序；为所述第二设备配置授权运行文件，所述授权运行文件用于使得所述第二设备能够运行所述操作系统和所述应用程序；将所述第二设备对应的第二标识传输给第二云端，所述第二云端为所述操作系统和所述应用程序的提供商所属的云端服务器；接收所述第二云端传输的软件注册消息，以使得所述第二设备的所述操作系统和所述应用程序能够被使用。

其中，设备处理单元1003在为所述第二设备安装操作系统和应用程序时，具体用于：从第一云端获得程序文件；所述第一云端为所述第二设备的硬件提供商所属的云端服务器；所述第一云端中的程序文件预先从所述第二云端获得；将所述程序文件传输给所述第二设备；触发所述第二设备执行所述程序文件，以使得所述程序文件对应的操作系统和应用程序被安装到所述第二设备上。

其中，设备处理单元1003在为所述第二设备配置授权运行文件时，具体用于：从第一云端获得授权运行文件，所述第一云端为所述第二设备的硬件提供商所属的云端服务器，所述授权运行文件包含授权密钥和配置文件；将所述授权密钥和所述配置文件传输给所述第二设备。

在一种实现方式中，设备处理单元1003还用于：将所述第一设备对应的第一标识传输给第一云端，所述第一云端为所述第二设备的硬件提供商所属的云端服务器；接收所述第一云端传输的硬件激活消息，以使得所述第一设备的硬件被使用；为所述第一设备安装操作系统和应用程序；为所述第一设备配置授权运行文件，所述授权运行文件用于使得所述第一设备能够运行所述操作系统和所述应用程序；将所述第一设备对应的第二标识传输给第二云端，所述第二云端为所述操作系统和所述应用程序的提供商所属的云端服务器；接收所述第二云端传输的软件注册消息，以使得所述第一设备的所述操作系统和所述应用程序能够被使用。

需要说明的是，本实施例中各单元的具体实现可以参考前文中的相应内容，此处不再详述。

参考图11，为本申请实施例三提供的一种电子设备的结构示意图，该电子设备作为目标集群中的第一设备，可以包含如下结构：

存储器1101，用于存储计算机程序以及所述计算机程序运行所产生的数据；

处理器1102，用于获得所述第一设备所属的目标集群对应的集群配置信息；根据所述集群配置信息，确定进入所述目标集群的第二设备；其中，所述第一设备至少能够提供目标服务；对所述第二设备进行处理，以使得所述第二设备能够提供所述目标服务。

从上述技术方案可以看出，本申请实施例三提供的一种电子设备中，在第一设备上通过获得所属目标集群对应的集群配置信息，进而根据集群配置信息确定进入目标集群的第二设备并对第二设备进行处理，以使得第二设备能够与第一设备一样提供目标服务。可见，本实施例中无需管理员对进入目标集群的设备进行手动配置，而是通过目标集群中的一个设备即可实现对其他进入目标集群的设备的配置，使得进入目标集群的设备都能够提供目标服务，由此，能够降低管理员对进入集群的设备的配置操作复杂度。

以电子设备为A厂商提供的服务器为例，基于以上方案，本申请提出一种基于云边协同的边端集群部署方案，以降低用户对边缘服务器进行配置的操作复杂度。具体如下：

如图12中所示，为云边架构图，基于该架构，以下为本申请中基于云边协同的边端集群部署方案的流程：

1、创建边端集群：在A厂商的设备管理云(即前文中的第一云端)中，管理员用户创建边端集群(设备组)，如配置IP地址的范围、uuid等信息。

2、配置边端集群：在A厂商的设备管理云中，管理员用户配置边端集群，例如配置属于边端集群的边缘服务器的设备标识，如IP地址或uuid等标识，由此生成集群配置信息。集群配置信息被保存到设备管理云上。

3、获取边端集群设备授权密钥及配置文件：管理员用户将从目标云(即前文中的第二云端)中获取对应设备的授权密钥及配置文件，并存储在A厂商的设备管理云中。

4、开箱：在边端，现场用户收到边缘服务器，开箱启动，各个边缘服务器可以通过BMC互连组成集群。

5、主服务器连接到设备管理云并从设备管理云获得集群配置信息：现场用户将边端集群中的一台服务器加入A厂商的设备管理云并激活，此服务器成为边端集群的主服务器，主服务器从设备管理云拿到所在边缘集群的集群配置信息。

6、发现其他服务器并组集群：主服务器根据设备管理云下载的集群配置信息自动发现集群中其他服务器，并确认这些服务器属于同一集群。

7、激活服务器：主服务器根据集群配置信息在设备管理云上激活所在边端集群中的其他服务器，即硬件激活。

8、安装操作系统及软件：现场用户将安装介质如应用程序挂载到主服务器上，主服务器根据A厂商的设备管理云中的集群配置信息在集群中所有服务器中(包含自己)安装操作系统及对应软件(即前文中的应用程序)。

9、安装目标云密钥和配置文件：在操作系统及对应软件安装好后，主服务器将对应的目标云的授权密钥和配置文件从A厂商的设备管理云中下载下来并分发到集群中所有服务器中。

10、注册到目标云：主服务器将集群中的所有服务器启动并自动注册到目标云。

综上，本申请的技术方案中，由管理员用户预先将边端集群的集群配置信息维护在厂商的设备管理平台云中，进而通过连接边缘服务器到设备管理云，边端集群的部署及配置可以通过配置的主服务器完全自动化进行，并安全地注册到目标云中。由此，现场用户无需太多技能即可完成整个边端集群的部署及配置，极大的简化了边端集群部署的难度，并保证了安全性。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种控制方法，应用于第一设备，所述方法包括：

获得所述第一设备所属的目标集群对应的集群配置信息；

根据所述集群配置信息，确定进入所述目标集群的第二设备；其中，所述第一设备至少能够提供目标服务；

对所述第二设备进行处理，以使得所述第二设备能够提供所述目标服务。

2.根据权利要求1所述的方法，所述集群配置信息至少包括：至少一个电子设备的设备标识，所述设备标识用于唯一表征所述电子设备，所述电子设备为属于所述目标集群的设备。

3.根据权利要求1或2所述的方法，获得所述第一设备所属的目标集群对应的集群配置信息，包括：

从第一云端获得所述第一设备所属的目标集群对应的集群配置信息，所述集群配置信息在所述目标集群被创建时生成并被存储到所述第一云端中。

4.根据权利要求1或2所述的方法，对所述第二设备进行处理，包括：

对所述第二设备执行第一处理，以使得所述第二设备的硬件能够被使用；

对所述第二设备执行第二处理，以使得所述第二设备的软件能够被使用。

5.根据权利要求4所述的方法，对所述第二设备执行第一处理，包括：

将所述第二设备对应的第一标识传输给第一云端，所述第一云端为所述第二设备的硬件提供商所属的云端服务器；

接收所述第一云端传输的硬件激活消息，以使得所述第二设备的硬件能够被使用。

6.根据权利要求4所述的方法，对所述第二设备执行第二处理，至少包括：

为所述第二设备安装操作系统和应用程序；

为所述第二设备配置授权运行文件，所述授权运行文件用于使得所述第二设备能够运行所述操作系统和所述应用程序；

将所述第二设备对应的第二标识传输给第二云端，所述第二云端为所述操作系统和所述应用程序的提供商所属的云端服务器；

接收所述第二云端传输的软件注册消息，以使得所述第二设备的所述操作系统和所述应用程序能够被使用。

7.根据权利要求6所述的方法，为所述第二设备安装操作系统和应用程序，包括：

从第一云端获得程序文件；所述第一云端为所述第二设备的硬件提供商所属的云端服务器；所述第一云端中的程序文件预先从所述第二云端获得；

将所述程序文件传输给所述第二设备；

触发所述第二设备执行所述程序文件，以使得所述程序文件对应的操作系统和应用程序被安装到所述第二设备上。

8.根据权利要求6所述的方法，为所述第二设备配置授权运行文件，还包括：

从第一云端获得授权运行文件，所述第一云端为所述第二设备的硬件提供商所属的云端服务器，所述授权运行文件包含授权密钥和配置文件；

将所述授权密钥和所述配置文件传输给所述第二设备。

9.根据权利要求1或2所述的方法，所述方法还包括：

将所述第一设备对应的第一标识传输给第一云端，所述第一云端为所述第二设备的硬件提供商所属的云端服务器；

接收所述第一云端传输的硬件激活消息，以使得所述第一设备的硬件被使用；

为所述第一设备安装操作系统和应用程序；

为所述第一设备配置授权运行文件，所述授权运行文件用于使得所述第一设备能够运行所述操作系统和所述应用程序；

将所述第一设备对应的第二标识传输给第二云端，所述第二云端为所述操作系统和所述应用程序的提供商所属的云端服务器；

接收所述第二云端传输的软件注册消息，以使得所述第一设备的所述操作系统和所述应用程序能够被使用。

10.一种电子设备，所述电子设备作为第一设备，包括：

存储器，用于存储计算机程序以及所述计算机程序运行所产生的数据；

处理器，用于获得所述第一设备所属的目标集群对应的集群配置信息；

根据所述集群配置信息，确定进入所述目标集群的第二设备；其中，所述第一设备至少能够提供目标服务；对所述第二设备进行处理，以使得所述第二设备能够提供所述目标服务。