CN103095759A - 恢复资源环境的方法及设备 - Google Patents
恢复资源环境的方法及设备 Download PDFInfo
- Publication number
- CN103095759A CN103095759A CN2011103412565A CN201110341256A CN103095759A CN 103095759 A CN103095759 A CN 103095759A CN 2011103412565 A CN2011103412565 A CN 2011103412565A CN 201110341256 A CN201110341256 A CN 201110341256A CN 103095759 A CN103095759 A CN 103095759A
- Authority
- CN
- China
- Prior art keywords
- resource
- operation request
- job
- cloud server
- environment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
Abstract
本发明提供一种恢复资源环境的方法及设备。该方法包括云服务器接收资源操作请求；云服务器根据所述资源操作请求确定需要对所述资源操作请求针对的资源环境进行备份；云服务器在执行所述资源操作请求指示的操作之前，对所述资源操作请求针对的资源环境进行备份；云服务器接收用于恢复资源环境的消息，并根据备份的资源环境以及所述用于恢复资源环境的消息恢复备份的资源环境。本发明实施例可以实现资源环境的可恢复性。
Description
技术领域
本发明涉及网络通信技术领域，尤其涉及一种恢复资源环境的方法及设备。
背景技术
云计算的核心思想是将大量用网络连接的计算资源统一管理和调度，构成计算资源池。云服务能够基于云计算向用户提供按需服务。提供资源的网络被称为“云”，“云”中的资源在使用者看来是可以无限扩展的，并且可以随时获取、按需使用、随时扩展，按使用付费。
在云服务的基础设施层，也称为I(Infrastructure)层，用户会根据业务需要申请不同类型的资源，将这些资源组成一个系统，以便完成特定的任务。申请资源的方式，可以是用户主动申请，也可以是云服务器(Cloud ServiceProvider)根据用户业务量的增加自动分配或释放资源，其中的云服务器是指I层资源的系统。对申请的资源，例如虚拟机、存储空间、网络资源等，用户需要按照业务需求，将这些资源按照一定的拓扑结构组合到一起。云服务器可以通过资源模板的方式为用户提供一些常见的资源拓扑，用户根据资源模板申请资源时，云服务器将自动为资源生成资源模板所指定的拓扑。资源之间的拓扑结构以及资源的运行状态，例如运行(Running)、暂停(Suspended)、停止(Stopped)等，统称为用户的资源环境。
用户可以通过申请新资源、释放已申请的资源等方式改变资源之间的拓扑结构；另外，云服务器也可以根据业务流量的变化，动态地为业务增加或者释放资源，从而改变资源之间的拓扑结构。伴随着资源的申请和释放，资源的运行状态也将发生相应的变化，也就是用户的资源环境在不断变化。当用户的资源环境变化后，用户可能希望恢复资源环境。
现有技术中，用户向云服务器发送资源操作请求后，会创建与该操作请求对应的任务(Job)实例，用户通过访问该Job实例可以获知资源操作的执行情况。当该Job实例具有可取消的性质时，如果用户希望取消操作请求，则可以对Job实例执行取消操作，云服务器接收到用户发送的取消操作命令后，取消Job实例对应的操作。但是，现有技术中只是对操作的取消，并不能对资源环境的恢复。例如，取消操作时如果改变了操作前的资源环境，则至多只能保证资源环境不再继续改变而并不能恢复到操作前的资源环境。
发明内容
本发明提供一种云计算中恢复资源环境的方法及设备，实现资源环境的可恢复性。
一方面，本发明提供了一种恢复资源环境的方法，包括：云服务器接收资源操作请求；云服务器根据所述资源操作请求确定需要对所述资源操作请求针对的资源环境进行备份；云服务器在执行所述资源操作请求指示的操作之前，对所述资源操作请求针对的资源环境进行备份；云服务器接收用于恢复资源环境的消息，并根据备份的资源环境以及所述用于恢复资源环境的消息恢复备份的资源环境。
优选的，所述云服务器根据所述资源操作请求确定需要对所述资源操作请求针对的资源环境进行备份具体包括：
云服务器根据所述资源操作请求中携带的表明需要对资源环境进行备份的指示信息，确定所述资源操作请求针对的资源环境需要备份；或者，云服务器根据预先配置的备份策略以及所述资源操作请求确定所述资源操作请求针对的资源环境需要备份。
优选的，所述云服务器在对所述资源环境进行备份之后，执行所述资源操作请求指示的操作并创建任务Job实例，并向用户设备发送资源操作请求的响应消息，以便于所述用户设备根据所述响应消息确定所述云服务器对所述资源操作请求针对的资源环境备份成功。
优选的，所述Job实例为第一Job实例，所述第一Job实例中包括用于表明备份是否成功的属性，所述资源操作请求的响应消息中携带所述第一Job实例的URI，以便所述用户设备根据所述第一Job实例的URI读取所述第一Job实例后，根据所述用于表明备份是否成功的属性确定云服务器备份是否成功；或者，所述Job实例为第二Job实例，所述第二Job实例中不包括用于表明备份是否成功的属性，所述资源操作请求的响应消息中携带所述第二Job实例的URI，以便于所述用户设备根据所述第二Job实例的URI读取所述第二Job实例，确定第二Job实例中不包括表明针对的资源环境的备份是否成功的属性，则确定所述云服务器备份成功。
优选的，所述对所述资源操作请求针对的资源环境进行备份，具体包括：根据所述资源操作请求针对的目标资源创建与目标资源对应的资源模板，并在所述目标资源对应的资源模板的属性内存储目标资源对应的属性的值；或依次为所述目标资源或所述目标资源包含的各层资源的每个资源创建对应的资源模板，在创建的资源模板的属性内存储与所述资源模板对应的资源对应的属性的值，并将所述资源模板及为与所述资源模板对应的资源的上一层资源创建的资源模板关联。
优选的，所述接收用于恢复资源环境的消息，并根据备份的资源环境以及所述用于恢复资源环境的消息恢复备份的资源环境，具体包括：接收取消Job的请求，所述取消Job的请求中携带要取消的Job实例的URI；根据所述取消Job的请求中携带的要取消的Job实例的URI取消所述资源操作请求指示的操作；并根据所述要取消的Job实例的属性中包含的目标资源的URI确定目标资源以及确定目标资源对应的资源模板，根据所述目标资源对应的资源模板创建实例；或者，接收携带要获取目标资源对应的资源模板的信息的浏览请求，根据所述浏览请求向所述用户设备发送可用的资源模板，并接收所述用户设备发送的恢复操作请求，所述恢复操作请求中携带要恢复的资源模板的信息，并根据所述要恢复的资源模板创建实例。
另一方面，本发明提供了一种恢复资源环境的设备，包括：接收模块，用于接收资源操作请求；处理模块，用于根据所述资源操作请求确定需要对所述资源操作请求针对的资源环境进行备份；存储模块，用于在执行所述资源操作请求指示的操作之前，对所述资源操作请求针对的资源环境进行备份；恢复模块，用于接收用于恢复资源环境的消息，以及根据备份的资源环境以及所述用于恢复资源环境的消息恢复备份的资源环境。
优选的，所述处理模块具体用于：根据所述资源操作请求中携带的表明需要对资源环境进行备份的指示信息，确定所述资源操作请求针对的资源环境需要备份；或者，云服务器根据预先配置的备份策略以及所述资源操作请求确定所述资源操作请求针对的资源环境需要备份。
优选的，所述处理模块还用于：在对所述资源环境进行备份之后，执行所述资源操作请求指示的操作并创建任务Job实例，并向用户设备发送资源操作请求的响应消息，以便于所述用户设备根据所述响应消息确定所述云服务器对所述资源操作请求针对的资源环境备份成功。
优选的，所述Job实例为第一Job实例，所述第一Job实例中包括用于表明备份是否成功的属性，所述资源操作请求的响应消息中携带所述第一Job实例的URI，以便所述用户设备根据所述第一Job实例的URI读取所述第一Job实例后，根据所述用于表明备份是否成功的属性确定云服务器备份是否成功；或者，所述Job实例为第二Job实例，所述第二Job实例中不包括用于表明备份是否成功的属性，所述资源操作请求的响应消息中携带所述第二Job实例的URI，以便于所述用户设备根据所述第二Job实例的URI读取所述第二Job实例，确定第二Job实例中不包括表明针对的资源环境的备份是否成功的属性，则确定所述云服务器备份成功。
优选的，所述存储模块具体用于：根据所述资源操作请求针对的目标资源创建与目标资源对应的资源模板，并在所述目标资源对应的资源模板的属性内存储目标资源对应的属性的值；依次为所述目标资源或所述目标资源包含的各层资源的每个资源创建对应的资源模板，在创建的资源模板的属性内存储与所述资源模板对应的资源对应的属性的值，并将所述资源模板及为与所述资源模板对应的资源的上一层资源创建的资源模板关联。
优选的，所述恢复模块具体用于：接收取消Job的请求，所述取消Job的请求中携带要取消的Job实例的URI；根据所述取消Job的请求中携带的要取消的Job实例的URI取消所述资源操作请求指示的操作；并根据所述要取消的Job实例的属性中包含的目标资源的URI确定目标资源以及确定目标资源对应的资源模板，根据所述目标资源对应的资源模板创建实例；或，所述恢复模块具体用于：接收携带要获取目标资源对应的资源模板的信息的浏览请求，根据所述浏览请求向用户设备发送可用的资源模板，并接收用户设备发送的恢复操作请求，所述恢复操作请求中携带要恢复的资源模板的信息，并根据所述要恢复的资源模板创建实例。
再一方面，本发明提供了一种恢复资源环境的方法，包括：
接收云服务器发送的资源操作请求的响应消息；根据所述资源操作请求的响应消息确定所述云服务器对所述资源操作请求针对的资源环境备份成功，所述响应消息为所述云服务器对所述资源操作请求针对的资源环境进行备份后发送的；向所述云服务器发送用于恢复资源环境的消息，使得所述云服务器根据备份的资源环境以及所述用于恢复资源环境的消息恢复备份的资源环境。
优选的，该方法进一步包括：向云服务器发送所述资源操作请求，所述资源操作请求中携带表明需要对所述资源操作请求针对的资源环境进行备份的指示信息，以便所述云服务器根据所述指示信息对所述资源操作请求针对的资源环境进行备份。
优选的，所述资源操作请求的响应消息中携带任务Job实例的URI，所述根据所述响应消息确定所述云服务器对所述资源操作请求针对的资源环境备份成功具体包括：
所述Job实例为第一Job实例，所述第一Job实例中包括表明针对的资源环境的备份是否成功的属性，根据所述第一Job实例的URI读取所述第一Job实例，并根据所述表明针对的资源环境的备份是否成功的属性确定云服务器备份成功；或者，所述Job实例为第二Job实例，所述第二Job实例中不包括表明针对的资源环境的备份是否成功的属性，根据所述第二Job实例的URI读取所述第二Job实例，确定第二Job实例中不包括表明针对的资源环境的备份是否成功的属性，则确定所述云服务器备份成功。
优选的，所述向所述云服务器发送用于恢复资源环境的消息，包括：
根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作正在执行，向所述云服务器发送取消Job的请求，所述取消Job的请求中携带所述Job实例的URI；或者，根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作已执行完毕，向所述云服务器发送携带要获取的目标资源对应的资源模板的信息的浏览请求，并接收所述云服务器根据所述浏览请求发送的可用的资源模板，从所述可用的资源模板中选择要恢复的资源模板，向所述云服务器发送恢复操作请求，所述恢复操作请求中携带所述要恢复的资源模板的URI。
优选的，所述资源操作请求的响应消息中携带Job实例的URI；所述向所述云服务器发送用于恢复资源环境的消息，包括：
根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作正在执行，向所述云服务器发送取消Job的请求，所述取消Job的请求中携带所述Job实例的URI；或者，根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作已执行完毕，向所述云服务器发送携带要获取目标资源对应的资源模板的信息的浏览请求，并接收所述云服务器根据所述浏览请求发送的可用的资源模板，从所述可用的资源模板中选择要恢复的资源模板，向所述云服务器发送恢复操作请求，所述恢复操作请求中携带所述要恢复的资源模板的URI。
一方面，本发明提供了一种恢复资源环境的设备，包括：接收模块，用于接收云服务器发送的资源操作请求的响应消息；处理模块，用于根据所述资源操作请求的响应消息确定所述云服务器对所述资源操作请求针对的资源环境备份成功，所述响应消息为所述云服务器对所述资源操作请求针对的资源环境进行备份后发送的；发送模块，用于向所述云服务器发送用于恢复资源环境的消息，使得所述云服务器根据备份的资源环境以及所述用于恢复资源环境的消息恢复备份的资源环境。
优选的，所述发送模块还用于：向云服务器发送所述资源操作请求，所述资源操作请求中携带表明需要对所述资源操作请求针对的资源环境进行备份的指示信息，以便所述云服务器根据所述指示信息对所述资源操作请求针对的资源环境进行备份。
优选的，所述资源操作请求的响应消息中携带任务Job实例的URI，所述处理模块具体用于：
所述Job实例为第一Job实例，所述第一Job实例中包括表明针对的资源环境的备份是否成功的属性，根据所述第一Job实例的URI读取所述第一Job实例，并根据所述表明针对的资源环境的备份是否成功的属性确定云服务器备份成功；或，所述Job实例为第二Job实例，所述第二Job实例中不包括表明针对的资源环境的备份是否成功的属性，根据所述第二Job实例的URI读取所述第二Job实例，确定第二Job实例中不包括表明针对的资源环境的备份是否成功的属性，则确定所述云服务器备份成功。
优选的，所述发送模块具体用于：根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作正在执行，向所述云服务器发送取消Job的请求，所述取消Job的请求中携带所述Job实例的URI；或者，根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作已执行完毕，向所述云服务器发送携带要获取的目标资源对应的资源模板的信息的浏览请求，并接收所述云服务器根据所述浏览请求发送的可用的资源模板，从所述可用的资源模板中选择要恢复的资源模板，向所述云服务器发送恢复操作请求，所述恢复操作请求中携带所述要恢复的资源模板的URI。
优选的，所述资源操作请求的响应消息中携带Job实例的URI；所述发送模块具体用于：
根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作正在执行，向所述云服务器发送取消Job的请求，所述取消Job的请求中携带所述Job实例的URI；或者，根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作已执行完毕，向所述云服务器发送携带要获取目标资源对应的资源模板的信息的浏览请求，并接收所述云服务器根据所述浏览请求发送的可用的资源模板，从所述可用的资源模板中选择要恢复的资源模板，向所述云服务器发送恢复操作请求，所述恢复操作请求中携带所述要恢复的资源模板的URI。
由上述技术方案可知，本发明通过在操作之前确定需要对所述资源操作请求对应的资源环境进行备份后，对该资源环境进行备份，并利用备份的资源环境恢复操作前的资源环境，从而实现资源环境的可恢复，以避免资源环境不可恢复时引起的问题。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明恢复资源环境的方法的实施例的流程示意图；
图2为本发明中的一个资源环境实例的示意图；
图3为本发明中的一个资源环境被分拆的示意图；
图4为本发明中恢复资源环境的一实施例的流程示意图；
图5为本发明中恢复资源环境的另一实施例的流程示意图；
图6为本发明恢复资源环境的方法另一实施例的流程示意图；
图7为本发明恢复资源环境的方法另一实施例的流程示意图；
图8为本发明恢复资源环境的方法另一实施例的流程示意图；
图9为本发明恢复资源环境的设备一实施例的结构示意图；
图10为本发明恢复资源环境的设备另一实施例的结构示意图；
图11为本发明恢复资源环境的方法另一实施例的流程示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
云服务器通常会将资源按照不同的时段定价，例如，在工作时段，资源的价格较高，在夜晚时段，资源的价格较低；用户为了使用价格较低的资源，需要在夜晚时段申请资源，并在工作时段开始之前释放资源。由于用户的资源环境会随着要处理的数据量的变化而由云服务系统云服务器自动修改，例如数据量增加时，云服务系统云服务器自动为用户的资源环境增加用于处理数据的虚拟机数量，或者用户自行修改资源环境，当用户在工作时段到来之前释放资源之后，无法在夜晚时段到来之前迅速恢复之前所处的资源环境。
为了使得云计算中的资源环境得到快速恢复，本发明给出如下实施例。
图1为本发明恢复资源环境的方法的实施例的流程示意图，包括：
步骤11：云服务器接收资源操作请求；
其中，在云计算中，资源操作请求指示的操作可以包括：创建(Create)、读取(Read)、修改(Update)和删除(Delete)。
另外，云服务器可以维护不同用户的账号和密码，用户可以根据自身的账号和密码通过不同的用户设备与云服务器进行通信。
步骤12：云服务器根据所述资源操作请求确定需要对所述资源操作请求针对的资源环境进行备份；
其中，用户设备可以在资源操作请求中携带表明需要对资源环境进行备份的指示信息。此时，云服务器可以根据该资源操作请求中携带的表明需要对资源环境进行备份的指示信息确定需要对资源操作请求针对的资源环境进行备份。或者，云服务器中预先配置有用户是否需要对资源操作请求针对的资源环境进行备份的备份策略，并在收到资源操作请求后根据预先配置的备份策略以及资源操作请求确定所述资源操作请求针对的资源环境需要备份。
此外，资源操作请求中携带针对的目标资源的URI，云服务器根据该目标资源的URI可以确定目标资源，从该目标资源包含的属性中可以确定出各资源之间的拓扑结构及其运行状态，即得到资源操作请求针对的资源环境。
步骤13：云服务器在执行所述资源操作请求指示的操作之前，对所述资源操作请求针对的资源环境进行备份；
DMTF(Distributed Management Task Force，分布式管理任务组)标准组织下的云管理工作组(Cloud Management Work Group，CMWG)定义了I层的资源模型，I层资源包含三类资源：计算资源、存储资源和网络资源；在定义的I层的资源模型中，计算资源由Machine实例表示；存储资源由Volume实例表示；网络资源由Network实例表示。多个Machine实例可以组成一个System实例，并通过Network实例相互通信。为方便用户选择和创建资源实例，CMWG为每种类型的资源均定义了对应的资源模板，例如计算资源(Machine)的资源模板为MachineTemplate，一个MachineTemplate用于描述一类Machine，其中包含虚拟机的CPU类型，内存空间大小等信息。用户对选择的MachineTemplate执行“Create Machine”命令，即可获得一个Machine实例，该Machine实例具有MachineTemplate所描述的配置。
对环境资源进行备份可以从资源操作请求的目标资源开始，逐层备份目标资源包含的资源直到最底层的资源。当然，如果目标资源为最底层的资源，则云服务器只备份该目标资源。其中，每个资源操作请求中包含一个URI，该URI指向的资源即为上述的资源操作请求的目标资源。该目标资源可以为包含计算资源组成的系统资源，也可以为计算资源或者也可以为存储资源。
图2为本发明中的一个资源环境实例的示意图，在图2所示的资源环境中，一个测试系统(Test System)由三台虚拟机(VM1、VM2、VM3)组成，三台虚拟机都处于运行状态；其中，VM1有两个存储空间Volume1和Volume2，VM2有一个存储空间Volume3，VM3有一个存储空间Volume4。存储空间和虚拟机是实体资源，测试系统通过这些实体资源完成具体的测试任务。上述的VM1、VM2、VM3为计算资源，Volume1、Volume2、Volume3和Volume4为存储资源。
如果对测试系统执行删除操作，如采用Delete/TestDep/TestSystem HTTP/1.1指令，此时测试系统成为删除操作的目标资源，最终测试系统将被分拆为如图3所示的情况。参见图3，测试系统由于不是实体资源，在释放之后将不再存在；三台虚拟机可以放回虚拟机资源池，也可以完全被清除；存储空间也可以放回存储空间资源池，也可以完全被清除。
云服务器对资源环境进行备份的具体操作包括：
根据所述资源操作请求针对的目标资源创建与目标资源对应的资源模板，并在所述目标资源对应的资源模板的属性内存储目标资源对应的属性的值；
依次为所述目标资源和/或所述目标资源包含的各层资源的每个资源创建对应的资源模板，在创建的资源模板的属性内存储与所述资源模板对应的资源对应的属性的值，并将所述资源模板及为与所述资源模板对应的资源的上一层资源创建的资源模板关联。
具体地，以图2所示的测试系统为例，该测试系统为上述删除操作的目标资源，该目标资源包含两层资源，分别为第一层的计算资源和第二层的存储资源，或者说目标资源的下一层资源为计算资源，计算资源的下一层为存储资源。备份操作可以包括：
第一步，根据测试系统(Test System)创建一个系统模板(SystemTemplate)，该系统模板的属性存储Test System对应的属性的值；该属性例如包括state，该state中用于保存该测试系统Test System的运行状态。另外，该属性还可以包括模板名称(如SystemTemplate)、描述信息等，描述信息例如为：测试系统是针对计费的测试系统、需要测试的时间为24小时等。
此外，资源模板的属性之一是用于记录资源模板的URI的属性，并且资源模板的URI与对应的资源的URI相同，例如，SystemTemplate的一个属性用于记录SystemTemplate的URI，且该SystemTemplate的URI与Test System的URI相同。
第二步，为每个虚拟机(即VM1、VM2、VM3)分别创建计算资源模板(MachineTemplate)，每个计算资源模板的属性存储各计算资源(即VM1、VM2、VM3)分别对应的属性的值，并将各MachineTemplate与第一步中建立的SystemTemplate关联。例如，为VM1创建MachineTemplate1，该MachineTemplate1的属性存储VM1对应的属性的值，为VM2创建MachineTemplate2，该MachineTemplate2的属性存储VM2对应的属性的值，为VM3创建MachineTemplate3，该MachineTemplate3的属性存储VM3对应的属性的值，以及将MachineTemplate1、MachineTemplate2和MachineTemplate3分别与SystemTemplate关联。
第三步，为每个存储资源(即Volume1、Volume2、Volume3和Volume4)分别创建存储资源模板(VolumeTemplate)，每个存储资源模板的属性分别存储各存储资源(即Volume1、Volume2、Volume3和Volume4)分别对应的属性的值，并将各VolumeTemplate与对应的计算资源模板MachineTemplate关联。例如，为Volume1创建VolumeTemplate1，为Volume2创建VolumeTemplate2，为Volume3创建VolumeTemplate3，为Volume4创建VolumeTemplate4，并将VolumeTemplate1和VolumeTemplate2与MachineTemplate1关联，将VolumeTemplate3与MachineTemplate2关联，将VolumeTemplate4与MachineTemplate3关联。
上述的资源模板包含的属性中有一个属性为state，该state中用于保存模板对应的资源的运行状态。另外，上述的属性还可以包括模板名称、描述信息等，描述信息例如为测试系统是针对计费的测试系统、需要测试的时间为24小时等。
上述的下一层的资源模板和上一层的资源模板之间的关联可以通过在上一层的资源模板内保存与其关联的下一层的资源模板的URI实现，例如，MachineTemplate1关联到SystemTemplate上，则可以在创建MachineTemplate1后，将MachineTemplate 1的URI保存在SystemTemplate的用于记录关联信息的属性内。
另外，上述根据资源创建与各资源对应的资源模板的过程，可以是先创建各资源对应的空白的资源模板，然后读取各资源的属性值，并将其保存在资源模板包含的与读取的属性值对应的属性内，直到各资源的属性值都被保存在对应的资源模板内。其中，由于资源是由实例表示的，因此，上述的资源的属性值可以从该资源的实例内获取。
从上述实施例中，通过从系统资源到存储资源逐级备份资源信息和拓扑结构直到最后一级资源的方式，完成对资源环境的备份。对与资源操作请求针对的资源环境备份完成后，新创建的SystemTemplate通常情况下只对用户可见，如果用户授权，其他用户也可以看到该资源模板。
另外，备份的资源环境包括资源间的拓扑结构以及各资源的运行状态，进而在后续恢复资源环境时恢复的资源环境也就包括资源间的拓扑结构以及各资源的运行状态。
进一步的，云服务器在对所述资源环境进行备份之后，执行所述资源操作请求指示的操作并创建任务Job实例，并向用户设备发送资源操作请求的响应消息，以便于所述用户设备根据所述响应消息确定所述云服务器对所述资源操作请求针对的资源环境备份成功。
其中，Job实例可以为包括用于表明备份是否成功的属性的第一Job实例，扩展Job实例的方式通知用户备份成功，即在Job实例中扩展备份是否成功的属性，以便所述用户设备根据所述第一Job实例的URI读取所述第一Job实例后，根据所述用于表明备份是否成功的属性确定云服务器备份是否成功；或者，也可以不对Job实例进行扩展即创建第二Job实例，所述第二Job实例中不包括用于表明备份是否成功的属性，即而只在备份成功后才执行资源操作请求指示的操作以及创建Job实例，以便于所述用户设备根据所述第二Job实例的URI读取所述第二Job实例，确定第二Job实例中不包括表明针对的资源环境的备份是否成功的属性，则确定所述云服务器备份成功。
步骤14：云服务器接收用于恢复资源环境的消息，并根据备份的资源环境以及所述用于恢复资源环境的消息恢复备份的资源环境。
其中，恢复备份的资源环境可以根据资源操作请求执行的进展进行不同的操作。
参见图4，为Job对应的操作正在执行时恢复资源环境的流程示意图。云服务器执行资源操作请求指示的操作时会创建Job实例，并将创建的Job实例的URI发送给用户，用户通过该URI可以访问Job实例，该Job实例会描述资源操作请求指示的操作的执行情况，用户通过访问Job实例可以获知资源操作请求指示的操作是正在执行还是已执行完毕。
当用户要恢复备份的资源环境时，通过Job实例获知资源操作请求指示的操作正在执行时，参见图4，可以包括：
步骤41：用户设备向云服务器发送取消Job(Cancel Job)的请求。
其中，云服务器已完成资源环境备份后，执行所述资源操作请求指示的操作并创建Job实例(可以为包括用于表明备份是否成功的属性的第一Job实例，也可以为不包括用于表明备份是否成功的属性的第二Job实例)，以及向用户设备返回创建的Job实例的URI，用户根据该Job实例的URI可以访问Job实例以获知操作的执行进度。当Job实例显示资源操作请求指示的操作正在执行且用户需要恢复资源环境时，则可以发送上述的取消Job的请求。
另外，云服务器可以不论对资源环境的备份是否成功，都创建第一Job实例。第一Job实例通过扩展Job实例的属性表明备份是否成功；或者，云服务器也可以在对资源环境的备份成功后才创建第二Job实例，此时可以不对Job实例进行扩展。
步骤42：云服务器根据备份的资源环境进行恢复处理。
其中，Cancel Job的请求中可以携带要取消的Job的URI，云服务器根据该URI可以查询对应的Job实例，该Job实例的targetEntity属性内保存目标资源的URI。之后，云服务器可以根据targetEntity的值确定目标资源，又由于资源模板的URI与对应的资源的URI相同，因此，根据目标资源的URI可以确定目标资源对应的资源模板，根据目标资源对应的资源模板创建实例后，可以实现对该目标资源对应的资源环境的恢复处理。另一方面，由于该取消Job的请求是在该资源操作请求指示的操作执行时发送的，该取消Job的请求取消的操作就是该资源操作请求指示的操作，因此，上述的携带的要取消的Job的URI就是为该资源操作请求指示的操作创建的Job实例的URI。
例如，云服务器根据取消Job请求中携带的Job的URI查询到的目标资源是Test System，则可以对System对应的系统模板SystemTemplate执行创建操作(Create)，执行创建操作后，可以得到SystemTemplate对应的TestSystem实例，从而恢复Test System的资源环境。如果SystemTemplate与其余模板关联，例如，SystemTemplate的属性内保存MachineTemplate1的URI，则云服务器接收到针对SystemTemplate的创建操作后，也会根据关联的模板创建实例，例如根据MachineTemplate1创建VM1的实例。
另外，云服务器接收到Cancel Job消息后，可以根据该Cancel Job消息中携带的Job实例的URI确定对应的Job实例，取消该Job实例对应的操作以及删除该Job实例。
步骤43：云服务器向用户设备返回取消Job响应，以通知用户设备已恢复资源环境。
此外，在用户设备向云服务器申请资源时，会从云服务器获取对应的资源实例的URI，例如上述的Test System实例的URI。由于本实施例中是在操作执行结束之前取消操作，因此用户设备会一直保存该Test System实例的URI。当用户设备获知已恢复资源环境后，可以通过该URI访问Test System实例，从而访问已恢复的资源环境。该恢复的资源环境包括资源间的拓扑结构和各资源的运行状态。
参见图5，为Job对应的操作执行结束后恢复资源环境的流程示意图，如上一实施例所述，云服务器执行资源操作请求指示的操作时会创建Job实例，并将创建的Job实例的URI发送给用户，用户通过该URI可以访问Job实例，该Job实例会描述资源操作请求指示的操作的执行情况，用户通过访问Job实例可以获知资源操作请求指示的操作是正在执行还是已执行完毕。
当用户要恢复备份的资源环境时通过Job实例获知资源操作请求指示的操作已执行完毕后，参见图5，包括：
步骤51：用户设备向云服务器发送浏览请求。
其中，云服务器已完成资源环境备份后，执行所述资源操作请求指示的操作并创建任务Job实例(可以为包括用于表明备份是否成功的属性的第一Job实例，也可以为不包括用于表明备份是否成功的属性的第二Job实例)，以及向用户设备返回创建的Job实例的URI，用户根据该Job实例的URI可以访问Job实例以获知操作的执行进度；当Job实例显示资源操作请求中的操作已执行完毕并需要恢复资源环境时，可以向云服务器发送浏览请求，该浏览请求用于浏览可用的资源模板。其中，浏览请求中携带要获取的目标资源对应的资源模板的信息，例如，该浏览请求是读请求(Read)，且该读请求携带要获取的目标资源对应的资源模板的信息。以要获取的目标资源是系统资源为例，具体操作可以是用户向云服务器提交针对系统资源对应的资源模板的读取操作，例如，针对SystemTemplatesCollection执行Read操作。在CMWG中，SystemTemplatesCollection是一个隐性实体，包含所有用户有权限查看的系统资源模板SystemTemplate；
步骤52：云服务器向用户设备返回可用的资源模板。
具体可以是云服务器向用户设备发送可用的资源模板的URI，用户设备根据该URI查找到可用的资源模板，或者也可以是云服务器向用户设备发送可用的资源模板的各属性的值，直接获取可用的资源模板。
其中，该可用的资源模板可以包含在资源备份时新创建的资源模板，也可以包含在其余时间创建的资源模板，如初始创建的资源模板。
其中，云服务器返回的可用的资源模板可以是目标资源对应的资源模板，由于目标资源对应的资源模板的一个属性中会保存与之关联的资源模板的URI，通过该URI可以获取与之关联的资源模板；也可以包括与目标资源对应的资源模板以及目标资源所包含的各级的资源分别对应的资源模板。例如，目标资源为上述的Test System时，在备份资源环境时，会创建SystemTemplate、MachineTemplate和VolumeTemplate，云服务器可以将所有创建的资源模板都发送给用户设备，用户可以选择待恢复的模板为SystemTemplate、MachineTemplate或者VolumeTemplate。
步骤53：用户设备从可用的资源模板中确定要恢复的资源模板。
其中，要恢复的资源模板为用户选择的因备份资源环境而新创建的资源模板；
可用的资源模板中会保存对应的描述信息，例如，可用的资源模板包括测试系统的模板、开发系统的模板，用户可以根据实际的业务需要，如需要恢复测试系统的模板的资源环境，则确定待恢复的资源模板为测试系统的模板。
步骤54：用户设备向云服务器发送恢复操作请求，该恢复操作请求中携带要恢复的资源模板的信息，即要恢复的资源模板的URI。
其中，该恢复操作请求用于创建要恢复的资源模板对应的实例，例如，可以为Create命令。且该Create命令中携带要恢复的资源模板的信息，例如要恢复的资源模板的URI。
另外，要恢复的资源模板可以是目标资源的资源模板，也可以是目标资源包含的资源模板。例如，目标资源为上述的Test System时，在备份资源环境时，会创建SystemTemplate、MachineTemplate和VolumeTemplate，云服务器可以将所有创建的资源模板都发送给用户设备，用户可以选择待恢复的模板为SystemTemplate、MachineTemplate或者VolumeTemplate。
步骤55：云服务器根据该恢复操作请求创建与要恢复的资源模板对应的实例，从而恢复资源环境。
具体的，云服务器根据该恢复操作请求中的要恢复的资源模板的信息创建与待恢复的资源模板对应的实例。通过上述对图2中的备份处理的描述，备份的资源环境为资源间的拓扑结构和各资源的运行状态，因此对应恢复的资源环境也包括资源间的拓扑结构和各资源的运行状态。
步骤56：云服务器向用户设备发送该创建的实例的URI。
例如，云服务器创建的是Test System实例，之后将Test System实例的URI发送给用户设备，以便用户可以通过该URI访问Test System实例，从而访问已恢复的资源环境。
此外，当要恢复的资源模板对应的资源包含下层资源时，例如，要恢复的资源模板为SystemTemplate，该SystemTemplate对应的资源为TestSystem，该Test System包含VM1、VM2、VM3，则根据SystemTemplate创建对应的实例时，根据SystemTemplate的属性中保存的与之关联的资源模板的URI可以确定与之关联的资源模板，并根据与之关联的资源模板创建实例，例如SystemTemplate关联的资源模板包括MachineTemplate1、MachineTemplat2和MachineTemplate3，则同时也会根据MachineTemplate1、MachineTemplat2和MachineTemplate3分别创建实例，即也会创建目标资源Test System包含的VM1、VM2、VM3的实例。
本实施例通过在操作之前对资源环境进行备份，根据备份的资源环境可以恢复操作前的资源环境，实现资源环境的可恢复。
图6为本发明恢复资源环境的方法另一实施例的流程示意图，包括：
步骤61：用户设备向云服务器发送资源操作请求，该资源操作请求中携带表明需要对资源环境进行备份的指示信息。
其中，该表明需要对资源环境进行备份的指示信息可以携带在HTTP消息头或者消息体中。
具体地，携带在HTTP消息头中。
例如，资源操作请求的HTTP消息头可以如下所示：
Delete/TestDep/TestSystem HTTP/1.1
Host:www.CloudProvider.com
X-isRecoverable:True
其中的“X-isRecoverable:True”是一个新增的HTTP扩展头，用于指示资源操作请求(即删除测试系统的资源操作请求)针对的目标资源(测试系统)的资源环境需要备份。
方式二：携带在HTTP消息体中。
例如，资源操作请求可以如下所示：
其中的<isRecoverable>True</isRecoverable>包含在HTTP消息体中，用于指示资源操作请求(即删除测试系统的资源操作请求)针对的目标资源(测试系统)的资源环境需要备份。
步骤62：云服务器在执行所述资源操作请求指示的操作之前，对所述资源操作请求针对的资源环境进行备份。
其中，云服务器通过解析资源操作请求，获知需要对所述资源操作请求针对的资源环境进行备份。例如，获知资源操作请求中的isRecoverable的值为True，则在执行所述资源操作请求指示的操作之前，对所述资源操作请求针对的资源环境进行备份。
具体的备份处理流程可以参见如图2中的备份处理流程。
步骤63：云服务器在对所述资源环境进行备份之后，执行资源操作请求指示的操作并创建Job实例。
CMWG定义的规范中，提供了Job实例，以便于用户获知申请资源的进度。当用户设备向云服务器发送资源操作请求后，由于完成资源操作请求指示的操作需要一定的时间，如数分钟。此时云服务器会在响应中向用户设备返回创建的Job实例的URI，以供用户查询资源操作的进展。
本实施例中，在CMWG定义的规范基础上，可以对Job实例的属性进行了扩展，增加了用于表明备份是否成功的属性，如用“isRecoverable”表示，当然还可以用其余的属性值表明备份是否成功本发明在此不做具体的限定。即云服务器创建包括用于表明备份是否成功的属性的第一Job实例。具体地，本实施例中的第一Job实例可以如表1所示。
表1
| 属性 | 取值 |
| URI | www.CloudProvider.com/Jobs/DeleteSystem |
| Description | Delete Test System |
| targetEntity | www.CloudProvider.com/TestDep/TestSystem |
| ...... | |
| isCancellable | True |
| isRecoverable | True |
其中，为了简单起见，上述的实例中只包含了部分属性及其取值，对于其他属性可以参见CMWG定义的规范。
如上所述，与现有规范不同的是，本实施例在已有的Job实例中新增了isRecoverable属性。当云服务器备份成功后，isRecoverable属性的值可以用True表示。
另外，云服务器在备份操作之后，如果备份不成功，则上述的isRecoverable属性的值可以用False表示，表明备份未成功。
但是，不论是备份成功或者不成功，本实施例都会在备份之后执行资源操作请求对应的操作，并创建Job实例。
步骤64：云服务器向用户设备发送针对资源操作请求指示的操作创建的Job实例的URI。
具体的，云服务器向用户设备返回资源操作请求的操作描述(如DeleteTest System)及针对资源操作请求的操作创建的Job实例的URI，用户通过该Job实例的URI可以访问Job实例，通过访问Job实例，用户可以获知云服务器是否备份成功，也可以获知资源的进展。
步骤65：当用户获知云服务器备份成功，并在需要恢复资源环境时，用户设备向云服务器发送用于恢复资源环境的消息。
例如，当用户通过Job实例的URI访问Job实例后，如果Job实例的isRecoverable属性的值为true时则确定云服务器备份成功，之后可以在需要恢复资源环境时发送上述的用于恢复资源环境的消息。
步骤66：云服务器接收到用于恢复资源环境的消息后，根据备份的资源环境以及所述用于恢复资源环境的消息恢复备份的资源环境。
其中，用户设备与云服务器间可以如图4或图5所示的方式进行请求及资源环境的恢复处理。
本实施例通过备份资源环境并根据备份的资源环境进行恢复，可以实现资源环境的可恢复。通过对Job实例进行扩展，可以向用户反馈备份是否成功，即，资源环境是否可以恢复。通过在资源操作请求中携带是否需要备份的指示信息，可以指示云服务器在执行资源操作之前，对资源环境进行备份，并且使得云服务器的处理简单。
图7为本发明恢复资源环境的方法另一实施例的流程示意图，与图6所示的实施例不同的是，本实施例是预先配置备份策略，而不是在资源操作请求中携带是否需要备份的信息。本实施例包括：
步骤71：云服务器获取资源环境备份策略。
其中，可以是初始用户与云服务器建立合同关系时在云服务器上配置资源环境备份策略，或者，也可以是用户登录云服务器时，将资源环境备份策略发送给云服务器。
备份策略可以表明需要对哪些资源和/或哪些操作进行备份。
一般的，对资源的操作类型包括：
创建(Create)：根据资源模板创建资源实例；
读取(Read)：获取资源的各种信息；
修改(Update)：改变资源的运行状态、描述、名称等允许用户修改的信息；
删除(Delete)：释放资源。
本实施例的备份策略是根据操作的类型以及操作的对象，进行是否需要对资源操作请求指示的操作针对的目标资源进行备份的判断。
例如，一个备份策略描述如下：
对于用户提交的所有创建、读取和修改操作，无需进行备份；
对于用户提交的删除操作，如果操作的对象是存储资源(Volume)或计算资源(Machine)，无需进行备份；如果操作对象是系统(System)资源，则需要进行备份。即以目标System资源为最顶层资源，逐级备份资源环境直至最底层资源。对应的备份策略示例可以如下所示：
步骤72：云服务器保存用户的资源环境的备份策略。
步骤73：用户设备向云服务器发送资源操作请求。
步骤74：云服务器确定与用户对应的资源环境备份策略。
其中，用户在登录云服务器后，云服务器可以针对每个用户开启对应的进程。当某一用户登录云服务器后，云服务器可以根据用户的账号将用户对应的资源环境备份策略读取到该用户对应的进程的内存中。又由于用户发送的资源操作请求会由对应的进程处理，因此云服务器接收到资源操作请求后，可以采用该资源操作请求对应的进程内的资源备份策略作为判断是否对资源环境进行备份的依据。
步骤75：云服务器根据用户对应的资源环境备份策略和资源操作请求确定需要对资源操作请求的资源环境进行备份时，在执行资源操作请求指示的操作之前，对资源操作请求针对的资源环境进行备份。
与上一实施例不同的是，上一实施例是根据资源操作请求中的信息判断是否需要备份，而本实施例是根据备份策略和资源操作请求进行备份判断。例如，该资源操作请求指示对System资源进行删除操作时，再根据上述的备份策略，则云服务器在删除操作之前需要首先对操作前的资源环境进行备份。
在确定需要备份后的，具体的备份处理流程可以如上一实施例所示。
步骤76：云服务器在对所述资源环境进行备份之后，执行资源操作请求指示的操作并创建Job实例，可以是包括了备份是否成功的属性的第一Job实例，也可以是不包括备份是否成功的属性的第二Job实例。
步骤77：云服务器向用户设备发送针对资源操作请求指示的操作创建的Job实例的URI。
步骤78：当用户获知云服务器备份成功，并在需要恢复资源环境时，用户设备向云服务器发送用于恢复资源环境的消息。
步骤79：云服务器接收到用于恢复资源环境的消息后，根据备份的资源环境以及所述用于恢复资源环境的消息恢复备份的资源环境。
步骤76-79的具体内容可以参见步骤63-66的内容。
本实施例根据资源环境备份策略判断操作的类型和对象以确定是否需要备份，可以实现资源环境的可恢复。通过对Job实例进行扩展可以向用户反馈备份是否成功，即，资源环境是否可以恢复。通过预先配置的方式进行是否需要备份的判断，可以避免用户忘记在资源操作请求中携带指示信息引起的资源环境不能恢复的问题。
在图6和图7所示的实施例中，云服务器是通过扩展Job实体的属性通知用户是否备份成功，下面给出另一种不同通知方式的实施例。
图8为本发明恢复资源环境的方法另一实施例的流程示意图，本实施例不对Job实例的属性进行扩展。本实施例包括：
步骤81：用户设备向云服务器发送资源操作请求。
步骤82：云服务器在执行所述资源操作请求指示的操作之前，对所述资源操作请求针对的资源环境进行备份。
其中，云服务器可以如图6所示的根据资源操作请求中携带的信息进行备份，或者也可以如图7所示的根据预先配置的策略进行备份。
步骤83：云服务器在对所述资源环境的备份成功后，执行资源操作请求对应的操作并创建Job实例，以及向用户设备发送针对资源操作请求指示的操作创建的Job实例的URI。
与上述两个实施例扩展Job实例不同的是，上述两个实施例在备份不成功时，也会执行资源操作请求对应的操作并创建Job实例，只是将Job实例的isRecoverable属性的值设为不可备份(False)。而本实施例在备份不成功时，云服务器不进行资源操作请求对应的操作，也不创建Job实例，也不向用户设备返回Job实例的URI。
步骤84：当用户需要恢复资源环境时，用户设备向云服务器发送用于恢复资源环境的消息。
本实施例中，当用户设备接收到Job实例的URI后即表明备份成功，对应的资源环境可以被恢复。而不是如上述两个实施例中根据Job实例的isRecoverable属性的值进行判断。
步骤85：云服务器接收到用于恢复资源环境的消息后，根据备份的资源环境以及所述用于恢复资源环境的消息恢复备份的资源环境。
其中，用户设备与云服务器间可以如图4或图5所示的方式进行请求及资源环境的恢复处理。
本实施例通过备份资源环境并根据备份的资源环境进行恢复，可以实现资源环境的可恢复。通过备份成功后创建Job实例以用于通知用户备份成功，可以降低对现有规范的影响。
图9为本发明恢复资源环境的设备一实施例的结构示意图，该设备可以为云服务器的设备，该设备包括接收模块91、处理模块92、存储模块93和恢复模块94；接收模块91用于接收资源操作请求；处理模块92用于根据所述资源操作请求确定需要对所述资源操作请求针对的资源环境进行备份；存储模块93用于在执行所述资源操作请求指示的操作之前，对所述资源操作请求针对的资源环境进行备份；恢复模块94用于接收用于恢复资源环境的消息，以及根据备份的资源环境以及所述用于恢复资源环境的消息恢复备份的资源环境。
一个实施例中，所述处理模块92具体用于：根据所述资源操作请求中携带的表明需要对资源环境进行备份的指示信息，确定所述资源操作请求针对的资源环境需要备份；或者，云服务器根据预先配置的备份策略以及所述资源操作请求确定所述资源操作请求针对的资源环境需要备份。
一个实施例中，所述处理模块92还用于：在对所述资源环境进行备份之后，执行所述资源操作请求指示的操作并创建任务Job实例，并向用户设备发送资源操作请求的响应消息，以便于所述用户设备根据所述响应消息确定所述云服务器对所述资源操作请求针对的资源环境备份成功。
一个实施例中，所述Job实例为第一Job实例，所述第一Job实例中包括用于表明备份是否成功的属性，所述资源操作请求的响应消息中携带所述第一Job实例的URI，以便所述用户设备根据所述第一Job实例的URI读取所述第一Job实例后，根据所述用于表明备份是否成功的属性确定云服务器备份是否成功；或者，所述Job实例为第二Job实例，所述第二Job实例中不包括用于表明备份是否成功的属性，所述资源操作请求的响应消息中携带所述第二Job实例的URI，以便于所述用户设备根据所述第二Job实例的URI读取所述第二Job实例，确定第二Job实例中不包括表明针对的资源环境的备份是否成功的属性，则确定所述云服务器备份成功。
一个实施例中，所述存储模块93具体用于：根据所述资源操作请求针对的目标资源创建与目标资源对应的资源模板，并在所述目标资源对应的资源模板的属性内存储目标资源对应的属性的值；依次为所述目标资源和/或所述目标资源包含的各层资源的每个资源创建对应的资源模板，在创建的资源模板的属性内存储与所述资源模板对应的资源对应的属性的值，并将所述资源模板及为与所述资源模板对应的资源的上一层资源创建的资源模板关联。
一个实施例中，所述恢复模块93具体用于：接收取消Job的请求，所述取消Job的请求中携带要取消的Job实例的URI；根据所述取消Job的请求中携带的要取消的Job实例的URI取消所述资源操作请求指示的操作；并根据所述要取消的Job实例的属性中包含的目标资源的URI确定目标资源以及确定目标资源对应的资源模板，根据所述目标资源对应的资源模板创建实例；或者，所述恢复模块93具体用于：接收携带要获取目标资源对应的资源模板的信息的浏览请求，根据所述浏览请求向用户设备发送可用的资源模板，并接收用户设备发送的恢复操作请求，所述恢复操作请求中携带要恢复的资源模板的信息，并根据所述要恢复的资源模板创建实例。
在本发明图9实施例的恢复资源环境的设备可以是云计算服务器，具体的可以为计算机，各种刀片式服务器，工作站等，本发明在此不做限定。接收模块执行的功能可以为设备的接收器执行，处理模块和恢复模块执行的功能可以为设备的处理器执行，而存储模块执行的功能可以由设备的存储器执行。此外，图9的恢复资源环境的设备可以执行图1-图8中云服务器执行的任何步骤，本发明在此不再一一详述。
本实施例通过在操作之前对资源环境进行备份，根据备份的资源环境可以恢复操作前的资源环境的实例，实现资源环境的可恢复。
图10为本发明恢复资源环境的设备一实施例的结构示意图，该设备可以为用户设备，该设备包括接收模块101、处理模块102和发送模块103；接收模块101用于接收云服务器发送的资源操作请求的响应消息；处理模块102用于根据所述资源操作请求的响应消息确定所述云服务器对所述资源操作请求针对的资源环境备份成功，所述响应消息为所述云服务器对所述资源操作请求针对的资源环境进行备份后发送的；发送模块103用于向所述云服务器发送用于恢复资源环境的消息，使得所述云服务器根据备份的资源环境以及所述用于恢复资源环境的消息恢复备份的资源环境。
一个实施例中，所述发送模块103还用于：向云服务器发送所述资源操作请求，所述资源操作请求中携带表明需要对所述资源操作请求针对的资源环境进行备份的指示信息，以便所述云服务器根据所述指示信息对所述资源操作请求针对的资源环境进行备份。
一个实施例中，所述资源操作请求的响应消息中携带任务Job实例的URI，所述处理模块102具体用于：所述Job实例为第一Job实例，所述第一Job实例中包括表明针对的资源环境的备份是否成功的属性，根据所述第一Job实例的URI读取所述第一Job实例，并根据所述表明针对的资源环境的备份是否成功的属性确定云服务器备份成功；或者，所述Job实例为第二Job实例，所述第二Job实例中不包括表明针对的资源环境的备份是否成功的属性，根据所述第二Job实例的URI读取所述第二Job实例，确定第二Job实例中不包括表明针对的资源环境的备份是否成功的属性，则确定所述云服务器备份成功。
一个实施例中，所述发送模块103具体用于：根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作正在执行，向所述云服务器发送取消Job的请求，所述取消Job的请求中携带所述Job实例的URI；或者，根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作已执行完毕，向所述云服务器发送携带要获取的目标资源对应的资源模板的信息的浏览请求，并接收所述云服务器根据所述浏览请求发送的可用的资源模板，从所述可用的资源模板中选择要恢复的资源模板，向所述云服务器发送恢复操作请求，所述恢复操作请求中携带所述要恢复的资源模板的URI。
一个实施例中，所述资源操作请求的响应消息中携带Job实例的URI；所述发送模块103具体用于：根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作正在执行，向所述云服务器发送取消Job的请求，所述取消Job的请求中携带所述Job实例的URI；或者，根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作已执行完毕，向所述云服务器发送携带要获取目标资源对应的资源模板的信息的浏览请求，并接收所述云服务器根据所述浏览请求发送的可用的资源模板，从所述可用的资源模板中选择要恢复的资源模板，向所述云服务器发送恢复操作请求，所述恢复操作请求中携带所述要恢复的资源模板的URI。
在本发明图10实施例的恢复资源环境的设备可以为各种固定终端，如计算机等，还可以为各种移动终端，如PDA，便携式电脑，IPAD，手机等。本发明在此不做限定。接收模块执行的功能可以为设备的接收器执行，处理模块执行的功能可以为设备的处理器执行，而发送模块执行的功能可以由设备的发送器执行。此外，图10的恢复资源环境的设备可以执行图1-图8中用户设备执行的任何步骤，本发明在此不再一一详述。
相应地，该用户设备执行的步骤可以参见图11，包括：
步骤111：用户设备接收云服务器发送的资源操作请求的响应消息；
可选的，在执行步骤111之前，用户设备还可以向云服务器发送资源操作请求，所述资源操作请求中携带用于指示需要备份的信息，以便所述云服务器根据所述用于指示需要备份的信息确定需要备份。
步骤112：用户设备根据所述资源操作请求的响应消息确定所述云服务器对所述资源操作请求针对的资源环境备份成功，所述响应消息为所述云服务器对所述资源操作请求针对的资源环境进行备份后发送的。
具体的，资源操作请求的响应消息中携带任务Job实例的URI，所述收Job实例可以是包括表明针对的资源环境的备份是否成功的属性的第一Job实例，用户设备根据所述第一Job实例的URI读取所述第一Job实例，并根据所述第一Job实例中的用于表明备份是否成功的属性确定云服务器备份成功；或者，所述收Job实例可以是不包括表明针对的资源环境的备份是否成功的属性的第二Job实例，用户设备根据所述第二Job实例的URI读取所述第二Job实例，确定第二Job实例中不包括表明针对的资源环境的备份是否成功的属性，则确定所述云服务器备份成功接。
步骤113：用户设备向所述云服务器发送用于恢复资源环境的消息，使得所述云服务器根据备份的资源环境以及所述用于恢复资源环境的消息恢复备份的资源环境。
具体的，用户设备根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作正在执行，向所述云服务器发送取消Job的请求，所述取消Job的请求中携带所述Job实例的URI；或用户设备根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作已执行完毕，向所述云服务器发送携带要获取的目标资源对应的资源模板的信息的浏览请求，并接收所述云服务器根据所述浏览请求发送的可用的资源模板，从所述可用的资源模板中选择要恢复的资源模板，向所述云服务器发送恢复操作请求，所述恢复操作请求中携带所述要恢复的资源模板的URI。。
用户设备可以根据用户的指令确定需要恢复资源环境，用户例如可以在通话低峰时段确定需要恢复资源环境。
本发明的上述实施例通过备份资源环境，在用户按时段或其他因素临时释放资源之外，可以迅速恢复资源环境，避免申请资源和建立资源拓扑关系的繁复操作。用户在发起资源操作请求时主动向云服务器指示是否需要备份资源环境，避免云服务器在不知道用户意愿的情况下自行备份资源环境，从而避免浪费资源，避免因无谓的资源环境备份操作而降低对用户操作的响应速度，避免不必要的、因备份资源环境而占用的资源费用。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (22)
1.一种恢复资源环境的方法，其特征在于，包括：
云服务器接收资源操作请求；
云服务器根据所述资源操作请求确定需要对所述资源操作请求针对的资源环境进行备份；
云服务器在执行所述资源操作请求指示的操作之前，对所述资源操作请求针对的资源环境进行备份；
云服务器接收用于恢复资源环境的消息，并根据备份的资源环境以及所述用于恢复资源环境的消息恢复备份的资源环境。
2.根据权利要求1所述的方法，其特征在于，所述云服务器根据所述资源操作请求确定需要对所述资源操作请求针对的资源环境进行备份具体包括：
云服务器根据所述资源操作请求中携带的表明需要对资源环境进行备份的指示信息，确定所述资源操作请求针对的资源环境需要备份；或者，
云服务器根据预先配置的备份策略以及所述资源操作请求确定所述资源操作请求针对的资源环境需要备份。
3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
所述云服务器在对所述资源环境进行备份之后，执行所述资源操作请求指示的操作并创建任务Job实例，并向用户设备发送资源操作请求的响应消息，以便于所述用户设备根据所述响应消息确定所述云服务器对所述资源操作请求针对的资源环境备份成功。
4.根据权利要求3所述的方法，其特征在于，所述Job实例为第一Job实例，所述第一Job实例中包括用于表明备份是否成功的属性，所述资源操作请求的响应消息中携带所述第一Job实例的URI，以便所述用户设备根据所述第一Job实例的URI读取所述第一Job实例后，根据所述用于表明备份是否成功的属性确定云服务器备份是否成功；或者，
所述Job实例为第二Job实例，所述第二Job实例中不包括用于表明备份是否成功的属性，所述资源操作请求的响应消息中携带所述第二Job实例的URI，以便于所述用户设备根据所述第二Job实例的URI读取所述第二Job实例，确定第二Job实例中不包括表明针对的资源环境的备份是否成功的属性，则确定所述云服务器备份成功。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述对所述资源操作请求针对的资源环境进行备份，具体包括：
根据所述资源操作请求针对的目标资源创建与目标资源对应的资源模板，并在所述目标资源对应的资源模板的属性内存储目标资源对应的属性的值；
依次为所述目标资源和/或所述目标资源包含的各层资源的每个资源创建对应的资源模板，在创建的资源模板的属性内存储与所述资源模板对应的资源对应的属性的值，并将所述资源模板及为与所述资源模板对应的资源的上一层资源创建的资源模板关联。
6.根据权利要求3或4任一项所述的方法，其特征在于，所述接收用于恢复资源环境的消息，并根据备份的资源环境以及所述用于恢复资源环境的消息恢复备份的资源环境，具体包括：
接收取消Job的请求，所述取消Job的请求中携带要取消的Job实例的URI；根据所述取消Job的请求中携带的要取消的Job实例的URI取消所述资源操作请求指示的操作；并根据所述要取消的Job实例的属性中包含的目标资源的URI确定目标资源以及确定目标资源对应的资源模板，根据所述目标资源对应的资源模板创建实例；或者，
接收携带要获取目标资源对应的资源模板的信息的浏览请求，根据所述浏览请求向所述用户设备发送可用的资源模板，并接收所述用户设备发送的恢复操作请求，所述恢复操作请求中携带要恢复的资源模板的信息，并根据所述要恢复的资源模板创建实例。
7.一种恢复资源环境的设备，其特征在于，包括：
接收模块，用于接收资源操作请求；
处理模块，用于根据所述资源操作请求确定需要对所述资源操作请求针对的资源环境进行备份；
存储模块，用于在执行所述资源操作请求指示的操作之前，对所述资源操作请求针对的资源环境进行备份；
恢复模块，用于接收用于恢复资源环境的消息，以及根据备份的资源环境以及所述用于恢复资源环境的消息恢复备份的资源环境。
8.根据权利要求7所述的设备，其特征在于，所述处理模块具体用于：
根据所述资源操作请求中携带的表明需要对资源环境进行备份的指示信息，确定所述资源操作请求针对的资源环境需要备份；或者，
云服务器根据预先配置的备份策略以及所述资源操作请求确定所述资源操作请求针对的资源环境需要备份。
9.根据权利要求7或8所述的设备，其特征在于，所述处理模块还用于：
在对所述资源环境进行备份之后，执行所述资源操作请求指示的操作并创建任务Job实例，并向用户设备发送资源操作请求的响应消息，以便于所述用户设备根据所述响应消息确定所述云服务器对所述资源操作请求针对的资源环境备份成功。
10.根据权利要求9所述的设备，其特征在于，
所述Job实例为第一Job实例，所述第一Job实例中包括用于表明备份是否成功的属性，所述资源操作请求的响应消息中携带所述第一Job实例的URI，以便所述用户设备根据所述第一Job实例的URI读取所述第一Job实例后，根据所述用于表明备份是否成功的属性确定云服务器备份是否成功；或者，
所述Job实例为第二Job实例，所述第二Job实例中不包括用于表明备份是否成功的属性，所述资源操作请求的响应消息中携带所述第二Job实例的URI，以便于所述用户设备根据所述第二Job实例的URI读取所述第二Job实例，确定第二Job实例中不包括表明针对的资源环境的备份是否成功的属性，则确定所述云服务器备份成功。
11.根据权利要求7-10任一项所述的设备，其特征在于，所述存储模块具体用于：
根据所述资源操作请求针对的目标资源创建与目标资源对应的资源模板，并在所述目标资源对应的资源模板的属性内存储目标资源对应的属性的值；
依次为所述目标资源和/或所述目标资源包含的各层资源的每个资源创建对应的资源模板，在创建的资源模板的属性内存储与所述资源模板对应的资源对应的属性的值，并将所述资源模板及为与所述资源模板对应的资源的上一层资源创建的资源模板关联。
12.根据权利要求9或10所述的设备，其特征在于，
所述恢复模块具体用于：接收取消Job的请求，所述取消Job的请求中携带要取消的Job实例的URI；根据所述取消Job的请求中携带的要取消的Job实例的URI取消所述资源操作请求指示的操作；并根据所述要取消的Job实例的属性中包含的目标资源的URI确定目标资源以及确定目标资源对应的资源模板，根据所述目标资源对应的资源模板创建实例；或
所述恢复模块具体用于：接收携带要获取目标资源对应的资源模板的信息的浏览请求，根据所述浏览请求向用户设备发送可用的资源模板，并接收用户设备发送的恢复操作请求，所述恢复操作请求中携带要恢复的资源模板的信息，并根据所述要恢复的资源模板创建实例。
13.一种恢复资源环境的方法，其特征在于，包括：
接收云服务器发送的资源操作请求的响应消息；
根据所述资源操作请求的响应消息确定所述云服务器对所述资源操作请求针对的资源环境备份成功，所述响应消息为所述云服务器对所述资源操作请求针对的资源环境进行备份后发送的；
向所述云服务器发送用于恢复资源环境的消息，使得所述云服务器根据备份的资源环境以及所述用于恢复资源环境的消息恢复备份的资源环境。
14.根据权利要求13所述的方法，其特征在于，该方法进一步包括：
向云服务器发送所述资源操作请求，所述资源操作请求中携带表明需要对所述资源操作请求针对的资源环境进行备份的指示信息，以便所述云服务器根据所述指示信息对所述资源操作请求针对的资源环境进行备份。
15.根据权利要求13或14所述的方法，其特征在于，所述资源操作请求的响应消息中携带任务Job实例的URI，所述根据所述资源操作请求的响应消息确定所述云服务器对所述资源操作请求针对的资源环境备份成功具体包括：
所述Job实例为第一Job实例，所述第一Job实例中包括表明针对的资源环境的备份是否成功的属性，根据所述第一Job实例的URI读取所述第一Job实例，并根据所述表明针对的资源环境的备份是否成功的属性确定云服务器备份成功；或者，
所述Job实例为第二Job实例，所述第二Job实例中不包括表明针对的资源环境的备份是否成功的属性，根据所述第二Job实例的URI读取所述第二Job实例，确定第二Job实例中不包括表明针对的资源环境的备份是否成功的属性，则确定所述云服务器备份成功。
16.根据权利要求15项所述的方法，其特征在于，
所述向所述云服务器发送用于恢复资源环境的消息，包括：
根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作正在执行，向所述云服务器发送取消Job的请求，所述取消Job的请求中携带所述Job实例的URI；或者，
根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作已执行完毕，向所述云服务器发送携带要获取的目标资源对应的资源模板的信息的浏览请求，并接收所述云服务器根据所述浏览请求发送的可用的资源模板，从所述可用的资源模板中选择要恢复的资源模板，向所述云服务器发送恢复操作请求，所述恢复操作请求中携带所述要恢复的资源模板的URI。
17.根据权利要求13-15任一项所述的方法，其特征在于，所述资源操作请求的响应消息中携带Job实例的URI；
所述向所述云服务器发送用于恢复资源环境的消息，包括：
根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作正在执行，向所述云服务器发送取消Job的请求，所述取消Job的请求中携带所述Job实例的URI；
或者，
根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作已执行完毕，向所述云服务器发送携带要获取目标资源对应的资源模板的信息的浏览请求，并接收所述云服务器根据所述浏览请求发送的可用的资源模板，从所述可用的资源模板中选择要恢复的资源模板，向所述云服务器发送恢复操作请求，所述恢复操作请求中携带所述要恢复的资源模板的URI。
18.一种恢复资源环境的设备，其特征在于，包括：
接收模块，用于接收云服务器发送的资源操作请求的响应消息；
处理模块，用于根据所述资源操作请求的响应消息确定所述云服务器对所述资源操作请求针对的资源环境备份成功，所述响应消息为所述云服务器对所述资源操作请求针对的资源环境进行备份后发送的；
发送模块，用于向所述云服务器发送用于恢复资源环境的消息，使得所述云服务器根据备份的资源环境以及所述用于恢复资源环境的消息恢复备份的资源环境。
19.根据权利要求18所述的设备，其特征在于，所述发送模块还用于：
向云服务器发送所述资源操作请求，所述资源操作请求中携带表明需要对所述资源操作请求针对的资源环境进行备份的指示信息，以便所述云服务器根据所述指示信息对所述资源操作请求针对的资源环境进行备份。
20.根据权利要求18或19所述的设备，其特征在于，所述资源操作请求的响应消息中携带任务Job实例的URI，所述处理模块具体用于：
所述Job实例为第一Job实例，所述第一Job实例中包括表明针对的资源环境的备份是否成功的属性，根据所述第一Job实例的URI读取所述第一Job实例，并根据所述表明针对的资源环境的备份是否成功的属性确定云服务器备份成功；或
所述Job实例为第二Job实例，所述第二Job实例中不包括表明针对的资源环境的备份是否成功的属性，根据所述第二Job实例的URI读取所述第二Job实例，确定第二Job实例中不包括表明针对的资源环境的备份是否成功的属性，则确定所述云服务器备份成功。
21.根据权利要求20所述的设备，其特征在于，所述发送模块具体用于：
根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作正在执行，向所述云服务器发送取消Job的请求，所述取消Job的请求中携带所述Job实例的URI；或者，
根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作已执行完毕，向所述云服务器发送携带要获取的目标资源对应的资源模板的信息的浏览请求，并接收所述云服务器根据所述浏览请求发送的可用的资源模板，从所述可用的资源模板中选择要恢复的资源模板，向所述云服务器发送恢复操作请求，所述恢复操作请求中携带所述要恢复的资源模板的URI。
22.根据权利要求18-21任一项所述的设备，其特征在于，所述资源操作请求的响应消息中携带Job实例的URI；
所述发送模块具体用于：
根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作正在执行，向所述云服务器发送取消Job的请求，所述取消Job的请求中携带所述Job实例的URI；
或者，
根据所述Job实例的URI访问所述Job实例，根据所述Job实例确定所述资源操作请求指示的操作已执行完毕，向所述云服务器发送携带要获取目标资源对应的资源模板的信息的浏览请求，并接收所述云服务器根据所述浏览请求发送的可用的资源模板，从所述可用的资源模板中选择要恢复的资源模板，向所述云服务器发送恢复操作请求，所述恢复操作请求中携带所述要恢复的资源模板的URI。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110341256.5A CN103095759B (zh) | 2011-11-02 | 2011-11-02 | 恢复资源环境的方法及设备 |
| PCT/CN2012/078596 WO2013063953A1 (zh) | 2011-11-02 | 2012-07-13 | 恢复资源环境的方法及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110341256.5A CN103095759B (zh) | 2011-11-02 | 2011-11-02 | 恢复资源环境的方法及设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103095759A true CN103095759A (zh) | 2013-05-08 |
| CN103095759B CN103095759B (zh) | 2017-09-19 |
Family
ID=48191277
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110341256.5A Active CN103095759B (zh) | 2011-11-02 | 2011-11-02 | 恢复资源环境的方法及设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN103095759B (zh) |
| WO (1) | WO2013063953A1 (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105357045A (zh) * | 2015-11-20 | 2016-02-24 | 曙光云计算技术有限公司 | 一种云平台服务创建方法及装置 |
| US9582386B2 (en) | 2013-03-15 | 2017-02-28 | Cloudendure, Ltd. | System and method for maintaining a copy of a cloud-based computing environment and restoration thereof |
| US10191823B2 (en) | 2014-03-11 | 2019-01-29 | Cloudendure Ltd. | System and method for restoring original machines from replicated machines in a secondary computing environment |
| CN111782440A (zh) * | 2020-06-30 | 2020-10-16 | 北京奇艺世纪科技有限公司 | 一种数据处理方法、装置及电子设备 |
| CN114679495A (zh) * | 2022-02-08 | 2022-06-28 | 阿里云计算有限公司 | 一种资源服务操作请求的调度编排方法和调度执行方法 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1874267A (zh) * | 2006-03-21 | 2006-12-06 | 华为技术有限公司 | 保证集群系统中配置信息一致的方法 |
| CN101212491A (zh) * | 2006-12-27 | 2008-07-02 | 国际商业机器公司 | 使用客户端的高速缓存来备份服务器上数据的设备和方法 |
| CN101414277A (zh) * | 2008-11-06 | 2009-04-22 | 清华大学 | 一种基于虚拟机的按需增量恢复容灾系统及方法 |
| US7526533B1 (en) * | 1999-11-30 | 2009-04-28 | Cisco Technology, Inc. | Active call context reconstruction for primary/backup resource manager servers |
-
2011
- 2011-11-02 CN CN201110341256.5A patent/CN103095759B/zh active Active
-
2012
- 2012-07-13 WO PCT/CN2012/078596 patent/WO2013063953A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7526533B1 (en) * | 1999-11-30 | 2009-04-28 | Cisco Technology, Inc. | Active call context reconstruction for primary/backup resource manager servers |
| CN1874267A (zh) * | 2006-03-21 | 2006-12-06 | 华为技术有限公司 | 保证集群系统中配置信息一致的方法 |
| CN101212491A (zh) * | 2006-12-27 | 2008-07-02 | 国际商业机器公司 | 使用客户端的高速缓存来备份服务器上数据的设备和方法 |
| CN101414277A (zh) * | 2008-11-06 | 2009-04-22 | 清华大学 | 一种基于虚拟机的按需增量恢复容灾系统及方法 |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9582386B2 (en) | 2013-03-15 | 2017-02-28 | Cloudendure, Ltd. | System and method for maintaining a copy of a cloud-based computing environment and restoration thereof |
| US10387279B2 (en) | 2013-03-15 | 2019-08-20 | Amazon Technologies, Inc. | System and method for providing failovers for a cloud-based computing environment |
| US10191823B2 (en) | 2014-03-11 | 2019-01-29 | Cloudendure Ltd. | System and method for restoring original machines from replicated machines in a secondary computing environment |
| CN105357045A (zh) * | 2015-11-20 | 2016-02-24 | 曙光云计算技术有限公司 | 一种云平台服务创建方法及装置 |
| CN105357045B (zh) * | 2015-11-20 | 2019-09-17 | 曙光云计算集团有限公司 | 一种云平台服务创建方法及装置 |
| CN111782440A (zh) * | 2020-06-30 | 2020-10-16 | 北京奇艺世纪科技有限公司 | 一种数据处理方法、装置及电子设备 |
| CN111782440B (zh) * | 2020-06-30 | 2024-03-08 | 北京奇艺世纪科技有限公司 | 一种数据处理方法、装置及电子设备 |
| CN114679495A (zh) * | 2022-02-08 | 2022-06-28 | 阿里云计算有限公司 | 一种资源服务操作请求的调度编排方法和调度执行方法 |
| CN114679495B (zh) * | 2022-02-08 | 2024-01-05 | 阿里云计算有限公司 | 一种资源服务操作请求的调度编排方法和调度执行方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103095759B (zh) | 2017-09-19 |
| WO2013063953A1 (zh) | 2013-05-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10117253B2 (en) | Mobile terminal and resource management method of mobile terminal | |
| CN102546782B (zh) | 一种分布式系统及其数据操作方法 | |
| CN104461744A (zh) | 一种资源分配方法及装置 | |
| CN103955405B (zh) | 一种应用管理方法及其装置 | |
| CN105812171A (zh) | 一种虚拟化的网络功能vnf控制方法和设备 | |
| CN103078965B (zh) | 虚拟机的ip地址管理方法 | |
| CN103049339A (zh) | 恢复应用和/或使应用免于中止 | |
| CN111061432B (zh) | 一种业务迁移方法、装置、设备及可读存储介质 | |
| CN103095759A (zh) | 恢复资源环境的方法及设备 | |
| CN104113576A (zh) | 一种客户端的更新方法及装置 | |
| CN109558212A (zh) | 一种物理设备的虚拟化管理方法、系统、物理设备及介质 | |
| CN102135895B (zh) | web系统升级方法及web系统 | |
| CN105095103A (zh) | 用于云环境下的存储设备管理方法和装置 | |
| CN105867962A (zh) | 系统升级的方法和装置 | |
| CN108667903B (zh) | 数据发送方法、装置和存储介质 | |
| US10395219B1 (en) | Location policies for reserved virtual machine instances | |
| CN110007858A (zh) | 存储空间分配方法及装置 | |
| CN106528333A (zh) | 一种数据备份方法和装置 | |
| CN104935616A (zh) | 一种数据处理方法、设备和esb系统 | |
| CN104468759A (zh) | PaaS平台中实现应用迁移的方法和装置 | |
| CN103699419A (zh) | 一种虚拟机资源的处理方法和系统 | |
| CN107783826A (zh) | 一种虚拟机迁移方法、装置及系统 | |
| CN116360918A (zh) | 建模数据处理方法、装置、计算机设备和存储介质 | |
| CN107357634A (zh) | 一种参数配置管理方法及装置 | |
| CN113885798A (zh) | 一种数据操作方法、装置、设备及介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |