CN108196764A - 应用架构部署方法、装置、系统及云平台 - Google Patents

Abstract

本发明实施例提供一种应用架构部署方法、装置、系统及云平台，所述方法包括接收所述终端设备发送的根据初始应用架构中各应用组件生成的架构配置文件；对所述架构配置文件进行解析以得到各应用组件之间的关系；根据所述各应用组件之间的关系，对所述架构配置文件中的各应用组件进行封装以生成包括多个配置接口的应用架构文件。本发明实施例能够有效降低应用架构的部署、维护难度，可满足不同业务场景下的应用架构部署需求。

Description

应用架构部署方法、装置、系统及云平台

技术领域

本发明涉及云通信技术领域，具体而言，涉及一种应用架构部署方法、装置、系统及云平台。

背景技术

目前企业混合云应用的部署和管理大多依赖于人工进行处理，使得应用架构的部署非常耗时、繁琐且易出错。

发明内容

有鉴于此，本发明提供一种数据处理方法和装置，能够有效改善上述问题。

本发明较佳实施例提供一种应用架构部署方法，应用于与终端设备通信连接的云平台，所述方法包括：

接收所述终端设备发送的基于图形化界面生成的架构配置文件，所述架构配置文件包括多个应用组件；

对所述架构配置文件进行解析以得到各应用组件之间的关系；

根据所述各应用组件之间的关系，对所述架构配置文件中的各应用组件进行封装以生成包括多个配置接口的应用架构文件。

可选地，在根据所述各应用组件之间的关系，对所述架构配置文件中的各应用组件进行封装以生成包括多个配置接口的应用架构文件之后，所述方法还包括：

接收所述终端设备发送的参数配置文件；

对所述参数配置文件进行解析以得到对应的配置参数；

将所述配置参数写入所述应用架构文件中的对应的配置接口中以得到待发布文件。

可选地，所述架构配置文件或参数配置文件为yaml文件。

本发明较佳实施例还提供一种应用架构部署装置，应用于与终端设备通信连接的云平台，所述应用架构部署装置包括：

配置文件接收模块，用于接收所述终端设备发送的基于图形化界面生成的架构配置文件，所述架构配置文件包括多个应用组件；

文件解析模块，用于对所述架构配置文件进行解析以得到各应用组件之间的关系；

封装模块，用于根据所述各应用组件之间的关系对架构配置文件中的各应用组件进行封装以生成包括多个配置接口的应用架构文件。

可选地，所述配置文件接收模块还用于接收所述终端设备发送的参数配置文件；

所述文件解析模块还用于对所述参数配置文件进行解析以得到对应的配置参数；

所述应用架构部署装置还包括：

参数配置模块，用于将所述配置参数写入所述应用架构文件中的对应的配置接口中以得到待发布文件。

本发明较佳实施例还提供一种应用架构部署系统，包括相互通信连接的终端设备和云平台；

所述终端设备用于响应应用部署指令并基于图形化界面调用对应的应用组件进行应用架构部署以形成初始应用架构；

所述终端设备用于基于所述初始应用架构中的各应用组件生成架构配置文件并发送给所述云平台；

所述云平台用于对接收到的所述架构配置文件进行解析以得到各应用组件之间的关系，以及根据各应用组件之间的关系对所述架构配置文件中的各应用组件进行封装以生成包括多个配置接口的应用架构文件。

可选地，所述终端设备还用于响应参数配置指令并获取与该参数配置指令对应的配置参数，以及根据所述配置参数生成参数配置文件并发送给所述云平台；

所述云平台还用于对所述参数配置文件进行解析以得到对应的配置参数，并将所述配置参数写入所述应用架构文件中的对应的配置接口中以得到待发布文件。

可选地，所述终端设备还用于响应组件调用指令并调用对应的应用组件进行显示；以及针对已显示的应用组件，响应组件部署指令并对各所述应用组件进行架构部署以得到初始应用架构。

