CN113411362A - 应用实例的控制方法、装置及设备 - Google Patents

Abstract

本申请提供一种应用实例的控制方法、装置及设备，应用实例集群包括至少两个应用实例，所述方法包括：获取应用实例的状态信息；根据所述应用实例的状态信息对所述应用实例进行控制。通过本申请的技术方案，能够对应用实例进行有效控制，并提高用户的使用体验。

Description

应用实例的控制方法、装置及设备

技术领域

本申请涉及云计算领域，尤其涉及一种应用实例的控制方法、装置及设备。

背景技术

随着云计算技术的不断成熟，容器技术逐步成为业界的发展热点，各主流云计算平台均提供容器服务。容器管理平台(例如Kubernetes)用于自动部署、扩展和管理容器，并对集群内的容器的生命周期进行管理，结合自身的健康检查以及错误恢复机制，实现集群内部容器的高可用性。

容器管理平台可以采用集群的形式进行部署，即集群中包括大量应用实例，这些应用实例可以部署在相同或者不同的工作节点(Node)，这些工作节点可以是物理机或者虚拟机。在相关技术中，无法对这些应用实例进行有效控制。

发明内容

本申请提供一种应用实例的控制方法，应用实例集群包括至少两个应用实例，包括：

获取应用实例的状态信息；

根据所述应用实例的状态信息对所述应用实例进行控制。

本申请提供一种应用实例的控制方法，应用实例集群包括至少两个应用实例，包括：

获取所述应用实例集群中的各应用实例的地址信息；

根据各应用实例的地址信息对所述应用实例集群中的应用实例进行控制。

本申请提供一种应用实例的控制方法，应用实例集群包括至少两个应用实例，包括：

获取所述应用实例集群中的各应用实例的地址信息，并获取所述应用实例集群中的各应用实例的状态信息，所述状态信息为主状态或从状态；

将各应用实例的地址信息发送给所述应用实例集群中的第三应用实例，以使第三应用实例根据第四应用实例的地址信息，与第四应用实例建立连接；

在需要对所述应用实例集群中的应用实例进行升级时，优先对状态信息为从状态的第一应用实例进行停止操作，并对第一应用实例进行升级，在第一应用实例升级完成后，重新启动第一应用实例；在所述第一应用实例重新启动后，对状态信息为主状态的第二应用实例进行停止操作，并对第二应用实例进行升级；在第二应用实例升级完成后，重新启动第二应用实例。

本申请提供一种应用实例的控制装置，应用实例集群包括至少两个应用实例，包括：

获取模块，用于获取应用实例的状态信息；

控制模块，用于根据所述应用实例的状态信息对所述应用实例进行控制。

本申请提供一种应用实例的控制装置，应用实例集群包括至少两个应用实例，包括：

获取模块，用于获取所述应用实例集群中的各应用实例的地址信息；

控制模块，用于根据所述各应用实例的地址信息对所述应用实例集群中的应用实例进行控制。

本申请提供一种应用实例的控制设备，应用实例集群包括至少两个应用实例，包括：

处理器和机器可读存储介质，所述机器可读存储介质上存储有若干计算机指令，所述处理器执行所述计算机指令时进行如下处理：

获取应用实例的状态信息；

根据所述应用实例的状态信息对所述应用实例进行控制；

或者，获取所述应用实例集群中的各应用实例的地址信息；

根据各应用实例的地址信息对所述应用实例集群中的应用实例进行控制。

基于上述技术方案，本申请实施例中，可以获取应用实例的状态信息，并根据应用实例的状态信息对应用实例进行控制，从而对应用实例进行有效控制，提高用户体验。可以获取各应用实例的地址信息，并根据各应用实例的地址信息对应用实例进行控制，从而对应用实例进行有效控制，提高用户体验。

附图说明

为了更加清楚地说明本申请实施例或者现有技术中的技术方案，下面将对本申请实施例或者现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据本申请实施例的这些附图获得其它的附图。

图1是本申请一种实施方式中的应用实例的控制方法的流程示意图；

图2是本申请一种实施方式中的应用实例的控制方法的流程示意图；

图3是本申请一种实施方式中的应用实例的控制方法的流程示意图；

图4A-图4F是本申请一种实施方式中的应用场景示意图；

图5A和图5B是本申请中的应用实例的控制装置的结构示意图；

图6是本申请一种实施方式中的应用实例的控制设备的结构示意图。

具体实施方式

在本申请实施例使用的术语仅仅是出于描述特定实施例的目的，而非限制本申请。本申请和权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其它含义。还应当理解，本文中使用的术语“和/或”是指包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，此外，所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本申请实施例中提出一种应用实例的控制方法，应用实例集群包括至少两个应用实例(应用实例也可以通过pod实现)，该方法用于对应用实例集群中的各应用实例进行控制。示例性的，应用实例集群中的应用实例可以部署在容器中，且不同的应用实例可以部署在不同的容器中。在上述应用场景下，参见图1所示，为该应用实例的控制方法的流程示意图，该方法可以包括：

步骤101，获取应用实例的状态信息，该状态信息可以为主状态或从状态。例如，针对应用实例集群中的每个应用实例，可以获取该应用实例的状态信息。

在一种可能的实施方式中，在应用实例集群中的各应用实例启动后，针对应用实例集群中的每个应用实例，可以向该应用实例发送请求消息。应用实例在接收到该请求消息后，可以针对该请求消息返回响应消息，且该响应消息可以携带该应用实例的状态信息。进一步的，可以接收该应用实例针对该请求消息返回的响应消息，并从该响应消息中获取该应用实例的状态信息。

在另一种可能的实施方式中，可以按照预设顺序依次启动应用实例集群中的各应用实例，并根据各应用实例的启动顺序确定应用实例的状态信息。在确定应用实例的状态信息时，可以确定处于第一启动顺序的应用实例的状态信息为主状态，并确定处于第二启动顺序的应用实例的状态信息为从状态。

例如，假设应用实例集群中存在应用实例1、应用实例2和应用实例3，预设顺序为应用实例2、应用实例1和应用实例3，则可以先启动应用实例2，然后启动应用实例1，最后启动应用实例3。基于上述各应用实例的启动顺序，假设第一启动顺序为最先启动顺序，第二启动顺序为除第一启动顺序之外的其它启动顺序，则可以确定应用实例2的状态信息为主状态，并确定应用实例1的状态信息为从状态，确定应用实例3的状态信息为从状态。

步骤102，根据应用实例的状态信息对该应用实例进行控制。例如，针对每个应用实例，可以根据该应用实例的状态信息对该应用实例进行控制。

具体的，可以根据应用实例的状态信息确定应用实例集群中的各应用实例的停止顺序，并根据停止顺序对应用实例集群中的各应用实例进行控制。

在确定各应用实例的停止顺序时，状态信息为从状态的应用实例的停止顺序，位于状态信息为主状态的应用实例的停止顺序之前，即需要先停止状态信息为从状态的应用实例，后停止状态信息为主状态的应用实例。

在根据停止顺序对应用实例集群中的各应用实例进行控制时，在一种可能的实施方式中，可以优先对状态信息为从状态的应用实例进行控制(如停止控制)；后对状态信息为主状态的应用实例进行控制(如停止控制)。

在另一种可能的实施方式中，优先对状态信息为从状态的第一应用实例(为区分方便，将状态信息为从状态的应用实例记为第一应用实例)进行停止操作，对第一应用实例进行升级，在第一应用实例升级完成后，重新启动第一应用实例。第一应用实例重新启动后，对状态信息为主状态的第二应用实例(为区分方便，将状态信息为主状态的应用实例记为第二应用实例)进行停止操作，对第二应用实例进行升级。在第二应用实例升级完成后，重新启动第二应用实例。

在一个例子中，上述执行顺序只是为了方便描述给出的一个示例，在实际应用中，还可以改变步骤之间的执行顺序，对此执行顺序不做限制。而且，在其它实施例中，并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其它实施例中可能被分解为多个步骤进行描述；本说明书中所描述的多个步骤，在其它实施例也可能被合并为单个步骤进行描述。

基于上述技术方案，本申请实施例中，可以获取应用实例集群中的每个应用实例的状态信息，针对每个应用实例，可以根据该应用实例的状态信息对该应用实例进行控制，从而对应用实例进行有效控制，提高用户体验。

本申请实施例中提出一种应用实例的控制方法，应用实例集群包括至少两个应用实例(应用实例也可以通过pod实现)，该方法用于对应用实例集群中的各应用实例进行控制。示例性的，应用实例集群中的应用实例可以部署在容器中，且不同的应用实例可以部署在不同的容器中。在上述应用场景下，参见图2所示，为该应用实例的控制方法的流程示意图，该方法可以包括：

步骤201，获取应用实例集群中的各应用实例的地址信息。例如，针对应用实例集群中的每个应用实例，可以获取该应用实例的地址信息。其中，该地址信息可以为该应用实例的IP地址；或者，该应用实例的域名地址。

在一种可能的实施方式中，若地址信息为IP地址，则可以采用如下方式获取应用实例的IP地址：在应用实例集群中的各应用实例启动后，可以从应用实例的配置信息中读取该应用实例的IP地址。具体的，在应用实例集群中的各应用实例启动后，可以为每个应用实例配置IP地址，这样，在应用实例的配置信息中可以包括该应用实例的IP地址。基于此，可以从应用实例的配置信息中读取该应用实例的IP地址。例如，针对应用实例集群中的每个应用实例，可以向该应用实例发送请求消息。应用实例在接收到该请求消息后，可以从配置信息中读取该应用实例的IP地址，并针对该请求消息返回响应消息，且该响应消息可以携带该应用实例的IP地址。进一步的，可以接收该应用实例针对该请求消息返回的响应消息，并从该响应消息中获取该应用实例的IP地址。

在另一种可能的实施方式中，若地址信息为域名地址，则可以采用如下方式获取应用实例的域名地址：基于应用实例的标签信息与域名地址的绑定关系，获取与应用实例的标签信息对应的域名地址。具体的，针对应用实例集群中的每个应用实例，可以预先配置该应用实例的标签信息与该应用实例的域名地址的绑定关系。基于此，针对应用实例集群中的每个应用实例，可以通过该应用实例的标签信息查询所述绑定关系，得到该应用实例的域名地址。

步骤202，根据各应用实例的地址信息对应用实例集群中的应用实例进行控制。例如，针对应用实例集群中的每个应用实例，可以根据各应用实例的地址信息(如该应用实例之外的其它应用实例的地址信息)对该应用实例进行控制。

具体的，可以将各应用实例的地址信息发送给应用实例集群中的第三应用实例(第三应用实例可以为应用实例集群中的任一应用实例)，以使第三应用实例根据第四应用实例(第四应用实例可以为应用实例集群中除第三应用实例之外的任一应用实例)的地址信息，与第四应用实例建立连接。

