CN113138829A - 云应用架构的管理方法、装置、设备和存储介质 - Google Patents

Abstract

本发明实施例提供一种云应用架构的管理方法、装置、设备和存储介质，该方法包括：管理设备响应于实例添加操作，生成并存储云应用的第一描述文件。由于描述文件能够描述云应用中云实例之间的架构关系，因此，利用管理设备提供的描述文件修改功能能够实现云应用架构的修改。基于此，响应于对第一描述文件的修改操作，管理设备可以得到并存储修改结果即第二描述文件。通过不同版本描述文件的存储从而能够使管理设备实现云应用描述文件的版本管理。之后，管理设备还可以响应于架构回滚操作，并利用自身存储的多版本的描述文件实现云应用架构的回滚。

Description

云应用架构的管理方法、装置、设备和存储介质

技术领域

本发明涉及云计算技术领域，尤其涉及一种云应用架构的管理方法、装置、设备和存储介质。

背景技术

云应用作为云计算技术在应用层的体现，由于自身具有的轻量性特点，在保证本地设备运行速度的同时，还能降低由本地病毒导致的数据泄露的风险。

现有技术中可以根据云应用的架构图实现云应用的部署。对于同一款云应用来说，为了保证其的使用效果，用户往往需要在不同的使用时段对云应用的架构进行调整，即对架构进行修改和回滚。举例来说，在节假日时段，用户可以修改云应用的架构，比如添加的云实例，以使云应用能够应对节日时段的高访问量。在节假日过后，用户还可以对云应用的架构进行回滚，以使云应用的架构恢复到节假日之前。

基于上述描述，如何实现云应用架构的回滚就成为一个亟待解决的问题。

发明内容

有鉴于此，本发明实施例提供一种云应用架构的管理方法、装置、设备和存储介质，用以实现云应用架构的回滚。

第一方面，本发明实施例提供一种云应用架构图的管理方法，包括：

响应于实例添加操作，生成云应用的第一描述文件，描述文件用于描述云应用中云实例之间的组合使用关系；

响应于对所述第一描述文件的修改操作，生成第二描述文件；

响应于架构回滚操作，根据所述第一描述文件和所述第二描述文件之间的差异，生成第三描述文件；

根据所述第三描述文件回滚所述云应用的架构。

第二方面，本发明实施例提供一种云应用架构图的管理装置，包括：

第一生成模块，用于响应于实例添加操作，生成云应用的第一描述文件，描述文件用于描述云应用中云实例之间的组合使用关系；

第二生成模块，用于响应于对所述第一描述文件的修改操作，生成第二描述文件；

第三生成模块，用于响应于架构回滚操作，根据所述第一描述文件和所述第二描述文件之间的差异，生成第三描述文件；

管理模块，用于根据所述第三描述文件回滚所述云应用的架构。

第三方面，本发明实施例提供一种电子设备，包括处理器和存储器，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现上述第一方面中的云应用架构的管理方法。该电子设备还可以包括通信接口，用于与其他设备或通信网络通信。

第四方面，本发明实施例提供了一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器至少可以实现如第一方面所述的云应用架构的管理方法。

本发明实施例提供的云应用架构的管理方法，管理设备响应于实例添加操作，生成并存储云应用的第一描述文件。之后，还可以对第一描述文件触发修改操作，以由管理设备得到并存储第二描述文件。其中，描述文件用于描述云应用的架构，即云应用中云实例之间的组合使用关系，也即是描述文件的版本与云应用的版本一一对应。基于管理设备存储的多版本描述文件，用户还可以对云应用触发回滚操作。管理设备响应于此回滚操作，通过比较不同版本的描述文件，以得到云应用中云实例的组合使用关系的变化。之后，管理设备根据比对结果修改回滚前执行的描述文件，以实现云应用版本的回滚。

