CN116016187A - 应用服务控制方法和装置 - Google Patents

Abstract

本申请提供了一种应用服务控制方法和装置，应用于云服务系统的服务控制设备，服务控制设备获得边缘节点发送的边缘节点中应用服务程序的第一状态监控信息；基于第一状态监控信息，配置云服务系统的云节点中虚拟机的状态，虚拟机用于模拟应用服务程序；基于第一状态监控信息和虚拟机的状态，配置云服务系统关联的主域名服务器中的第一域名关系以及云服务系统关联的备用域名服务器中的第二域名关系，第一域名关系用于将访问应用服务程序的访问请求指向边缘节点，第二域名关系用于将访问应用服务程序对应的访问请求指向虚拟机。本方案可以减少由于边缘节点中应用服务程序异常而导致应用服务程序提供的应用服务中断的情况。

Description

应用服务控制方法和装置

技术领域

本申请涉及数据处理技术领域，尤其涉及一种应用服务控制方法和装置。

背景技术

在边缘计算场景中，通过边缘节点中的应用服务程序可以为用户终端提供边缘计算等相关的应用服务。

但是，如果边缘节点或者边缘节点中应用服务程序出现故障，则会导致应用服务程序提供的应用服务中断，导致应用服务异常，从而使得应用服务程序提供的应用服务的可靠性差。

发明内容

本申请提供了一种应用服务控制方法和装置。

其中，一种应用服务控制方法，应用于云服务系统的服务控制设备，包括：

获得边缘节点发送的所述边缘节点中应用服务程序的第一状态监控信息；

基于所述第一状态监控信息，配置所述云服务系统的云节点中虚拟机的状态，所述虚拟机用于模拟所述应用服务程序；

基于所述第一状态监控信息和所述虚拟机的状态，配置所述云服务系统关联的主域名服务器中的第一域名关系以及所述云服务系统关联的备用域名服务器中的第二域名关系，所述第一域名关系用于将访问所述应用服务程序的访问请求指向所述边缘节点，所述第二域名关系用于将访问所述应用服务程序对应的访问请求指向所述虚拟机。

在一种可能的实现方式中，所述基于所述第一状态监控信息，配置所述云服务系统的云节点中虚拟机的状态，包括：

基于所述第一状态监控信息确定出所述应用服务程序出现异常，在云服务系统的云节点中创建用于模拟所述应用服务程序的虚拟机，启动所述虚拟机；

所述基于所述第一状态监控信息和所述虚拟机的状态，配置所述云服务系统关联的主域名服务器中的第一域名关系以及所述云服务系统关联的备用域名服务器中的第二域名关系，包括：

基于所述第一状态监控信息确定出所述应用服务程序出现异常，删除所述云服务系统关联的主域名服务器中的第一域名关系；

确认所述虚拟机启动，在所述云服务系统关联的备用域名服务器中存储第二域名关系。

在又一种可能的实现方式中，在确认所述虚拟机启动之前，还包括：

获得边缘节点发送的所述应用服务程序的第一运行数据；

存储所述第一运行数据；

在启动所述虚拟机之后，还包括：

控制所述虚拟机基于所述第一运行数据提供所述应用服务程序对应的服务。

在又一种可能的实现方式中，所述控制所述虚拟机基于所述第一运行数据提供所述应用服务程序对应的应用服务，包括：

建立存储的所述第一运行数据与所述虚拟机的挂载关系，使得所述虚拟机能够访问所述第一运行数据，基于所述第一运行数据提供所述应用服务程序对应的应用服务。

在又一种可能的实现方式中，所述基于所述第一状态监控信息，配置所述云服务系统的云节点中虚拟机的状态，还包括：

基于所述第一状态监控信息确定出所述应用服务程序恢复正常，结束所述虚拟机的运行，释放所述虚拟机占用的资源；

所述基于所述第一状态监控信息和所述虚拟机的状态，配置所述云服务系统关联的主域名服务器中的第一域名关系以及所述云服务系统关联的备用域名服务器中的第二域名关系，还包括：

基于所述第一状态监控信息确定出所述应用服务程序恢复正常，在所述主域名服务中存储所述第一域名关系，删除所述备用域名服务器中存储的所述第二域名关系。

在又一种可能的实现方式中，在启动所述虚拟机之后，还包括：

获得所述虚拟机发送的第二运行数据；

存储所述第二运行数据；

在基于所述第一状态监控信息确定出所述应用服务程序恢复正常之后，还包括：

获得所述边缘节点发送的数据恢复请求，向所述边缘节点返回所述第二运行数据，以使得所述边缘节点基于所述第二运行数据恢复所述应用服务程序的运行。

在又一种可能的实现方式中，所述基于所述第一状态监控信息确定出所述应用服务程序出现异常，包括：

所述第一状态监控信息中包括指示所述应用服务程序存在异常的指示信息；

或者，最近一次接收到所述第一状态监控信息的时刻距离当前时刻的时长超过设定的失效时长。

在又一种可能的实现方式中，在启动所述虚拟机之后，还包括：

获得所述虚拟机发送的所述虚拟机的第二状态监控信息；

基于所述第二状态监控信息确定所述虚拟机存在异常，在所述云服务系统的云节点中重新创建用于模拟所述应用服务程序的虚拟机。

其中，一种应用服务控制装置，应用于云服务系统的服务控制设备，包括：

第一状态获得单元，用于获得边缘节点发送的所述边缘节点中应用服务程序的第一状态监控信息；

虚拟机配置单元，用于基于所述第一状态监控信息，配置所述云服务系统的云节点中虚拟机的状态，所述虚拟机用于模拟所述应用服务程序；

