CN108121578A - 生成应用程序的方法、装置和存储介质以及电子设备 - Google Patents

Abstract

本公开涉及一种生成应用程序的方法、装置和存储介质以及电子设备，所述方法包括：获取用于创建应用程序的多个待创建服务模块之间的第一依赖关系；按照所述第一依赖关系创建多个所述待创建服务模块；根据创建的多个所述待创建服务模块生成所述应用程序。

Description

生成应用程序的方法、装置和存储介质以及电子设备

技术领域

本公开涉及计算机领域，具体地，涉及一种生成应用程序的方法、装置和存储介质以及电子设备。

背景技术

云编排是在云环境中进行服务部署，例如，容器服务(如Docker服务或者Kubernetes服务等)、公有云服务以及虚拟机服务等的部署，对于应用程序，可以包括多种资源(如数据库、应用程序的前端以及应用程序的后端等)，通常需要对多种资源进行服务部署，在现有技术中，在一个编排模板中只能对多种资源进行同一种服务部署，例如，将多种资源全部部署于虚拟机服务上时，或者将多种资源全部部署于公有云服务等，这样，使得在同一编排模板中无法实现不同服务之间混合创建，从而造成不同服务之间无法兼容。

发明内容

为了解决上述问题，本公开提出了一种生成应用程序的方法、装置和存储介质以及电子设备。

根据本公开实施例的第一方面，提供一种生成应用程序的方法，包括：

获取用于创建应用程序的多个待创建服务模块之间的第一依赖关系；

按照所述第一依赖关系创建多个所述待创建服务模块；

根据创建的多个所述待创建服务模块生成所述应用程序。

可选地，所述获取用于创建应用程序的多个待创建服务模块之间的第一依赖关系包括：

在模块展示区域中确定所述待创建模块；

在所述模块展示区域中对所述待创建模块的模块标识进行连线操作，并根据所述连线操作确定多个所述待创建服务模块之间的第一依赖关系。

可选地，所述按照所述第一依赖关系创建多个所述待创建服务模块包括：

获取每个所述待创建模块包括的属性信息；

确定所述属性信息对应的服务类型和属性标识；

将所述属性信息配置于所述服务类型对应的目标服务；

根据所述属性标识和所述第一依赖关系完成多个所述待创建服务模块的创建。

可选地，所述根据所述属性标识和所述第一依赖关系完成多个所述待创建服务模块的创建包括：

根据所述第一依赖关系从多个所述待创建服务模块中确定所述待创建服务模块依赖的依赖服务模块；

确定所述待创建服务模块包括的属性标识依赖的所述依赖服务模块中的属性标识；

通过预设依赖函数建立所述待创建模块的属性标识和所述依赖服务模块中的属性标识之间的第二依赖关系。

可选地，在所述根据创建的多个所述待创建服务模块生成所述应用程序前，所述方法还包括：

确定每个所述待创建服务模块是否创建成功；

所述根据创建的多个所述待创建服务模块生成所述应用程序包括：

在每个所述待创建服务模块创建成功后，生成所述应用程序。

根据本公开实施例的第二方面，提供一种生成应用程序的装置，包括：

获取模块，用于获取用于创建应用程序的多个待创建服务模块之间的第一依赖关系；

创建模块，用于按照所述第一依赖关系创建多个所述待创建服务模块；

生成模块，用于根据创建的多个所述待创建服务模块生成所述应用程序。

可选地，所述获取模块包括：

第一确定子模块，用于在模块展示区域中确定所述待创建模块；

处理子模块，用于在所述模块展示区域中对所述待创建模块的模块标识进行连线操作，并根据所述连线操作确定多个所述待创建服务模块之间的第一依赖关系。

可选地，所述创建模块包括：

获取子模块，用于获取每个所述待创建模块包括的属性信息；

第二确定子模块，用于确定所述属性信息对应的服务类型和属性标识；

配置子模块，用于将所述属性信息配置于所述服务类型对应的目标服务；

创建子模块，用于根据所述属性标识和所述第一依赖关系完成多个所述待创建服务模块的创建。

可选地，所述创建子模块，用于根据所述第一依赖关系从多个所述待创建服务模块中确定所述待创建服务模块依赖的依赖服务模块；