上述方法中，由于云应用中各云实例之间的组合使用关系会写入到一份描述文件中，因此，借助描述文件可以全面了解提供云服务所使用的云实例。同时，借助管理设备为描述文件提供的修改功能，用户能够对云应用中的各云实例进行一并修改。借助管理设备为描述文件提供的保存功能，还可以实现多版本描述文件的版本管理。借助管理设备存储的多版本描述文件，还可以实现云应用的回滚。另外，在不同时间保存的不同版本的描述文件可以反映云应用架构随时间的变化过程，通过对多版本描述文件的分析还能够得到用户对云应用需求的变化趋势。

附图说明

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

图1为本发明实施例提供的一种云应用架构的管理方法的流程图；

图2为本发明实施例提供的另一种云应用架构的管理方法的流程图；

图3a为与图2所示实施例提供的云应用架构的管理方法对应的一种交互界面的示意图；

图3b为与图2所示实施例提供的云应用架构的管理方法对应的另一种交互界面的示意图；

图3c为与图2所示实施例提供的云应用架构的管理方法对应的又一种交互界面的示意图；

图4为与图2所示实施例提供的云应用架构的管理方法对应的另一种交互界面的示意图；

图5为本发明实施例提供的云应用架构的管理方法的一种交互界面的示意图；

图6为本发明实施例提供的云应用架构的管理方法的另一种交互界面的示意图；

图7为本发明实施例提供的一种云应用架构的管理装置的结构示意图；

图8为与图7所示实施例提供的云应用架构的管理装置对应的电子设备的结构示意图。

具体实施方式

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

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联物体的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联物体是一种“或”的关系。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于识别”。类似地，取决于语境，短语“如果确定”或“如果识别（陈述的条件或事件）”可以被解释成为“当确定时”或“响应于确定”或“当识别（陈述的条件或事件）时”或“响应于识别（陈述的条件或事件）”。

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

下面结合附图对本发明的一些实施方式作详细说明。在各实施例之间不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。另外，下述各方法实施例中的步骤时序仅为一种举例，而非严格限定。

图1为本发明实施例提供的一种云应用架构的管理方法的流程图，本发明实施例提供的该云应用架构的管理方法可以由管理设备来执行。更具体来说，该方法可以由安装于管理设备中的架构设计工具来执行。如图1所示，该方法包括如下步骤：

S101，响应于实例添加操作，生成云应用的第一描述文件，描述文件用于描述云应用中云实例之间的组合使用关系。

用户可以借助设计工具触发实例添加操作。响应于此操作，设计工具可以获取用户添加的至少一个云实例。同时，设计工具还可以获得云实例之间的组合使用关系，以生成包含云实例以及云实例之间的组合使用关系的第一描述文件。可以根据第一描述文件对云应用进行部署。其中，此第一描述文件用于描述云应用的架构。并且在实际中，可选地，描述文件可以是JSON文件。

可选地，设计工具可以认为是支持特定开发语言的开发工具，则上述的实例添加操作可以是用户在操作界面上触发的实例添加语句。可选地，云实例具体可以包括部署云应用所需的网络、部署在该网络中的网络设备和资源实例。

举例来说，云实例可以包括用于实现不同云服务所需的资源实例。其中，云服务可以包括弹性计算服务（Elastic Compute Service，简称ECS）、服务器负载均衡（ServerLoad Balancer，简称SLB）、关系型数据库服务（Relational Database Service，简称RDS）、对象存储服务（Object Storage Service，简称OSS）等等。

