CN112181401A - 应用构建方法及应用构建平台 - Google Patents

Abstract

提供一种应用构建方法及应用构建平台，所述应用构建方法包括：基于预定配置流程接收用户输入或自动获取的与待构建的应用相关的存储配置信息、计算配置信息和运维配置信息；基于所述存储配置信息、所述计算配置信息和所述运维配置信息构建所述应用。

Description

应用构建方法及应用构建平台

技术领域

本公开涉及应用开发领域，更具体地说，涉及一种应用构建方法及应用构建平台。

背景技术

随着人工智能(AI)的普及和越来越多的企业智能化转型，企业面临着很现实的问题是，当企业拥有多样的业务时，只能单点定制AI应用来满足所有的业务场景AI化问题，端到端的解决各种业务的智能化。这样边际成本无法做到递减，也很难大规模应用，基本不具备实业界应用价值。当前AI应用的构建和运维的问题主要包括：

一、太定制，规模化成本居高不下。企业的智能化转型往往都是分阶段的，在前面的阶段，很难预想到后面的阶段会构建哪些应用，因此所有的应用都是定制化的。当应用非常多时，会消耗巨大的管理成本，并且难以规模化。

二、不规范，难运维。现在大多数的AI应用，往往是针对某个实际业务问题来进行构建，开发者往往缺少工程化能力，因此解决了业务问题之后就直接投产了，但是在生产运行前后，需要开发运维工程师大量的成本来进行运维改造和上线改造，导致效率低下。与AI致力于提升企业效率的目标相违背。

发明内容

本公开的示例性实施例可至少解决上述问题，也可不解决上述问题。

根据本公开的一方面，提供一种应用构建方法，包括：基于预定配置流程接收用户输入或自动获取的与待构建的应用相关的存储配置信息、计算配置信息和运维配置信息；基于所述存储配置信息、所述计算配置信息和所述运维配置信息构建所述应用。

可选地，所述存储配置信息、所述计算配置信息和所述运维配置信息中的一部分信息可通过用户配置特性能力而获得，其中，所述特性能力是指已封装好可用资源以供直接调用相关能力的实体；其中，基于所述存储配置信息、所述计算配置信息和所述运维配置信息构建所述应用，可包括：基于所述存储配置信息、所述计算配置信息和所述运维配置信息中的所述一部分信息来调用对应的特性能力，以构建所述应用。

可选地，所述存储配置信息可包括输入源信息、应用元信息、日志和监控指标归集信息和存储声明信息中的至少一个；所述计算配置信息可包括服务启动方式信息、动态资源信息和计算能力信息中的至少一个；所述运维配置信息可包括进程管理信息、权限和租户设计信息和运维管理信息中的至少一个。

可选地，基于所述存储配置信息、所述计算配置信息和所述运维配置信息构建所述应用，可包括以下步骤中的至少一个：基于输入源信息，对接输入源；基于应用元信息，对所述应用进行管理；基于进程管理信息，对所述应用运行的进程进行管理并向用户展示运行相关信息；基于服务启动方式信息，向底层资源管理和调度平台发起应用启动指令；基于动态资源信息，执行动态资源管理；基于日志和监控指标归集信息，提供所述应用的日志和监控信息；基于权限和租户设计信息，控制用户和/或租户的权限；基于存储声明信息，对所述应用的存储进行管理；基于计算能力信息，配置所述应用的计算能力；基于运维管理信息，对所述应用执行运维。

可选地，所述输入源信息可包括一个或多个标准Docker镜像的标识；当所述输入源信息包括多个标准Docker镜像的标识时，所述输入源可为所述多个标准Docker镜像的编排，其中，基于多个标准Docker镜像的编排可通过用户配置镜像编排特性能力而获得。

可选地，所述应用元信息可包括以下项中的至少一项：唯一应用标识、鉴权信息、唯一应用名称、唯一显示名称、应用图标、说明文档、创建时间、更新时间、创建人信息、版本号、应用来源类型、启动资源消耗信息、数据源、应用存储地址、镜像地址、启动方式。

可选地，所述进程管理信息可包括以下项中的至少一项：下线应用和暂停服务的接口、子任务列表、实时数据源消费情况信息、可调整资源参数、错误日志显示和推送信息、每秒查询率、TP99、TP999、请求延时和返回正确率、应用状态。

可选地，所述服务启动方式信息可通过用户配置服务启动方式特性能力而获得。

可选地，所述存储声明信息可通过用户配置存储特性能力而获得。

可选地，所述计算能力信息可通过用户利用软件开发包调用一种或多种算法而获得，和/或通过算子平台自定义开发而获得；其中，所述计算能力信息中的参数调优信息可通过用户配置调参特性能力而获得。

可选地，所述运维管理信息可通过用户配置运维特性能力而获得。

所述运维特性能力可包括以下项中的至少一项：负载均衡特性能力、动态扩缩容特性能力、手动扩缩容特性能力、对外暴露服务路径特性能力、网关安全性策略特性能力、定时策略特性能力、发布策略特性能力。

根据本公开的另一方面，一种应用构建平台，包括：接口模块，被配置为基于预定配置流程接收用户输入或自动获取的与待构建的应用相关的存储配置信息、计算配置信息和运维配置信息；构建模块，被配置为基于所述存储配置信息、计算配置信息和运维配置信息构建所述应用。

可选地，所述应用构建平台还可包括：包括至少一个特性能力的特性能力库；其中，所述存储配置信息、所述计算配置信息和所述运维配置信息中的一部分信息可通过用户通过接口模块配置所述特性能力库中的特性能力而获得，其中，所述特性能力是指已封装好所述应用构建平台可用资源以供直接调用相关能力的实体；其中，所述构建模块可包括特性能力调用模块，被配置为基于所述存储配置信息、所述计算配置信息和所述运维配置信息中的所述一部分信息来调用对应的特性能力，以构建所述应用。

可选地，所述存储配置信息可包括输入源信息、应用元信息、日志和监控指标归集信息和存储声明信息中的至少一个；所述计算配置信息可包括服务启动方式信息、动态资源信息和计算能力信息中的至少一个；所述运维配置信息可包括进程管理信息、权限和租户设计信息和运维管理信息中的至少一个。

可选地，所述构建模块可包括以下模块中的至少一个模块：数据对接模块，被配置为基于所述输入源信息，对接输入源；应用市场模块，被配置为基于所述应用元信息，对所述应用进行管理；监控模块，被配置为基于所述进程管理信息，对所述应用运行的进程进行管理并向用户展示相关运行信息；服务管理模块，被配置为基于所述服务启动方式信息，向底层资源管理和调度平台发起应用启动指令；和/或基于所述动态资源信息，执行动态资源管理；和/或基于所述计算能力信息，配置计算能力；日志模块，被配置为基于所述日志和监控指标归集信息，提供所述应用的日志和监控信息；鉴权模块，被配置为基于所述权限和租户设计信息，控制所述应用构建平台的用户和/或租户的权限；存储管理模块，被配置为基于所述存储声明信息，对所述应用的存储进行管理；运维管理模块，被配置为基于所述运维管理信息，对所述应用执行运维。

可选地，所述输入源信息可包括一个或多个标准Docker镜像的标识，当所述输入源信息包括多个标准Docker镜像的标识时，所述输入源可为所述多个标准Docker镜像的编排，其中，基于多个标准Docker镜像的编排可通过用户通过接口模块配置所述特性能力库中的镜像编排特性能力而获得。

可选地，所述应用元信息可包括以下项中的至少一项：唯一应用标识、鉴权信息、唯一应用名称、唯一显示名称、应用图标、说明文档、创建时间、更新时间、创建人信息、版本号、应用来源类型、启动资源消耗信息、数据源、应用存储地址、镜像地址、启动方式。

可选地，所述进程管理信息可包括以下项中的至少一项：下线应用和暂停服务的接口、子任务列表、实时数据源消费情况信息、可调整资源参数、错误日志显示和推送信息、每秒查询率、TP99、TP999、请求延时和返回正确率、应用状态。

可选地，所述服务启动方式信息可通过用户通过接口模块配置所述应用构建平台所提供的服务启动方式特性能力而获得。

可选地，所述存储声明信息可通过用户通过接口模块配置所述特性能力库中的存储特性能力而获得。

可选地，所述计算能力信息上课通过用户利用所述应用构建平台所提供的软件开发包调用一种或多种算法而获得，和/或通过所述应用构建平台所提供的算子平台自定义开发而获得；其中，所述计算能力信息中的参数调优信息可通过用户通过接口模块配置所述应用构建平台所提供的调参特性能力而获得。

可选地，所述运维管理信息可通过用户通过接口模块配置所述特性能力库中的运维特性能力而获得。

可选地，所述运维特性能力可包括以下项中的至少一项：负载均衡特性能力、动态扩缩容特性能力、手动扩缩容特性能力、对外暴露服务路径特性能力、网关安全性策略特性能力、定时策略特性能力、发布策略特性能力。

根据本公开的另一方面，提供一种存储指令的计算机可读存储介质，其中，当所述指令被至少一个计算装置运行时，促使所述至少一个计算装置执行根据本公开的应用构建方法。

根据本公开的另一方面，提供一种包括至少一个计算装置和至少一个存储指令的存储装置的系统，其中，所述指令在被所述至少一个计算装置运行时，促使所述至少一个计算装置执行根据本公开的应用构建方法。

附图说明

通过结合附图，从实施例的下面描述中，本公开这些和/或其它方面及优点将会变得清楚，并且更易于理解，其中：

图1是示出根据本公开的示例性实施例的应用构建方法的流程图。

图2是根据本公开的示例性实施例的标准开发流程的示意图。

图3是示出根据本公开的示例性实施例的应用构建平台的框图。

图4是示出根据本公开的示例性实施例的构建模块的框图。

具体实施方式

提供参照附图的以下描述以帮助对由权利要求及其等同物限定的本公开的实施例的全面理解。包括各种特定细节以帮助理解，但这些细节仅被视为是示例性的。因此，本领域的普通技术人员将认识到在不脱离本公开的范围和精神的情况下，可对描述于此的实施例进行各种改变和修改。此外，为了清楚和简洁，省略对公知的功能和结构的描述。

在此需要说明的是，在本公开中出现的“若干项之中的至少一项”均表示包含“该若干项中的任意一项”、“该若干项中的任意多项的组合”、“该若干项的全体”这三类并列的情况。例如“包括A和B之中的至少一个”即包括如下三种并列的情况：(1)包括A；(2)包括B；(3)包括A和B。又例如“执行步骤一和步骤二之中的至少一个”，即表示如下三种并列的情况：(1)执行步骤一；(2)执行步骤二；(3)执行步骤一和步骤二。

为了解决当前AI应用的构建和运维的问题，本公开提出了一种的应用构建方法和应用构建平台。首先，为了解决企业AI应用过于定制，规模化成本高的问题，提出了一种AI应用开发的标准范式。具体地说，应用的输入输出配置、元信息管理、监控信息管理、计算、存储、流量管理等等，这些方面与业务无关，但是可以全面覆盖每个解决业务问题的AI应用构建流程，本公开提供了针对这些AI应用构建流程的标准配置流程，任何的开源、第三方机构开发的应用都可以按照这个标准配置流程进行简单配置，便可以跟企业自身应用维持统一。其次，为了解决企业AI应用运维难的问题，提出了一种将AI应用运维相关的能力进行抽象提炼和产品化的方法。具体地说，本公开通过将应用构建平台可使用的资源组织并封装以提供关于运维或AI应用中的常用能力的实体，使得开发者无需进行运维或常用能力的代码开发，只需要在配置文件指定需要附加哪些运维特性或AI特性，以直接调用封装好的相关能力，从而应用开发者只需关于业务能力的开发，而运维相关能力只需要平台运维人员统一开发和管理，以提高运维效率。此外，本公开提出的应用构建方法和应用构建平台不仅可应用到AI场景，还可支持任何场景的应用构建，包括大数据分析场景、CRM、可视化等等，只要是定位于使用代码方案解决一个特定业务问题的应用即可。

下面参照图1至图4详细描述根据本公开的示例性实施例的应用构建方法和应用构建平台。

图1是示出根据本公开的示例性实施例的应用构建方法的流程图。

参照图1，在步骤101，可基于预定配置流程接收用户输入或自动获取的与待构建的应用相关的存储配置信息、计算配置信息和运维配置信息。这里，预定配置流程可以是由应用构建平台所提供的标准应用构建流程，用户(例如，应用开发者)仅需要按照这套标准应用构建流程配置(输入)构建应用所需配置的信息即可。例如，可向用户提供标准应用构建流程界面和指引，用户仅需按照界面和指引输入构建应用所需配置的信息即可。根据本公开的示例性实施例，构建应用所需配置的信息可按照信息用途分类为存储配置信息、计算配置信息和运维配置信息。

根据本公开的示例性实施例，存储配置信息可包括，但不限于，输入源信息、应用元信息、日志和监控指标归集信息和存储声明信息中的至少一个。下面，具体介绍根据本公开的示例性实施例的存储配置信息。

根据本公开的示例性实施例，输入源信息可包括一个或多个标准Docker镜像的标识。这里，可选取Docker作为通用输入约定，Docker具备最广泛的开发者基础，是当前最常用的容器化技术，符合先进企业架构的演进设计。此外，Docker还拥有以下优点：比虚拟机更快的启动速度、一致的运行环境、更轻松的迁移、比虚拟机更接近原生应用的性能、更容易的复用、Docker生态有一大批高质量的官方镜像，大大降低了镜像制作成本。在通用性层面，Docker可以适配国内外主流云厂商，包括AWS、Google Cloud、Microsoft Azure、阿里云、腾讯云、华为云等，意味着任何云用户都可以贡献Docker应用。Docker适配企业常用的资源管理调度系统，例如Kubernetes(K8s)、Mesos等，意味着几乎任何企业客户都可以贡献Docker应用。Docker适配业界常用的操纵系统，Linux、Mac、Windows均可运行，意味着任何操作系统的开发者都可以贡献Docker应用。当然，本公开所支持的应用构建的输入不限于Docker，还可以是任何可用的容器技术，例如，garden、ServiceMesh等。

根据本公开的示例性实施例，应用元信息是对在应用构建平台的所有应用进行统一运行和管理所需要的信息。应用元信息可包括，但不限于，以下项中的至少一项：唯一应用标识、鉴权信息、唯一应用名称、唯一显示名称、应用图标、说明文档、创建时间、更新时间、创建人信息、版本号、应用来源类型、启动资源消耗信息、数据源、应用存储地址、镜像地址、启动方式。具体地说，唯一应用标识可由应用构建平台的系统(下面，可简称为系统)产生，用户(在本文中，用户可以为应用开发者)可无感知。鉴权信息可由用户传入系统密钥，并由系统校验正确性。唯一应用名称可由开发者传入，并由系统校验唯一性。唯一显示名称可由开发者传入，并由系统校验唯一性。应用图标可由开发者传入，并由系统校验唯一性。说明文档可由开发者传入，并由系统校验完善程度和国际化规范，二级目录需包含简介、帮助文档等。创建时间可由系统产生，用户可无感知。更新时间可由系统产生，用户可无感知。创建人信息可由用户传入，并可由系统校验正确性。版本号可由用户传入。应用来源类型可由系统产生，用户可无感知，用于指示该应用是官方预置应用还是第三方应用。启动资源消耗信息可由用户传入，用于指示实例数、是否自动扩缩容、CPU、GPU、MEM、FPGA等。数据源可由用户传入，可以是官方预置的数据形式，或者底层存储系统提供的标准数据源，也可以是另一个Docker镜像来对接第三方数据源。应用存储地址是指应用运行中的数据存储空间，可由系统根据用户传入的应用名称而产生。例如，用户开发的应用名称为“BI分析”，系统可将应用存储地址生成为存储路径“/BI分析/”。镜像地址可由开发者传入，用于指示该应用的启动路径。启动方式可由开发者传入，用于指示同一应用是否可以在运行中被不同应用使用者重复打开。当然，应用元信息可不限于上述信息，还可包括任何平台对应用进行管理所需的信息。

根据本公开的示例性实施例，日志和监控指标归集信息可由用户输入以指示如何获取日志和监控指标。例如，如果用户使用标准错误流获取日志，则可无需感知。如果用户通过平台监控系统获取监控指标，则也可无感知。如果用户需自定义监控指标，可使用平台提供的软件开发包(SDK)进行定制化开发。

根据本公开的示例性实施例，存储声明信息可由用户输入以声明使用的存储体系，并可配置相应的生存时间值(TTL)策略等。例如，存储体系统可包括，但不限于，文件存储、数据库存储等。

根据本公开的示例性实施例，计算配置信息可包括，但不限于，服务启动方式信息、动态资源信息和计算能力信息中的至少一个。下面，具体介绍根据本公开的示例性实施例的计算配置信息。

根据本公开的示例性实施例，服务启动方式信息可由用户输入以声明应用启动方式。用户可无需感知应用启动过程，只需要配置服务启动方式信息，系统可自动向底层资源管理和高度平台发起应用启动。