示例性的，在将各应用实例的地址信息发送给应用实例集群中的第三应用实例时，可以采用如下方式：方式一、可以将各应用实例的地址信息记录到地址同步文件，以使应用实例集群中的第三应用实例从该地址同步文件中获取各应用实例的地址信息。方式二、可以向应用实例集群中的第三应用实例发送地址同步消息，该地址同步消息中可以携带各应用实例的地址信息，以使第三应用实例从该地址同步消息中获取各应用实例的地址信息。

基于上述技术方案，本申请实施例中，可以获取应用实例集群中的每个应用实例的地址信息，针对每个应用实例，可以根据各应用实例的地址信息对该应用实例进行控制，从而对应用实例进行有效控制，提高用户体验。

本申请实施例中提出一种应用实例的控制方法，应用实例集群包括至少两个应用实例(应用实例也可以通过pod实现)，该方法用于对应用实例集群中的各应用实例进行控制。示例性的，应用实例集群中的应用实例可以部署在容器中，且不同的应用实例可以部署在不同的容器中。在上述应用场景下，参见图3所示，为该应用实例的控制方法的流程示意图，该方法可以包括：

步骤301，获取应用实例集群中的各应用实例的地址信息，并获取应用实例集群中的各应用实例的状态信息，该状态信息可以为主状态或从状态。

步骤302，将各应用实例的地址信息发送给应用实例集群中的第三应用实例，由第三应用实例根据第四应用实例的地址信息，与第四应用实例建立连接。

步骤303，在需要对应用实例集群中的应用实例进行升级时，优先对状态信息为从状态的第一应用实例进行停止操作，并对第一应用实例进行升级，在第一应用实例升级完成后，重新启动第一应用实例；在第一应用实例重新启动后，对状态信息为主状态的第二应用实例进行停止操作，并对第二应用实例进行升级；在第二应用实例升级完成后，重新启动第二应用实例。

基于上述技术方案，本申请实施例中，获取应用实例集群中的每个应用实例的状态信息，针对每个应用实例，根据该应用实例的状态信息对该应用实例进行控制，从而对应用实例进行有效控制，提高用户体验。获取应用实例集群中的每个应用实例的地址信息，针对每个应用实例，根据各应用实例的地址信息对该应用实例进行控制，从而对应用实例进行有效控制，提高用户体验。

以下结合具体应用场景，对本申请实施例的上述技术方案进行说明。

应用程序可以是一个或者一组进程，或者一组线程，应用程序代表了一种业务逻辑的实现方式，可以部署在操作系统中，比如Linux，Windows等。

应用程序可以包括多个应用实例，这些应用实例用于实现相同的业务逻辑。在一个例子中，可以采用应用实例集群的形式部署应用实例，即应用实例集群可以包括至少两个应用实例，这些应用实例可以部署在相同或者不同的工作节点(Node)，这些工作节点可以是物理机或者虚拟机。本实施例中，以采用容器管理平台(如Kubernetes)实现应用实例集群为例，当采用其它容器技术实现应用实例集群时，与采用容器管理平台的实现方式类似，后续不再赘述。

参见图4A所示，为采用容器管理平台实现应用实例集群的示例，容器管理平台是用于实现容器管理的开源平台，用于自动部署、扩展和管理容器，实现版本升级，提供容器弹性等。容器管理平台支持Docker(开源的应用容器引擎，开发者可以打包应用以及依赖包到一个可移植的镜像中)和Rocket(一个类似Docker的命令行工具，可以打包应用和依赖包到可移植容器中)等容器技术。

参见图4A所示，以应用实例集群包括3个应用实例(如应用实例1、应用实例2和应用实例3)为例，在实际应用中，应用实例的数量还可以更多，对此不做限制。此外，可以部署用于对应用实例1、应用实例2和应用实例3进行控制的功能模块，将该功能模块记为控制模块。控制模块可以是容器管理平台中的任意组件，只要能够实现每个应用实例的控制功能即可，对此不做限制。

示例性的，pod(豆荚，既简单又实用的意思)可以是容器管理平台的基本调度单元，包含一组容器和数据卷，pod逻辑上表示某种应用程序的一个应用实例。例如，一个Web应用可以由前端、后端和数据库组成，这三个组件可以运行在各自的容器中，且这些容器包含在同一个pod内，由该pod实现前端、后端和数据库的业务逻辑。综上所述，应用实例可以通过pod实现，即由pod代替应用实例，而pod可以理解为容器(pod容器)，参见图4B所示，应用实例集群包括容器1、容器2和容器3，容器1用于实现应用实例1的业务逻辑，容器2用于实现应用实例2的业务逻辑，容器3用于实现应用实例3的业务逻辑。

参见图4A所示，应用实例可以部署在容器中，且不同应用实例部署在不同容器中。例如，应用实例1、应用实例2和应用实例3分别部署在不同容器中。

基于上述应用场景，在相关技术中，无法对应用实例进行有效控制，如针对有状态的应用实例的支持力度不够。比如说，无法对应用实例进行很好的支持，导致开发人员在开发中间件的同时，还需要编写运维管理的复杂逻辑。