本发明较佳实施例还提供一种云平台，包括存储器、处理器和上述的应用架构部署装置，该应用架构部署装置包括一个或多个存储于所述存储器并由所述处理器执行的软件功能模块。

本发明较佳实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被执行时，可实现上述的应用架构部署方法。

与现有技术相比，本发明实施例提供一种应用架构部署方法、装置、系统及云平台，其中，基于图形化界面进行应用架构的部署以及应用层面的参数配置，可大幅降低应用架构的部署和运维难度，节省应用架构部署成本，同时可满足不同业务场景下的应用架构部署需求。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的应用架构部署系统的交互场景示意图。

图2为图1中所示的的应用架构部署装置的云平台的方框结构示意图。

图3为本发明实施例提供的应用架构部署方法的流程示意图。

图4为本发明实施例提供的应用架构的参数配置界面示意图。

图5为本发明实施例提供的应用架构部署装置的方框结构示意图。

图标：10-云平台；100-应用架构部署装置；110-配置文件接收模块；120-文件解析模块；130-封装模块；140-参数配置模块；200-存储器；300-存储控制器；400-处理器；20-终端设备。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

经发明人研究发现，目前企业混合云应用如公有云、私有云、容器及物理机等的部署和管理大多依赖于人工的处理，从而导致应用的部署非常耗时、繁琐且易出错。尤其对于一些数据库或中间件的部署，例如：Mysql、Tomcat、Nginx等，会出现配置错误或遗漏，且有些小漏洞很难被第一时间发现，导致影响到业务系统的正常运行。基于此，本发明实施例提供了一种应用于云平台10，且能够通过图形化界面的方式进行应用部署的应用架构部署方法、装置、系统及云平台10。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

如图1所示，为本发明实施例提供的应用架构部署系统的方框结构示意图，该应用架构部署系统包括终端设备20和云平台10，所述云平台10与所述终端设备20之间通过网络通信连接。

其中，所述终端设备20用于响应应用部署指令并调用对应的应用组件进行应用架构部署以形成初始应用架构，以及基于所述初始应用架构中的各应用组件生成架构配置文件并发送给所述云平台10。具体地，所述终端设备20用于响应组件调用指令并基于图形化界面调用对应的应用组件进行显示；以及针对已显示的应用组件，响应组件部署指令并对各所述应用组件进行架构部署以得到初始应用架构。另外，所述终端设备20还用于响应参数配置指令并获取与该参数配置指令对应的配置参数，以及根据所述配置参数生成参数配置文件并发送给所述云平台10。

可选地，所述终端设备20可以是但不限于服务器、手机、电脑、IPAD等。且实际实施时，所述终端设备20可以为多个，且均通过网络与所述云平台10通信连接。

进一步地，如图2所示，是本发明较佳实施例提供的云平台10的方框结构示意图，该云平台10包括应用架构部署装置100、存储器200、存储控制器300以及处理器400。其中，所述存储器200、存储控制器300和处理器400各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件之间通过一条或多条通讯总线或信号线实现电性连接。所述应用架构部署装置100包括至少一个可以软件或固件的形式存储于所述存储器200中或固化在所述云平台10的操作系统中的软件功能模块。所述处理器400在所述存储控制器300的控制下访问所述存储器200，以用于执行所述存储器200中存储的可执行模块，例如所述应用架构部署装置100所包括的软件功能模块及计算机程序等，进而实现本发明实施例中的应用架构部署方法。所述云平台10可以是私有云平台10、公有云平台10或混合云平平台等。

应当理解，图2所示的结构仅为示意。所述云平台10可以具有比图2所示更多或者更少的组件，或者具有与图2所示不同的配置。其中，图2所示的各组件可以由软件、硬件或者其组合实现。

本实施例中，所述云平台10用于对接收到的所述架构配置文件进行解析以得到各应用组件之间的关系，以及根据各应用组件之间的关系对所述架构配置文件中的各应用组件进行封装以生成包括多个配置接口的应用架构文件，以及所述云平台10还用于对所述参数配置文件进行解析以得到对应的配置参数，并将所述配置参数写入所述应用架构文件中的对应的配置接口中以得到待发布文件。