确定所述待创建服务模块包括的属性标识依赖的所述依赖服务模块中的属性标识；

通过预设依赖函数建立所述待创建模块的属性标识和所述依赖服务模块中的属性标识之间的第二依赖关系。

根据本公开实施例的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述所述方法的步骤。

根据本公开实施例的第四方面，提供一种电子设备，包括：

上述所述的计算机可读存储介质；以及

一个或者对个处理器，用于执行所述计算机可读存储介质中的程序。

通过上述技术方案，获取用于创建应用程序的多个待创建服务模块之间的第一依赖关系；按照所述第一依赖关系创建多个所述待创建服务模块；根据创建的多个所述待创建服务模块生成所述应用程序，这样，根据多个该待创建模块之间的第一依赖关系创建多个该待创建模块，使得不同类型的服务之间可以兼容，从而避免了现有技术中无法进行不同服务之间混合创建。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1为本公开实施例示出的一种生成应用程序的方法的流程示意图；

图2为本公开实施例示出的另一种生成应用程序的方法的流程示意图；

图3为本公开实施例示出的第一种生成应用程序的装置框图；

图4为本公开实施例示出的第二种生成应用程序的装置框图；

图5为本公开实施例示出的第三种生成应用程序的装置框图；

图6为本公开实施例示出的第四种生成应用程序的装置框图；

图7为本公开实施例示出的一种电子设备的框图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

本公开可以根据多个该待创建模块之间的第一依赖关系创建多个该待创建模块，这样，使得不同类型的服务之间可以兼容，从而避免了现有技术中无法进行不同服务之间混合创建。

图1为本公开实施例示出的一种生成应用程序的方法的流程示意图，如图1所示，该方法包括：

S101、获取用于创建应用程序的多个待创建服务模块之间的第一依赖关系。

其中，多个该待创建服务模块可以为不同类型服务的资源(如应用程序的前端、应用程序的后端以及数据库等)，不同类型服务可以是容器服务(如Docker服务或者Kubernetes服务等)、公有云服务以及虚拟机服务等。

示例地，若多个该待创建模块包括应用程序的前端、应用程序的后端以及数据库，则该第一依赖关系可以包括：该应用程序的前端依赖于该应用程序的后端，数据库依赖于该应用程序的前端，应用程序的后端依赖于数据库，上述示例只是举例说明，本公开对此不作限定。

S102、按照该第一依赖关系创建多个该待创建服务模块。

在本步骤中，可以获取每个该待创建服务模块包括的属性信息，并确定该属性信息对应的服务类型和属性标识，将该属性信息配置于服务类型对应的目标服务，根据该属性标识和该第一依赖关系完成多个该待创建服务模块的创建，继续以S101中的示例为例进行说明，若多个该待创建模块包括应用程序的前端、应用程序的后端以及数据库，该第一依赖关系包括：该应用程序的前端依赖于该应用程序的后端，数据库依赖于该应用程序的前端，应用程序的后端依赖于数据库，则分别获取应用程序的前端、应用程序的后端以及数据库中包括的属性信息对应的属性标识和服务类型，并将该属性信息配置于服务类型对应的目标服务，这样，可以创建该目标服务中的属性信息对应的属性标识之间的第二依赖关系，上述示例只是举例说明，本公开对此不作限定。

S103、根据创建的多个该待创建服务模块生成该应用程序。

采用上述方法，可以获取多个该待创建模块之间的第一依赖关系，并根据该第一依赖关系创建多个该待创建模块，这样，使得不同类型的服务之间可以兼容，从而避免了现有技术中无法进行不同服务之间混合创建。

图2为本公开实施例示出的一种生成应用程序的方法的流程示意图，如图2所示，该方法包括：

S201、在模块展示区域中确定待创建模块。

其中，多个该待创建服务模块可以为不同类型服务的资源(如应用程序的前端、应用程序的后端以及数据库等)，在一种可能的实现方式中，可以在应用创建界面中接收对多个该待创建服务模块的模块标识的拖拽指令，该拖拽指令用于将每个该待创建服务模块的模块标识从模块列表区域拖拽至模块展示区域。

S202、在该模块展示区域中对该待创建模块的模块标识进行连线操作，并根据该连线操作确定多个该待创建模块之间的第一依赖关系。

在本步骤中，该待创建模块之间的连线可以为带有箭头的线段，从而可以通过有向图算法识别多个该创建服务模块之间的第一依赖关系。

示例地，在多个该待创建模块包括应用程序的前端、应用程序的后端以及数据库时，若应用程序的前端和应用程序的后端之间的连线的箭头指向为应用程序的后端，则该第一依赖关系可以包括：该应用程序的前端依赖于该应用程序的后端；若数据库和该应用程序的前端之间的连线的箭头指向为该应用程序的前端，则该第一依赖关系可以包括：数据库依赖于该应用程序的前端；若数据库和该应用程序的前端之间的连线的箭头指向为该数据库，则该第一依赖关系可以包括：应用程序的后端依赖于数据库，上述示例只是举例说明，本公开对此不作限定。

需要说明的是，步骤S201和S202还可以通过脚本编写的方式确定多个该待创建模块以及多个该待创建模块之间的第一依赖关系，例如，可以在yaml文件中进行脚本编写以确定多个该待创建模块以及多个该待创建模块之间的第一依赖关系。

S203、获取每个该待创建模块包括的属性信息。

在本公开中，在将该多个该待创建服务模块的模块标识的拖拽至模块展示区域后，可以对该待创建服务模块设置属性信息，如该属性信息为该待创建模块的标识信息、密码、提供服务的访问接口等所必须的信息，以及该待创建服务模块的个性化配置信息，由于进行不同服务部署时有些属性信息存在差异，此时，可以在属性配置的页面中选择对应的预设属性设置函数，并将需要配置的属性信息输入至该预设属性设置函数中从而实现属性配置，例如，该预设属性设置函数为Fn::Get_input:[属性信息]，上述示例只是举例说明，本公开对此不作限定。

S204、确定该属性信息对应的服务类型和属性标识。

本公开提供DNS(Domain Name System，域名系统)功能，使得该待创建模块中的属性信息对应的IP地址均可用属性标识代替，从而在后续步骤中可以根据该属性标识建立待创建模块中的属性信息之间的第二依赖关系，避免了由于IP地址是在各个待创建模块创建完成后生成的，而造成的无法根据IP地址建立该第二依赖关系。

其中，不同类型服务可以是容器服务(如Docker服务或者Kubernetes服务等)、公有云服务以及虚拟机服务等，上述示例只是举例说明，本公开对此不作限定。

S205、将该属性信息配置于该服务类型对应的目标服务。

继续以S202中的示例为例进行说明，若多个该待创建模块包括应用程序的前端、应用程序的后端以及数据库，该第一依赖关系包括：该应用程序的前端依赖于该应用程序的后端，数据库依赖于该应用程序的前端，应用程序的后端依赖于数据库，则分别获取应用程序的前端、应用程序的后端以及数据库中包括的属性信息对应的属性标识和服务类型，并将该属性信息传输至服务类型对应的目标服务中，从而实现将该属性信息配置于该服务类型对应的目标服务，上述示例只是举例说明，本公开对此不作限定。

S206、根据该属性标识和该第一依赖关系完成多个该待创建服务模块的创建。

在本步骤中，可以通过以下步骤完成多个该待创建模块的创建：

S11、根据该第一依赖关系从多个该待创建服务模块中确定该待创建服务模块依赖的依赖服务模块。

S12、确定该待创建服务模块包括的属性标识依赖的该依赖服务模块中的属性标识。

S13、通过预设依赖函数建立该待创建模块的属性标识和该依赖服务模块中的属性标识之间的第二依赖关系。

在本步骤中，可以选定该待创建模块的属性标识对应的属性信息，并通过预设依赖函数建立选定的属性信息对应的属性标识与该依赖服务模块中的属性标识之间的第二依赖关系，示例地，该预设依赖函数可以包括：Fn::Get_property:[依赖服务模块对应的目标服务，属性标识]。

S207、确定每个该待创建服务模块是否创建成功。