根据本公开的示例性实施例，动态资源信息可由用户输入以声明申请的应用动态资源。例如，动态资源可包括两个部分，第一部分可以是用户开发的动态服务或任务可以控制的自身资源，并可暴露给应用使用者自行修改，第二部分可以是用户开发的动态服务或任务在运行中能够额外申请的资源，用于启动新的服务或任务。

根据本公开的示例性实施例，计算能力信息可由用户配置以设计应用计算能力。例如，用户可利用应用构建平台所提供的SDK进行广泛的算法(例如，AI算法)调用，即，能够利用SDK调用一种或多种算法。这里，AI算法可包括，但不限于，二分类、多分类、回归、聚类、时间序列分析、图像分类、图像检测、字符光学识别(OCR)、语音识别、自然语言处理(NLP)、迁移学习、强化学习、联邦学习、自动机器学习、参数调优等。再例如，如果用户所需的计算能力不在平台所提供的计算能力之内，还可通过平台的开放算子平台进行自定义开发，并享有与内置计算能力混用的能力。

根据本公开的示例性实施例，运维配置信息可包括，但不限于，进程管理信息、权限和租户设计信息和运维管理信息中的至少一个。下面，具体介绍根据本公开的示例性实施例的运维配置信息。

根据本公开的示例性实施例，进程管理信息是便于运维人员对在应用构建平台上运行的应用进行运维管理所需的信息。用户可按照平台标准及时暴露相关运行信息。例如，进程管理信息可包括，但不限于，以下项中的至少一项：下线应用和暂停服务的接口、子任务列表、实时数据源消费情况信息、可调整资源参数、错误日志显示和推送信息、每秒查询率、TP99、TP999、请求延时和返回正确率、应用状态。具体地说，下线应用和暂停服务的接口可被系统获取，用户可无感知。即，当用户请求下线应用和暂停服务后，系统可接收其接口。子任务列表可包括通过平台SDK调用或者接入的子任务，这些子任务可由应用构建平台的进程管理器获取，用户可无感。实时数据消费情况信息可包括，但不限于，CPU、MEM、GPU、FPGA、磁盘、网络等，可被系统获取，用户可无感知。可调整资源参数可由用户主动对接以配置可调整资源参数。错误日志显示和推送信息可由用户主动对接以配置错误日志显示和推送信息。每秒查询率、TP99(满足99％的网络请求所需的最低耗时)、TP999(满足99.9％的网络请求所需的最低耗时)和请求延时和返回正确率均为线上服务指标参数，可被系统获取，用户可无感知。应用状态可包括，但不限于，pod(kubernetes最小的调度单位，由一个或几个容器组成)是否正常，这可被系统获取，用户可无感知；依赖中间件(MySQL、flink等)是否正常，这需要用户主动暴露健康指针以进行健康检查。当然，进程管理信息可不限于上述信息，还可包括任何平台对应用运行进行运维管理所需的信息。

根据本公开的示例性实施例，权限和租户设计信息可用于控制应用构建平台的用户和/或租户的权限。例如，平台用户可以自行控制应用使用者的权限，也可以利用应用构建平台提供的SDK来打通平台层和应用层的权限，进行单点登录(SSO)配置。再例如，在平台租户管理层面，应用部署之后默认所有租户可见(也可以通过平台权限管理进行配置仅某些租户可见)，用户可以无需感知。在应用启动层面，应用可以根据每个租户需要进行启动。

根据本公开的示例性实施例，运维管理信息可以是对应用进行运维所需要的信息。

根据本公开的示例性实施例，上述存储配置信息、计算配置信息和运维配置信息可根据应用构建平台所提供的标准开发流程来进行配置，例如，根据本公开的示例性实施例的标准开发流程可如图2所示，图2是根据本公开的示例性实施例的标准开发流程的示意图。即，用户可按照如下顺序配置信息：在步骤201，接收输入源信息；在步骤202，接收应用元信息；在步骤203，接收进行管理信息；在步骤204，接收服务启动方式信息；在步骤205，接收动态资源信息；在步骤206，接收日志和监控指示归集信息；在步骤207，接收权限和租户设计信息；在步骤208，接收存储声明信息；在步骤209，接收计算能力信息；在步骤210，接收运维管理信息。当然，标准开发流程不限于上述顺序，还可包括其他任何可行的顺序，例如，步骤201和202为第一步和第二步，步骤210为最后一步，步骤203至209可以以任何顺序执行；又例如，可以以用户自定义的流程来执行上述步骤201至210，也就是说，上述步骤201至210可根据用户需求以任何可能的顺序执行。

根据本公开的示例性实施例，上述存储配置信息、计算配置信息和运维配置信息中的一部分信息可通过用户配置应用构建平台所提供的特性能力(trait)来获得。这里，特性能力可以是指应用构建平台已封装好可用资源以供直接调用相关能力的实体。例如，应用构建平台可包括特性能力库，特性能力库里包括至少一个特性能力。用户可按需要配置应用构建平台所提供的特性能力库中的特性能力来获得相应的信息，平台可基于相应的信息来调用对应的特性能力，以用于构建应用。

例如，当输入源信息包括多个标准Docker镜像的标识时，输入源可为多个标准Docker镜像的编排。可通过用户配置应用构建平台所提供的镜像编排特性能力来获得多个标准Docker镜像的编排。这里，镜像的编排可包括当多个镜像包括在线服务和离线任务时的在线离线混合编排、当多个镜像全为在线服务时的在线编排、当多个镜像全为离线任务时的离线编排。

例如，可通过用户配置应用构建平台所提供的服务启动方式特性能力来获得服务启动方式信息。

例如，可通过用户配置应用构建平台所提供的存储特性能力来获得存储声明信息。当然，除了可使用存储特性能力来获得存储声明信息之外，还可将存储方案替换为开源、企业级的存储方案，例如，Amazon的S3存储、对接微软云的存储等。

