CN113268362A - 基于无服务器平台的运维方法、装置、设备及存储介质 - Google Patents

Abstract

本发明涉及运维技术，提供一种基于无服务器平台的运维方法，包括：通过使用无服务器平台提供的页面，接收用户配置的运维任务并存入数据库；在接收到运维任务的HTTP请求时，基于HTTP请求确定运维任务的调用方式；根据所述调用方式执行所述运维任务；将执行所述运维任务产生的运维数据对应所述运维任务存入所述数据库中。通过使用无服务器平台，无需在平台上进行二次开发部署，用户只需要配置运维任务的基本信息和运维流程信息即可，并且无需提供大量的后台服务器来支撑监控平台，从而大大提升了用户自动化运维的实现速度。另外，通过根据调用方式运行运维任务，不同的用户调用方式，运行运维任务的流程不同，这样可以满足用户的个性化需求。

Description

基于无服务器平台的运维方法、装置、设备及存储介质

技术领域

本发明涉及运维技术领域，具体涉及一种基于无服务器平台的运维方法、装置、设备及存储介质。

背景技术

随着移动通信技术和互联网的迅速发展，用户可以通过在各种运维系统中配置运维任务来实现自动化运维，而无需人工进行操作。

目前，常用的自动化运维工具有Puppet、Saltstack、Ansible等开源工具，还有一些商业化工具，例如Microsoft autopiolt、BMC bladelogic、HP-Opsware、IBM-Tivoli TEC等，这些自动化运维工具主要可以实现批量系统配置、批量程序部署、批量运行命令等功能。

但是，目前的自动化运维工具存在以下技术缺陷：商业产品未开放源代码，开源产品需要进行大量的二次开发；学习成本较高，同时兼容性存在未知风险；成本过高，大量的自动化任务需要有相应的服务资源支撑。

发明内容

本发明的目的是针对上述现有技术的不足提出的一种基于无服务器平台的运维方法、装置、计算机设备及存储介质，该目的是通过以下技术方案实现的。

本发明的第一方面提出了一种基于无服务器平台的运维方法，所述方法应用在运行有无服务器平台的设备上，所述方法包括：

接收用于获取运维任务的HTTP请求，并基于所述HTTP请求确定所述运维任务的调用方式；

根据所述HTTP请求从数据库中读取预先配置的所述运维任务，并根据所述调用方式执行所述运维任务；

将执行所述运维任务产生的运维数据对应所述运维任务存入所述数据库中。

在本申请的一些实施例中，所述方法还包括预先配置所述运维任务的过程：

通过无服务平台的解释器将所述运维任务包括的基本信息和运维流程信息均转换成相应的接口信息；

为所述接口信息生成一唯一标识；

将所述接口信息和生成的唯一标识存入所述数据库中。

在本申请的一些实施例中，所述根据所述HTTP请求从数据库中读取预先配置的所述运维任务，可包括：

从所述HTTP请求中提取所述运维任务的标识；

从所述数据库中读取所述标识对应的运维任务。

在本申请的一些实施例中，所述基于所述HTTP请求确定所述运维任务的调用方式，可包括：

从所述HTTP请求中提取请求头信息；

按照预设规则解析所述请求头信息，以获取用于表征用户调用行为的调用标签；

根据预设的调用标签与调用方式的对应关系，获取与所述调用标签对应的调用方式。

在本申请的一些实施例中，所述根据所述调用方式执行所述运维任务，可包括：

获取所述运维任务的调用方式的优先级，并按照优先级将所述运维任务添加到预设的任务队列中；

当从所述任务队列中取出所述运维任务时，根据所述运维任务中包含的执行方式执行所述运维任务。

在本申请的一些实施例中，所述根据所述运维任务中包含的执行方式执行所述运维任务，可包括：

如果所述执行方式为并行执行，获取所述运维任务包含的子任务的数量，并将预设进程派生为所述数量个子进程，以由一个子进程执行一个子任务；

如果所述执行方式为顺序执行，则由预设进程按照所述运维任务中的执行顺序，依次执行所述运维任务包含的各个子任务。

在本申请的一些实施例中，所述运维任务包括任务基本信息和运维流程信息；所述任务基本信息包括任务名称、邮件发送信息、是否开启api调用功能信息、完成后是否邮件通知、用户信息、以及是否定时调用中的任意一项或多项组合；

所述运维流程信息指的是运维任务中包含的多个子任务的执行方式和每个子任务的执行脚本。

本发明的第二方面提出了一种基于无服务器平台的运维装置，所述装置应用在运行有无服务器平台的设备上，所述装置包括：