域名配置单元，用于基于所述第一状态监控信息和所述虚拟机的状态，配置所述云服务系统关联的主域名服务器中的第一域名关系以及所述云服务系统关联的备用域名服务器中的第二域名关系，所述第一域名关系用于将访问所述应用服务程序的访问请求指向所述边缘节点，所述第二域名关系用于将访问所述应用服务程序对应的访问请求指向所述虚拟机。

在一种可能的实现方式中，所述虚拟机配置单元，包括：

虚拟机启动单元，用于基于所述第一状态监控信息确定出所述应用服务程序出现异常，在云服务系统的云节点中创建用于模拟所述应用服务程序的虚拟机，启动所述虚拟机；

所述域名配置单元，包括：

第一域名配置单元，用于基于所述第一状态监控信息确定出所述应用服务程序出现异常，删除所述云服务系统关联的主域名服务器中的第一域名关系；

第二域名配置单元，用于确认所述虚拟机启动，在所述云服务系统关联的备用域名服务器中存储第二域名关系。

由以上可知，在本申请实施例中，边缘节点会将边缘节点中提供应用服务的应用服务程序的状态监控信息发送给云服务系统的服务控制设备。由于该状态监控信息可以表征边缘节点中应用服务程序的运行是否正常，因此，服务控制设备基于状态监控信息，配置云服务系统中用于模拟该应用服务程序的虚拟机的状态，以及配置主域名服务器中与边缘节点相关的第一域名关系以及备用域名服务器中与该虚拟机关联的第二域名关系，可以实现基于边缘节点中应用服务程序是否存在异常，合理地将访问该应用服务程序的访问请求可以指向该边缘节点或者云服务系统中模拟该应用服务程序的虚拟机，从而可以减少由于边缘节点中应用服务程序异常而导致应用服务程序提供的应用服务中断的情况，有效提高了应用服务程序对应的应用服务的可靠性。

附图说明

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

图1示出了本申请实施例适用于一种应用场景的组成架构示意图；

图2示出了本申请实施例提供的应用服务控制方法的一种流程示意图；

图3示出了本申请实施例提供的应用服务控制方法的又一种流程示意图；

图4示出了本申请实施例提供的应用服务控制方法一种流程交互示意图；

图5示出了本申请实施例提供的应用服务控制装置的一种组成结构示意图；

图6示出了本申请实施例提供的电子设备的一种组成结构示意图。

具体实施方式

本申请实施例的方案可以减少由于边缘节点故障或者边缘节点中提供边缘计算等应用服务的应用服务程序异常而导致应用服务异常的情况，提高应用服务的可靠性。

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

为了便于理解，先对本申请的方案所适用的应用服务控制系统的架构进行介绍。

如图1所示，其示出了本申请实施例适用的一种应用场景的组成架构示意图。

由图1可见，在该应用场景中包括：云服务系统，该云服务系统包括至少一个云节点101，一般情况下，云服务系统会包括多个云节点。云节点也可以称为云服务器。

在本申请中，云服务系统中的云节点中至少会存在一个云节点作为用于控制应用服务的服务控制设备102。

该云服务系统关联有至少一个边缘节点103，边缘节点103运行有一个或者多个有用于提供边缘计算相关的应用服务的应用服务程序。

边缘节点通过应用服务程序可以为用户终端104提供边缘计算等相关的应用服务。由于应用服务是边缘节点上的应用服务程序所提供的服务，因此，该应用服务也可以称为边缘服务。

其中，边缘节点103可以监控其上运行的应用服务程序的状态监控信息，并上报给云服务系统中的服务控制设备102。

其中，应用服务程序的状态监控信息可以表征应用服务程序的运行是否存在异常。

如，边缘节点可以通过调用该应用服务程序对外提供的服务接口，检测该应用程序对于该服务接口的调用是否能够正确响应，得到响应结果信息。又如，如果该应用服务程序依赖边缘节点的操作系统，还可以监控操作系统中与该应用服务程序相关的依赖服务是否能够被正常响应等等。

当然，在实际应用中，边缘节点获得其运行的应用服务程序的状态监控信息的具体实现方式可以有多种可能，对此不加限制。

在一种可能的情况中，可以如图1所示，边缘节点上可以部署有状态监控组件和第一消息中间件。

其中，边缘节点上的状态监控组件上配置了待监控的应用服务程序的信息之后，该状态监控组件可以获得该应用服务程序的状态监控信息。如，状态监控组件调用应用服务程序对外开放的服务接口，并获得应用服务程序的响应结果信息。

第一消息中间件可以将边缘节点中状态监控组件获得的状态监控信息发送给云服务系统的服务控制设备。

在本申请中，服务控制设备可以分别存储不同边缘节点上各应用服务程序的状态监控信息。

如，服务控制设备上也可以运行有第二消息中间件，通过该第二消息中间件可以从获得边缘节点上的第一消息中间件上报的应用服务程序的状态监控信息。其中，该第二消息中间件可以与第一消息中间件为同一种消息中间件。

在本申请中，云服务系统还关联有主域名服务器105和备用域名服务器106。主域名服务器和备用域名服务器均为提供域名解析服务的域名系统(DomainNameSystem，DNS)服务器。

其中，主域名服务器可以维护与边缘节点相关的第一域名关系。如，边缘节点相关的第一域名关系可以包括：该边缘节点上的应用服务程序对应的域名信息与该边缘节点的IP地址之间的对应关系。

该备用域名服务器可以用于维护该云服务系统上与用于模拟提供应用服务的应用服务程序的虚拟机相关的第二域名关系。通过与虚拟机相关的第二域名关系可以将访问该虚拟机模拟的应用服务程序对应的应用服务指向该虚拟机。如，该第二域名关系中可以包括：虚拟机模拟的应用服务程序对应的域名信息与该虚拟机的IP地址之间的对应关系。