云实例还可以包括虚拟私有云（Virtual Private Cloud，简称VPC）网络、内容分发网络（Content Delivery Network，简称 CDN）、设置在网络中的虚拟交换机（VirtualSwitch，简称VSwitch）、弹性公网地址(Elastic IP Address,简称EIP）、网络地址转换协议（Network Address Translation，简称NAT）等等，这些云实例用于为上述的各种资源实例提供适合的运行环境。

对于云实例之间的组合使用关系的获取，一种可选地方式，设计工具可以根据经验设置云实例之间的预设组合使用关系，并根据此预设关系，自动在操作界面上添加用于描述组合使用关系的开发语句。

其中，若多个云实例之间具有组合使用关系，则表明此多个云实例需要联合使用来实现某种功能。举例来说，EIP和ECS，EIP以及NAT之间可以具有预设组合使用关系，以表明将EIP挂载到ECS或NAT上。类似地，EIP和NAT之间也可以具有预设组合使用关系，以表明ECS借助NAT暴露给外网。

另一种可选地方式，与添加云实例类似的，用户也可以自行输入表明组合使用关系的开发语句，以使设计工具获取云实例之间的组合使用关系。可选地，为了进一步提高用户输入的组合使用关系的准确性，设计工具还可以根据预设组合使用关系对用户输入的组合使用关系进行校验。

S102，响应于对第一描述文件的修改操作，生成第二描述文件。

在实际中，随着用户需求的变化，云应用的架构也会发生相应变化，若还按照第一描述文本部署的云应用，显然是不恰当的。因此，用户还可以修改第一描述文件，即用户可以借助设计工具打开第一描述文件，并以此第一描述文件为基础修改其中的云实例以及云实例之间的组合使用关系，从而以得到修改后的描述文件即第二描述文件。之后，可以进一步按照第二描述文件重新部署云应用。

其中，对第一描述文件的修改也即是对云实例以及云实例之间的组合使用关系进行修改。而承接步骤101中举例的各种云实例，在实际中，通常是对除VPC和VSwitch之外的云实例进行新增或删除，之后再相应地修改组合使用关系。

另外，由于描述文件中记录有部署云应用所需的云实例及其组合使用关系，因此，可以在一份描述文件中，对不同云实例以及组合使用关系进行一并修改，从而提高云应用架构修改的效率。

S103，响应于架构回滚操作，根据第一描述文件和第二描述文件之间的差异，生成第三描述文件。

S104，根据第三描述文件回滚云应用的架构。

对于按照第二描述文件部署的云应用，在其的实际运行过程中，由于第二描述文件中云实例设置的不恰当，因此，很有可能导致云应用的服务质量不升反降，此时，用户往往会存在云应用架构回滚的需求。又或者如背景技术中所述的，在特定时段结束比如节假日后，用户也会存在将云应用架构回滚的需求。

则用户可以借助设计工具触发回滚操作。其中，由于上述的第一描述文件和第二描述文件分别用于描述云实例不同版本的架构，则用户触发的回滚操作实际上是使云应用由第二描述文件描述的架构回滚至第一描述文件描述的架构。

设计工具响应于此回滚操作，比较第一描述文件和第二描述文件，并按照两个描述文件之间的差异对第二描述文件进行修改，以生成并保存第三描述文件。最终，根据第三描述文件回滚云应用架构，即按照第三描述文件再次部署云应用，以实现云应用架构的回滚。

需要说明的有，描述文件与云应用架构的版本一一对应，按照有设计工具的管理设备可以利用保存的多份描述文件，实现云应用架构的版本管理。同时，还可以根据第三描述文件将云应用架构回滚到第一描述文件描述的云应用架构。由于回滚后生成的第三描述文件和第一描述文件实际上具有相同的内容，但二者的生成时间不同，因此，通过分析在不同时间生成的描述文件，能够了解用户对云应用需求的变化趋势。

本实施例中，管理设备响应于实例添加操作，生成并存储云应用的第一描述文件。基于管理设备存储的多版本的描述文件，用户还可以对云应用触发架构回滚操作。响应于此回滚操作，管理设备通过比较不同版本的描述文件，以得到云应用中云实例的组合使用关系的变化，并根据比对结果重新修改在回滚前的描述文件，再根据修改后的描述文件实现云应用版本的回滚。

上述方法中，管理设备能够为云应用的架构提供修改、版本管理和版本回滚等功能，以保证用户在不同时段对云应用的需求。另外，由于不同版本的描述文件可以反映云应用架构随时间的变化，因此，通过对多版本描述文件的分析还能够得到用户对云应用需求的变化趋势。

在实际中，云应用的架构还可以以一种可视化的形式，比如以架构图的形式更直观地展示给用户。则可以借助设计工具提供的架构图绘制功能在设计工具提供的交互界面上设计云应用的架构图。

基于上述描述，图2为本发明实施例提供的另一种云应用架构的管理方法的流程图。如图2所示，该方法可以包括如下步骤：

S201，响应于实例添加操作，获取待添加实例。

S202，根据待添加实例，生成第一架构图以及第一架构图对应的第一描述文件。

可选地，设计工具可以提供如图3a所示的交互界面，在该界面的左侧提供有多个备选云实例，以供用户选择。多个云实例的具体内容可以参见图1所示实施例中的相关描述。用户可以在上述的交互界面上触发实例添加操作，以由设计工具获取至少一个待添加实例，并将待添加实例添加到交互界面中。可选地，实例添加操作具体可以包括用户对某一云实例触发的点击操作或者拖拽操作。承接图3a所示的内容，用户可以在交互界面上添加SLB、EIP和ECS1、ECS2这四个云实例。

之后，还需要设置交互界面上已添加的云实例之间的组合使用关系，从而使设计工具生成如图3a所示的架构图，即第一架构图，同时也可以生成与此第一架构图对应的第一描述文件。云实例之间的组合使用关系具体可以表现为图3a中云实例之间的连线。其中，第一架构图和第一描述文件会被存储于安装有设计工具的管理设备中。

对于云实例之间组合关系的设置，一种可选地方式，设计工具可以通过响应用户在交互界面上触发设置操作来获取组合使用关系。其中，用户触发的关系设置操作可以包括模式切换操作和连线绘制操作。具体地，用户可以先在交互界面上触发模式切换操作，将交互工具切换至连线模式后，用户再以云实例为起点触发连线绘制操作，从而触发关系设置操作。可见，上述方式是由用户自主建立云实例之间的组合使用关系。

另一种可选地方式，设计工具也可以根据预设组合使用关系，在交互界面上自动进行云实例之间的连线。上述方式也即是由设计工具自动建立云实例之间的组合使用关系。

又一种可选地方式，设计工具在根据预设组合使用关系自动确定出云实例之间的组合使用关系后，可以在交互界面上为用户显示相应的提示信息，以指导用户根据提示信息绘制云实例之间的连线。上述方式也即是用户在设计工具的指导下建立云实例之间的连线。

之后，还可以按照第一架构图或第一描述文件部署云应用。当云应用被部署后，绘制界面上可以显示的第一框架中，在云实例的关联位置上可以显示表明云实例运行状态的预设标识。用户可以根据标识确定云应用是否正常被部署。

在具有图3a所示架构的云应用被部署后，一种情况，设计工具的交互界面上还会显示如图3b所示的架构图，其中，云实例的关联位置比如右上角上显示有对勾标识，表明云应用中的云实例都处于正常运行状态。另一种情况，还可以显示如图3c所示的架构图，其中，SLB的关联位置上显示有惊叹号标识，表明SLB运行异常，以提示用户可以重新设计云应用的架构。

S203，响应于对第一描述文件的修改操作，在交互界面上显示云应用的第一架构图。

S204，响应于对第一架构图中云实例的修改操作，生成第二架构图以及第二架构图对应的第二描述文件。

当用户对云应用的需求发生变化时，用户可以对描述文件触发修改操作，以将第一描述文件对应的第一架构图显示在交互界面上，用户还可以对第一架构图中的云实例进行修改，以生成第二架构图以及与此第二架构图对应的第二描述文件。之后，可以按照修改后的第二架构图或者第二描述文件进行云应用的重新部署，以使重新部署的云应用能够满足用户的需求。其中，上述的第一架构图、第一描述文件以及此处的第二架构图和第二描述文件均会被存储于安装有设计工具的管理设备中的。

可选地，在实际中，用户对云实例的修改操作可以包括对云实例的新增和/或删除。同时，由于云实例发生了修改，因此，架构图中云实例之间的组合使用关系也会相应的发生改变。举例来说，用户可以对图3a所示的架构图进行修改，即删除图3a所示架构图中的EIP及其对应的组合使用关系，同时添加RDS及其对应的组合使用关系，从而可以得到如图4所示的架构图。当按照图4所示的架构图正常部署云应用后，图4中各云实例的右上角上也都会显示有对勾标识。

需要说明的有，在架构图的修改的过程中，对于新增和/或删除的云实例以及云实例之间的组合使用关系，也会在交互界面上被标识出来，具体标识样式可以参见下述实施例中的相关描述，借助标识能够清晰地显示出用户对架构图做出的修改。

S205，响应于架构回滚操作，确定第一描述文件和第二描述文件之间的差异。

S206，根据差异对第二架构图进行修改，以得到第三框架图以及第三框架图对应的第三描述文件。

执行上述步骤后得到的第一架构图、第一描述文件对应于第一版本的云应用架构，即架构1；第二架构图以及第二描述文件对应于第一版本的云应用架构，即架构2。当用户存在架构回滚需求也即是需要将云应用的架构由架构2回滚至架构1时，用户可以触发架构回滚操作。设计工具响应于此架构回滚操作，确定第一描述文件和第二描述文件之间的差异，此差异也即是云应用的架构1和架构2之间的差异。

然后，根据确定出来的差异对第二架构图进行修改。其中，对第二架构图中云实例以及云实例之间的组合使用关系之间的新增和/或删除也会以相应的标识显示在交互界面上。响应于用户的保存操作，对修改结果进行保存，以得到第三框架图以及第三框架图对应的第三描述文件。其中，第三框架图和第一框架图是相同的，第一描述文件和第三描述文件中包含也是相同的。

S207，根据第三描述文件回滚云应用的架构。

上述步骤207的执行过程与前述实施例的相应步骤相似，可以参见如图1所示实施例中的相关描述，在此再不赘述。

需要说明的有，上述各实施例中描述了可以根据架构图部署云应用，但更具体来说，是利用与架构图对应的描述文件来部署云应用，架构图用于将云应用的架构可视化的展示给用户。

本实施例中，利用设计工具提供的架构图绘制功能，用户可以通过拖拽、连线等方式便捷地生成能够云应用的架构图，大大降低云应用架构的设计难度。同时，用户还可以基于架构图触发云实例以及组合使用关系的修改操作，云实例以及组合使用关系的修改会以不同的标识展示在在交互界面上，用以清楚地向用户显示自身对框架图的修改。同时本实施例提供的方法也能够实现云应用架构的修改、管理和回滚。另外，本实施例所能实现的技术效果也可以参见上述实施例中的描述，在此不再赘述。

上述步骤204中已经提及用户可以对第一架构图进行修改，一种情况，用户可以删除第一架构图中的至少一个云实例。则设计工具响应于用户在交互界面上触发的实例删除操作，确定第一架构图中的待删除云实例，以及待删除云实例与第一架构图中其他云实例之间的待删除组合使用关系。之后，在交互界面上与待删除云实例的关联位置上，显示实例删除标识。最终，响应于用户触发的架构图保存操作，生成删除待删除云实例以及待删除组合使用关系的第二架构图。

以图3a所示的架构图为例说明实例删除过程，下述内容可以结合图5理解。

对于正在运行的按照图3a所示架构图部署的云应用，用户可以对架构图中的EIP触发实例删除操作。可选地，实例删除操作可以是用户选中EIP，并从右键菜单中选择删除选项。此时，如图5中的图（a）所示的，在EIP的右下方会出现实例删除标识即“×号”，表明该云实例已被用户选中为待删除云实例。

容易理解的，由于EIP会被删除，因此，EIP与SLB以及EIP和ECS2之间的连线也需要别删除。因此，如图5中的（a）所示的，EIP与SLB之间的连线也会被标识有“×号”。并且当用户触发架构图保存操作并且按照删除EIP的架构图成功部署云应用后，并且交互界面上可以显示如图5中的（b）所示的架构图。

另一种情况，用户还可以在第一架构图中新增至少一个云实例。则设计工具响应于用户在绘制工具上触发的实例添加操作，在交互界面上显示待新增云实例，同时还会在待新增实例的关联位置上显示实例新增标识。容易理解的，架构图中的云实例增加也伴随着云实例之间组合使用关系的新增，因此，待新增云实例与第一架构图中其他云实例之间的新增组合使用关系，以及此新增组合使用关系的关系新增标识都会显示在交互界面上。最终，响应于用户触发的架构图保存操作，生成包含新增实例和新增组合使用关系的第二架构图。

在上述实施例中已经提及，云实例之间的组合使用关系在架构图中具体可以表现为云实例之间的连线，则一种可选地方式，设计工具可以根据云实例之间的预设组合使用关系，自动确定出新增组合使用关系。另一种可选地方式，用户可以在交互界面上触发关系设置操作，以由用户主动设置新增云实例与其他云实例之间组合使用关系，具体过程可以参见上述步骤202中的相关描述，在此不再赘述。

以图5中的（b）所示的架构图为例说明上述的实例新增过程，下述内容可以结合图6理解。

对于按照图5中的（b）所示的架构图部署云应用，用户还可以通过拖拽或点击的方式，将交互界面左侧提供的RDS添加到交互界面中，如图6中的图（a）所示的，在图中RDS的右下方会出现实例新增标识即“+号”，表明该云实例被添加到架构图中。容易理解的，由于架构图中新增了RDS，因此，还需要设置RDS与图中其他云实例之间的组合使用关系。可选地，用户可以自行对RDS触发关系设置操作，从而人工建立RDS和ECS1以及RDS和ECS2之间的组合使用关系，即新增组合使用关系。并且在此新增组合使用关系的关系新增标识“+号”也会显示在交互界面上。

由于在云实例增加的前，云应用处于正在运行状态，因此，图6中（a）包含的各云实例的右上角都有对勾标识。并且当用户触发架构图保存操作并且按照新增RDS删除EIP的架构图成功部署云应用后，并且交互界面上显示的第二架构图可以如图6中的（b）所示。

在实际应用中，上述的云实例添加以及云实例的删除过程可以是择一出现或者是同时出现的，因此，设计工具能够响应用户的不同操作，从而实现对云应用架构图的修改。

需要说明的有，正如上述步骤205~步骤206中所描述的，在进行架构回滚的过程中，第一描述文件和第二描述文件之间的差异也可以在架构图中显示出来，也即是在交互界面中显示需要修改第二架构图中的哪些云实例以及使用组合关系，显示样式与图5或图6中的（a）类似，即显示新增和/或删除云实例、组合使用关系对应的标识。响应于用户对第三框架图的保存已经云应用的部署操作操作，交互界面上可以显示回滚后的架构图，此显示样式可以与图5或图6中的（b）类似，即架构图中包含正常运行的云实例。

需要说明的还有，上述各实施例的描述都是直接对正在运行的云应用进行架构修改，除此之外，可选地，也可以当云应用停止运行时再按照上述方式修改架构，此时，由于云应用已经停止运行，因此，交互界面上显示的架构图中各云实例并不存在标识运行状态的对勾标识。

为了便于理解，以一具体架构图为例对以上各实施例提供的云应用架构的管理方法的具体实现过程进行示例性说明。

假设公司A需要为华东地区的用户提供数据处理服务。为保证服务的正常提供，公司A可以根据实际需求确定所需的VPC网络、部署在该网络中的VSwitch以及各种资源实例，建立如图3a所示的架构图（即上述各实施例中的第一架构图），并按照此架构图进行云应用的部署。其中，ECS1、ECS2用于进行数据处理，SLB用于为多个ECS实现负载均衡，EIP用于使ECS1和ECS2实现公网访问。

在以特定时期内，公司A可以对图3a所示的架构图进行修改，从而得到如图4所示的架构图（即上述各实施例中的第二架构图）。并按照图4所示的架构图重新部署云应用。如图4可知，对图3a所示架构图的修改包括删除EIP及其相关的组合使用关系，同时添加RDS及其相关的组合使用关系。具体修改过程可以参见图2~图5所示实施例中的相关描述。

之后，公司A还可以对云应用的架构进行回滚，此时通过比对图3a和图4所示的架构图各自对应的描述文件，以将图4所示的架构图回滚至图3a所示的架构图（即上述各实施例中的第三架构图），并按照图3a所示的框架图重新部署云应用，也即是实现了云应用架构的回滚。

另外，上述不用版本的架构图及其对应的描述文件都会被存储，从而实现云应用架构的管理，并且通过对在不同时间生成的架构图和描述文件的分析还可以了解公司A对云应用需求的变化趋势。

以下将详细描述本发明的一个或多个实施例的云应用架构的管理装置。本领域技术人员可以理解，这些云应用架构的管理装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。

图7为本发明实施例提供的一种云应用架构的管理装置的结构示意图，如图7所示，该装置包括：

第一生成模块11，用于响应于实例添加操作，生成云应用的第一描述文件，描述文件用于描述云应用中云实例之间的组合使用关系。

第二生成模块12，用于响应于对所述第一描述文件的修改操作，生成第二描述文件。

第三生成模块13，用于响应于架构回滚操作，根据所述第一描述文件和所述第二描述文件之间的差异，生成第三描述文件。

管理模块14，用于根据所述第三描述文件回滚所述云应用的架构。

可选地，所述第一生成模块11具体用于：响应于实例添加操作，获取待添加实例；以及根据所述待添加实例，生成所述云应用的第一架构图以及所述第一架构图对应的所述第一描述文件。

可选地，所述第二生成模块12具体用于：响应于对所述第一描述文件的修改操作，在交互界面上显示所述云应用的第一架构图；响应于对所述第一架构图中云实例的修改操作，生成第二架构图以及所述第二架构图对应的所述第二描述文件。

可选地，所述第二生成模块12具体用于：响应于实例删除操作，确定所述第一架构图中的待删除云实例，以及所述待删除云实例与所述第一架构图中其他云实例之间的待删除组合使用关系；

在所述交互界面上与所述待删除云实例的关联位置上，显示实例删除标识；

响应于架构图保存操作，生成删除所述待删除云实例以及所述待删除组合使用关系的所述第二架构图。

可选地，所述第二生成模块12具体用于：响应于实例添加操作，在所述交互界面上显示待新增云实例，以及在所述待新增实例的关联位置上显示实例新增标识；

在所述交互界面上显示所述待新增云实例与所述第一架构图中其他云实例之间的新增组合使用关系以及所述新增组合使用关系的关系新增标识；

响应于架构图保存操作，生成包含所述新增实例和所述新增组合使用关系的所述第二架构图。

可选地，所述装置还包括确定模块15，用于根据云实例之间的预设组合使用关系，确定所述新增组合使用关系；

和/或，响应于用户触发的关系设置操作，确定所述新增组合使用关系。

可选地，所述第三生成模块13具体用于：响应于所述架构回滚操作，确定所述第一描述文件和所述第二描述文件之间的差异；

根据所述差异对所述第二架构图进行修改，以得到第三框架图以及所述第三框架图对应的所述第三描述文件。

图7所示装置可以执行图1至图6所示实施例的方法，本实施例未详细描述的部分，可参考对图1至图6所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1至图6所示实施例中的描述，在此不再赘述。

以上描述了云应用架构的管理装置的内部功能和结构，在一个可能的设计中，云应用架构的管理装置的结构可实现为一电子设备，如图8所示，该电子设备可以包括：处理器21和存储器22。其中，所述存储器22用于存储支持该电子设备执行上述图1至图6所示实施例中提供的云应用架构的管理方法的程序，所述处理器21被配置为用于执行所述存储器22中存储的程序。

所述程序包括一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器21执行时能够实现如下步骤：

响应于实例添加操作，生成云应用的第一描述文件，描述文件用于描述云应用中云实例之间的组合使用关系；

响应于对所述第一描述文件的修改操作，生成第二描述文件；

响应于架构回滚操作，根据所述第一描述文件和所述第二描述文件之间的差异，生成第三描述文件；

根据所述第三描述文件回滚所述云应用的架构。

可选地，所述处理器21还用于执行前述图1至图6所示实施例中的全部或部分步骤。

其中，所述电子设备的结构中还可以包括通信接口23，用于该电子设备与其他设备或通信网络通信。

另外，本发明实施例提供了一种计算机存储介质，用于储存上述电子设备所用的计算机软件指令，其包含用于执行上述图1至图6所示方法实施例中云应用架构的管理方法所涉及的程序。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种云应用架构的管理方法，其特征在于，包括：

响应于实例添加操作，生成云应用的第一描述文件，描述文件用于描述云应用中云实例之间的组合使用关系；

响应于对所述第一描述文件的修改操作，生成第二描述文件；

响应于架构回滚操作，根据所述第一描述文件和所述第二描述文件之间的差异，生成第三描述文件；

根据所述第三描述文件回滚所述云应用的架构。

2.根据权利要求1所述的方法，其特征在于，所述响应于实例添加操作，生成云应用的第一描述文件，包括：

响应于实例添加操作，获取待添加实例；

根据所述待添加实例，生成所述云应用的第一架构图以及所述第一架构图对应的所述第一描述文件。

3.根据权利要求2所述的方法，其特征在于，所述响应于对所述第一描述文件的修改操作，生成第二描述文件，包括：

响应于对所述第一描述文件的修改操作，在交互界面上显示所述云应用的第一架构图；

响应于对所述第一架构图中云实例的修改操作，生成第二架构图以及所述第二架构图对应的所述第二描述文件。

4.根据权利要求3所述的方法，其特征在于，所述响应于对所述第一架构图中云实例的修改操作，生成第二架构图以及所述第二架构图对应的所述第二描述文件，包括：

响应于实例删除操作，确定所述第一架构图中的待删除云实例，以及所述待删除云实例与所述第一架构图中其他云实例之间的待删除组合使用关系；

在所述交互界面上与所述待删除云实例的关联位置上，显示实例删除标识；

响应于架构图保存操作，生成删除所述待删除云实例以及所述待删除组合使用关系的所述第二架构图。

5.根据权利要求3所述的方法，其特征在于，所述响应于对所述第一架构图中云实例的修改操作，生成第二架构图以及所述第二架构图对应的所述第二描述文件，包括：

响应于实例添加操作，在所述交互界面上显示待新增云实例，以及在所述待新增实例的关联位置上显示实例新增标识；

在所述交互界面上显示所述待新增云实例与所述第一架构图中其他云实例之间的新增组合使用关系以及所述新增组合使用关系的关系新增标识；

响应于架构图保存操作，生成包含所述新增实例和所述新增组合使用关系的所述第二架构图。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

根据云实例之间的预设组合使用关系，确定所述新增组合使用关系；

和/或，

响应于用户触发的关系设置操作，确定所述新增组合使用关系。

7.根据权利要求3所述的方法，其特征在于，所述响应于架构回滚操作，根据所述第一描述文件和所述第二描述文件之间的差异，生成第三描述文件，包括：

响应于所述架构回滚操作，确定所述第一描述文件和所述第二描述文件之间的差异；

根据所述差异对所述第二架构图进行修改，以得到第三框架图以及所述第三框架图对应的所述第三描述文件。

8.一种云应用架构的管理装置，其特征在于，包括：

第一生成模块，用于响应于实例添加操作，生成云应用的第一描述文件，描述文件用于描述云应用中云实例之间的组合使用关系；

第二生成模块，用于响应于对所述第一描述文件的修改操作，生成第二描述文件；

第三生成模块，用于响应于架构回滚操作，根据所述第一描述文件和所述第二描述文件之间的差异，生成第三描述文件；

管理模块，用于根据所述第三描述文件回滚所述云应用的架构。

9.一种电子设备，其特征在于，包括：存储器、处理器；其中，所述存储器上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如权利要求1至7中任一项所述的云应用架构的管理方法。

10.一种非暂时性机器可读存储介质，其特征在于，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如权利要求1至7中任一项所述的云应用架构的管理方法。

Images