请求模块，用于接收用于获取运维任务的HTTP请求，并基于所述HTTP请求确定所述运维任务的调用方式；

调用执行模块，用于根据所述HTTP请求从数据库中读取预先配置的所述运维任务，并根据所述调用方式执行所述运维任务；

存储模块，用于将执行所述运维任务产生的运维数据对应所述运维任务存入所述数据库中。

本发明的第三方面提出了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述第一方面所述方法的步骤。

本发明的第四方面提出了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述第一方面所述方法的步骤。

基于上述第一方面和第二方面所述的基于无服务器平台的运维方法及装置，本发明至少具有如下有益效果或优点：

通过使用无服务器平台，用户无需在平台上进行二次开发部署，用户只需要在无服务器平台提供的页面，配置运维任务即可，并且无需提供大量的后台服务器来支撑监控平台，从而大大提升了用户自动化运维的实现速度。另外，通过根据调用方式运行运维任务，不同的用户调用方式，运行运维任务的流程不同，这样可以满足用户的个性化需求。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明根据一示例性实施例示出的一种基于无服务器平台的运维方法的实施例流程图；

图2为本发明根据一示例性实施例示出的一种基于无服务器平台的运维装置的结构示意图；

图3为本发明根据一示例性实施例示出的一种计算机设备的硬件结构示意图；

图4为本发明根据一示例性实施例示出的一种存储介质的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

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

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

目前，常用的自动化运维工具有Puppet、Saltstack、Ansible等开源工具，还有一些商业化工具，例如Microsoft autopiolt、BMC bladelogic、HP-Opsware、IBM-Tivoli TEC等，这些自动化运维工具主要可以实现批量系统配置、批量程序部署、批量运行命令等功能。但是，目前的自动化运维工具存在以下技术缺陷：商业产品未开放源代码，开源产品需要进行大量的二次开发；学习成本较高，同时兼容性存在未知风险；成本过高，大量的自动化任务需要有相应的服务资源支撑。

为解决上述技术问题，本发明提出一种基于无服务器平台的自动运维方法，通过使用无服务器运维平台，用户无需登录和操作云端或本地服务器进行运维操作，只需要在无服务器运维平台提供的用户界面，配置运维任务的基本信息和运维流程信息并存入数据库，当接收到运维任务的调用请求时，基于调用请求获取运维任务的调用方式并根据调用方式运行运维任务，并将运行运维任务获取的运维数据对应存入数据库，以便于用户查询，从而实现自动化运维。

下面以具体实施例对本发明提出的基于无服务器平台的自动运维方法进行详细阐述。

图1为本发明根据一示例性实施例示出的一种基于无服务器平台的运维方法的实施例流程图，所述运维方法应用在计算机设备上，所述计算机设备可以是终端设备、移动终端、PC机、服务器等设备，所述计算机设备上运行有无服务器(serverless)平台的应用程序，本实施例给出的运维方法在无服务器平台上运行，如图1所示，所述基于无服务器平台的运维方法包括如下步骤：

步骤101：接收用于获取运维任务的HTTP请求，基于所述HTTP请求确定所述运维任务的调用方式。

需要说明的是，执行步骤101之前，用户可以根据实际业务需求在无服务器平台提供的配置页面中，配置与运维任务相关的信息，其包括任务基本信息和运维流程信息。

可选地，任务基本信息可以包括任务名称、邮件发送信息、是否开启api(Application Programming Interface，应用程序接口)调用功能信息、完成后是否邮件通知、用户信息、以及是否定时调用等多项信息中的一种或多种组合。运维流程信息指的是运维任务中包含的多个子任务的执行方式和各个子任务的执行脚本等信息。

值得注意的是，如果各个子任务的执行方式为顺序执行，运维流程信息还包括各个子任务的执行顺序的配置信息。当然各个子任务的执行方式还可以为同时并行执行。

在一可选的具体实施方式中，针对配置运维任务的过程，可以通过无服务平台的解释器将用户配置的与运维任务相关的基本信息和运维流程信息均转换成相应的接口信息，并为所述接口信息生成一唯一标识，从而将所述接口信息和所述标识存入数据库中，并向配置页面返回所述唯一标识，以告知用户运维任务配置成功。

其中，接口信息为无服务器平台能够识别的数据形式，通过提前将运维任务转换成无服务器平台能够识别的数据形式，便于后续调用相应的接口信息能够直接执行。

在一些实施例中，针对基于所述HTTP请求确定所述运维任务的调用方式的过程，可以通过从所述HTTP请求中提取请求头信息，按照预设规则解析所述请求头信息，以获取用于表征用户调用行为的调用标签，进而根据预设的调用标签与调用方式的对应关系，获取所述调用标签对应的调用方式。