可以理解的是，为了能够使得主域名服务器和备用域名服务中配置的域名关系能够较为快速的生效，本申请中，主域名服务器和备用域名服务器可以为云服务系统私有的域名服务器，而非公用域名服务器。

其中，用户终端的启动后，路由器107会向用户终端返回主域名服务器的地址和备用域名服务器的地址等相关信息，以使得用户终端上配置有主域名服务器和备用域名服务器的地址等相关信息。

相应的，用户终端在需要获取某个域名对应的IP地址时，该用户终端可以向主域名服务器发起域名解析请求，该域名解析请求用于请求解析的目标域名。如果主域名服务器中存储有与该目标域名对应的域名关系，该主域名服务器会向用户终端返回该目标域名对应的IP地址等域名解析信息。如果主域名服务器中不存在与该目标域名对应的域名关系，主域名服务器会向用户终端返回域名解析错误提示，该域名解析错误提示表征主域名服务器中不存在该目标域名对应的域名关系。

用户终端接收到主域名服务器返回的域名解析错误提示后，用户终端会向备用域名服务器发起针对该目标域名的域名解析请求，以从备用域名服务器查询出该目标域名对应的IP地址等域名解析信息。

在本申请中，可以基于边缘节点中应用服务程序的状态监控信息合理调整主域名服务器以及备用域名服务器中域名关系的配置信息，以使得用户终端在访问同一个应用服务程序的域名的情况下，可以通过主域名服务器或者备用域名服务器访问到应用服务程序所在的边缘节点或者访问用于模拟该应用服务程序的虚拟机，以在边缘节点中应用服务程序异常的情况下，也能够使得用户终端能够可靠获得相应的应用服务。

以上是对本申请的方案适用的系统架构的简单介绍，当然，图1仅仅是一种示例，在实际应用中，系统架构还可以有其他不同，对此不加限制。

结合以上介绍，下面从云服务系统的服务控制设备侧对本申请的应用服务控制方法进行介绍。

如图2所示，其示出了本申请实施例提供的应用服务控制方法的一种流程示意图，本实施例的方法应用于如上云服务系统中的服务控制设备。

本实施例的方法可以包括：

S201，获得边缘节点发送的边缘节点中应用服务程序的第一状态监控信息。

如前面所述，边缘节点的应用服务程序用于提供边缘计算等相关应用服务。如果边缘节点故障或者边缘节点中应用服务程序自身异常，都会使得该应用服务程序无法正常提供应用服务。

基于此，本申请为了能够及时发现该边缘节点的应用服务程序是否存在异常，需要获得边缘节点中该应用服务程序的状态监控信息。该应用服务程序的状态监控信息可以反映应用服务程序是否存在异常。

在本申请中，为了便于与后续虚拟机的状态监控信息相区分，将边缘节点上报的应用服务程序的状态监控信息称为第一状态监控信息。

其中，边缘节点获得应用服务程序的状态监控信息的具体实现方式可以参见前面的相关介绍，对此不加限制。

可以理解的是，每个云服务系统可以管控多个边缘节点，而每个边缘节点上也可以运行一个或者多个不同的应用服务程序，但是对于任意一个边缘节点中任意一个应用服务程序而言，云服务系统中服务控制设备处理应用服务程序的第一状态监控信息的过程相同，因此，本申请是以对于一个边缘节点中一个应用服务程序的状态监控信息的处理过程进行说明。

S202，基于第一状态监控信息，配置云服务系统的云节点中虚拟机的状态。

该虚拟机用于模拟该应用服务程序。

如，该虚拟机可以模拟边缘节点的运行环境，因此，可以看出是边缘节点的云实例。同时，虚拟机上并可以运行模拟应用服务程序的脚本，从而实现通过虚拟机实现模拟出运行有应用服务程序的边缘节点。

其中，用于模拟该应用服务程序的虚拟机可以运行在云服务系统中任意一个云节点上，具体可以根据需要设置。如，运行该应用服务程序的云节点可以是该服务控制设备之外的任意一个云节点，也可以是该服务控制设备，对此不加限制。

在本申请中，虚拟机的状态可以表征虚拟机是否处于启动状态。

如，配置该虚拟机的状态可以包括：配置启动或者不启动虚拟机。

在一种可能的实现方式中，为了能够在应用服务程序出现异常后，不影响到用户终端请求该应用服务程序对应的应用服务，基于第一状态监控信息确定出边缘节点中该应用服务程序出现异常，可以在云服务系统的云节点中创建用于模拟该应用服务程序的虚拟机，启动虚拟机。

在又一种可能的实现方式中，如果基于第一状态监控信息确定出该边缘节点中该应用服务程序不存在异常，可以配置虚拟机处于结束运行状态。当然，如果云服务系统未运行用于模拟该应用服务程序的虚拟机，也无需重复执行配置虚拟机处于结束运行状态的操作。如，如果该应用服务程序不存在异常，而且云服务系统中未创建或者运行有用于模拟该应用服务程序的虚拟机，则可以不执行配置该虚拟机处于结束运行状态的操作。

S203，基于第一状态监控信息和虚拟机的状态，配置云服务系统关联的主域名服务器中的第一域名关系以及云服务系统关联的备用域名服务器中的第二域名关系。

其中，第一域名关系用于将访问应用服务程序的访问请求指向边缘节点。如，第一域名关系可以为应用服务程序对应的域名信息与该边缘节点的IP地址之间的对应关系。

该第二域名关系用于将访问应用服务程序对应的访问请求指向虚拟机。如，该第二域名关系为该应用服务程序对应的域名信息与该虚拟机的IP地址之间的对应关系。

其中，配置该第一域名关系和第二域名关系可以是配置第一域名关系和第二域名关系的生效状态，以实现将向该应用服务程序请求应用服务的访问请求定向到该边缘节点或者虚拟机。如，配置该第一域名关系包括：构建、存储或者删除第一域名关系，而配置第二域名关系可以包括：构建、存储、删除以及维持该第二域名关系。

可以理解的是，由于第一状态监控信息可以反映边缘节点上的应用服务程序是否存在异常，即是否能够正常提供应用服务；而该虚拟机的状态可以反映出虚拟机是否启动，也就可以表征出虚拟机是否能够正常提供该应用服务程序对应的应用服务，因此，结合这两个维度的信息可以确定出边缘节点中的应用服务程序和该虚拟机哪个更适合为用户终端提供应用服务，自然也可以合理设定第一域名关系和第二域名关系，以使得用户终端访问边缘节点或者虚拟机来获取相应的应用服务。

如，在一种可能的实现方式中，基于第一状态监控信息确定出该边缘节点中该应用服务程序出现异常，删除云服务系统关联的主域名服务器中的第一域名关系。相应的，在确认虚拟机启动，在云服务系统关联的备用域名服务器中存储第二域名关系。

当然，在第一状态监控信息表征边缘节点中该应用服务程序未存在异常，可以维持该主域名服务器中存储的第一域名关系；对于备用域名服务器可以在确定虚拟机结束运行后，删除该备用域名服务中存储的该第二域名关系。

由以上可知，在本申请实施例中，边缘节点会将边缘节点中提供应用服务的应用服务程序的状态监控信息发送给云服务系统的服务控制设备。由于该状态监控信息可以表征边缘节点中应用服务程序的运行是否正常，因此，服务控制设备基于状态监控信息，配置云服务系统中用于模拟该应用服务程序的虚拟机的状态，以及配置主域名服务器中与边缘节点相关的第一域名关系以及备用域名服务器中与该虚拟机关联的第二域名关系，可以实现基于边缘节点中应用服务程序是否存在异常，合理地将访问该应用服务程序的访问请求可以指向该边缘节点或者云服务系统中模拟该应用服务程序的虚拟机，从而可以减少由于边缘节点中应用服务程序异常而导致应用服务程序提供的应用服务中断的情况，有效提高了应用服务的可靠性。

可以理解的是，由于边缘节点故障或者应用服务程序本身存在问题而导致边缘节点中应用服务程序出现异常后，虽然可以通过虚拟机模拟出该应用服务程序，但是由于应用服务程序历史运行的一些数据丢失，也可能会导致应用服务程序提供的应用服务存在异常或者一些其他问题。

基于此，为了能够进一步提高向用户终端提供应用服务程序对应的应用服务的可靠性，本申请还可以在边缘节点的应用服务程序运行过程中，由边缘节点向服务控制设备发送的边缘节点中该应用服务程序的运行数据。

其中，应用服务程序的运行数据为应用服务程序运行过程中产生的数据，如，应用服务程序的运行数据可以包括应用服务程序当前运行过程中处理业务的业务数据、各种状态数据、以及日志数据等数据中的部分或者全部。

可以理解的是，边缘节点获得实时或者按照设定时间间隔定期获得该边缘节点中应用服务程序的运行数据，将获得运行数据上报给服务控制设备。

在一种实现方式中，边缘节点上可以通过调用预先配置用于获取该应用服务程序的运行数据的脚本，以获取并导出该应用服务程序的运行数据。其中，该脚本中可以指定有获取该应用服务程序的运行数据所需访问的文件。

当然，边缘节点中还可以配置有需要过滤掉的文件列表，该文件列表可以包括：应用服务程序的运行数据中不需要上报的数据所在的文件的文件名，相应的，获取到应用服务程序的运行数据后还可以过滤掉文件列表中指示的文件内的数据，或者是，在获取应用服务程序的运行数据时，仅仅获取文件列表之外的其他运行数据。

在一个示例中，如图1所示，边缘节点中可以部署有备份与恢复组件，通过该备份与恢复组件可以通过调用配置的脚本，获得应用服务程序的运行数据，以备份应用服务程序的运行数据。如，该备份与恢复组件还可以按照设定的备份时间间隔获得该应用服务程序的运行数据，将应用服务程序的运行数据上报给服务控制设备。

进一步的，考虑到边缘节点中应用服务程序的运行数据会不断增加，为了避免重复上报历史上已上报的运行数据，减少数据传输量以及存储量，本申请还可以在每次上报应用服务程序的运行数据之前，确定应用服务程序的运行数据与最近一次上报的历史运行数据之前的增量运行数据，并将增量运行数据上报给服务控制设备。

其中，增量运行数据是指应用服务程序中当前的运行数据与最近一次上报的运行数据之间发生变化的数据部分或者说存在差异的数据部分。

在以上基础上，基于应用服务程序的运行数据可以在应用服务程序出现异常后，恢复出应用服务程序异常前的运行状态。相应的，启动虚拟机后，虚拟机可以基于应用服务程序的运行数据模拟出应用服务程序出现异常前的运行状态，以减少数据丢失。

下面结合流程图从服务控制设备侧进行说明。如图3所示，其示出了本申请实施例提供的应用服务控制方法的又一种流程示意图，本实施例的方法可以包括：

S301，获得边缘节点发送的该边缘节点中应用服务程序的第一状态监控信息。

S302，获得边缘节点发送的该应用服务程序的第一运行数据，存储该第一运行数据。

为了与后续虚拟机模拟应用服务程序的运行数据进行区分，将边缘节点上报的该应用服务程序的运行数据称为第一运行数据。

以上步骤301和S302可以参见前面实施例的相关介绍，在此不再赘述。

可以理解的是，步骤S301和S302的顺序并不限于图3所示。在实际应用中，根据边缘节点获得第一运行数据与第一状态监控信息的实际时间这两个步骤的先后顺序可以互换，也可能会同步执行，对此不加限制。

可以理解的是，在应用服务程序出现异常前，服务控制设备可以不断获取边缘节点上报的第一状态监控信息和第一运行数据，因此以上步骤S301和S302可以被多次反复执行。

特别的，在服务控制设备确定该边缘节点中的应用服务程序出现异常后，服务控制设备可以不再接收或者不再存储该边缘节点上报的该应用服务程序的第一运行数据，以便后续能够基于存储的第一运行数据恢复出应用服务程序出现异常前的运行状态。

S303，基于该第一状态监控信息确定出该应用服务程序出现异常，在云服务系统的云节点中创建用于模拟应用服务程序的虚拟机，启动该虚拟机。

在一种实现方式中，基于第一状态信息确定出应用服务程序存在异常可以是：第一状态监控信息中包括指示该应用服务程序存在异常的指示信息。

如，边缘节点可以在确定出应用服务程序存在异常后，确定应用服务程序的异常类型对应的错误代码，在该第一状态监控信息中指示出错误代码，在此基础上，服务控制设备不仅可以确定出该应用服务程序存在异常，还可以基于错误代码确定出异常类型或者原因。

在又一种实现方式中，服务控制设备中可以设置一个失效时长，如果最近一次接收到第一状态监控信息的时刻距离当前时刻的时长超过设定的失效时长，则确定应用服务程序出现异常。例如，如果边缘节点出现故障而导致边缘节点无法上报或者无法及时上报应用服务程序的第一状态监控信息，那么服务控制设备就无法及时收到该应用服务程序的第一状态监控信息，从而可以判定该应用服务程序无法正常提供服务。

其中，创建和启动虚拟机可以参见前面的相关介绍，在此不再赘述。

S304，基于该第一状态监控信息确定出该应用服务程序出现异常，删除云服务系统关联的主域名服务器中的第一域名关系。

其中，该第一域名关系可以为应用服务程序的域名信息与该边缘节点的IP地址之间的对应关系。

可以理解的是，如果删除主域名服务器中该第一域名关系后，用户终端便无法从主域名服务器查询到与该应用服务程序的域名信息对应的该第一域名关系，自然也可能去访问边缘节点以及从边缘节点中应用服务程序获取应用服务。另外，由于主域名服务器中不存在应用服务程序的域名信息对应的第一域名关系，用户终端会再访问备用域名服务器，以确定请求该应用服务程序的应用服务所需访问的IP地址。

可以理解的是，步骤S304也可以与步骤S303同步执行；为了提高可靠性，也可以是在启动虚拟机之后执行步骤S304，对此不加限制。

S305，控制该虚拟机基于该第一运行数据提供该应用服务程序对应的应用服务。

为了使得虚拟机中能够尽可能模拟出的该应用服务程序出现异常前的运行状态，本申请在启动虚拟机之后，控制虚拟机在第一运行数据的基础上模拟应用服务程序提供应用服务。

在实际应用中，可以将第一运行数据发送给虚拟机，以使得虚拟机能够基于第一运行数据模拟应用服务程序对外提供应用服务。

考虑到如果虚拟机处于服务控制设备之外的云节点中，传输第一运行数据会增加带宽资源耗费以及浪费时间等，因此，本申请还可以建立存储的该第一运行数据与该虚拟机的挂载关系，在此基础上，虚拟机能够直接访问服务控制设备上存储的该第一运行数据，从而基于该第一运行数据提供应用服务程序对应的应用服务。

S306，确认该虚拟机启动，在云服务系统关联的备用域名服务器中存储第二域名关系。

其中，该第二域名关系包括边缘节点中该应用服务程序的域名信息与该虚拟机的IP地址之间的对应关系。在此基础上，用户终端请求备用域名服务器解析该应用服务程序的域名信息后，用户终端便可以从备用域名服务器获得该虚拟机的IP地址，使得用户终端会通过向虚拟机请求该应用服务程序对应的应用服务。

其中，服务控制设备确认虚拟机启动可以是确定已完成虚拟机的初始化。在一种可能的实现方式中，为了确保虚拟机的可靠启动，服务控制设备还可以是在获得该虚拟机发送的该虚拟机的第二状态监控信息后，确认虚拟机成功启动，执行在备用域名服务器中存储该第二域名关系的操作。

在本实施例中，边缘节点不仅会上报应用服务程序的第一状态监控信息，还会上报该应用服务程序的第一运行数据。在此基础上，如果服务控制设备基于该第一状态监控信息确认该应用服务程序出现异常，在启动用于模拟该应用服务程序的虚拟机之后，还可以控制虚拟机基于存储的应用服务程序的第一运行数据提供应用服务，由于第一运行数据包括应用服务程序出现异常前的状态数据，因此，虚拟机基于该第一运行数据进行应用服务可以恢复出应用服务程序异常前的运行状态，减少由于异常导致的数据丢失，进一步提高应用服务的可靠性。

可以理解的是，在云服务系统上配置启动虚拟机后，如果边缘节点中的应用服务程序恢复正常，本申请还可以恢复由该边缘节点中应用服务程序对外提供应用服务。

相应的，在服务控制设备基于第一状态监控信息确定出边缘节点中的应用服务程序恢复正常，可以结束虚拟机的运行，释放虚拟机占用的资源。

另外，为了将向应用服务程序请求应用服务的服务请求指向该边缘节点，还可以在主域名服务中重新存储该第一域名关系。进一步的，还可以删除备用域名服务器中存储的第二域名关系。

可以理解的是，由于边缘节点中的应用服务程序出现异常的过程中，本申请是通过虚拟机对外提供该应用服务程序对应的应用服务，因此，应用服务相关的业务处理数据会存在更新。基于此，为了避免将应用服务重新切换到边缘节点中的应用服务程序而出现数据丢失，虚拟机在运行过程中，也可以将虚拟机的运行数据发送到服务控制设备进行存储。为了便于区分，将虚拟机的运行数据称为第二运行数据。

