CN110502397A - 一种云平台功能模块的处理方法、装置、电子设备及介质 - Google Patents

Abstract

本申请公开了一种云平台功能模块的处理方法，区别于现有技术采用的侵入式，本申请将用于确定功能模块运行状态的探针设置在云平台中、功能模块的外部，以通过设置在功能模块外部的状态确定探针实现对功能模块实际所处状态的确定。由于探针与功能模块是相互独立的两部分，无需对功能模块的内部进行调整和修改，即本申请通过外部探针的方式提供了一种非侵入式的功能模块运行状态检测机制，可有效降低对云平台的改造程度，也避免了在功能模块内部增设检测机制所带来的额外问题，实际效果更佳。本申请还同时公开了一种云平台功能模块的处理装置、电子设备及计算机可读存储介质，具有上述有益效果。

Description

一种云平台功能模块的处理方法、装置、电子设备及介质

技术领域

本申请涉及云计算技术领域，特别涉及一种云平台功能模块的处理方法、装置、电子设备及计算机可读存储介质。

背景技术

随着信息技术的发展，云计算已经逐步成为了业界的发展热点，云计算技术也逐渐被应用到教育、科学、文化、公安、政府、卫生、高性能计算、物联网等多个领域，随之云计算服务平台(后续将简称为云平台)的使用量和活跃度也与日剧增。随着云计算的发展，云平台系统的逐渐庞大，云计算服务的中断将会云计算服务提供商和客户都带来巨大的影响。因此，实现云平台的高可用性是本领域技术人员研究的重点。

现有实现云平台高可用性的方式多为侵入式，即通过在云平台内的各功能模块内部设置状态检测机制，使其从内部监测相应功能模块的运行状态，并通过上报给管理端来实现基于运行状态的高可用性。就好比在个人电脑中安装诸如360安全管家、QQ电脑管家等应用程序来帮助用户监测个人电脑的运行状态一样。

但由于侵入式的实现方式需要对每个功能模块的内部进行调整，不仅难度大、改造量大，有时还会因为增设在功能模块内部的检测机制对运行性能造成影响，实际效果不佳。

因此，如何克服上述现有技术存在的技术缺陷，是本领域技术人员亟待解决的问题。

发明内容

本申请的目的是提供一种云平台功能模块的处理方法、装置、电子设备及计算机可读存储介质，旨在通过提供一种非侵入式的功能模块运行状态检测机制来避免现有采用侵入式方式存在的技术缺陷。

为实现上述目的，本申请提供了一种云平台功能模块的处理方法，包括：

在云平台中各功能模块的外部设置状态确定探针；其中，所述状态确定探针与所述功能模块之间建立有外部通讯；

控制所述状态确定探针向所述功能模块发起状态确定请求，并根据返回的响应信息确定所述功能模块的实际状态；

根据所述实际状态对所述功能模块进行调整。

可选的，所述状态确定探针包括存活探针、就绪探针、异常诊断探针中的至少一项。

可选的，所述就绪探针具体是为所述功能模块设置的一个RestAPI。

可选的，当所述状态确定探针具体为所述存活探针和所述就绪探针时，控制所述状态确定探针向所述功能模块发起状态确定请求，包括：

控制所述存活探针向所述功能模块发起心跳连接建立请求；

控制所述就绪探针向所述功能模块发起就绪状态查询请求；

对应的，根据返回的响应信息确定所述功能模块的实际状态，包括：

根据是否对所述心跳连接建立请求进行答复，确定所述功能模块是否处于存活状态；

根据返回的响应信息中是否包含就绪确认信息，确定所述功能模块是否处于就绪状态。

可选的，当所述实际状态为未存活状态时，根据所述实际状态对所述功能模块进行调整，包括：

对处于所述未存活状态的功能模块进行销毁重建。

可选的，当所述实际状态为未就绪状态时，根据所述实际状态对所述功能模块进行调整，包括：

等待预设时长，若所述预设时长内所述功能模块仍保持所述未就绪状态，则对处于所述未就绪状态的功能模块进行销毁重建。

可选的，控制所述状态确定探针向所述功能模块发起状态确定请求，包括：

按周期控制所述状态确定探针向所述功能模块发起所述状态确定请求。

为实现上述目的，本申请还提供了一种云平台功能模块的处理装置，包括：

无侵入式探针设置单元，用于在云平台中各功能模块的外部设置状态确定探针；其中，所述状态确定探针与所述功能模块之间建立有外部通讯；

无侵入式探针状态确定单元，用于控制所述状态确定探针向所述功能模块发起状态确定请求，并根据返回的响应信息确定所述功能模块的实际状态；

功能模块调整单元，用于根据所述实际状态对所述功能模块进行调整。

可选的，所述无侵入式探针状态确定单元包括：

心跳连接请求发送子单元，用于控制所述存活探针向所述功能模块发起心跳连接建立请求；

就绪状态查询请求发送子单元，用于控制所述就绪探针向所述功能模块发起就绪状态查询请求；

对应的，所述无侵入式探针状态确定单元包括：

存活确定子单元，用于根据是否对所述心跳连接建立请求进行答复，确定所述功能模块是否处于存活状态；

就绪确定子单元，用于根据返回的响应信息中是否包含就绪确认信息，确定所述功能模块是否处于就绪状态。

可选的，所述功能模块调整单元包括：

未存活功能模块处理子单元，用于当所述实际状态为未存活状态时，对处于所述未存活状态的功能模块进行销毁重建。

可选的，所述功能模块调整单元包括：

未就绪功能模块处理子单元，用于当所述实际状态为未就绪状态时，等待预设时长，若所述预设时长内所述功能模块仍保持所述未就绪状态，则对处于所述未就绪状态的功能模块进行销毁重建。

可选的，所述无侵入式探针状态确定单元包括：

请求周期性发送子单元，用于按周期控制所述状态确定探针向所述功能模块发起所述状态确定请求。

为实现上述目的，本申请还提供了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上述内容所描述的云平台功能模块的处理方法。

为实现上述目的，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述内容所描述的云平台功能模块的处理方法。

通过上述技术方案可以看出，区别于现有技术采用的侵入式，本申请将用于确定功能模块运行状态的探针设置在云平台中、功能模块的外部，以通过设置在功能模块外部的状态确定探针实现对功能模块实际所处状态的确定。由于探针与功能模块是相互独立的两部分，无需对功能模块的内部进行调整和修改，即本申请通过外部探针的方式提供了一种非侵入式的功能模块运行状态检测机制，可有效降低对云平台的改造程度，也避免了在功能模块内部增设检测机制所带来的额外问题，实际效果更佳。

本申请同时还提供了一种云平台功能模块的处理装置、电子设备及计算机可读存储介质，具有上述有益效果，在此不再赘述。

附图说明

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

图1为本申请实施例提供的一种云平台功能模块的处理方法的流程图；

图2为本申请实施例提供的另一种云平台功能模块的处理方法的流程图；

图3为本申请实施例提供的一种云平台功能模块的处理装置的结构框图。

具体实施方式

本申请的目的是提供一种云平台功能模块的处理方法、装置、电子设备及计算机可读存储介质，旨在通过提供一种非侵入式的功能模块运行状态检测机制来避免现有采用侵入式方式存在的技术缺陷。

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

实施例一

请参见图1，图1为本申请实施例提供的一种云平台功能模块的处理方法的流程图，其包括以下步骤：

S101：在云平台中各功能模块的外部设置状态确定探针；

本步骤目的在于在云平台中功能模块的外部设置用于检测功能模块实际运行状态的状态确定探针，其中，该状态确定探针通过与功能模块之间建立有外部通讯，以便通过该外部通讯进行状态确定探针与功能模块之间的信息交互，并由此确定出功能模块所处的实际状态。

简单来说，本申请为避免传统通过侵入式的方式来获取功能模块实际状态带来的一系列问题，通过设置外部探针的方式，提供了一种非侵入式的实现方式，外部的状态确定探针无需对功能模块内部进行任何的调整，最大程度上保留了功能模块的原始状态，同时也避免了对功能模块内部进行改造所带来的巨大工作量。