其中，无服务器平台对于不同用户调用行为，在生成HTTP请求时，会在请求头信息中按照预先规定的方式添加与用户调用行为对应的调用标签，从而无服务器平台的后台在接收到HTTP请求后，可以按照与预先规定的方式对应的解析规则解析HTTP请求的请求头信息，以获取用于表征用户调用行为的调用标签。进一步地，无服务器平台的后台中预先设置有不同调用标签与调用方式之间的对应关系，因此根据这个对应关系，便可确定出运维任务的调用方式。

在一可选的具体实施方式中，运维任务的调用方式可以包括页面点击方式、api调用方式、SDK(Software Development Kit，软件开发工具包)调用方式，以及定时调用方式。

具体地，对于页面点击方式，是用户登录无服务器平台后，无服务器平台会从数据库中读取该用户配置的运维任务，并在页面展示，如果用户在页面点击执行按钮，无服务器平台生成HTTP请求，并在HTTP请求的请求头中添加用户在页面点击行为对应的调用标签。对于api调用方式，是用户通过调用api的方式请求运行运维任务，无服务器平台生成HTTP请求，并在HTTP请求的请求头中添加API调用对应的调用标签。对于SDK调用方式，是用户通过调用SDK的方式请求运行运维任务，无服务器平台生成HTTP请求，并在HTTP请求的请求头中添加SDK调用对应的调用标签。对于定时调用的方式，是用户为运维任务开启了定时功能，当到达用户配置的定时时间时，无服务器平台生成HTTP请求，并在HTTP请求的请求头中添加定时调用对应的调用标签。

基于上述描述可知，由于用户在页面点击按钮执行、通过调用api执行、通过调用sdk执行，以及通过配置定时时间执行，这些都是用户的不同调用行为，因此运维任务的具体调用方式是由用户行为决定的，即用户调用行为不同，运维任务的调用方式就不同。

步骤102：根据HTTP请求从数据库中读取预先配置的所述运维任务，并根据所述调用方式执行所述运维任务。

在一些实施例中，针对根据HTTP请求从数据库中读取所述运维任务的过程，可以通过从HTTP请求中提取所述运维任务的标识，进而从所述数据库中读取所述标识对应的运维任务。

基于上述步骤101中描述的，数据库中存储的是无服务器平台能够直接识别的接口信息，因此从所述数据库中读取到的是运维任务的接口信息。

在一些实施例中，针对根据所述调用方式执行所述运维任务的过程，可以先获取所述运维任务的调用方式的优先级，然后按照优先级将所述运维任务添加到预设的任务队列中，从而当从所述任务队列中取出所述运维任务时，根据所述运维任务中包含的执行方式进行执行。

基于上述步骤101描述的四种调用方式，可以预先为每种调用方式对应设置一个优先级，该优先级用于表征调用方式的优先执行顺序，优先级越高，表示相应调用方式的运维任务越优先执行。同时，为了保证不同调用方式的运维任务执行时效，可以为每个优先级预先设置一个对应的任务队列，并优先执行高优先级对应的任务队列中的运维任务。

也就是说，对于同一个运维任务，用户的调用方式不同，那么其执行的优先级就不同，从而可以满足用户的个性化需求。

另外，通过将运维任务送入相应优先级的任务队列中，可以确保平台不丢失要执行的任务。

在一可选的具体实施方式中，可以由无服务器平台中的预设进程从任务队列读取运维任务执行，该进程具体的执行流程可以包括：从所有任务队列中获取不为空的任务队列，然后从优先级最高的任务队列中取出一个运维任务进行执行。

以上述步骤101中描述的四种调用方式为例说明：

假设页面点击方式的优先级第一高、api调用方式的优先级第二高、SDK调用方式的优先级第三高，以及定时调用方式的优先级第四高，当前情况下，第一高优先级的任务队列中依次存有运维任务1、运维任务2，第四高优先级的任务队列依次存有运维任务1，其他任务队列均为空。无服务器平台的进程会优先从第一高优先级的任务队列中取出运维任务2执行，然后再取运维任务1执行，最后再从第四高的任务队列中取出运维任务1执行。

基于上述描述可知，即使同一个运维任务在两个任务队列中都有，优先执行的是优先级高的任务队列的运维任务。

需要说明的是，针对根据所述运维任务中包含的执行方式执行所述运维任务的过程，如果所述执行方式为并行执行，可以通过获取所述运维任务包含的子任务数量，并将预设进程派生为所述数量个子进程，以由一个子进程执行一个子任务；如果所述执行方式为顺序执行，则由预设进程按照所述运维任务包含的执行顺序，依次执行所述运维任务包含的各个子任务。