相应的，边缘节点可以向服务控制设备发送的数据恢复请求，该数据恢复请求用于请求该应用服务程序最新的运行数据。相应的，服务控制设备可以向边缘节点返回该第二运行数据，以使得边缘节点基于第二运行数据恢复应用服务程序的运行。

可以理解的是，本申请中云服务系统关联的边缘节点可以有多个，而且每个边缘节点上还可以运行有一个或者多个应用服务程序。基于此，为了区分出不同边缘节点上的不同应用服务程序，每个边缘节点可以通过边缘节点的唯一标识以及该边缘节点中应用服务程序的唯一标识来表示一个应用服务程序。

当然，为了能够了解到边缘节点中应用服务程序具体为哪种应用服务程序，还可以通过边缘节点的唯一标识，边缘节点中应用服务程序的名称以及该应用服务程序的唯一标识来标识应用服务程序。

如，边缘节点中的应用服务程序的标识信息的形式可以为：边缘节点的全局唯一标识符(GloballyUniqueIdentifier，GUID)-该应用服务程序的名称-应用服务程序的GUID。

在此基础上，边缘节点每次上报一个应用服务程序的第一状态监控信息和第一运行数据时，都可以携带有该应用服务程序的标识信息。

相应的，服务控制设备每次接收到边缘节点发送的应用服务程序的第一状态监控信息，都会将该第一状态监控信息与该应用服务程序对应的标识信息(如边缘节点的GUID-该应用服务程序的名称-该应用服务程序的GUID)进行关联存储。

例如，确定应用服务程序的边缘节点的GUID-该应用服务程序的名称-该应用服务程序的GUID后，将该第一状态监控信息存储到与该边缘节点的GUID-该应用服务程序的名称-该应用服务程序的GUID对应的文件中。

类似的，服务控制设备可以将边缘节点发送的该应用服务程序的第一运行数据存储到与该应用服务程序的标识信息对应的备份文件中。

特别的，为了区分不同数据来源，即区分来自边缘节点以及虚拟机上报的状态监控信息或者运行数据，边缘节点上报第一状态监控信息和第一运行数据时，还可以携带用于保证数据来源为边缘节点的第一来源标识，例如第一来源标识可以表示为EDGE。

对于虚拟机而言，同样可以通过虚拟机或者虚拟机所在的云节点的唯一标识以及虚拟机模拟的应用服务程序的唯一标识来标识虚拟机上报的状态监控信息和运行数据。

为了标识出虚拟机上报的数据的来源为云节点中的虚拟机，而非边缘侧的边缘节点，虚拟机向服务控制设备上报第二监控状态信息和第二运行数据时，还可以携带有表征数据来源为虚拟机的第二来源标识信息。例如，第二来源标识信息可以为CLOUD。

下面结合一种实现对本申请的方案进行说明。如图4所示，其示出了本申请实施例提供的应用服务控制方法的一种流程交互示意图，本实施例的方法可以包括：

S401，边缘节点获得该边缘节点中应用服务程序的第一状态监控信息，将第一状态监控信息发送给服务控制设备。

其中，第一状态监控信息携带有第一标识信息，该第一标识信息包括：边缘节点的GUID、该应用服务程序的名称和该应用服务程序的GUID。本实施例是以边缘节点中应用服务程序的一种标识信息为例说明，对于其他标识该边缘节点中应用服务程序的方式也同样适用于本实施例。

当然，该第一状态监控信息还可以携带有表征数据来源于边缘节点的第一来源标识信息EDGE。

S402，服务控制设备将该第一状态监控信息存储到该第一标识信息对应的状态监控文件中。

可以理解的是，服务控制设备接收到该第一状态监控信息后，如果检测到该第一状态监控信息为该边缘节点中该应用服务程序首次上报的状态监控信息，则可以创建于该第一标识信息对应的状态监控文件。如果已存在该第一标识信息对应的状态监控文件，可以将第一状态监控信息存储到该第一标识信息对应的状态监控文件中。

S403，边缘节点获得边缘节点中应用服务程序的第一运行数据，将第一运行数据和第一标识信息发送给服务控制设备。

S404，服务控制设备将该第一运行数据存储到该第一标识信息对应的备份文件中。

如，服务控制设备中运行有备份恢复组件(或者程序)，该备份恢复组件根据当前第一标识信息，创建相应的目录层级，将第一运行数据保存在该目录层级对应文件夹。例如目录层级对应关系为：

/[节点GUID]/[应用服务名称]/[应用服务GUID]/[备份文件数据]

需要说明的是，以上步骤S401和S403的先后顺序并不限于图4所示。

S405，服务控制设备基于边缘节点发送的第一状态监控信息确定出边缘节点中应用服务程序出现异常，删除云服务系统关联的主域名服务器中的第一域名关系。

其中，该第一域名关系可以为应用服务程序的域名信息与该边缘节点的IP地址之间的对应关系。

可以理解的是，服务控制设备在确认边缘节点中该应用服务程序出现异常后，可以不再接收边缘节点上报的该应用服务程序的备份数据，但是对于边缘节点上报的该应用服务程序的第一状态监控信息仍可以正常接收。

S406，在云服务系统的云节点中创建用于模拟应用服务程序的虚拟机，启动该虚拟机，建立存储的该第一运行数据与该虚拟机的挂载关系，以使得虚拟机能够访问服务控制设备上存储的该第一运行数据，基于该第一运行数据提供应用服务程序对应的应用服务。

S407，虚拟机向服务控制设备发送该虚拟机的第二状态监控信息。

该第二状态监控信息可以携带第二标识信息，以便服务控制设备区分上报第二状态监控信息的设备。

其中，该第二标识信息可以包括：虚拟机的GUID-虚拟机模拟的应用服务程序的名称-虚拟机模拟的应用服务程序的GUID。