比如说，在相关技术中，无法对应用实例进行有效升级。具体的，为了实现应用实例的升级，涉及启停顺序的控制，一般是依次启动每个应用实例，依次停止每个应用实例，而不会控制应用实例的启动顺序，也不会控制应用实例的停止顺序。上述方式无法满足复杂应用的启停顺序控制，例如，分布式应用会存在集群管控的需求，如选主，实现主从分布等，在这些应用场景下，依次启动每个应用实例，依次停止每个应用实例，会导致分布式应用出现异常。

针对上述发现，本申请实施例中，可以根据应用实例的状态信息控制应用实例的启动顺序，根据应用实例的状态信息控制应用实例的停止顺序，从而能够满足复杂应用的启停顺序控制，例如，分布式应用存在集群管控的需求，如选主，实现主从分布等，在这些应用场景下，能够满足复杂应用的启停顺序控制，避免分布式应用出现异常。示例性的，可以将应用实例的启动顺序/停止顺序通过配置进行接入，进行相关策略配置，内部自动化帮助用户实现启停顺序控制，解决集群内的启停顺序强控制，内部根据预设的配置进行控制管理，有效降低成本。可以通过打标来进行标注，对某一类标签设定启停顺序及方式。

以下结合具体应用场景，对应用实例的控制方法进行说明，本应用场景中，能够获取应用实例的状态信息，该状态信息为主状态或从状态，并根据应用实例的状态信息对应用实例进行控制。例如，能够根据应用实例的状态信息控制应用实例的停止顺序，从而能够满足复杂应用的启停顺序控制。

本实施例中的应用实例，可以是有状态的应用实例(如基于容器的有状态的应用实例)，也可以是无状态的应用实例(如基于容器的无状态的应用实例)，对此不做限制。示例性的，有状态的应用实例是指：应用实例之间具有依赖关系，比如说，需要先启动应用实例1，基于应用实例1启动应用实例2，基于应用实例1启动应用实例3，基于此，应用实例1、应用实例2和应用实例3可以是有状态的应用实例。无状态的应用实例是指：应用实例之间不具有依赖关系，比如说，可以单独启动应用实例1，单独启动应用实例2(即启动过程与应用实例1无关)，单独启动应用实例3(即启动过程与应用实例1无关)，基于此，应用实例1、应用实例2和应用实例3可以是无状态的应用实例。

参见图4C所示，在应用实例集群中的各应用实例启动后，可以配置各应用实例的状态，例如，可以由用户配置各应用实例的状态，如配置应用实例1的状态为主状态，配置应用实例2的状态为从状态，配置应用实例3的状态为从状态。又例如，各应用实例可以基于某种策略，确定本应用实例的状态，即各应用实例自主确定本应用实例的状态。假设策略是IP地址最小的应用实例为主，则应用实例1可以比较应用实例1的IP地址、应用实例2的IP地址、应用实例3的IP地址，若应用实例1的IP地址为最小，则应用实例1确定本应用实例1的状态为主状态。应用实例2可以比较应用实例1的IP地址、应用实例2的IP地址、应用实例3的IP地址，若应用实例1的IP地址为最小，则应用实例2确定本应用实例2的状态为从状态。应用实例3可以比较应用实例1的IP地址、应用实例2的IP地址、应用实例3的IP地址，若应用实例1的IP地址为最小，则应用实例3确定本应用实例3的状态为从状态。当然，上述只是一个示例，还可以采用其它策略，对此不做限制，只要能够确定应用实例的状态即可。

基于上述过程，应用实例集群中的各应用实例具有相应状态，针对主状态的应用实例1，能够实现数据写入和数据读取。例如，在接收到数据写入请求后，可以向存储介质中写入数据；在接收到数据读取请求后，可以从存储介质中读取数据。针对从状态的应用实例2或应用实例3，能够实现数据读取，但是不能实现数据写入。例如，在接收到数据读取请求后，可以从存储介质中读取数据；在接收到数据写入请求后，将数据写入请求发送给应用实例1，由应用实例1向存储介质中写入数据，应用实例2或应用实例3不向存储介质中写入数据。

在应用实例集群中的各应用实例启动后，控制模块可以获取每个应用实例的状态信息。例如，控制模块可以获取应用实例1的状态信息，该状态信息可以为主状态；控制模块可以获取应用实例2的状态信息，该状态信息为从状态；控制模块可以获取应用实例3的状态信息，该状态信息为从状态。

为了获取应用实例(后续以应用实例1为例)的状态信息，控制模块可以向应用实例1发送请求消息。应用实例1在接收到该请求消息后，针对该请求消息向控制模块返回响应消息，且该响应消息可以携带应用实例1的状态信息，即应用实例1的状态为主状态。控制模块在接收到响应消息后，可以从该响应消息中获取应用实例1的状态信息，即应用实例1的状态为主状态。

示例性的，控制模块在得到应用实例1的状态信息后，可以记录应用实例1的标签信息与应用实例1的状态信息的映射关系，同理，控制模块可以记录应用实例2的标签信息与应用实例2的状态信息的映射关系，控制模块可以记录应用实例3的标签信息与应用实例3的状态信息的映射关系，参见表1所示。

表1

应用实例的标签信息	应用实例的状态信息
		Aaa	主状态
Bbb	从状态
		Ccc	从状态
...	...

在表1中，aaa表示应用实例1的标签信息，bbb表示应用实例2的标签信息，ccc表示应用实例3的标签信息。标签信息是应用实例的唯一描述信息，用于快速查询到与该标签信息对应的应用实例，对标签信息的内容不做限制。打标是指对某个应用实例添加一个唯一描述信息，即为应用实例设置标签信息。