具体的，根据实际情况下功能模块可处于的不同状态，状态确定探针也可以根据可确定出状态类型的不同分为多种，例如用于确定功能模块是否存活的存活探针、用于确定功能模块是否准备就绪的就绪探针(可具体表现为一个为功能模块设定的RestAPI，即一个遵循Rest标准的应用程序接口)，以及可用于确定功能模块是否存在异常的异常诊断探针等等，根据实际情况下不同云平台所具有的功能不同，还可能存在其它状态，此处不再一一赘述。

在此基础上，该状态确定探针可以表现为一个可以判别复数状态的复合探针，也可以表现为多个分别判别一种状态的子探针，根据实际情况的不同，可以自行调整，此处不再赘述。

S102：控制状态确定探针向功能模块发起状态确定请求，并根据返回的响应信息确定功能模块的实际状态；

在S101的基础上，本步骤旨在由云平台控制状态确定探针向建立有外部通讯的功能模块发起状态确定请求，以期根据发出该状态确定请求的反馈确定出相应功能模块的实际状态。

其中，该状态确定请求的作用为确定功能模块的实际状态，根据实际所需具体确定出的状态的不同，该状态确定请求可包含不同的内容。例如，当需要判断该功能模块是否存活时，该状态确定请求可以为心跳连接建立请求，若功能模块处于存活状态，将能够及时响应该心跳连接建立请求与存活探针建立心跳连接；反之，若功能模块处于未存活状态，将因无法对该心跳连接建立请求做出响应，从而基于此情况判断出该功能模块处于未存活状态。当然，判断功能模块是否存活也可以通过除上述给出的是否可建立心跳连接之外的其它方式来实现，还可以通过功能模块处于存活状态时所表征出的一些特有特征来进行判定，也可以基于功能模块是否可以返回一些特定值来实现等等，此处并不做具体限定。

同理，当需要判断功能模块是否处于就绪状态时，也可以基于上述判断是否存储存活状态的原理进行相应的调整得到，此部分将通过后续实施例给出一种具体的实现方式。

其中，状态确定请求的方式可按照预设的规则和方式来实现，例如为实现常态化，可以通过设置自动发送周期来不断重复执行，前后两个周期的时间间隔可以根据实际情况自行设定，发送的内容和目的地(例如供功能模块接收的端口号、API)也可以预先设定好。进一步的，为形成一个完整的高可用性保证机制，还可以根据上层需求制定一套完善的功能模块“健康”检查机制，以实现在不同时间对不同状态进行检测、在不同场景下对不同状态进行检测等等特殊要求。

S103：根据实际状态对功能模块进行调整。

在S102的基础上，本步骤旨在根据确定出的实际状态对功能模块进行相应的调整，以实现云平台的高可用性。

具体的，根据实际状态具体表现的不同，可进行的调整也多种多样，例如针对处于未存活状态的功能模块可以采用重启、初始化甚至销毁重建的方式来让其处于存活状态；针对处于未就绪状态的功能模块，还可以采用等待、发送强制就绪指令、初始化以及甚至销毁重建的方式来试图让其恢复正常。根据实际情况下对处于非正常状态的功能模块的容忍程度和调整规则，可自行设定调整方式，此处不做具体限定。

基于上述技术方案可以看出，区别于现有技术采用的侵入式，本申请将用于确定功能模块运行状态的探针设置在云平台中、功能模块的外部，以通过设置在功能模块外部的状态确定探针实现对功能模块实际所处状态的确定。由于探针与功能模块是相互独立的两部分，无需对功能模块的内部进行调整和修改，即本申请通过外部探针的方式提供了一种非侵入式的功能模块运行状态检测机制，可有效降低对云平台的改造程度，也避免了在功能模块内部增设检测机制所带来的额外问题，实际效果更佳。

实施例二