进一步地，如图3所示，是本发明较佳实施例提供的应用于所述云平台10的应用架构部署方法的流程示意图。下面结合图3对所述应用架构部署方法的具体流程及步骤进行详细阐述。所应说明的是，本发明所述的应用架构部署方法并不以图3以及以下所述的具体顺序为限制。应当理解，本发明所述的应用架构部署方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。

步骤S110，接收所述终端设备20发送的基于图形化界面生成的架构配置文件，所述架构配置文件包括多个应用组件。

其中，所述应用组件是由终端设备20对初始组件进行参数自定以、配置以及初始化得到，如组件脚本设置、接口参数设置等。可选地，所述应用组件可以是但不限于服务器、网络、虚机、各类型中间件等。

进一步地，为了便于用户根据不同的业务场景如通信网络业务、云服务应用业务等进行不同的应用架构部署，而不受应用组件的底层细节限制，在本发明实施例中，用户可通过终端设备20提供的图形化界面进行应用架构的部署以降低应用架构部署难道以及运维的复杂度。其中，基于图形化界面进行应用架构等系统拓扑建模、部署的图形化操作是基于TOSCA规范的云编排技术实现。

例如，本实施例中，基于所述终端设备20提供的图形化界面，用户根据自身所要部署的应用架构选择对应的应用组件，所述终端设备20响应用户触发的组件调用指令并调用对应的应用组件并显示在图形化界面中，接着，针对已显示的应用组件，该终端设备20响应组件部署指令并对各所述应用组件进行架构部署以得到初始应用架构。其中，在组件调用和组件部署过程中，终端设备20可根据用户在不同业务场景下的不同需求进行灵活调用和部署。

进一步地，为了在所述架构配置文件的整个生命周期，如监控、持续部署、水平扩展、以及自动触发策略等过程中提供更加全面的编排定义。在本发明实施例中，所述架构配置文件可以为基于TOSCA标准的yaml编排技术生成的yaml文件，其中，所述yaml编排技术能够使得应用架构部署系统更易于扩展和对接。

另外，本发明实施例利用yaml文件声明式的定义好各应用组件之间的关系，如虚机与虚机、应用与虚机以及应用与应用之间的关系，能够使得各应用组件之间的关系描述更加清楚，且相对于现有技术的数据库外键定义表关联关系的方法，本发明实施例采用yaml文件能够使得文件解析速度更快，有效提高应用架构的部署效率。

步骤S120，对所述架构配置文件进行解析以得到各应用组件之间的关系。

本实施例中，所述云平台10对所述架构配置文件进行解析时采用的解析方法可根据该架构配置文件的实际类型进行选取。例如，所述架构配置文件为yaml文件，那么，可基于Java语言实现对所述yaml文件进行解析得到各应用组件之间的关系。

可选地，所述各应用组件之间的关系可以包括但不限于各组件之间的连接关系、相对位置关系、各组件配置参数的相关性等，本实施例在此不做限制。

步骤S130，根据所述各应用组件之间的关系，对所述架构配置文件中的各应用组件进行封装以生成包括多个配置接口的应用架构文件。

其中，所述配置接口可以包括但不限于存储位置配置接口、组件参数配置接口、组件名称配置接口、文件应用场景配置接口、内存大小配置接口、网段配置接口等。

同时，所述配置接口的类型可以是虚拟化底层restfulApi接口，以用于对所述应用架构文件进行相关参数的配置、修改等，得到满足实际业务需求的应用架构文件，本实施例在此不做限制。

步骤S140，接收所述终端设备20发送的参数配置文件。

本实施例中，为了提高文件解析效率以及参数配置效率，同时，保证配置参数与应用架构的一致性，所述参数配置文件与所述架构配置文件的文件类型相同，均可以为yaml文件。

可以理解的是，所述应用架构文件可以认为是一种模板文件，在实际应用过程中，可根据不同的业务场景等对该应用架构文件进行对应参数的配置、修改等，以得到待发布文件。如本实施例中，所述参数配置文件是所述终端设备20根据响应到的配置参数等生成并发送给云平台10以用于对所述应用架构文件进行参数配置。

步骤S150，对所述参数配置文件进行解析以得到对应的配置参数。

其中，如图4所示，所述配置参数可以是基础操作系统镜像的选择、存储路径的选择、CPU和内存大小的配置、网络段标签的选择等，本实施例在此不做限制。

步骤S160，将所述配置参数写入所述应用架构文件中的对应的配置接口中以得到待发布文件。

本实施例中，根据参数配置文件的不同，所述配置参数的写入方式不同，例如，当所述参数配置文件为yaml文件时，所述配置接口为虚拟化底层的restfulApi接口时，所述云平台10在接收到所述yaml文件后，可将所述所述yaml文件跟vsphere和openstack虚拟化底层的restfulApi接口进行自动对接，以实现配置参数的自动写入，形成待发布文件，而无需人工干预，大大减少了应用架构的运维的复杂度。

进一步地，在本实施例中，当需要部署新版本的应用架构并发布时，只需基于已有的应用架构进行参数上的细微调整，即可进行应用服务的自动部署，有效避免了现有技术中需要对每个组件重新手动安装一遍的做法，有效提高了应用架构的部署和发布效率，同时能够降低架构部署成本。

另外，从上述应用架构的部署方法中可以看出，本实施例中给出的应用架构的部署、参数配置、版本升级等全部可基于图形化界面配置、安装，不需要命令行的介入，极大地提高了部署的效率和准确性，降低应用架构部署的难度。同时，本发明实施例利用国际标准TOSCA的yaml格式定义接口，对传统虚拟机应用和基于容器(服务产品)的应用统一建模，统一管理，从而对企业混合云应用如公有云、私有云、容器及物理机都能进行无缝对接。

进一步地，本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被执行时，可实现上述的应用架构部署方法。

进一步地，如图5所示，为本实例给出的应用于所述云平台10的应用架构部署装置100的方框结构示意图，其中，该应用架构部署装置100包括配置文件接收模块110、文件解析模块120、封装模块130和参数配置模块140。

所述配置文件接收模块110，用于接收所述终端设备20发送的基于图形化界面生成架构配置文件，所述架构配置文件包括多个应用组件，以及接收所述终端设备20发送的参数配置文件。本实施例中，关于所述配置文件接收模块110的描述具体可参考对图3中所示的步骤S110和步骤S140的详细描述，也即，所述步骤S110和步骤S140可以由配置文件接收模块110执行，因而在此不再具体说明。

所述文件解析模块120，用于对所述架构配置文件进行解析以得到各应用组件之间的关系，以及对所述参数配置文件进行解析以得到对应的配置参数。本实施例中，关于所述文件解析模块120的描述具体可参考对图3中所示的步骤S120和步骤S150的详细描述，也即，所述步骤S120和步骤S150可以由文件解析模块120执行，因而在此不再具体说明。

所述封装模块130，用于根据所述各应用组件之间的关系对架构配置文件中的各应用组件进行封装以生成包括多个配置接口的应用架构文件。本实施例中，关于所述封装模块130的描述具体可参考对图3中所示的步骤S130的详细描述，也即，所述步骤S130可以由封装模块130执行，因而在此不再具体说明。

所述参数配置模块140，用于将所述配置参数写入所述应用架构文件中的对应的配置接口中以得到待发布文件。本实施例中，关于所述参数配置模块140的描述具体可参考对图3中所示的步骤S160的详细描述，也即，所述步骤S160可以由参数配置模块140执行，因而在此不再具体说明。

综上所述，本发明实施例提供一种应用架构部署方法、装置、系统及云平台10，其中，基于图形化界面进行应用架构的部署以及应用层面的参数配置，可大幅降低应用架构的部署和运维难度，节省应用架构部署成本，同时可满足不同业务场景下的应用架构部署需求。

在本发明的描述中，术语“设置”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

在本发明实施例所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其他方式实现。以上所描述的装置和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的预设数量个实施例的装置、方法和计算机程序产品可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分。所述模块、程序段或代码的一部分包含一个或预设数量个用于实现规定的逻辑功能。

也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

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

Claims (10)

1.一种应用架构部署方法，应用于与终端设备通信连接的云平台，其特征在于，所述方法包括：

接收所述终端设备发送的基于图形化界面生成的架构配置文件，所述架构配置文件包括多个应用组件；

对所述架构配置文件进行解析以得到各应用组件之间的关系；

根据所述各应用组件之间的关系，对所述架构配置文件中的各应用组件进行封装以生成包括多个配置接口的应用架构文件。

2.根据权利要求1所述的应用架构部署方法，其特征在于，在根据所述各应用组件之间的关系，对所述架构配置文件中的各应用组件进行封装以生成包括多个配置接口的应用架构文件之后，所述方法还包括：

接收所述终端设备发送的参数配置文件；

对所述参数配置文件进行解析以得到对应的配置参数；

将所述配置参数写入所述应用架构文件中的对应的配置接口中以得到待发布文件。

3.根据权利要求1所述的应用架构部署方法，其特征在于，所述架构配置文件或参数配置文件为yaml文件。

4.一种应用架构部署装置，应用于与终端设备通信连接的云平台，其特征在于，所述应用架构部署装置包括：

配置文件接收模块，用于接收所述终端设备发送的基于图形化界面生成的架构配置文件，所述架构配置文件包括多个应用组件；

文件解析模块，用于对所述架构配置文件进行解析以得到各应用组件之间的关系；

封装模块，用于根据所述各应用组件之间的关系对架构配置文件中的各应用组件进行封装以生成包括多个配置接口的应用架构文件。

5.根据权利要求4所述的应用架构部署装置，其特征在于，

所述配置文件接收模块还用于接收所述终端设备发送的参数配置文件；

所述文件解析模块还用于对所述参数配置文件进行解析以得到对应的配置参数；

所述应用架构部署装置还包括：

参数配置模块，用于将所述配置参数写入所述应用架构文件中的对应的配置接口中以得到待发布文件。

6.一种应用架构部署系统，其特征在于，包括相互通信连接的终端设备和云平台；

所述终端设备用于响应应用部署指令并基于图形化界面调用对应的应用组件进行应用架构部署以形成初始应用架构；

所述终端设备用于基于所述初始应用架构中的各应用组件生成架构配置文件并发送给所述云平台；

所述云平台用于对接收到的所述架构配置文件进行解析以得到各应用组件之间的关系，以及根据各应用组件之间的关系对所述架构配置文件中的各应用组件进行封装以生成包括多个配置接口的应用架构文件。

7.根据权利要求6所述的应用架构部署系统，其特征在于，所述终端设备还用于响应参数配置指令并获取与该参数配置指令对应的配置参数，以及根据所述配置参数生成参数配置文件并发送给所述云平台；

所述云平台还用于对所述参数配置文件进行解析以得到对应的配置参数，并将所述配置参数写入所述应用架构文件中的对应的配置接口中以得到待发布文件。

8.根据权利要求6所述的应用架构部署系统，其特征在于，所述终端设备还用于响应组件调用指令并调用对应的应用组件进行显示；以及针对已显示的应用组件，响应组件部署指令并对各所述应用组件进行架构部署以得到初始应用架构。

9.一种云平台，其特征在于，包括存储器、处理器和上述权利要求4-5中任一项所述的应用架构部署装置，该应用架构部署装置包括一个或多个存储于所述存储器并由所述处理器执行的软件功能模块。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被执行时，可实现权利要求1-3中任一项所述的应用架构部署方法。