在确定每个待创建服务模块创建成功时，执行步骤S208；

在确定任一待创建服务模块未创建成功时，可以继续创建该未创建成功的该待创建模块，返回步骤S205。

在本步骤中，可以通过预设检查算法确定该待创建模块是否创建完成，示例地，若该待创建服务模块为配置在容器服务中的资源，则由于容器服务提供了检查接口api(Application Programming Interface，应用程序编程接口)，因此，可以直接调用api检查该待创建模块是否创建成功，若该待创建服务模块为配置在虚拟机服务或者公有云服务中的资源，则可以通过ansible运行算法检查该待创建服务模块的脚本信息是否存在错误，例如，若ansible运行算法为探查某一端口是否已经开放，则可直接在页面中输入[telnet目标服务端口]，在该端口开放时该待创建模块创建成功，上述示例只是举例说明，本公开对此不作限定。

另外，由于每个该待创建服务模块在创建过程中会生成对应的创建记录，从而在确定某一个待创建服务模块创建失败后，可以根据该创建记录随时返回至该某一个待创建模块在创建过程中的某一时刻，并且可以暂停其他待创建模块的创建，这样，在对该某一个待创建服务模块进行修复后，继续之前暂停的其他待创建模块的创建。

S208、生成该应用程序。

采用上述方法，可以根据多个该待创建模块的第一依赖关系创建多个该待创建模块，这样，使得不同类型的服务之间可以兼容，从而避免了现有技术中无法进行不同服务之间混合创建。

图3为本公开实施例示出的一种生成应用程序的装置框图，如图3所示，包括：

获取模块301，用于获取用于创建应用程序的多个待创建服务模块之间的第一依赖关系；

创建模块302，用于按照该第一依赖关系创建多个该待创建服务模块；

生成模块303，用于根据创建的多个该待创建服务模块生成该应用程序。

图4为本公开实施例示出的一种生成应用程序的装置框图，如图4所示，该获取模块301包括：

第一确定子模块3011，用于在模块展示区域中确定该待创建模块；

处理子模块3012，用于在该模块展示区域中对该待创建模块的模块标识进行连线操作，并根据该连线操作确定多个该待创建服务模块之间的第一依赖关系。

图5为本公开实施例示出的一种生成应用程序的装置框图，如图5所示，该创建模块302包括：

获取子模块3021，用于获取每个该待创建服务模块包括的属性信息；

第二确定子模块3022，用于确定该属性信息对应的服务类型和属性标识；

配置子模块3023，用于将该属性信息配置于该服务类型对应的目标服务；

创建子模块3024，用于根据该属性标识和该第一依赖关系完成多个该待创建服务模块的创建。

可选地，该创建子模块3024，用于根据该第一依赖关系从多个该待创建服务模块中确定该待创建服务模块依赖的依赖服务模块；

确定该待创建服务模块包括的属性标识依赖的该依赖服务模块中的属性标识；

通过预设依赖函数建立该待创建模块的属性标识和该依赖服务模块中的属性标识之间的第二依赖关系。

图6为本公开实施例示出的一种生成应用程序的装置框图，如图6所示，还包括：

确定模块304，用于确定每个该待创建服务模块是否创建成功；

该生成模块303，用于在每个该待创建服务模块创建成功后，生成该应用程序。

采用上述装置，可以根据多个该待创建模块之间的第一依赖关系创建多个该待创建模块，这样，使得不同类型的服务之间可以兼容，从而避免了现有技术中无法进行不同服务之间混合创建。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图7为本公开示例性实施例示出的一种电子设备700的框图。如图7所示，该电子设备700可以包括：处理器701，存储器702，多媒体组件703，输入/输出(I/O)接口704，以及通信组件705。