基于应用实例的状态信息，可以对应用实例集群中的各应用实例进行控制。例如，可以根据应用实例的状态信息确定应用实例集群中的各应用实例的停止顺序，并根据停止顺序对应用实例集群中的各应用实例进行控制。

在确定各应用实例的停止顺序时，状态信息为从状态的应用实例的停止顺序，位于状态信息为主状态的应用实例的停止顺序之前，即需要先停止状态信息为从状态的应用实例，后停止状态信息为主状态的应用实例。

例如，由于应用实例2和应用实例3的状态信息为从状态，应用实例1的状态信息为主状态，因此，停止顺序可以为应用实例2、应用实例3、应用实例1，或者，停止顺序可以为应用实例3、应用实例2、应用实例1。为了方便描述，后续以应用实例2、应用实例3、应用实例1的停止顺序为例进行说明。

在一种可能的实施方式中，当需要对应用实例集群中的各应用实例进行升级时，则需要先停止应用实例，然后对应用实例进行升级，在应用实例升级完成后，重新启动应用实例，针对上述应用实例的升级过程，可以采用如下方式：

基于应用实例2、应用实例3、应用实例1的停止顺序，优先对应用实例2进行停止操作，对应用实例2进行升级，对此升级过程不做限制。在应用实例2升级完成后，重新启动应用实例2。在应用实例2的升级过程中，由于应用实例1(即主状态的应用实例)能够正常工作，即应用实例1未被停止，因此，应用实例1仍然可以实现数据写入和数据读取，避免业务发生中断。

在应用实例2重新启动后，对应用实例3进行停止操作，对应用实例3进行升级。在应用实例3升级完成后，重新启动应用实例3。在应用实例3的升级过程中，由于应用实例1能够正常工作，即应用实例1未被停止，因此，应用实例1仍然可以实现数据写入和数据读取，避免业务发生中断。

在应用实例3重新启动后，对应用实例1进行停止操作，对应用实例1进行升级。在应用实例1升级完成后，重新启动应用实例1。

在应用实例2和应用实例3重新启动后，应用实例2和应用实例3重新确定主状态的应用实例，假设应用实例2是重新确定的主状态的应用实例，在应用实例1的升级过程中，由于应用实例2能够正常工作，即应用实例2未被停止，因此，应用实例2可以实现数据写入和数据读取，避免业务发生中断。

在应用实例1重新启动后，应用实例1、应用实例2和应用实例3重新确定主状态的应用实例，假设应用实例1是重新确定的主状态的应用实例，则由应用实例1实现数据写入和数据读取，避免业务发生中断。

综上所述，在对应用实例集群中的各应用实例进行升级时，可以避免业务发生中断，实现用户无感知的应用实例升级，提高用户使用体验。

参见图4D所示，可以按照预设顺序依次启动应用实例集群中的各应用实例，例如，预设顺序为应用实例1、应用实例2和应用实例3，则可以先启动应用实例1，然后启动应用实例2，最后启动应用实例3。基于上述各应用实例的启动顺序，控制模块可以获取每个应用实例的状态信息。例如，控制模块获取应用实例1的状态信息，该状态信息可以为主状态；获取应用实例2的状态信息，该状态信息为从状态；获取应用实例3的状态信息，该状态信息为从状态。

在应用实例集群中的各应用实例启动后，可以配置各应用实例的状态，如应用实例1的状态为主状态，应用实例2的状态为从状态，应用实例3的状态为从状态。针对主状态的应用实例1，能够实现数据写入和数据读取。针对从状态的应用实例2或应用实例3，能够实现数据读取，但是不能实现数据写入。

示例性的，控制模块在得到应用实例1的状态信息后，可以记录应用实例1的标签信息与应用实例1的状态信息的映射关系，同理，控制模块可以记录应用实例2的标签信息与应用实例2的状态信息的映射关系，控制模块可以记录应用实例3的标签信息与应用实例3的状态信息的映射关系，参见表1所示。

基于应用实例的状态信息，可以对应用实例集群中的各应用实例进行控制。例如，根据应用实例的状态信息确定应用实例集群中的各应用实例的停止顺序，并根据停止顺序对应用实例集群中的各应用实例进行控制，如对应用实例集群中的各应用实例进行升级，具体控制过程参见上述实施例，在此不再赘述。

在相关技术中，无法对应用实例进行有效控制，如应用实例之间无法有效建立连接。具体的，针对应用实例集群中的应用实例来说，该应用实例无法获知其它应用实例的地址信息，导致无法与其它应用实例建立连接，即，应用实例集群内的各应用实例不支持互注册，导致无法支持复杂应用的集群建立。

针对上述发现，本申请实施例中，可以获取各应用实例的地址信息，将各应用实例的地址信息下发给应用实例集群中的每个应用实例，这样，应用实例集群中的每个应用实例就可以与其它应用实例建立连接，支持复杂应用的集群建立。示例性的，上述方式提供集群内地址刷新方案，实现集群的地址可以动态刷新，解决集群内的地址互相注册问题，以便于实现内部集群建立连接。

以下结合具体应用场景，对应用实例的控制方法进行说明，本应用场景中，能够获取应用实例的地址信息，并根据应用实例的地址信息对应用实例进行控制。例如，能够根据应用实例的地址信息，使得各应用实例之间建立连接。

应用实例可以是有状态的应用实例(如基于容器的有状态的应用实例)，或是无状态的应用实例(如基于容器的无状态的应用实例)，对此不做限制。