例如，可通过用户配置应用构建平台所提供的存储特性能力调参特性能力来获得参数调优信息。

例如，可通过用户配置应用构建平台所提供的运维特性能力来获得运维管理信息。例如，运维特性能力可包括，但不限于，以下项中的至少一项：负载均衡特性能力、动态扩缩容特性能力、手动扩缩容特性能力、对外暴露服务路径特性能力、网关安全性策略特性能力、定时策略特性能力、发布策略特性能力。这里，发布策略可包括，但不限于，金丝雀、蓝绿及A/B Testing等。

返回参照图1，在步骤102，可基于存储配置信息、计算配置信息和运维配置信息构建应用。

根据本公开的示例性实施例，基于存储配置信息、计算配置信息和运维配置信息构建应用的步骤可包括以下步骤中的至少一个：基于输入源信息，对接输入源；基于应用元信息，对应用进行管理；基于进程管理信息，对应用运行的进程进行管理并向用户展示运行相关信息；基于服务启动方式信息，向底层资源管理和调度平台发起应用启动指令；基于动态资源信息，执行动态资源管理；基于日志和监控指标归集信息，提供应用的日志和监控信息；基于权限和租户设计信息，控制用户和/或租户的权限；基于存储声明信息，对所述应用的存储进行管理；基于计算能力信息，配置应用的计算能力；基于运维管理信息，对所述应用执行运维。当然，上述步骤不限于上述顺序，还可按照任何能够构建应用的顺序执行。

根据本公开的示例性实施例，当存储配置信息、计算配置信息和运维配置信息中的一部分信息是通过用户配置特性能力而获得的时，可基于所述一部分信息来调用对应的特性能力以用于构建所述应用。

图3是示出根据本公开的示例性实施例的应用构建平台的框图。

参照图3，根据本公开的示例性实施例的应用构建平台300可包括接口模块310和构建模块320。

接口模块310可基于预定配置流程接收用户输入或自动获取的与待构建的应用相关的存储配置信息、计算配置信息和运维配置信息。这里，预定配置流程可以是由应用构建平台所提供的标准应用构建流程，用户(例如，应用开发者)仅需要按照这套标准应用构建流程配置(输入)构建应用所需配置的信息即可。例如，接口模块310可向用户提供标准应用构建流程界面和指引，用户仅需按照接口模块310的界面和指引输入构建应用所需配置的信息即可。根据本公开的示例性实施例，构建应用所需配置的信息可按照信息用途分类为存储配置信息、计算配置信息和运维配置信息。

根据本公开的示例性实施例，存储配置信息可包括，但不限于，输入源信息、应用元信息、日志和监控指标归集信息和存储声明信息中的至少一个。下面，具体介绍根据本公开的示例性实施例的存储配置信息。

根据本公开的示例性实施例，输入源信息可包括一个或多个标准Docker镜像的标识。当然，本公开所支持的应用构建的输入不限于Docker，还可以是任何可用的容器技术，例如，garden、ServiceMesh等。

根据本公开的示例性实施例，应用元信息是对在应用构建平台的所有应用进行统一运行和管理所需要的信息。应用元信息可包括，但不限于，以下项中的至少一项：唯一应用标识、鉴权信息、唯一应用名称、唯一显示名称、应用图标、说明文档、创建时间、更新时间、创建人信息、版本号、应用来源类型、启动资源消耗信息、数据源、应用存储地址、镜像地址、启动方式。具体地说，唯一应用标识可由应用构建平台的系统(下面，可简称为系统)产生，用户(在本文中，用户可以为应用开发者)可无感知。鉴权信息可由用户传入系统密钥，并由系统校验正确性。唯一应用名称可由开发者传入，并由系统校验唯一性。唯一显示名称可由开发者传入，并由系统校验唯一性。应用图标可由开发者传入，并由系统校验唯一性。说明文档可由开发者传入，并由系统校验完善程度和国际化规范，二级目录需包含简介、帮助文档等。创建时间可由系统产生，用户可无感知。更新时间可由系统产生，用户可无感知。创建人信息可由用户传入，并可由系统校验正确性。版本号可由用户传入。应用来源类型可由系统产生，用户可无感知，用于指示该应用是官方预置应用还是第三方应用。启动资源消耗信息可由用户传入，用于指示实例数、是否自动扩缩容、CPU、GPU、MEM、FPGA等。数据源可由用户传入，可以是官方预置的数据形式，或者底层存储系统提供的标准数据源，也可以是另一个Docker镜像来对接第三方数据源。应用存储地址是指应用运行中的数据存储空间，可由系统根据用户传入的应用名称而产生。例如，用户开发的应用名称为“BI分析”，系统可将应用存储地址生成为存储路径“/BI分析/”。镜像地址可由开发者传入，用于指示该应用的启动路径。启动方式可由开发者传入，用于指示同一应用是否可以在运行中被不同应用使用者重复打开。当然，应用元信息可不限于上述信息，还可包括任何平台对应用进行管理所需的信息。

根据本公开的示例性实施例，日志和监控指标归集信息可由用户输入以指示如何获取日志和监控指标。例如，如果用户使用标准错误流获取日志，则可无需感知。如果用户通过平台监控系统获取监控指标，则也可无感知。如果用户需自定义监控指标，可使用平台提供的软件开发包(SDK)进行定制化开发。

根据本公开的示例性实施例，存储声明信息可由用户输入以声明使用的存储体系，并可配置相应的生存时间值(TTL)策略等。例如，存储体系统可包括，但不限于，文件存储、数据库存储等。

根据本公开的示例性实施例，计算配置信息可包括，但不限于，服务启动方式信息、动态资源信息和计算能力信息中的至少一个。下面，具体介绍根据本公开的示例性实施例的计算配置信息。