步骤103：将执行所述运维任务产生的运维数据对应所述运维任务存入所述数据库中。

在本实施例中，通过将执行运维任务产生的运维数据存入数据库中，以供用户后续查询运维数据。

需要强调的是，为进一步保证上述运维数据的私密和安全性，上述运维数据还可以存储于一区块链的节点中。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

至此，完成上述图1所示的运维流程，通过使用无服务器运维平台，用户无需在平台上进行二次开发部署，只需要在无服务器运维平台提供的用户界面，配置运维任务的基本信息和运维流程信息即可，并且无需提供大量的后台服务器来支撑监控平台，从而大大提升了用户自动化运维的实现速度，当由无服务器运维平台接收到运维任务的调用请求时，基于调用请求获取运维任务的调用方式并根据调用方式运行运维任务，并将运行运维任务获取的运维数据对应存入数据库，以便于用户查询，从而实现自动化运维。由于通过根据调用方式运行运维任务，不同的用户调用方式，运行运维任务的流程不同，这样可以满足用户的个性化需求。

与前述基于无服务器平台的运维方法的实施例相对应，本发明还提供了基于无服务器平台的运维装置的实施例。

图2为本发明根据一示例性实施例示出的一种基于无服务器平台的运维装置的结构示意图，该装置用于执行上述任一实施例提供的基于无服务器平台的运维方法，如图2所示，该基于无服务器平台的运维装置包括：

请求模块210，用于接收用于获取运维任务的HTTP请求，并基于所述HTTP请求确定所述运维任务的调用方式；

调用执行模块220，用于根据所述HTTP请求从数据库中读取预先配置的所述运维任务，并根据所述调用方式执行所述运维任务；

存储模块230，用于将执行所述运维任务产生的运维数据对应所述运维任务存入所述数据库中。

在一可选的实现方式中，所述装置还包括(图2中未示出)：

配置模块，具体用于在将所述运维任务存入数据库过程中，通过无服务平台的解释器将所述运维任务包括的基本信息和运维流程信息均转换成相应的接口信息；为所述接口信息生成一唯一标识；将所述接口信息和生成的唯一标识存入所述数据库中。

在一可选的实现方式中，所述调用执行模块220，具体用于在根据所述HTTP请求从数据库中读取预先配置的所述运维任务的过程中，从所述HTTP请求中提取所述运维任务的标识；从所述数据库中读取所述标识对应的运维任务。

在一可选的实现方式中，所述请求模块210，具体用于在基于所述HTTP请求确定所述运维任务的调用方式过程中，从所述HTTP请求中提取请求头信息；按照预设规则解析所述请求头信息，以获取用于表征用户调用行为的调用标签；根据预设的调用标签与调用方式的对应关系，获取与所述调用标签对应的调用方式。

在一可选的实现方式中，所述调用执行模块220，具体用于在根据所述调用方式执行所述运维任务的过程中，获取所述运维任务的调用方式的优先级，并按照优先级将所述运维任务添加到预设的任务队列中；当从所述任务队列中取出所述运维任务时，根据所述运维任务中包含的执行方式执行所述运维任务。

在一可选的实现方式中，所述调用执行模块220，具体用于在根据所述运维任务中包含的执行方式执行所述运维任务过程中，如果所述执行方式为并行执行，获取所述运维任务包含的子任务的数量，并将预设进程派生为所述数量个子进程，以由一个子进程执行一个子任务；如果所述执行方式为顺序执行，则由预设进程按照所述运维任务中的执行顺序，依次执行所述运维任务包含的各个子任务。

在一可选的实现方式中，所述运维任务包括任务基本信息和运维流程信息；所述任务基本信息包括任务名称、邮件发送信息、是否开启api调用功能信息、完成后是否邮件通知、用户信息、以及是否定时调用中的任意一项或多项组合；

所述运维流程信息指的是运维任务中包含的多个子任务的执行方式和每个子任务的执行脚本。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本发明方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本发明实施方式还提供一种与前述实施方式所提供的基于无服务器平台的运维方法对应的计算机设备，以执行上述基于无服务器平台的运维方法。

图3为本发明根据一示例性实施例示出的一种计算机设备的硬件结构图，该计算机设备包括：通信接口601、处理器602、存储器603和总线604；其中，通信接口601、处理器602和存储器603通过总线604完成相互间的通信。处理器602通过读取并执行存储器603中与基于无服务器平台的运维方法的控制逻辑对应的机器可执行指令，可执行上文描述的基于无服务器平台的运维方法，该方法的具体内容参见上述实施例，此处不再累述。