请参见图2，图2为本申请实施例提供的另一种云平台功能模块的处理方法的流程图，本实施例在实例一的基础上，限定状态确定探针具体表现为存活探针和就绪探针，即本实施例主要对云平台各功能模块是否处于存活状态和就绪状态进行判定，并根据判定结果给出了一种具体的调整方式，包括以下步骤：

S201：在云平台中各功能模块的外部分别设置存活探针和就绪探针；

普通情况下，可分别为每个功能模块均设置一个存活探针和一个就绪探针，以实现一对一的检测；若实际情况无法实现一对一的设置，也可以根据功能模块之间的相似性共用相同的存活探针和就绪探针。可根据实际情况灵活调整，此处不做具体限定。

S202：控制存活探针向功能模块发起心跳连接建立请求；

S203：根据是否对心跳连接建立请求进行答复，确定功能模块是否处于存活状态；

S204：对处于未存活状态的功能模块进行销毁重建；

S202、S203以及S204给出了如何通过存活探针对功能模块是否处于存活状态进行判定和后续处理的一种实现方式，即通过能否成功与功能模块建立起心跳连接来判定功能模块是否处于存活状态，处于未存活状态的功能模块将因无法对任何请求做出响应而无法与存活探针建立起该心跳连接，并进而被判定处于未存活状态。由于处于未存活状态的功能模块实际上无法执行任何操作、无法解决任何云计算任务，因此本实施例直接对处于此种状态的功能模块进行销毁重建，以期重建后的新功能模块恢复可以正常执行操作的存活状态。

S205：控制就绪探针向功能模块发起就绪状态查询请求；

S206：根据返回的响应信息中是否包含就绪确认信息，确定功能模块是否处于就绪状态；

S207：等待预设时长，若预设时长内功能模块仍保持未就绪状态，则对处于未就绪状态的功能模块进行销毁重建。

S205、S206以及S207给出了如何通过就绪探针对功能模块是否处于就绪状态进行判定和后续处理的一种实现方式，即通过判断由功能模块响应于就绪状态查询请求返回的响应信息中是否包含有就绪确认信息，来判定功能模块是否处于就绪状态。区别于处于未存活状态的功能模块，功能模块能够返回响应信息说明其至少存活状态，未处于就绪状态有可能是由于其他原因导致的，因此本实施例针对确定出处于未就绪状态的功能模块，首先等待预设时长，以期功能模块能够在该预设时长内从未就绪状态转变为就绪状态，若预设时长内功能模块仍保持未就绪状态，说明短时间内该功能模块无法恢复至就绪状态，因此为避免长时间等待对云计算任务的影响，对该功能模块进行销毁重建。

进一步的，若存在多次均需要等待预设时长才能由未就绪状态转变为就绪状态的功能模块，说明该功能模块还是存在一定的异常或问题，还可以在合适的时机对其进行初始化操作或销毁重建。更进一步的，若销毁重建后问题仍无法清除，则还结合管理人员定位故障原因并及时消除。

因为情况复杂，无法一一列举进行阐述，本领域技术人员应能意识到根据本申请提供的基本方法原理结合实际情况可以存在很多的例子，在不付出足够的创造性劳动下，应均在本申请的保护范围内。

下面请参见图3，图3为本申请实施例所提供的一种云环境下服务的部署系统的结构框图，该部署系统可以包括：

无侵入式探针设置单元100，用于在云平台中各功能模块的外部设置状态确定探针；其中，状态确定探针与功能模块之间建立在外部通讯；

无侵入式探针状态确定单元200，用于控制状态确定探针向功能模块发起状态确定请求，并根据返回的响应信息确定功能模块的实际状态；

功能模块调整单元300，用于根据实际状态对功能模块进行调整。

其中，该无侵入式探针状态确定单元200可以包括：

心跳连接请求发送子单元，用于控制存活探针向功能模块发起心跳连接建立请求；

就绪状态查询请求发送子单元，用于控制就绪探针向功能模块发起就绪状态查询请求；

对应的，该无侵入式探针状态确定单元200可以包括：

存活确定子单元，用于根据是否对心跳连接建立请求进行答复，确定功能模块是否处于存活状态；