根据本公开的示例性实施例，服务启动方式信息可由用户输入以声明应用启动方式。用户可无需感知应用启动过程，只需要配置服务启动方式信息，系统可自动向底层资源管理和高度平台发起应用启动。

根据本公开的示例性实施例，动态资源信息可由用户输入以声明申请的应用动态资源。例如，动态资源可包括两个部分，第一部分可以是用户开发的动态服务或任务可以控制的自身资源，并可暴露给应用使用者自行修改，第二部分可以是用户开发的动态服务或任务在运行中能够额外申请的资源，用于启动新的服务或任务。

根据本公开的示例性实施例，计算能力信息可由用户配置以设计应用计算能力。例如，用户可利用应用构建平台所提供的SDK进行广泛的算法(例如，AI算法)调用，即，能够利用SDK调用一种或多种算法。这里，AI算法可包括，但不限于，二分类、多分类、回归、聚类、时间序列分析、图像分类、图像检测、字符光学识别(OCR)、语音识别、自然语言处理(NLP)、迁移学习、强化学习、联邦学习、自动机器学习、参数调优等。再例如，如果用户所需的计算能力不在平台所提供的计算能力之内，还可通过平台的开放算子平台进行自定义开发，并享有与内置计算能力混用的能力。

根据本公开的示例性实施例，运维配置信息可包括，但不限于，进程管理信息、权限和租户设计信息和运维管理信息中的至少一个。下面，具体介绍根据本公开的示例性实施例的运维配置信息。

根据本公开的示例性实施例，进程管理信息是便于运维人员对在应用构建平台上运行的应用进行运维管理所需的信息。用户可按照平台标准及时暴露相关运行信息。例如，进程管理信息可包括，但不限于，以下项中的至少一项：下线应用和暂停服务的接口、子任务列表、实时数据源消费情况信息、可调整资源参数、错误日志显示和推送信息、每秒查询率、TP99、TP999、请求延时和返回正确率、应用状态。具体地说，下线应用和暂停服务的接口可被系统获取，用户可无感知。即，当用户请求下线应用和暂停服务后，系统可接收其接口。子任务列表可包括通过平台SDK调用或者接入的子任务，这些子任务可由应用构建平台的进程管理器获取，用户可无感。实时数据消费情况信息可包括，但不限于，CPU、MEM、GPU、FPGA、磁盘、网络等，可被系统获取，用户可无感知。可调整资源参数可由用户主动对接以配置可调整资源参数。错误日志显示和推送信息可由用户主动对接以配置错误日志显示和推送信息。每秒查询率、TP99(满足99％的网络请求所需的最低耗时)、TP999(满足99.9％的网络请求所需的最低耗时)和请求延时和返回正确率均为线上服务指标参数，可被系统获取，用户可无感知。应用状态可包括，但不限于，pod(kubernetes最小的调度单位，由一个或几个容器组成)是否正常，这可被系统获取，用户可无感知；依赖中间件(MySQL、flink等)是否正常，这需要用户主动暴露健康指针以进行健康检查。当然，进程管理信息可不限于上述信息，还可包括任何平台对应用运行进行运维管理所需的信息。

根据本公开的示例性实施例，权限和租户设计信息可用于控制应用构建平台的用户和/或租户的权限。例如，平台用户可以自行控制应用使用者的权限，也可以利用应用构建平台提供的SDK来打通平台层和应用层的权限，进行单点登录(SSO)配置。再例如，在平台租户管理层面，应用部署之后默认所有租户可见(也可以通过平台权限管理进行配置仅某些租户可见)，用户可以无需感知。在应用启动层面，应用可以根据每个租户需要进行启动。

根据本公开的示例性实施例，运维管理信息可以是对应用进行运维所需要的信息。

根据本公开的示例性实施例，上述存储配置信息、计算配置信息和运维配置信息可根据应用构建平台所提供的标准开发流程来进行配置，例如，根据本公开的示例性实施例的标准开发流程可如图2所示。当然，标准开发流程不限于如图2所示的顺序，还可包括其他任何可行的顺序，例如，步骤201和202为第一步和第二步，步骤210为最后一步，步骤203至209可以以任何顺序执行；又例如，可以以用户自定义的流程来执行步骤201至210，也就是说，步骤201至210可根据用户需求以任何可能的顺序执行。

根据本公开的示例性实施例，应用构建平台可包括特性能力库330，特性能力库里包括至少一个特性能力。这里，特性能力是指已封装好所述应用构建平台可用资源以供直接调用相关能力的实体。上述存储配置信息、计算配置信息和运维配置信息中的一部分信息可通过用户通过接口模块310配置特性能力库330中的特性能力来获得。用户可通过接口模块310按需要配置应用构建平台所提供的特性能力库330中的特性能力来获得相应的信息，构建模块320可基于相应的信息来调用对应的特性能力，以用于构建应用。

例如，当输入源信息包括多个标准Docker镜像的标识时，输入源可为多个标准Docker镜像的编排。可通过用户通过接口模块310配置特性能力库330中的镜像编排特性能力来获得多个标准Docker镜像的编排。这里，镜像的编排可包括当多个镜像包括在线服务和离线任务时的在线离线混合编排、当多个镜像全为在线服务时的在线编排、当多个镜像全为离线任务时的离线编排。

例如，可通过用户通过接口模块310配置特性能力库330中的服务启动方式特性能力来获得服务启动方式信息。

例如，可通过用户通过接口模块310配置特性能力库330中的存储特性能力来获得存储声明信息。当然，除了可使用存储特性能力来获得存储声明信息之外，还可将存储方案替换为开源、企业级的存储方案，例如，Amazon的S3存储、对接微软云的存储等。

例如，可通过用户通过接口模块310配置特性能力库330中的存储特性能力调参特性能力来获得参数调优信息。