S408，服务控制设备在首次接收到虚拟机发送的第二状态监控信息，在云服务系统关联的备用域名服务器中存储第二域名关系。

该第二域名关系可以为应用服务程序的域名信息与该虚拟机的IP地址之间的对应关系。

可以理解的是，服务控制设备还可以基于虚拟机发送的第二状态监控信息来监测该虚拟机是否存在异常。如果基于该第二状态监控信息确定虚拟机存在异常，服务控制设备还可以在云服务系统的云节点中重新创建用于模拟该应用服务程序的虚拟机。

S409，虚拟机向服务控制设备发送该虚拟机的第二运行数据，该第二运行数据携带有该虚拟机对应的第二标识信息。

该第二标识信息可以包括：虚拟机的GUID-虚拟机模拟的应用服务程序的名称-虚拟机模拟的应用服务程序的GUID。

其中，第二运行数据和该第二状态监控信息还可以携带有表征数据来源于虚拟机的第二来源标识信息CLOUD。

S410，服务控制设备将该第二运行数据存储到该第二标识信息对应的备份文件中。

S411，服务控制设备基于第一状态监控信息确定出边缘节点中该应用服务程序恢复正常，结束该虚拟机的运行，释放该虚拟机占用的资源。

S412，服务控制设备在主域名服务中存储第一域名关系，删除备用域名服务器中存储的该第二域名关系。

步骤S411和S412的顺序不限于图4所示，在实际应用中这两个步骤可以互换，也可以同步执行。

S413，服务控制设备在获得所述边缘节点发送的数据恢复请求后，向边缘节点返回该第二运行数据，以使得边缘节点基于第二运行数据恢复该应用服务程序的运行。

对应本申请的一种应用服务控制方法，本申请还提供了一种应用服务控制装置。

如图5所示，其示出了本申请一种应用服务控制装置的一种组成结构示意图。该装置应用于云服务系统的服务控制设备，本实施例的装置包括：

第一状态获得单元501，用于获得边缘节点发送的所述边缘节点中应用服务程序的第一状态监控信息；

虚拟机配置单元502，用于基于所述第一状态监控信息，配置所述云服务系统的云节点中虚拟机的状态，所述虚拟机用于模拟所述应用服务程序；

域名配置单元503，用于基于所述第一状态监控信息和所述虚拟机的状态，配置所述云服务系统关联的主域名服务器中的第一域名关系以及所述云服务系统关联的备用域名服务器中的第二域名关系，所述第一域名关系用于将访问所述应用服务程序的访问请求指向所述边缘节点，所述第二域名关系用于将访问所述应用服务程序对应的访问请求指向所述虚拟机。

在一种可能的实现方式中，所述虚拟机配置单元，包括：

虚拟机启动单元，用于基于所述第一状态监控信息确定出所述应用服务程序出现异常，在云服务系统的云节点中创建用于模拟所述应用服务程序的虚拟机，启动所述虚拟机；

所述域名配置单元，包括：

第一域名配置单元，用于基于所述第一状态监控信息确定出所述应用服务程序出现异常，删除所述云服务系统关联的主域名服务器中的第一域名关系；

第二域名配置单元，用于确认所述虚拟机启动，在所述云服务系统关联的备用域名服务器中存储第二域名关系。

在又一种可能的实现方式中，该装置还包括：

第一数据获得单元，用于在第二域名配置单元确认所述虚拟机启动之前，获得边缘节点发送的所述应用服务程序的第一运行数据；

第一数据存储单元，用于存储所述第一运行数据；

虚拟机控制单元，用于在虚拟机启动单元启动所述虚拟机之后，控制所述虚拟机基于所述第一运行数据提供所述应用服务程序对应的应用服务。

在又一种可能的实现方式中，该虚拟机控制单元包括：

虚拟机控制子单元，用于建立存储的所述第一运行数据与所述虚拟机的挂载关系，使得所述虚拟机能够访问所述第一运行数据，基于所述第一运行数据提供所述应用服务程序对应的应用服务。

在又一种可能的实现方式中，虚拟配置单元，还包括：

虚拟机释放单元，用于基于所述第一状态监控信息确定出所述应用服务程序恢复正常，结束所述虚拟机的运行，释放所述虚拟机占用的资源；

域名配置单元，还包括：

第三域名配置单元，用于基于所述第一状态监控信息确定出所述应用服务程序恢复正常，在所述主域名服务中存储所述第一域名关系，删除所述备用域名服务器中存储的所述第二域名关系。

在又一种可能的实现方式中，还包括：

第二数据获得单元，用于在虚拟机启动单元启动虚拟机之后，获得所述虚拟机发送的第二运行数据；

第二数据存储单元，用于存储所述第二运行数据；

数据返回单元，用于在基于所述第一状态监控信息确定出所述应用服务程序恢复正常之后，获得所述边缘节点发送的数据恢复请求，向所述边缘节点返回所述第二运行数据，以使得所述边缘节点基于所述第二运行数据恢复所述应用服务程序的运行。

在又一种可能的实现方式中，虚拟机启动单元在基于第一状态监控信息确定出所述应用服务程序出现异常，具体为：

所述第一状态监控信息中包括指示所述应用服务程序存在异常的指示信息；

或者，最近一次接收到所述第一状态监控信息的时刻距离当前时刻的时长超过设定的失效时长。

又一方面，本申请还提供了一种电子设备，如图6所示，其示出了该电子设备的一种组成结构示意图，该电子设备可以为前面提到的服务控制设备，该电子设备至少包括处理器601和存储器602；

其中，处理器601用于执行如上任意一个实施例中的应用服务控制方法。

该存储器602用于存储处理器执行操作所需的程序。

可以理解的是，该电子设备还可以包括显示单元603以及输入单元604。