参见图4E所示，控制模块可以获取应用实例集群中的每个应用实例的地址信息，该地址信息可以为应用实例的IP地址；或者，应用实例的域名地址。

若地址信息为IP地址，则可以采用如下方式获取应用实例的IP地址：在应用实例集群中的各应用实例启动后，控制模块从应用实例的配置信息中读取该应用实例的IP地址。具体的，在应用实例集群中的各应用实例启动后，可以为每个应用实例配置IP地址，这样，在应用实例的配置信息中包括该应用实例的IP地址。基于此，可以从应用实例的配置信息中读取该应用实例的IP地址。

例如，为了获取应用实例(后续以应用实例1为例进行说明)的IP地址，控制模块可以向应用实例1发送请求消息。应用实例1在接收到该请求消息后，可以从配置信息中读取应用实例1的IP地址，并针对该请求消息向控制模块返回响应消息，且该响应消息可以携带应用实例1的IP地址。控制模块在接收到该响应消息后，则可以从该响应消息中获取应用实例1的IP地址。

若地址信息为域名地址，则可以采用如下方式获取应用实例的域名地址：控制模块基于应用实例的标签信息与域名地址的绑定关系，获取与应用实例的标签信息对应的域名地址。具体的，参见表2所示，可以预先配置应用实例的标签信息与该应用实例的域名地址的绑定关系。基于此，针对应用实例集群中的每个应用实例，可以通过该应用实例的标签信息查询所述绑定关系，得到该应用实例的域名地址。例如，通过容器管理平台的接口检查是否已经下发并得到指定的唯一域名地址，即根据应用实例的标签信息得到应用实例的域名地址。

表2

综上所述，从表2可以看出，在通过应用实例1的标签信息aaa查询所述绑定关系时，可以得到应用实例1的域名地址为域名地址a，以此类推。

基于每个应用实例的地址信息，可以对应用实例集群中的各应用实例进行控制。例如，可以将各应用实例的地址信息发送给应用实例集群中的第三应用实例(第三应用实例可以为应用实例集群中的任一应用实例)，以使第三应用实例根据第四应用实例(第四应用实例可以为应用实例集群中除第三应用实例之外的任一应用实例)的地址信息，与第四应用实例建立连接。示例性的，该连接可以为TCP连接，也可以为其它类型的连接，对此不做限制。

示例性的，参见图4E所示，控制模块在得到应用实例1的地址信息后，将应用实例1的地址信息记录到地址同步文件，控制模块在得到应用实例2的地址信息后，将应用实例2的地址信息记录到地址同步文件，控制模块在得到应用实例3的地址信息后，将应用实例3的地址信息记录到地址同步文件。

针对应用实例集群中的每个应用实例来说，可以共享地址同步文件，也就是说，每个应用实例均会监听地址同步文件的变化，当地址同步文件中的地址信息发生变化时，可以从地址同步文件中获取应用实例的地址信息。

例如，控制模块将应用实例1的地址信息记录到地址同步文件后，应用实例1可以从地址同步文件中获取应用实例1的地址信息，应用实例2可以从地址同步文件中获取应用实例1的地址信息，应用实例3可以从地址同步文件中获取应用实例1的地址信息。控制模块将应用实例2的地址信息记录到地址同步文件后，应用实例1可以从地址同步文件中获取应用实例2的地址信息，应用实例2可以从地址同步文件中获取应用实例2的地址信息，应用实例3可以从地址同步文件中获取应用实例2的地址信息。控制模块将应用实例3的地址信息记录到地址同步文件后，应用实例1可以从地址同步文件中获取应用实例3的地址信息，应用实例2可以从地址同步文件中获取应用实例3的地址信息，应用实例3可以从地址同步文件中获取应用实例3的地址信息。

综上所述，应用实例1可以利用应用实例2的地址信息与应用实例2建立连接，应用实例1可以利用应用实例3的地址信息与应用实例3建立连接，应用实例2可以利用应用实例3的地址信息与应用实例3建立连接，以此类推。

参见图4F所示，控制模块可以获取应用实例集群中的每个应用实例的地址信息，关于获取应用实例的地址信息的方式，参见上述实施例，在此不再赘述。基于每个应用实例的地址信息，可以对应用实例集群中的各应用实例进行控制。例如，可以将各应用实例的地址信息发送给应用实例集群中的第三应用实例，以使第三应用实例根据第四应用实例的地址信息，与第四应用实例建立连接。

示例性的，参见图4F所示，控制模块在得到应用实例1的地址信息、应用实例2的地址信息、应用实例3的地址信息后，可以向应用实例集群中的每个应用实例发送地址同步消息，该地址同步消息可以携带应用实例1的地址信息、应用实例2的地址信息、应用实例3的地址信息。这样，每个应用实例均可以得到应用实例1的地址信息、应用实例2的地址信息、应用实例3的地址信息。

示例性的，可以提供更新地址列表的接口(即通用地址注册接口)，当获得每个应用实例的地址信息后，可以动态调用该接口更新应用实例的地址信息，接口由容器管理平台编排时获得所有容器地址，聚合后动态调用接口进行更新。

综上所述，控制模块在得到应用实例1的地址信息、应用实例2的地址信息、应用实例3的地址信息后，可以生成基于该接口的地址同步消息。

进一步的，应用实例1可以利用应用实例2的地址信息与应用实例2建立连接，应用实例1可以利用应用实例3的地址信息与应用实例3建立连接，应用实例2可以利用应用实例3的地址信息与应用实例3建立连接，以此类推。