例如，可通过用户通过接口模块310配置特性能力库330中的运维特性能力来获得运维管理信息。例如，运维特性能力可包括，但不限于，以下项中的至少一项：负载均衡特性能力、动态扩缩容特性能力、手动扩缩容特性能力、对外暴露服务路径特性能力、网关安全性策略特性能力、定时策略特性能力、发布策略特性能力。这里，发布策略可包括，但不限于，金丝雀、蓝绿及A/B Testing等。

构建模块320可基于存储配置信息、计算配置信息和运维配置信息构建应用。

具体地说，图4是示出根据本公开的示例性实施例的构建模块的框图。如图4所示，构建模块320可包括数据对接模块321、应用市场模块322、监控模块323、服务管理模块324、日志模块325、鉴权模块326、存储管理模块327和运维管理模块328。当然，图4仅是示例性的，构建模块320可包括上述模块321至328中的至少一个模块，也还可包括其它任何可用于构建应用的模块。

根据本公开的示例性实施例，数据对接模块321可基于输入源信息，对接输入源。应用市场模块322可基于应用元信息，对应用进行管理。监控模块323可基于进程管理信息，对应用运行的进程进行管理并向用户展示运行相关信息。服务管理模块324可基于服务启动方式信息，向底层资源管理和调度平台发起应用启动指令；和/或基于动态资源信息，执行动态资源管理；和/或基于计算能力信息，配置计算能力。日志模块325可基于日志和监控指标归集信息，提供应用的日志和监控信息。鉴权模块326可基于权限和租户设计信息，控制用户和/或租户的权限。存储管理模块327可基于存储声明信息，对所述应用的存储进行管理。运维管理模块328可基于运维管理信息，对所述应用执行运维。

根据本公开的示例性实施例，构建模块320还可包括特性能力调用模块329。当存储配置信息、计算配置信息和运维配置信息中的一部分信息是通过用户配置特性能力而获得的时，特性能力调用模块329可基于所述一部分信息来调用对应的特性能力以用于构建所述应用。

根据本公开的应用构建方法和应用构建平台，提出了一种针对应用(例如，AI应用)构建流程的标准配置流程，任何的开源、第三方机构开发的应用都可以按照这个标准配置流程进行简单配置，便可以跟企业自身应用维持统一。

此外，根据本公开的应用构建方法和应用构建平台，将应用构建平台可使用的资源组织并封装以提供关于运维或应用(例如，AI应用)常用能力的实体，使得开发者无需进行运维或常用能力的代码开发，只需要在配置文件指定需要附加哪些运维特性或AI特性，以直接调用封装好的相关能力，从而应用开发者只需关于业务能力的开发，而运维相关能力只需要平台运维人员统一开发和管理，以提高运维效率。

此外，本公开的应用构建方法和应用构建平台不仅可应用到AI场景，还可支持任何场景的应用构建，包括大数据分析场景、CRM、可视化等等，只要是定位于使用代码方案解决一个特定业务问题的应用即可。

此外，本公开的应用构建方法和应用构建平台可应用于公有云、私有云、混合云、一体机等。

以上已参照图1至图4描述了根据本公开示例性实施例的应用构建方法和应用构建平台。

图3和图4所示出的应用构建平台中的各个模块可被配置为执行特定功能的软件、硬件、固件或上述项的任意组合。例如，各个模块可对应于专用的集成电路，也可对应于纯粹的软件代码，还可对应于软件与硬件相结合的模块。此外，各个模块所实现的一个或多个功能也可由物理实体设备(例如，处理器、客户端或服务器等)中的组件来统一执行。

此外，参照图1所描述的应用构建方法可通过记录在计算机可读存储介质上的程序(或指令)来实现。例如，根据本公开的示例性实施例，可提供存储指令的计算机可读存储介质，其中，当所述指令被至少一个计算装置运行时，促使所述至少一个计算装置执行根据本公开的应用构建方法。

上述计算机可读存储介质中的计算机程序可在诸如客户端、主机、代理装置、服务器等计算机设备中部署的环境中运行，应注意，计算机程序还可用于执行除了上述步骤以外的附加步骤或者在执行上述步骤时执行更为具体的处理，这些附加步骤和进一步处理的内容已经在参照图1进行相关方法的描述过程中提及，因此这里为了避免重复将不再进行赘述。

应注意，根据本公开示例性实施例的应用构建平台中的各个模块可完全依赖计算机程序的运行来实现相应的功能，即，各个模块在计算机程序的功能架构中与各步骤相应，使得整个系统通过专门的软件包(例如，lib库)而被调用，以实现相应的功能。

另一方面，图3和图4所示的各个模块也可以通过硬件、软件、固件、中间件、微代码或其任意组合来实现。当以软件、固件、中间件或微代码实现时，用于执行相应操作的程序代码或者代码段可以存储在诸如存储介质的计算机可读介质中，使得处理器可通过读取并运行相应的程序代码或者代码段来执行相应的操作。

例如，本公开的示例性实施例还可以实现为计算装置，该计算装置包括存储部件和处理器，存储部件中存储有计算机可执行指令集合，当计算机可执行指令集合被处理器执行时，执行根据本公开的示例性实施例的应用构建方法。

具体说来，计算装置可以部署在服务器或客户端中，也可以部署在分布式网络环境中的节点装置上。此外，计算装置可以是PC计算机、平板装置、个人数字助理、智能手机、web应用或其他能够执行上述指令集合的装置。

这里，计算装置并非必须是单个的计算装置，还可以是任何能够单独或联合执行上述指令(或指令集)的装置或电路的集合体。计算装置还可以是集成控制系统或系统管理器的一部分，或者可被配置为与本地或远程(例如，经由无线传输)以接口互联的便携式电子装置。