当然，该电子设备还可以具有比图6更多或者更少的部件，对此不加限制。

另一方面，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上任意一个实施例所述的应用服务控制方法。

本申请还提出了一种计算机程序，该计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机程序在电子设备上运行时，用于执行如上任意一个实施例中的应用服务控制方法。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。同时，本说明书中各实施例中记载的特征可以相互替换或者组合，使本领域专业技术人员能够实现或使用本申请。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

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

以上仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种应用服务控制方法，应用于云服务系统的服务控制设备，包括：

获得边缘节点发送的所述边缘节点中应用服务程序的第一状态监控信息；

基于所述第一状态监控信息，配置所述云服务系统的云节点中虚拟机的状态，所述虚拟机用于模拟所述应用服务程序；

基于所述第一状态监控信息和所述虚拟机的状态，配置所述云服务系统关联的主域名服务器中的第一域名关系以及所述云服务系统关联的备用域名服务器中的第二域名关系，所述第一域名关系用于将访问所述应用服务程序的访问请求指向所述边缘节点，所述第二域名关系用于将访问所述应用服务程序对应的访问请求指向所述虚拟机。

2.根据权利要求1所述的方法，所述基于所述第一状态监控信息，配置所述云服务系统的云节点中虚拟机的状态，包括：

基于所述第一状态监控信息确定出所述应用服务程序出现异常，在云服务系统的云节点中创建用于模拟所述应用服务程序的虚拟机，启动所述虚拟机；

所述基于所述第一状态监控信息和所述虚拟机的状态，配置所述云服务系统关联的主域名服务器中的第一域名关系以及所述云服务系统关联的备用域名服务器中的第二域名关系，包括：

基于所述第一状态监控信息确定出所述应用服务程序出现异常，删除所述云服务系统关联的主域名服务器中的第一域名关系；

确认所述虚拟机启动，在所述云服务系统关联的备用域名服务器中存储第二域名关系。

3.根据权利要求2所述的方法，在确认所述虚拟机启动之前，还包括：

获得边缘节点发送的所述应用服务程序的第一运行数据；

存储所述第一运行数据；

在启动所述虚拟机之后，还包括：

控制所述虚拟机基于所述第一运行数据提供所述应用服务程序对应的应用服务。

4.根据权利要求3所述的方法，所述控制所述虚拟机基于所述第一运行数据提供所述应用服务程序对应的应用服务，包括：

建立存储的所述第一运行数据与所述虚拟机的挂载关系，使得所述虚拟机能够访问所述第一运行数据，基于所述第一运行数据提供所述应用服务程序对应的应用服务。

5.根据权利要求2所述的方法，所述基于所述第一状态监控信息，配置所述云服务系统的云节点中虚拟机的状态，还包括：

基于所述第一状态监控信息确定出所述应用服务程序恢复正常，结束所述虚拟机的运行，释放所述虚拟机占用的资源；

所述基于所述第一状态监控信息和所述虚拟机的状态，配置所述云服务系统关联的主域名服务器中的第一域名关系以及所述云服务系统关联的备用域名服务器中的第二域名关系，还包括：

基于所述第一状态监控信息确定出所述应用服务程序恢复正常，在所述主域名服务中存储所述第一域名关系，删除所述备用域名服务器中存储的所述第二域名关系。

6.根据权利要求5所述的方法，在启动所述虚拟机之后，还包括：

获得所述虚拟机发送的第二运行数据；

存储所述第二运行数据；

在基于所述第一状态监控信息确定出所述应用服务程序恢复正常之后，还包括：

获得所述边缘节点发送的数据恢复请求，向所述边缘节点返回所述第二运行数据，以使得所述边缘节点基于所述第二运行数据恢复所述应用服务程序的运行。

7.根据权利要求2所述的方法，所述基于所述第一状态监控信息确定出所述应用服务程序出现异常，包括：

所述第一状态监控信息中包括指示所述应用服务程序存在异常的指示信息；

或者，最近一次接收到所述第一状态监控信息的时刻距离当前时刻的时长超过设定的失效时长。

8.根据权利要求2所述的方法，在启动所述虚拟机之后，还包括：

获得所述虚拟机发送的所述虚拟机的第二状态监控信息；

基于所述第二状态监控信息确定所述虚拟机存在异常，在所述云服务系统的云节点中重新创建用于模拟所述应用服务程序的虚拟机。

9.一种应用服务控制装置，应用于云服务系统的服务控制设备，包括：

第一状态获得单元，用于获得边缘节点发送的所述边缘节点中应用服务程序的第一状态监控信息；

虚拟机配置单元，用于基于所述第一状态监控信息，配置所述云服务系统的云节点中虚拟机的状态，所述虚拟机用于模拟所述应用服务程序；

域名配置单元，用于基于所述第一状态监控信息和所述虚拟机的状态，配置所述云服务系统关联的主域名服务器中的第一域名关系以及所述云服务系统关联的备用域名服务器中的第二域名关系，所述第一域名关系用于将访问所述应用服务程序的访问请求指向所述边缘节点，所述第二域名关系用于将访问所述应用服务程序对应的访问请求指向所述虚拟机。

10.根据权利要求9所述的装置，所述虚拟机配置单元，包括：

虚拟机启动单元，用于基于所述第一状态监控信息确定出所述应用服务程序出现异常，在云服务系统的云节点中创建用于模拟所述应用服务程序的虚拟机，启动所述虚拟机；

所述域名配置单元，包括：

第一域名配置单元，用于基于所述第一状态监控信息确定出所述应用服务程序出现异常，删除所述云服务系统关联的主域名服务器中的第一域名关系；

第二域名配置单元，用于确认所述虚拟机启动，在所述云服务系统关联的备用域名服务器中存储第二域名关系。

Images