通过循环部署和评估迁移进行预置到云工作负载迁移的方法和系统与流程

通过循环部署和评估迁移进行预置到云工作负载迁移的方法和系统


背景技术：

1.为了确保不同基础架构之间的恰当工作负载互操作性，用于将预置工作负载转移到公共云上的现有过程通常是耗费体力的和费劲的。


技术实现要素：

2.一般来讲，在一个方面，本发明涉及一种用于预置到云工作负载迁移的方法。所述方法包括：在工作负载部署在预置基础架构上的同时收集与所述工作负载相关的预置信息；基于所述预置信息生成一组云模型推荐；从所述一组云模型推荐中选择云模型；使用所述云模型将所述工作负载部署到测试云基础架构上；调谐所述云模型，直到获得最佳云模型为止；以及使用所述最佳云模型将所述工作负载迁移到公共云基础架构上。
3.一般来讲，在一个方面，本发明涉及一种非暂时性计算机可读介质(crm)。所述非暂时性crm包括计算机可读程序代码，所述计算机可读程序代码在由计算机处理器执行时使得所述计算机处理器能够：在工作负载部署在预置基础架构上的同时收集与所述工作负载相关的预置信息；基于所述预置信息生成一组云模型推荐；从所述一组云模型推荐中选择云模型；使用所述云模型将所述工作负载部署到测试云基础架构上；调谐所述云模型，直到获得最佳云模型为止；并且使用所述最佳云模型将所述工作负载迁移到公共云基础架构上。
4.本发明的其他方面根据以下说明书和附图将显而易见。
附图说明
5.图1a示出了根据本发明的一个或多个实施方案的系统。
6.图1b示出了根据本发明的一个或多个实施方案的工作负载迁移服务。
7.图2a示出了流程图，其描述根据本发明的一个或多个实施方案的用于通过循环部署和评估进行预置到云工作负载迁移的方法。
8.图2b示出了流程图，其描述根据本发明的一个或多个实施方案的用于调谐云模型的方法。
9.图3示出了根据本发明的一个或多个实施方案的示例性计算系统。
具体实施方式
10.现将参考附图详细描述具体实施方案。在本发明的实施方案的以下详细描述中，阐述众多具体细节以便提供对本发明的更加透彻的理解。然而，对于本领域的普通技术人员将显而易见的是可在没有这些具体细节的情况下实践本发明。在其他情况下，尚未详细描述众所周知的特征以避免不必要地复杂化所述描述。
11.在图1a至图3的以下描述中，关于某一图描述的任何部件在本发明的各种实施方案中可等同于关于任何其他图描述的一个或多个类似命名的部件。为了简洁起见，将不再
关于每个图重复对这些部件的描述。因此，每个图的部件的每一个实施方案以引用的方式并入，并且被假设为任选地存在于具有一个或多个类似命名的部件的其他每一个图内。另外地，根据本发明的各种实施方案，对某一图的部件的任何描述应被解释为是任选的实施方案，所述任选的实施方案可补充、结合或代替关于任何其他图中的对应的类似命名的部件描述的实施方案来实现。
12.贯穿本技术，序数号(例如，第一、第二、第三等)可用作要素(即，本技术中的任何名词)的形容词。使用序数号不一定暗示或产生要素的任何特定次序，也不将任何元素限制为仅单个要素，除非诸如通过使用术语“之前”、“之后”、“单个”和其他此类术语而明确公开。相反，使用序数号是为了区分要素。通过举例，第一要素不同于第二要素，并且第一要素可涵盖多于一个要素并且按要素次序继第二要素之后(或在第二要素之前)。
13.一般来讲，本发明的实施方案涉及一种用于通过循环部署和评估进行预置到云工作负载迁移的方法和系统。为了确保不同基础架构之间的恰当工作负载互操作性，用于将预置工作负载转移到公共云上的现有过程通常是耗费体力的和费劲的。为了解决基础架构间工作负载迁移中的此现有困境，所公开的方法和系统采用循环监视、部署和评估方案来自动化并实现用于将预置工作负载迁移到公共和/或混合云计算环境上的最佳策略。
14.图1a示出了根据本发明的一个或多个实施方案的系统。系统(100)可包括预置基础架构(102)、公共云基础架构(104)、公共云网关(106)、混合云基础架构(108)和工作负载迁移服务(110)。以下描述了这些系统(100)部件中的每一者。
15.在本发明的一个实施方案中，预置基础架构(102)(也称为数据中心)可表示任何私人拥有和维护的企业信息技术(it)环境。预置基础架构(102)可包括任何数量和任何配置的物理服务器、存储系统、网络安全装置、管理系统、应用程序或服务递送控制器、路由器、交换机和其他已知数据中心子系统。预置基础架构(102)的任何子集可使用类似于图3所示的示例性计算系统的计算系统来实现。此外，预置基础架构(102)可包括用于托管可在本地或在网络上实现和提供的一个或多个工作负载(以下描述)的功能。
16.在本发明的一个实施方案中，工作负载(未示出)除了计算机可读程序代码和数据之外还可指代it资源的分配，它们可共同支持所定义的过程，诸如应用程序或服务。先前提及的it资源可包括但不限于计算机资源(例如，计算机处理器和存储器)、存储资源(例如，暂时性和/或永久性存储装置)和联网资源(例如，带宽)。此外，工作负载的实例可包括但不限于虚拟机、容器、数据库、网页服务器和微服务的集合。
17.在本发明的一个实施方案中，公共云基础架构(104)(也称为公共云)可表示it资源和/或计算服务的虚拟池，所述虚拟池可由第三方提供商通过公共互联网提供给多个租户或客户端。任何给定第三方提供商可使用数据中心组来实现公共云(104)的任何给定部分，所述数据中心组可通过虚拟化分区并且在多个租户/客户端当中共享。公共云(104)还可包括用于托管一个或多个工作负载(以上描述)的功能，所述一个或多个工作负载可被本机地实例化或从另一基础架构(即，预置基础结构(102)或混合云基础架构(108))移植而来(port)。
18.在本发明的一个实施方案中，与任何给定工作负载到公共云(104)(或混合云基础架构(108)(以下描述))上的便携性相关联的复杂性可依赖于各种考虑。这些考量可包括但不限于：与给定工作负载相关联的联网和存储需求(通过网络拓扑配置和历史资源利用度
量来指示)；基于与给定工作负载相关联的层级架构的工作负载配置；其中可移植给定工作负载的云服务模型(也称为云模型)的选择；环境、管理和/或外部依赖性信息；以及成本和/或性能考虑。在不脱离本发明的范围的情况下可使用附加或替代考虑。
19.在本发明的一个实施方案中，公共云网关(106)可表示被配置来在公共云(104)与预置基础架构(102)的管理部件(未示出)之间提供连接性或工作负载迁移服务(110)的任何物理(或基于硬件的)装置。在这种实施方案中，公共云网关(106)可使用网络装置(即，交换机、路由器或多层交换机)、服务器或类似于图3所示的示例性计算系统的计算系统来实现。在本发明的另一实施方案中，公共云网关(106)可被实现为虚拟(或基于软件的)装置，所述虚拟装置可在物理托管装置的下层硬件上执行。此外，公共云网关(106)可包括用于提供基本协议转换的功能，由此允许不兼容技术(在预置基础架构(102)、公共云基础架构(104)和工作负载迁移服务(110)当中)进行通信。普通技术人员将了解，公共云网关(106)可在不脱离本发明的范围的情况下执行其他功能。
20.在本发明的一个实施方案中，混合云基础架构(108)(也称为混合云)可表示组合两个或更多个it平台的复合计算、存储和服务环境。具体地，混合云(108)可将预置基础架构(102)与通过公共云基础架构(104)以及可能地专有云基础架构(未示出)提供的资源和服务集成。专有云基础架构可指代通过互联网或专有内部网络向专有组织而非公众提供服务的云计算环境。混合云(108)还可集成编制和管理工具以便有利于跨所述混合云(108)的资源共享和工作负载部署。
21.在本发明的一个实施方案中，工作负载迁移服务(110)可表示被配置用于基础架构间工作负载迁移的数据中心或云服务。在这个意义上，工作负载迁移服务(110)可包括用于至少执行图2a中概述的通过循环部署和评估进行预置到云工作负载迁移的功能的方法；以及以下图2b中概述的用于调谐云模型的方法。普通技术人员将了解，工作负载迁移服务(110)可在不脱离本发明的范围的情况下执行其他功能。此外，工作负载迁移服务(110)可使用一个或多个服务器(未示出)来实现。每个服务器可表示物理或虚拟服务器，所述物理或虚拟服务器可驻留在云中心或云计算环境中。附加地或替代地，工作负载迁移服务(110)可使用类似于图3所示的示例性计算系统的一个或多个计算系统来实现。此外，工作负载迁移服务(110)在以下图1b中有进一步详细描述。
22.在本发明的一个实施方案中，以上提及的系统(100)部件可通过网络(未示出)(例如，局域网(lan)、广域网(wan)诸如互联网、移动网络、任何其他网络类型或它们的组合)与彼此通信。所述网络可使用有线和/或无线连接的任何组合来实现。此外，所述网络可涵盖可有利于以上提及的系统(100)部件之间的通信的各种互连的网络启用的子部件(或系统)(例如，交换机、路由器、其他网关等)。此外，在彼此通信时，以上提及的系统(100)部件可采用有线和/或无线通信协议的任何组合。
23.虽然图1a示出了部件的配置，但是可在不脱离本发明的范围的情况下使用其他系统(100)配置。
24.图1b示出了根据本发明的一个或多个实施方案的工作负载迁移服务。工作负载迁移服务(110)可包括工作负载监视器(120)、云架构推荐器(122)和部署加速器(124)。以下描述了这些工作负载迁移服务(110)子部件的每一者。
25.在本发明的一个实施方案中，工作负载监视器(120)可指代在工作负载迁移服务
(110)的下层硬件上执行的计算机程序。此外，工作负载监视器(120)可负责工作负载信息和度量采集。在这个意义上，工作负载监视器(120)可包括用于进行以下项的功能：标识可能已经被选择用于由管理员迁移的一个或多个预置工作负载(或在预置基础架构(102)上操作的工作负载)；获得与所标识的一个或多个预置工作负载相关的预置信息(以下描述)；将所获得的预置信息提供给云架构推荐器(122)以用于处理；从部署加速器(124)接收指示所标识的一个或多个预置工作负载已部署到测试云基础架构(如果可用，混合云基础架构(108)；否则，公共云基础架构(104))上、从而变成云工作负载的通知；响应于所接收的通知，收集与所部署的一个或多个云工作负载相关联的性能度量；以及将与所部署的一个或多个云工作负载相关联的所收集的性能度量提供给部署加速器(124)以用于处理。
26.此外，在本发明的一个实施方案中，工作负载监视器(120)可持续监视任何所部署的一个或多个云工作负载(贯穿由使用不同云模型(以下描述)将一个或多个云工作负载重新部署到测试云基础架构上的调谐过程)，直到由部署加速器(124)通知停止观察和数据收集操作为止。此外，普通技术人员将了解，工作负载监视器(120)可在不脱离本发明的范围的情况下执行其他功能。
27.在本发明的一个实施方案中，以上提及的与任何给定预置工作负载相关的预置信息可包括与给定预置工作负载相关联的层架构配置。层架构配置可概述和描述给定预置工作负载逻辑分离成逻辑计算的多个层(或模块)—每个层(或模块)可负责执行给定预置工作负载的功能的给定子集。先前提及的层的实例可包括但不限于：意在内容输送的呈现层、意在用户交互解译的用户接口(ui)层、意在数据验证和/或处理的逻辑层、意在数据检索和/或操纵的数据访问层以及意在数据持久性的数据存储层。此外，可在不脱离本发明的范围的情况下使用附加层、替代层或成为复合层的任何层组合。
28.在本发明的一个实施方案中，以上提及的与任何给定预置工作负载相关的预置信息还可包括与给定预置工作负载相关联的层级架构配置。层级架构配置可概述和描述给定预置工作负载物理分离成一个或多个物理计算层级—每个层级可托管给定预置工作负载的指定逻辑计算层(以上描述)的子集(或所有)。例如，在单层级架构配置中，给定预置工作负载的所有逻辑计算层可部署(或共定位)在单个服务器上。另一方面，在多层级(或n层级)架构配置中，给定预置工作负载的不同逻辑计算层可跨两个或更多个服务器分布—例如，位于3层级架构配置中：呈现和ui层可被分组成第一层级或第一服务器并且通过第一层级或第一服务器实现，逻辑和数据访问层可被分组成第二层级或第二服务器并且通过第二层级或第二服务器实现，并且数据存储层可通过第三层级或第三服务器实现。
29.在本发明的一个实施方案中，以上提及的与任何给定预置工作负载相关的预置信息还可包括与给定预置工作负载相关联的资源需求配置。资源需求配置可概述和详述用于实现和/或支持给定预置工作负载的每个指定物理计算层级(以上描述)上的给定预置工作负载的计算资源需求、存储资源需求和网络资源需求。计算资源需求可例如指定计算机处理器(例如，中央处理单元或图形处理单元)的物理或虚拟类型及其分配给每个物理计算层级的核心数，以及计算机存储器的物理或虚拟类型(例如，易失性或非易失性)及其分配给每个物理计算层级的字节数。同时，存储资源需求可例如指定分配给每个物理计算层级的物理和/或虚拟数据存储区(即，在所述数据存储区之间采用的协议、传送机构、物理连接等)的存储拓扑以及计算机存储装置的物理或虚拟类型(例如，硬盘驱动器或固态驱动器)、
磁盘数/卷数及其分配给每个物理计算层级的磁盘/卷的类别(例如，容量或高速缓存)。此外，网络资源需求可例如指定每个物理计算层级当中和/或之间的物理和/或虚拟网络适配器(即，在所述适配器之间采用的协议、传送机构、物理连接等)的网络拓扑、用于保护每个物理计算层级(和它们之间的通信)的网络安全需求以及分配给每个物理计算层级的联网带宽。此外，普通技术人员将了解，可在不脱离本发明的范围的情况下使用附加或替代计算、存储和网络需求。
30.在本发明的一个实施方案中，以上提及的与任何给定预置工作负载相关的预置信息还可包括与给定预置工作负载相关联的历史资源利用和/或性能度量。一般来讲，历史度量可指代在长时间段内捕获或记录的实时度量的集合。此外，与给定预置工作负载相关联的历史资源利用和/或性能度量可包括针对给定预置工作负载的每个指定物理计算层级(以上描述)记录的度量集合。资源利用和/或性能度量的实例可包括但不限于：计算资源使用和/或性能度量(例如，所使用的分配的计算机处理器核心的百分比、所使用的分配的计算机存储器字节的百分比等)、存储资源使用和/或性能度量(例如，所使用的分配的磁盘空间的百分比、磁盘时延、每秒磁盘输入-输出操作、磁盘吞吐量等)以及网络资源使用和/或性能度量(例如，所使用的分配的网络带宽的百分比、网络路径速度或时延、网络丢包率、网络吞吐量等)。普通技术人员将了解，可在不脱离本发明的范围的情况下使用附加或替代资源利用和/或性能度量。
31.在本发明的一个实施方案中，以上提及的与任何给定预置工作负载相关的预置信息还可包括与给定预置工作负载相关联的一个或多个依赖性映射(如果有的话)。依赖性映射可指代位置信息(例如，本地物理内存/存储地址、本地逻辑目录路径或远程统一资源定位符/标识符)，以及访问数据库、计算机可读程序代码库、服务、另一工作负载或给定预置工作负载可依赖以实现恰当功能的任何其他资源所需的一个或多个交互协议。此外，任何给定依赖性映射可落在各种依赖性类别中的一者下—所述依赖性类别可包括但不限于：反映给定预置工作负载的一个或多个指定物理计算层级(以上描述)之间的依赖性的事务依赖性类别、反映给定预置工作负载和基础架构服务(例如，域名系统(dns)、轻量目录访问协议(ladp)、网络文件系统(nfs)等)的指定逻辑计算层(以上描述)之间的依赖性的服务依赖性类别、反映给定预置工作负载及其相应托管服务器或计算系统的指定逻辑计算层之间的依赖性的系统依赖性类别、反映给定预置工作负载和本地或远程软件库的指定逻辑计算层之间的依赖性的库依赖性类别，以及反映给定预置工作负载和一个或多个其他预置(或其他基于基础架构的)工作负载的指定逻辑计算层之间的依赖性的互工作负载依赖性类别。普通技术人员将了解，可在不脱离本发明的范围的情况下使用附加或替代依赖性类别。
32.在本发明的一个实施方案中，云架构推荐器(122)可指代在工作负载迁移服务(110)的下层硬件上执行的计算机程序。云架构推荐器(122)可负责云服务模型(或云模型)(以下描述)选择。在这个意义上，云架构推荐器(122)可包括用于进行以下项的功能：从工作负载监视器(120)获得与一个或多个预置工作负载相关的预置信息(以上描述)；使用一个或多个相应应用程序编程接口(api)与混合云基础架构(108)(如果可用)和/或公共云基础架构(104)交互(通过公共云网关(106))以标识其上提供的不同云模型；基于所获得的预置信息到所提供的云模型的可用特征、部件和/或功能的转换从所标识的提供的云模型推荐一个或多个云模型(即，一个或多个云模型推荐)；基于成本、管理费用、服务水平协定
(sla)合规性、任何其他标准或它们的组合从所推荐的云模型集合中选择云模型；并且将所选择的云模型提供给部署加速器(124)以用于处理。云架构推荐器(122)还可包括用于基于在所部署的云工作负载与预置工作负载之间发现的性能度量差推荐一个或多个云模型的功能。此外，普通技术人员将了解，云架构推荐器(122)可在不脱离本发明的范围的情况下执行其他功能。
33.在本发明的一个实施方案中，云模型可指代通过基于云的基础架构(例如，混合云基础架构(108)或公共云基础架构(104))上可用并提供的资源递送的服务。由云供应商提供的资源范围以及订户或用户期望的控制或管理责任的大小可取决于云模型的类型或类别。云模型的实例可包括但不限于基础架构即服务(iaas)、平台即服务(paas)和软件即服务(saas)。通过iaas云模型，云供应商可拥有(并且可负责管理)任何物理it基础架构(例如，计算资源、存储资源和网络资源)以及贯穿它们采用的任何网络安全，然而订户可负责管理操作系统、数据库、业务智能服务、开发工具、中间件和托管应用程序(例如，工作负载)。通过paas云模型，除了通过iaas云模型提供的先前提及的资源，云供应商还可拥有(并且可进一步负责管理)操作系统、数据库、商业智能服务、开发工具和中间件，然而订户可仅负责管理它们的托管应用程序。最后，通过saas云模型，所有先前提及的资源(包括托管应用程序)可由云供应商拥有并管理，然而订户可能不负责管理任何事项。普通技术人员将了解，可在不脱离本发明的范围的情况下使用附加或替代云模型类型。
34.在本发明的一个实施方案中，部署加速器(124)可指代在工作负载迁移服务(110)的下层硬件上执行的计算机程序。部署加速器(124)可负责循环工作负载部署和评估。在这个意义上，部署加速器(124)可包括用于进行以下项的功能：从云架构推荐器(122)中获得所选择的云模型(以上描述)；将所获得的云模型转换成可部署伪像封包(以下描述)；将可部署伪像封包(并且由此，通过云模型的工作负载)部署到测试云基础架构(即，混合云基础架构(108)(如果可用)或公共云基础架构(104))上；调用工作负载监视器(120)以收集在工作负载部署在测试云基础架构上的同时与所述工作负载相关的性能度量；基于所收集的性能度量(参见例如图2b)相对于在工作负载部署在预置基础架构(102)上的同时针对所述工作负载收集的类似性能度量的迭代估评来调谐云模型以实现最佳性能，以获得最佳云模型；以及使用所获得的最佳云模型的可部署伪像封包将工作负载从测试云基础架构迁移到公共云基础架构(104)。此外，普通技术人员将了解，部署加速器(124)可在不脱离本发明的范围的情况下执行其他功能。
35.在本发明的一个实施方案中，可部署伪像封包可指代逻辑容器(例如，档案文件或可执行二进制文件)，通过所述逻辑容器可容纳将云模型集成到期望云基础架构上所需的部件集合。理想的是，任何可部署伪像封包应是跨云兼容的，由此允许任何可部署伪像封包跨不同云基础架构实现相关联云模型。此外，先前提及的部件集合可包括但不限于：与实现云模型相关的一个或多个可部署伪像(即，分别从一个或多个软件构建过程输出的计算机可读程序代码)；链接一个或多个以上提及的部署伪像的一个或多个依赖性映射(如果有的话)；以及负责编制云模型到期望云基础架构上的恰当集成的计算机可读程序代码。普通技术人员将了解，在不脱离本发明的范围的情况下附加或替代部件可包含在可部署伪像封包内。
36.虽然图1b示出了子部件的配置，但是可在不脱离本发明的范围的情况下使用其他
工作负载迁移服务(110)配置。
37.图2a示出了流程图，其描述根据本发明的一个或多个实施方案的用于通过循环部署和评估进行预置到云工作负载迁移的方法。以下概述的各种步骤可由工作负载迁移服务(参见例如图1a和图1b)来执行。此外，虽然顺序地呈现并描述了流程图中的各种步骤，但是普通技术人员将了解，步骤中的一些或全部可以不同次序执行，可进行组合或省略，并且一些或所有步骤可并行地执行。
38.转向图2a，在步骤200中，标识用于迁移的一个或多个工作负载。在本发明的一个实施方案中，工作负载可在预置基础架构(以上描述)(参见例如图1a)上驻留并操作。
39.在步骤202中，可获得与一个或多个工作负载(步骤200中所标识)相关的预置信息。在本发明的一个实施方案中，每个所标识工作负载的预置信息可包括：(a)概述和描述工作负载逻辑分离成逻辑计算的多个层(或模块)的层架构配置；(b)概述和描述工作负载物理分离成一个或多个物理计算层级的层级架构配置；(c)概述和描述用于实现和/或支持工作负载的每个指定物理计算层级上的工作负载(或其一部分)的计算资源需求、存储资源需求和网络资源需求的资源需求配置；(d)针对工作负载的每个指定物理计算层级记录的历史资源利用和/或性能度量；以及(e)参考位置信息的一个或多个依赖性映射(如果有的话)以及用于访问数据库、计算机可读程度代码库、服务、另一工作负载或工作负载可依赖以实现恰当功能的任何其他资源所需的交互协议。预置信息在以上图1b的描述中有进一步详细描述。
40.在步骤204中，基于预置信息(步骤202中所获得)生成一组云模型推荐。具体地，在本发明的一个实施方案中，可分析给定工作负载的预置信息的任何子集或全部并将其与可用云计算资源进行比较，以确定最适合用于实现和/或支持云计算环境中的给定工作负载的一个或多个云模型。例如，可至少部分地共同使用预置信息的资源需求配置以及历史资源利用度量来计算可由一种或多种云模型类型(例如，iaas、paas、saas等)适应的虚拟存储和虚拟网络配置。
41.在步骤206中，从一组云模型推荐(步骤204中所生成)中选择云模型。在本发明的一个实施方案中，云模型的选择可考虑一个或多个因素，包括但不限于：成本、管理费用、服务水平协定(sla)合规性、任何其他标准或它们的组合。
42.在步骤208中，随后使用云模型(步骤206中所选择)将工作负载(步骤200中所标识)部署到测试云基础架构上。在本发明的一个实施方案中，测试云基础架构可指代混合云基础架构(如果可用)。在本发明的另一实施方案中，测试云基础架构可指代公共云基础架构(如果混合云基础架构不可用)。此外，将每个工作负载部署到测试云基础架构可能需要部署与云模型相关联的相应可部署伪像封包(以上描述)(参见例如图1b)。
43.在步骤210中，调谐云模型(步骤206中所选择，并且步骤208中所部署)，直到获得最佳云模型为止。具体地，在本发明的一个实施方案中，可在一个或多个工作负载(步骤200中所标识)在测试云基础架构上操作的同时通过推导云模型部署和基于性能的云模型评估的迭代(或循环)过程来调谐云模型。云模型的调谐在以下图2b中有进一步详细描述。在下文中，在步骤212中，使用最佳云模型(通过步骤210中的调谐所获得)将工作负载(步骤200中所标识)迁移到公共云基础架构。
44.图2b示出了流程图，其描述根据本发明的一个或多个实施方案的用于调谐云模型
的方法。以下概述的各种步骤可由工作负载迁移服务(参见例如图1a和图1b)来执行。此外，虽然顺序地呈现并描述了流程图中的各种步骤，但是普通技术人员将了解，步骤中的一些或全部可以不同次序执行，可进行组合或省略，并且一些或所有步骤可并行地执行。
45.转向图2b，在步骤220中，在使用所选择的云模型将工作负载部署在测试云基础架构上的同时收集估评一个或多个工作负载的性能度量(或云工作负载度量)。在本发明的一个实施方案中，测试云基础架构可指代混合云基础架构(如果可用)。在本发明的另一实施方案中，测试云基础架构可指代公共云基础架构(如果混合云基础架构不可用)。此外，所选择的云模型可指代通过基于云的基础架构(例如，基础架构即服务(iaas)、平台即服务(paas)、软件即服务(saas)等)上可用并提供的资源递送的服务。所收集的性能度量的实例在以上图1b的描述内公开。
46.在步骤222中，将云工作负载度量(步骤220中所收集)与在工作负载先于部署在测试云基础架构上之前已部署在预置基础架构上的同时估评所述工作负载的类似性能度量(或预置工作负载度量)进行比较。随后，在步骤224中，作出关于云工作负载度量是匹配还是超出预置工作负载度量的确定。在本发明的一个实施方案中，如果确定云工作负载度量至少匹配预置工作负载度量，则过程前进到步骤226。另一方面，在本发明的另一实施方案中，如果替代地确定预置工作负载度量超过云工作负载度量，则过程替代地前进到步骤228。
47.在步骤226中，在确定(步骤224中)云工作负载度量(步骤220中所收集)至少匹配预置云工作负载度量之后，将所选择的云模型(工作负载已通过所选择的云模型部署到测试云基础架构上)指定为最佳云模型。
48.在步骤228中，在云工作负载度量(步骤220中所收集)未能至少匹配预置工作负载度量的替代确定(步骤224中)之后，生成一组新的云模型推荐。在本发明的一个实施方案中，一组新的云模型推荐可基于云工作负载度量与预置度量之间的加注释δ(或差)来生成。在本发明的另一实施方案中，一组新的云模型推荐的生成可进一步基于管理员或用户反馈。此外，每个新推荐的云模型可反映意在减少由工作负载在部署在先前推荐的云模型上时与在被部署在预置基础架构上时表现出的性能差距的一个或多个升级的特征、部件、功能等。
49.在步骤230中，从一组新的云模型推荐(步骤228中所生成)中选择(新的)云模型。在本发明的一个实施方案中，(新的)云模型的选择可考虑一个或多个因素，包括但不限于：成本、管理费用、服务水平协定(sla)合规性、任何其他标准或其组合。
50.在步骤232中，随后将工作负载重新部署到测试云基础架构上。在本发明的一个实施方案中，此时工作负载的重新部署而是采用与云模型(步骤230中所选择)相关联的可部署的伪像封包(以上描述)(参见例如图1b)。在下文中，过程前进到步骤220，在所述步骤220中收集在使用新选择的云模型将工作负载部署在测试云基础架构上的同时估评所述一个或多个工作负载的新的性能度量。
51.图3示出了根据本发明的一个或多个实施方案的示例性计算系统。计算系统(300)可包括一个或多个计算机处理器(302)、非永久性存储装置(304)(例如，易失性存储器，诸如随机存取存储器(ram)、高速缓存存储器)、永久性存储装置(306)(例如，硬盘、光盘驱动器诸如压缩盘(cd)驱动器或者数字通用光盘(dvd)驱动器、闪存存储器等)、通信接口(312)
(例如，蓝牙接口、红外接口、网络接口、光学接口等)、输入装置(310)、输出装置(308)以及众多其他元件(未示出)和功能。以下描述了这些部件中的每一者。
52.在本发明的一个实施方案中，计算机处理器(302)可以是用于处理指令的集成电路。例如，计算机处理器你可以是中央处理单元(cpu)和/或图形处理单元(gpu)的一个或多个核心或微核心。计算系统(300)还可包括一个或多个输入装置(310)，诸如触摸屏、键盘、鼠标、传声器、触控板、电子笔或任何其他类型的输入装置。此外，通信接口(312)可包括用于将计算系统(300)连接到网络(未示出)(例如，局域网(lan)、广域网(wan)诸如互联网、移动网络或任何其他类型的网络)和/或另一装置(诸如另一计算装置)的集成电路。
53.在本发明的一个实施方案中，计算系统(300)可包括一个或多个输出装置(308)，诸如屏幕(例如，液晶显示器(lcd)、等离子体显示器、触摸屏、阴极射线管(crt)监视器、投影仪或其他显示装置)、打印机、外部存储装置或任何其他输出装置。输出装置中的一者或多者可与一个或多个输入装置相同或不同。一个或多个输入装置和输出装置可在本地或远程地连接到一个或多个计算机处理器(302)、非永久性存储装置(304)以及永久性存储装置(306)。存在许多不同类型的计算系统，并且一个或多个先前提及的输入装置和输出装置可采用其他形式。
54.呈计算机可读程序代码形式以执行本发明的实施方案的软件指令可完整地或部分地、临时地或永久地存储在非暂时性计算机可读介质诸如cd、dvd、存储装置、软盘、磁带、闪存存储器、物理存储器或任何其他计算机可读存储介质上。具体地，软件指令可对应于计算机可读程序代码，所述计算机可读程序代码在由处理器执行时被配置来执行本发明的一个或多个实施方案。
55.虽然相对于有限数量的实施方案描述了本发明，但是受益于本公开的本领域技术人员将了解，在不脱离如本文所公开的技术的范围的情况下可设想其他实施方案。因此，本发明的范围应仅由所附权利要求限制。