其中，处理器701用于控制该电子设备700的整体操作，以完成上述所述的生成应用程序的方法中的全部或部分步骤。存储器702用于存储各种类型的数据以支持在该电子设备700的操作，这些数据例如可以包括用于在该电子设备700上操作的任何应用程序或方法的指令，以及应用程序相关的数据。该存储器702可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(Static Random Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件703可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器702或通过通信组件705发送。音频组件还包括至少一个扬声器，用于输出音频信号。I/O接口704为处理器701和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件705用于该电子设备700与其他设备之间进行有线或无线通信。无线通信，例如Wi-Fi，蓝牙，近场通信(Near Field Communication，简称NFC)，2G、3G或4G，或它们中的一种或几种的组合，因此相应的该通信组件705可以包括：Wi-Fi模块，蓝牙模块，NFC模块。

在一示例性实施例中，电子设备700可以被一个或多个应用专用集成电路(Application Specific Integrated Circuit，简称ASIC)、数字信号处理器(DigitalSignal Processor，简称DSP)、数字信号处理设备(Digital Signal Processing Device，简称DSPD)、可编程逻辑器件(Programmable Logic Device，简称PLD)、现场可编程门阵列(Field Programmable Gate Array，简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述所述的生成应用程序的方法。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，例如包括程序指令的存储器702，上述程序指令可由电子设备700的处理器701执行以完成上述所述的生成应用程序的方法。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。

Claims (10)

1.一种生成应用程序的方法，其特征在于，包括：

获取用于创建应用程序的多个待创建服务模块之间的第一依赖关系；

按照所述第一依赖关系创建多个所述待创建服务模块；

根据创建的多个所述待创建服务模块生成所述应用程序。

2.根据权利要求1所述的方法，其特征在于，所述获取用于创建应用程序的多个待创建服务模块之间的第一依赖关系包括：

在模块展示区域中确定所述待创建模块；

在所述模块展示区域中对所述待创建模块的模块标识进行连线操作，并根据所述连线操作确定多个所述待创建服务模块之间的第一依赖关系。

3.根据权利要求1所述的方法，其特征在于，所述按照所述第一依赖关系创建多个所述待创建服务模块包括：

获取每个所述待创建模块包括的属性信息；

确定所述属性信息对应的服务类型和属性标识；

将所述属性信息配置于所述服务类型对应的目标服务；

根据所述属性标识和所述第一依赖关系完成多个所述待创建服务模块的创建。

4.根据权利要求3所述的方法，其特征在于，所述根据所述属性标识和所述第一依赖关系完成多个所述待创建服务模块的创建包括：

根据所述第一依赖关系从多个所述待创建服务模块中确定所述待创建服务模块依赖的依赖服务模块；

确定所述待创建服务模块包括的属性标识依赖的所述依赖服务模块中的属性标识；

通过预设依赖函数建立所述待创建模块的属性标识和所述依赖服务模块中的属性标识之间的第二依赖关系。

5.根据权利要求1至4任一项所述的方法，其特征在于，在所述根据创建的多个所述待创建服务模块生成所述应用程序前，所述方法还包括：

确定每个所述待创建服务模块是否创建成功；

所述根据创建的多个所述待创建服务模块生成所述应用程序包括：

在每个所述待创建服务模块创建成功后，生成所述应用程序。

6.一种生成应用程序的装置，其特征在于，包括：

获取模块，用于获取用于创建应用程序的多个待创建服务模块之间的第一依赖关系；

创建模块，用于按照所述第一依赖关系创建多个所述待创建服务模块；

生成模块，用于根据创建的多个所述待创建服务模块生成所述应用程序。

7.根据权利要求6所述的装置，其特征在于，所述获取模块包括：

第一确定子模块，用于在模块展示区域中确定所述待创建模块；

处理子模块，用于在所述模块展示区域中对所述待创建模块的模块标识进行连线操作，并根据所述连线操作确定多个所述待创建服务模块之间的第一依赖关系。

8.根据权利要求6所述的装置，其特征在于，所述创建模块包括：

获取子模块，用于获取每个所述待创建模块包括的属性信息；

第二确定子模块，用于确定所述属性信息对应的服务类型和属性标识；

配置子模块，用于将所述属性信息配置于所述服务类型对应的目标服务；

创建子模块，用于根据所述属性标识和所述第一依赖关系完成多个所述待创建服务模块的创建。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，

该程序被处理器执行时实现权利要求1至5任一项所述方法的步骤。

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

权利要求9中所述的计算机可读存储介质；以及

一个或者对个处理器，用于执行所述计算机可读存储介质中的程序。