在上述实施例中，当应用实例的地址信息发生变化时，还可以对应用实例的地址信息进行更新，例如，控制模块可以将变化后的地址信息记录到地址同步文件中，使得每个应用实例从地址同步文件中获取变化后的地址信息。或者，控制模块可以重新发送地址同步消息，该地址同步消息可以携带变化后的地址信息，使得每个应用实例从地址同步消息中获取变化后的地址信息。

基于与上述方法同样的申请构思，本申请实施例还提供一种应用实例的控制装置，应用实例集群包括至少两个应用实例，如图5A所示，为所述装置的结构图，所述装置包括：获取模块511，用于获取应用实例的状态信息；控制模块512，用于根据所述应用实例的状态信息对所述应用实例进行控制。

所述控制模块512具体用于：根据应用实例的状态信息确定应用实例集群中的各应用实例的停止顺序；根据所述停止顺序对所述应用实例集群中的各应用实例进行控制。进一步的，所述状态信息为主状态或从状态，所述控制模块512根据所述停止顺序对所述应用实例集群中的各应用实例进行控制时具体用于：优先对状态信息为从状态的应用实例进行控制；后对状态信息为主状态的应用实例进行控制。

又例如，所述状态信息为主状态或从状态，所述控制模块512根据所述停止顺序对所述应用实例集群中的各应用实例进行控制时具体用于：优先对状态信息为从状态的第一应用实例进行停止操作，并对第一应用实例进行升级，在第一应用实例升级完成后，重新启动第一应用实例；在所述第一应用实例重新启动后，对状态信息为主状态的第二应用实例进行停止操作，并对所述第二应用实例进行升级；在第二应用实例升级完成后，重新启动所述第二应用实例。

所述获取模块511具体用于：在所述应用实例集群中的各应用实例启动后，向应用实例发送请求消息；接收所述应用实例针对所述请求消息返回的响应消息；从所述响应消息中获取所述应用实例的状态信息。

所述获取模块511具体用于：按照预设顺序依次启动所述应用实例集群中的各应用实例；根据各应用实例的启动顺序确定应用实例的状态信息。

所述获取模块511根据各应用实例的启动顺序确定应用实例的状态信息时具体用于：确定处于第一启动顺序的应用实例的状态信息为主状态；确定处于第二启动顺序的应用实例的状态信息为从状态。

基于与上述方法同样的申请构思，本申请实施例还提供一种应用实例的控制装置，应用实例集群包括至少两个应用实例，如图5B所示，为所述装置的结构图，包括：获取模块521，用于获取所述应用实例集群中的各应用实例的地址信息；控制模块522，用于根据所述各应用实例的地址信息对应用实例集群中的应用实例进行控制。

所述控制模块522具体用于：将各应用实例的地址信息发送给所述应用实例集群中的第三应用实例，以使第三应用实例根据第四应用实例的地址信息，与所述第四应用实例建立连接。

所述控制模块522将各应用实例的地址信息发送给所述应用实例集群中的第三应用实例时具体用于：将各应用实例的地址信息记录到地址同步文件，以使所述应用实例集群中的第三应用实例从所述地址同步文件中获取各应用实例的地址信息；或者，向所述应用实例集群中的第三应用实例发送地址同步消息，所述地址同步消息中携带各应用实例的地址信息，以使所述第三应用实例从所述地址同步消息中获取各应用实例的地址信息。

所述获取模块521具体用于：若所述地址信息为IP地址，在所述应用实例集群中的各应用实例启动后，从应用实例的配置信息中读取所述应用实例的IP地址；或者，若所述地址信息为域名地址，基于应用实例的标签信息与域名地址的绑定关系，获取与应用实例的标签信息对应的域名地址。

基于与上述方法同样的申请构思，本申请实施例还提供一种应用实例的控制设备，应用实例集群包括至少两个应用实例，包括：处理器和机器可读存储介质，所述机器可读存储介质上存储有若干计算机指令，所述处理器执行所述计算机指令时进行如下处理：

获取应用实例的状态信息；

根据所述应用实例的状态信息对所述应用实例进行控制；

或者，获取所述应用实例集群中的各应用实例的地址信息；

根据各应用实例的地址信息对所述应用实例集群中的应用实例进行控制。

进一步的，本申请实施例还提供一种机器可读存储介质，所述机器可读存储介质上存储有若干计算机指令；所述计算机指令被执行时进行如下处理：

获取应用实例的状态信息；

根据所述应用实例的状态信息对所述应用实例进行控制；

或者，获取所述应用实例集群中的各应用实例的地址信息；

根据各应用实例的地址信息对所述应用实例集群中的应用实例进行控制。