本发明中提到的存储器603可以是任何电子、磁性、光学或其它物理存储装置，可以包含存储信息，如可执行指令、数据等等。具体地，存储器603可以是RAM(Random AccessMemory，随机存取存储器)、闪存、存储驱动器(如硬盘驱动器)、任何类型的存储盘(如光盘、DVD等)，或者类似的存储介质，或者它们的组合。通过至少一个通信接口601(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网、广域网、本地网、城域网等。

总线604可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。其中，存储器603用于存储程序，所述处理器602在接收到执行指令后，执行所述程序。

处理器602可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器602中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器602可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。

本申请实施例提供的计算机设备与本申请实施例提供的基于无服务器平台的运维方法出于相同的发明构思，具有与其采用、运行或实现的方法相同的有益效果。

本申请实施方式还提供一种与前述实施方式所提供的基于无服务器平台的运维方法对应的计算机可读存储介质，请参考图4所示，其示出的计算机可读存储介质为光盘30，其上存储有计算机程序(即程序产品)，所述计算机程序在被处理器运行时，会执行前述任意实施方式所提供的基于无服务器平台的运维方法。

需要说明的是，所述计算机可读存储介质的例子还可以包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他光学、磁性存储介质，在此不再一一赘述。

本申请的上述实施例提供的计算机可读存储介质与本申请实施例提供的基于无服务器平台的运维方法出于相同的发明构思，具有与其存储的应用程序所采用、运行或实现的方法相同的有益效果。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本发明旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

1.一种基于无服务器平台的运维方法，其特征在于，所述方法应用在运行有无服务器平台的设备上，所述方法包括：

接收用于获取运维任务的HTTP请求，并基于所述HTTP请求确定所述运维任务的调用方式；

根据所述HTTP请求从数据库中读取预先配置的所述运维任务，并根据所述调用方式执行所述运维任务；

将执行所述运维任务产生的运维数据对应所述运维任务存入所述数据库中。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括预先配置所述运维任务的过程：

通过无服务平台的解释器将所述运维任务包括的基本信息和运维流程信息均转换成相应的接口信息；

为所述接口信息生成一唯一标识；

将所述接口信息和生成的唯一标识存入所述数据库中。

3.根据权利要求2所述的方法，其特征在于，所述根据所述HTTP请求从数据库中读取预先配置的所述运维任务，包括：

从所述HTTP请求中提取所述运维任务的标识；

从所述数据库中读取所述标识对应的运维任务。

4.根据权利要求1所述的方法，其特征在于，所述基于所述HTTP请求确定所述运维任务的调用方式，包括：

从所述HTTP请求中提取请求头信息；

按照预设规则解析所述请求头信息，以获取用于表征用户调用行为的调用标签；

根据预设的调用标签与调用方式的对应关系，获取与所述调用标签对应的调用方式。

5.根据权利要求1所述的方法，其特征在于，所述根据所述调用方式执行所述运维任务，包括：

获取所述运维任务的调用方式的优先级，并按照优先级将所述运维任务添加到预设的任务队列中；

当从所述任务队列中取出所述运维任务时，根据所述运维任务中包含的执行方式执行所述运维任务。

6.根据权利要求5所述的方法，其特征在于，所述根据所述运维任务中包含的执行方式执行所述运维任务，包括：

如果所述执行方式为并行执行，获取所述运维任务包含的子任务的数量，并将预设进程派生为所述数量个子进程，以由一个子进程执行一个子任务；

如果所述执行方式为顺序执行，则由预设进程按照所述运维任务中的执行顺序，依次执行所述运维任务包含的各个子任务。

7.根据权利要求1至6任一项所述的方法，其特征在于，所述运维任务包括任务基本信息和运维流程信息；

所述任务基本信息包括任务名称、邮件发送信息、是否开启api调用功能信息、完成后是否邮件通知、用户信息、以及是否定时调用中的任意一项或多项组合；

所述运维流程信息指的是运维任务中包含的多个子任务的执行方式和每个子任务的执行脚本。

8.一种基于无服务器平台的运维装置，其特征在于，所述装置应用在运行有无服务器平台的设备上，所述装置包括：

请求模块，用于接收用于获取运维任务的HTTP请求，并基于所述HTTP请求确定所述运维任务的调用方式；

调用执行模块，用于根据所述HTTP请求从数据库中读取预先配置的所述运维任务，并根据所述调用方式执行所述运维任务；

存储模块，用于将执行所述运维任务产生的运维数据对应所述运维任务存入所述数据库中。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-7任一项所述方法的步骤。

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

Images