在计算装置中，处理器可包括中央处理器(CPU)、图形处理器(GPU)、可编程逻辑装置、专用处理器系统、微控制器或微处理器。作为示例而非限制，处理器还可包括模拟处理器、数字处理器、微处理器、多核处理器、处理器阵列、网络处理器等。

根据本公开示例性实施例的应用构建方法中所描述的某些操作可通过软件方式来实现，某些操作可通过硬件方式来实现，此外，还可通过软硬件结合的方式来实现这些操作。

处理器可运行存储在存储部件之一中的指令或代码，其中，存储部件还可以存储数据。指令和数据还可经由网络接口装置而通过网络被发送和接收，其中，网络接口装置可采用任何已知的传输协议。

存储部件可与处理器集成为一体，例如，将RAM或闪存布置在集成电路微处理器等之内。此外，存储部件可包括独立的装置，诸如，外部盘驱动、存储阵列或任何数据库系统可使用的其他存储装置。存储部件和处理器可在操作上进行耦合，或者可例如通过I/O端口、网络连接等互相通信，使得处理器能够读取存储在存储部件中的文件。

此外，计算装置还可包括视频显示器(诸如，液晶显示器)和用户交互接口(诸如，键盘、鼠标、触摸输入装置等)。计算装置的所有组件可经由总线和/或网络而彼此连接。

根据本公开示例性实施例的应用构建方法可被描述为各种互联或耦合的功能块或功能示图。然而，这些功能块或功能示图可被均等地集成为单个的逻辑装置或按照非确切的边界进行操作。

因此，参照图1所描述的应用构建方法可通过包括至少一个计算装置和至少一个存储指令的存储装置的系统来实现。

根据本公开的示例性实施例，至少一个计算装置是根据本公开示例性实施例的用于执行应用构建方法的计算装置，存储装置中存储有计算机可执行指令集合，当计算机可执行指令集合被至少一个计算装置执行时，执行参照图1所描述的应用构建方法。

以上描述了本公开的各示例性实施例，应理解，上述描述仅是示例性的，并非穷尽性的，本公开不限于所披露的各示例性实施例。在不偏离本公开的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。因此，本公开的保护范围应该以权利要求的范围为准。

Claims (10)

1.一种应用构建方法，包括：

基于预定配置流程接收用户输入或自动获取的与待构建的应用相关的存储配置信息、计算配置信息和运维配置信息；

基于所述存储配置信息、所述计算配置信息和所述运维配置信息构建所述应用。

2.如权利要求1所述的应用构建方法，其中，所述存储配置信息、所述计算配置信息和所述运维配置信息中的一部分信息是通过用户配置特性能力而获得的，其中，所述特性能力是指已封装好可用资源以供直接调用相关能力的实体；

其中，基于所述存储配置信息、所述计算配置信息和所述运维配置信息构建所述应用，包括：基于所述存储配置信息、所述计算配置信息和所述运维配置信息中的所述一部分信息来调用对应的特性能力，以构建所述应用。

3.如权利要求1或2所述的应用构建方法，其中，所述存储配置信息包括输入源信息、应用元信息、日志和监控指标归集信息和存储声明信息中的至少一个；

所述计算配置信息包括服务启动方式信息、动态资源信息和计算能力信息中的至少一个；

所述运维配置信息包括进程管理信息、权限和租户设计信息和运维管理信息中的至少一个。

4.如权利要求3所述的应用构建方法，其中，基于所述存储配置信息、所述计算配置信息和所述运维配置信息构建所述应用，包括以下步骤中的至少一个：

基于输入源信息，对接输入源；

基于应用元信息，对所述应用进行管理；

基于进程管理信息，对所述应用运行的进程进行管理并向用户展示运行相关信息；

基于服务启动方式信息，向底层资源管理和调度平台发起应用启动指令；

基于动态资源信息，执行动态资源管理；

基于日志和监控指标归集信息，提供所述应用的日志和监控信息；

基于权限和租户设计信息，控制用户和/或租户的权限；

基于存储声明信息，对所述应用的存储进行管理；

基于计算能力信息，配置所述应用的计算能力；

基于运维管理信息，对所述应用执行运维。

5.如权利要求3所述的应用构建方法，其中，所述输入源信息包括一个或多个标准Docker镜像的标识；

当所述输入源信息包括多个标准Docker镜像的标识时，所述输入源为所述多个标准Docker镜像的编排，其中，基于多个标准Docker镜像的编排是通过用户配置镜像编排特性能力而获得的。

6.如权利要求3所述的应用构建方法，其中，所述应用元信息包括以下项中的至少一项：

唯一应用标识、鉴权信息、唯一应用名称、唯一显示名称、应用图标、说明文档、创建时间、更新时间、创建人信息、版本号、应用来源类型、启动资源消耗信息、数据源、应用存储地址、镜像地址、启动方式。

7.如权利要求3所述的应用构建方法，其中，所述进程管理信息包括以下项中的至少一项：

下线应用和暂停服务的接口、子任务列表、实时数据源消费情况信息、可调整资源参数、错误日志显示和推送信息、每秒查询率、TP99、TP999、请求延时和返回正确率、应用状态。

8.一种应用构建平台，包括：

接口模块，被配置为基于预定配置流程接收用户输入或自动获取的与待构建的应用相关的存储配置信息、计算配置信息和运维配置信息；

构建模块，被配置为基于所述存储配置信息、计算配置信息和运维配置信息构建所述应用。

9.一种存储指令的计算机可读存储介质，其中，当所述指令被至少一个计算装置运行时，促使所述至少一个计算装置执行如权利要求1至7中的任一权利要求所述的应用构建方法。

10.一种包括至少一个计算装置和至少一个存储指令的存储装置的系统，其中，所述指令在被所述至少一个计算装置运行时，促使所述至少一个计算装置执行如权利要求1至7中的任一权利要求所述的应用构建方法。

Images