参见图6所示，为本申请实施例中提出的应用实例的控制设备的结构图，可以包括：处理器611，网络接口612，总线613，存储器614。存储器614可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据等等。例如，存储器614可以是：RAM(Radom Access Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可以由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

而且，这些计算机程序指令也可以存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或者多个流程和/或方框图一个方框或者多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上，使得在计算机或者其它可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其它可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (17)

1.一种应用实例的控制方法，其特征在于，应用实例集群包括至少两个应用实例，包括：

获取应用实例的状态信息；

根据所述应用实例的状态信息对所述应用实例进行控制。

2.根据权利要求1所述的方法，其特征在于，

所述根据所述应用实例的状态信息对所述应用实例进行控制，包括：

根据应用实例的状态信息确定应用实例集群中的各应用实例的停止顺序；

根据所述停止顺序对所述应用实例集群中的各应用实例进行控制。

3.根据权利要求2所述的方法，其特征在于，

所述状态信息为主状态或从状态，所述根据所述停止顺序对所述应用实例集群中的各应用实例进行控制，具体包括：

优先对状态信息为从状态的应用实例进行控制；

后对状态信息为主状态的应用实例进行控制。

4.根据权利要求2所述的方法，其特征在于，

所述状态信息为主状态或从状态，所述根据所述停止顺序对所述应用实例集群中的各应用实例进行控制，具体包括：

优先对状态信息为从状态的第一应用实例进行停止操作，并对第一应用实例进行升级，在第一应用实例升级完成后，重新启动第一应用实例；

在所述第一应用实例重新启动后，对状态信息为主状态的第二应用实例进行停止操作，并对所述第二应用实例进行升级；

在所述第二应用实例升级完成后，重新启动所述第二应用实例。

5.根据权利要求1所述的方法，其特征在于，

所述获取应用实例的状态信息，包括：

在所述应用实例集群中的各应用实例启动后，向应用实例发送请求消息；

接收所述应用实例针对所述请求消息返回的响应消息；

从所述响应消息中获取所述应用实例的状态信息。

6.根据权利要求1所述的方法，其特征在于，

所述获取应用实例的状态信息，包括：

按照预设顺序依次启动所述应用实例集群中的各应用实例；

根据各应用实例的启动顺序确定应用实例的状态信息。

7.根据权利要求6所述的方法，其特征在于，

所述根据各应用实例的启动顺序确定应用实例的状态信息，包括：

确定处于第一启动顺序的应用实例的状态信息为主状态；

确定处于第二启动顺序的应用实例的状态信息为从状态。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述应用实例集群中的应用实例部署在容器中，不同的应用实例部署在不同的容器中。

9.一种应用实例的控制方法，其特征在于，应用实例集群包括至少两个应用实例，包括：

获取所述应用实例集群中的各应用实例的地址信息；

根据各应用实例的地址信息对所述应用实例集群中的应用实例进行控制。

10.根据权利要求9所述的方法，其特征在于，所述根据各应用实例的地址信息对所述应用实例集群中的应用实例进行控制，包括：

将各应用实例的地址信息发送给所述应用实例集群中的第三应用实例，以使第三应用实例根据第四应用实例的地址信息，与所述第四应用实例建立连接。

11.根据权利要求10所述的方法，其特征在于，所述将各应用实例的地址信息发送给所述应用实例集群中的第三应用实例，具体包括：

将各应用实例的地址信息记录到地址同步文件，以使所述应用实例集群中的第三应用实例从所述地址同步文件中获取各应用实例的地址信息；或者，

向所述应用实例集群中的第三应用实例发送地址同步消息，所述地址同步消息中携带各应用实例的地址信息，以使所述第三应用实例从所述地址同步消息中获取各应用实例的地址信息。

12.根据权利要求9所述的方法，其特征在于，

所述获取所述应用实例集群中的各应用实例的地址信息，包括：

若所述地址信息为IP地址，在所述应用实例集群中的各应用实例启动后，从应用实例的配置信息中读取所述应用实例的IP地址；或者，

若所述地址信息为域名地址，基于应用实例的标签信息与域名地址的绑定关系，获取与应用实例的标签信息对应的域名地址。

13.根据权利要求9-12任一项所述的方法，其特征在于，所述应用实例集群中的应用实例部署在容器中，且不同的应用实例部署在不同的容器中。

14.一种应用实例的控制方法，其特征在于，应用实例集群包括至少两个应用实例，包括：

获取所述应用实例集群中的各应用实例的地址信息，并获取所述应用实例集群中的各应用实例的状态信息，所述状态信息为主状态或从状态；

将各应用实例的地址信息发送给所述应用实例集群中的第三应用实例，以使第三应用实例根据第四应用实例的地址信息，与第四应用实例建立连接；

在需要对所述应用实例集群中的应用实例进行升级时，优先对状态信息为从状态的第一应用实例进行停止操作，并对第一应用实例进行升级，在第一应用实例升级完成后，重新启动第一应用实例；在所述第一应用实例重新启动后，对状态信息为主状态的第二应用实例进行停止操作，并对第二应用实例进行升级；在第二应用实例升级完成后，重新启动第二应用实例。

15.一种应用实例的控制装置，其特征在于，应用实例集群包括至少两个应用实例，包括：

获取模块，用于获取应用实例的状态信息；

控制模块，用于根据所述应用实例的状态信息对所述应用实例进行控制。

16.一种应用实例的控制装置，其特征在于，应用实例集群包括至少两个应用实例，包括：

获取模块，用于获取所述应用实例集群中的各应用实例的地址信息；

控制模块，用于根据所述各应用实例的地址信息对所述应用实例集群中的应用实例进行控制。

17.一种应用实例的控制设备，其特征在于，应用实例集群包括至少两个应用实例，包括：

处理器和机器可读存储介质，所述机器可读存储介质上存储有若干计算机指令，所述处理器执行所述计算机指令时进行如下处理：

获取应用实例的状态信息；

根据所述应用实例的状态信息对所述应用实例进行控制；

或者，获取所述应用实例集群中的各应用实例的地址信息；

根据各应用实例的地址信息对所述应用实例集群中的应用实例进行控制。

Images