就绪确定子单元，用于根据返回的响应信息中是否包含就绪确认信息，确定功能模块是否处于就绪状态。

其中，该功能模块调整单元300可以包括：

未存活功能模块处理子单元，用于当实际状态为未存活状态时，对处于未存活状态的功能模块进行销毁重建。

其中，该功能模块调整单元300可以包括：

未就绪功能模块处理子单元，用于当实际状态为未就绪状态时，等待预设时长，若预设时长内功能模块仍保持未就绪状态，则对处于未就绪状态的功能模块进行销毁重建。

其中，该无侵入式探针状态确定单元200可以包括：

请求周期性发送子单元，用于按周期控制状态确定探针向功能模块发起状态确定请求。

本实施例作为对应于上述方法实施例的一个产品实施例存在，具有方法实施例的全部有益效果，在此不再一一赘述。

基于上述实施例，本申请还提供了一种电子设备，该电子设备可以包括存储器和处理器，其中，该存储器中存有计算机程序，该处理器调用该存储器中的计算机程序时，可以实现上述实施例所提供的步骤。当然，该电子设备还可以包括各种必要的网络接口、电源以及其它零部件等。

本申请还提供了一种计算机可读存储介质，其上存有计算机程序，该计算机程序被执行终端或处理器执行时可以实现上述实施例所提供的步骤。该存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random AccessMemory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

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

本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

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

Claims (10)

1.一种云平台功能模块的处理方法，其特征在于，包括：

在云平台中各功能模块的外部设置状态确定探针；其中，所述状态确定探针与所述功能模块之间建立有外部通讯；

控制所述状态确定探针向所述功能模块发起状态确定请求，并根据返回的响应信息确定所述功能模块的实际状态；

根据所述实际状态对所述功能模块进行调整。

2.根据权利要求1所述的处理方法，其特征在于，所述状态确定探针包括存活探针、就绪探针、异常诊断探针中的至少一项。

3.根据权利要求2所述的方法，其特征在于，所述就绪探针具体是为所述功能模块设置的一个RestAPI。

4.根据权利要求2所述的处理方法，其特征在于，当所述状态确定探针具体为所述存活探针和所述就绪探针时，控制所述状态确定探针向所述功能模块发起状态确定请求，包括：

控制所述存活探针向所述功能模块发起心跳连接建立请求；

控制所述就绪探针向所述功能模块发起就绪状态查询请求；

对应的，根据返回的响应信息确定所述功能模块的实际状态，包括：

根据是否对所述心跳连接建立请求进行答复，确定所述功能模块是否处于存活状态；

根据返回的响应信息中是否包含就绪确认信息，确定所述功能模块是否处于就绪状态。

5.根据权利要求4所述的处理方法，其特征在于，当所述实际状态为未存活状态时，根据所述实际状态对所述功能模块进行调整，包括：

对处于所述未存活状态的功能模块进行销毁重建。

6.根据权利要求4所述的处理方法，其特征在于，当所述实际状态为未就绪状态时，根据所述实际状态对所述功能模块进行调整，包括：

等待预设时长，若所述预设时长内所述功能模块仍保持所述未就绪状态，则对处于所述未就绪状态的功能模块进行销毁重建。

7.根据权利要求1至6任一项所述的处理方法，其特征在于，控制所述状态确定探针向所述功能模块发起状态确定请求，包括：

按周期控制所述状态确定探针向所述功能模块发起所述状态确定请求。

8.一种云平台功能模块的处理装置，其特征在于，包括：

无侵入式探针设置单元，用于在云平台中各功能模块的外部设置状态确定探针；其中，所述状态确定探针与所述功能模块之间建立有外部通讯；

无侵入式探针状态确定单元，用于控制所述状态确定探针向所述功能模块发起状态确定请求，并根据返回的响应信息确定所述功能模块的实际状态；

功能模块调整单元，用于根据所述实际状态对所述功能模块进行调整。

9.一种电子设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述的云平台功能模块的处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的云平台功能模块的处理方法。