CN104813285B - 应用与基础设施蓝图的结合 - Google Patents

Abstract

系统包括表征给定应用以使得能够对云上的给定应用进行生命周期管理的应用蓝图。提供基础设施蓝图以表征云上的云基础设施资源并且使得能够对云基础设施资源进行生命周期管理。结合管理器结合应用蓝图与基础设施蓝图以基于应用蓝图和基础设施蓝图生成聚合蓝图，其中聚合蓝图使得给定应用能够利用由基础设施蓝图指定的所供应的云资源的实例来进行云上的生命周期管理。

Description

应用与基础设施蓝图的结合

背景技术

云服务一般是指允许最终接受计算机系统（瘦客户端、便携式计算机、智能电话、台式计算机等）通过网络（例如因特网）访问受托管的计算和/或存储资源（即云资源）的池和网络的服务。以此方式，主机、云服务提供商可以作为示例通过托管应用提供软件即服务（SaaS）；通过托管装备（服务器、存储组件、网络组件等）提供基础设施即服务（IaaS）；或通过托管计算平台（操作系统、硬件、存储等）提供平台即服务（PaaS）。

典型的云服务以需求为基础招致费用，受云服务提供商的管理并且可以由最终用户进行缩放（根据期望的存储容量、处理能力、网络带宽等进行缩放）。云服务可以是一般可用于所有潜在用户的公共服务（例如基于因特网的服务）或者通过私人网络（例如商业企业网络）提供的受限访问的私人服务以及受管理的云服务（例如在内部或作为虚拟私人云服务来托管）或混合型云服务（作为以上的组合的云服务）。传统上，当用户订购云服务时，用户可以手动地执行涉及在所供应和/或实例化的基础设施上部署和配置与所订购的云服务相关联的软件的各种动作（例如部署虚拟机（VM）、中间件、应用软件、应用组件等）。

附图说明

图1图示了经由服务与应用蓝图的结合而促进应用和基础设施的寿命周期管理的示例系统。

图2图示了经由多个服务与应用蓝图的结合而促进应用和基础设施的生命周期管理的示例系统。

图3图示了用于利用聚合应用蓝图并且管理应用和基础设施生命周期的示例系统。

图4图示了经由服务与应用蓝图的结合而促进应用和基础设施的生命周期管理的示例方法的流程图。

具体实施方式

提供使得能够指定用于在云环境中执行的应用和基础设施要求而同时利用生命周期管理过程的系统和方法。应用要求可以经由应用蓝图来指定，该应用蓝图指定应用的组件连同量化应用随其生命时间的执行和操作的生命周期条件。基础设施蓝图可以类似地指定以从给定应用隔离的方式表征云中的基础设施资源。每一个蓝图可以包括描述给定应用和基础设施的能力和要求的元数据。结合管理器然后可以组合（例如动态结合或响应于用户输入而手动地结合）应用蓝图与基础设施蓝图来生成聚合蓝图。聚合蓝图可以指定应用组件，支持应用组件的底层基础设施，以及使应用和/或云基础设施随着应用和基础设施贯穿其相应生命时间的改变而发生改变的对应生命周期条件。

基础设施与应用组件之间的匹配可以手动地或经由可在一个示例中采用执行匹配决策的策略的算法来执行。在一个示例中，这可以包括推导方法，其中应用水平中的要求被标记到或关联到基础设施蓝图库中的支持它们的组件，其中总体基础设施蓝图首先被聚合（在聚合扩展到应用、平台等之前）。

云服务管理器然后可以利用聚合蓝图来供应应用并且同时将基础设施元件供应到所实现的基础设施中而同时管理应用和基础设施随时间的改变。

图1图示了经由基础设施与应用蓝图的结合而促进应用和基础设施的生命周期管理的示例系统100。蓝图生成器110可以被配置为创建描述给定应用的组件和生命周期条件的应用蓝图120。蓝图生成器110还可以生成描述基础设施的能力和用于基础设施操作的生命周期条件的基础设施蓝图130。在一个示例中，蓝图生成器110可以是利用API的接口，其使得能够分离地创建应用蓝图120及其相关联的组件连同一起创建指定云基础设施和用于基础设施的生命周期条件的基础设施蓝图130。

在另一示例中，蓝图生成器110可以是设计者。依照一些实现方式，设计者是可以设计新接受方以将更高水平的服务建立为针对资源接口的API调用以及针对其它功能的API调用（例如针对激活/供应服务资源的调用）的可执行文件或工作流/合成/商业过程/脚本（例如条件和动作的流）的应用。此外，新接受方可以被构建并且现有接受方可以被设计者修改。要指出的是，接受方可以例如使用设计脚本的API来构建；或者接受方的构建可以是基于GUI的。

在这方面，依照一些实现方式，设计者可以利用表示所涉及的每一个应用、资源或服务的GUI对象来编辑蓝图。GUI链路可以表示工作流（例如可定制的条件和动作）。通过点击对象，设计者然后可以能够定制应用、资源或服务的每一个蓝图（例如设置变量或将变量链接到其它上下文等）。

应用及相关联的组件可以与应用层相关联，该应用层包括应用的所有组件，而服务层限定支持应用层的基础设施的所有组件。因而，蓝图生成器110将应用层的规范和要求与服务层的规范和要求相分离。蓝图之间的分离可以在两个不同过程中执行。在一个示例中，蓝图生成器110可以包括施行分离的两个设计者。在另一情形中，分离可以作为过程和实践而施行。在又一情形中，基于生成器的分离与基于实践的分离的组合可以发生。

应用蓝图120表征用于部署并且促进云140上的应用生命周期管理的给定应用。基础设施蓝图130表征在云140上操作给定应用并且促进云上的云基础设施和给定应用的生命周期管理的云基础设施。结合管理器150可以从应用蓝图120和基础设施蓝图130生成聚合蓝图160，其中聚合蓝图使得能够向云140上的云基础设施供应给定应用。

结合管理器150可以经由不同方法或者作为方法的组合来操作。在一个示例中，结合管理器150可以由手动结合基础设施和应用蓝图的设计者/用户来驱动。在另一示例中，结合管理器150可以通过将基础设施的能力与应用的要求相匹配来在算法上结合蓝图。在又一情形中，可以采用推导技术（例如被实现为由处理器可执行的机器可读指令的一个或多个经训练的分类器）来从应用（其本身可以包括应用、平台等）的要求推导基础设施蓝图组件（例如来自这样的蓝图片段的库）并且组合它们以变为之后组合到应用蓝图的所选基础设施蓝图。

除分类器之外或者作为分类器的替换方案，推导方法（例如由处理器可执行的机器可读指令）可以包括启发式指令，其采用例如所需要的内容与库中所存在的内容之间的标签的启发式匹配。这可以包括经由手动结合技术、自动结合技术和/或二者的组合（例如消除针对每一个推导的最佳匹配的歧义）来应用推导方法。所有结合方法可以利用标签来将基础设施匹配到应用要求。

在下文参照图3描述的云服务管理器170可以利用聚合蓝图来最初供应基础设施并且在基础设施上操作应用，但是也可以在条件随时间改变时管理应用和/或基础设施（例如生命周期协调）。

在示例中，条件可以在应用蓝图120中设置（例如经由策略）应用应当最初如何诸如在测试配置中操作（例如在测试阶段期间每分钟仅接受100个消息）。在所选时间量或诸如负载容量的其它条件之后，云服务管理器170可以启用给定应用中的其它特征/组件和/或可以将应用暴露到其它基础设施条件。类似地，基础设施蓝图130可以指定用于给定基础设施的操作的策略，诸如像“仅在夜晚之后操作东海岸服务器”。多个应用策略可以被设置和/或设置基础设施蓝图策略以限定在应用和基础设施生命周期的过程内的操作条件和基础设施要求。

在另一示例中，由一个蓝图中的规范所引起的生命周期事件可以触发对应蓝图中的生命周期改变。例如，在应用已经检测到其测试阶段已完成之后，其现在可以触发用于应用的操作阶段。这样的阶段可以在应用蓝图120中指定。基础设施蓝图130可以被设立成基于所检测到的应用中的改变来调整云能力。例如，当检测到应用的测试阶段与操作阶段之间的改变时，基础设施蓝图130可以指定应当在云140上启用负载均衡。这可以暗示着例如在条件随时间改变时，在云140上附加服务器的供应。类似地，基础设施生命周期改变可以触发引起给定应用中的改变的事件。例如，如果供应具有较高的处理速度的经升级的服务器，则这样的事件可以触发适应改进的基础设施条件的高速中断处理算法的实现。这样的条件和事件可以经由策略，例如利用蓝图生成器110来设置。

为了支持结合管理器150中的动态结合，仅基础设施的蓝图的设计应当与仅应用的蓝图分离（例如隔离）并且可以经由蓝图生成器110来实现，该蓝图生成器110提供用于基础设施的规范的分离接口和用于应用的规范的分离接口。结合管理器150在一个示例中可以基于例如服务质量（QoS）和商业策略并且针对基本上任何资源提供商来执行应用蓝图与基础设施蓝图之间的客户可配置和运行时间可求解的最佳适配算法，其中朝向所选/实例化的基础设施蓝图引导通用提供商。应用蓝图120和基础设施蓝图130可以限定基础设施和应用模型与拓扑。例如，应用蓝图120可以指定应用模型，其限定应用的组件和用于执行的条件。类似地，基础设施蓝图130可以利用模板来限定基础设施拓扑以执行给定应用和在其生命周期内管理应用。基础设施蓝图130到实现基础设施蓝图的资源池的关联可以基于策略或也可以表述为策略的“池中的资源”的存货/可用性。

结合管理器150可以利用手动、推导性和/或动态结合来将应用蓝图120中所指定的要求匹配到基础设施蓝图130中所指定的基础设施。例如，应用模型可以在应用蓝图120中指定，该应用蓝图120指定用于执行给定应用的所有组件。基础设施蓝图130中的资源模板可以指定可用于在其生命周期过程内操作云140中的给定应用的所有资源。在另一示例中，策略可以限定哪些应用组件应当在应用蓝图120中执行并且组件在什么条件下在其生命周期过程内执行。类似地，策略还可以指定基础设施蓝图130中的基础设施能力并且这样的基础设施要在其生命时间过程内如何受管理。因而，在一个示例中，结合管理器150可以将应用蓝图120中所指定的模型与基础设施蓝图130中所指定的资源模板相结合。在另一示例中，结合管理器150可以将指定应用组件和生命周期条件的应用策略结合到指定基础设施及其在基础设施蓝图130中所指定的条件的策略。在又一示例中，可以采用策略、模型和模板的组合以指定应用蓝图120中的给定应用和/或基础设施蓝图130中的基础设施要求。

应用和基础设施的供应可以通过选择不同蓝图（服务和应用）并且将它们组合到聚合蓝图160中来实现，其中应用蓝图120被配置为使用由基础设施蓝图指定的所供应的基础设施资源实例。在一个示例中，应用可以作为所供应的基础设施来安装。在另一示例中，可以供应基础设施并且随后将应用适配到所安装的基础设施上。在另一示例中，供应可以利用聚合蓝图160中的指令手动执行以相应地供应基础设施和安装应用。

当已经基于应用蓝图与基础设施蓝图的匹配/结合而部署应用时，云服务管理器170还可以管理应用的生命周期的其它方面。例如，生命周期管理器170可以监视反馈，并且基于这样的反馈来调整基础设施资源。附加地或可替换地，生命周期管理器可以基于这样的反馈或其它检测到的事件来动态地调整应用及对应的策略。类似地，这还可以包括引退应用组件（例如代码、中间件（MW）、数据库、操作系统（OS）等）的较旧版本并且安装组件的新版本以使得能够继续云140中的应用的部署。

云140可以是混合型的，使得其可以是如基础设施资源那样做出表现的传统数据中心、私人云（内部开发的云技术）、公共云（由服务提供商供给）和受管理的云配置（内部或在公共云/虚拟私人云中受管理）的组合。如本文所使用的，术语应用适用于组件的集合。此外，可以针对其组件中的每一个通过一组人工制品（例如，安装程序、可执行文件、配置等）以及被安装并且彼此交互的一组组件（例如代码、中间件（MW）、数据库、操作系统（OS）等）来表征应用。同样地，如本文所使用的，术语确定可以包括编译、枚举和匹配。

如本文所使用的，术语“基本上”意图指示所修改的术语的功能或结果是一些变形可以导致的期望或意图结果。在该上下文中，术语“基本上匹配”可以描述执行所得分析和比较以标识被配置为使用所供应的基础设施资源实例的一个或多个应用蓝图的情况。在不止一个这样的资源组可能对应于匹配的情况下，云服务管理器170可以选择适当匹配的可用资源组。例如，云服务管理器170可以针对给定资源提供商诸如基于服务质量和相关联的商业策略而采用运行时间可求解的最佳适配算法。可以利用用于选择这样的匹配的其它方案，诸如通过用户选择以消除破坏连结或启发的选择或策略算法的歧义等。

可以采用应用蓝图120来表征用于部署在云140上的给定应用，诸如通过用于应用的各个组件的元数据描述。云服务管理器170可以经由处理器可执行的指令或处理器可读的数据来实现以基于应用蓝图120和与给定应用相关联的一个或多个策略来分析针对给定应用的应用要求。在一个示例中，可以提供策略以描述用于应用的附加操作上下文（例如在夜晚之后操作应用，仅使用东海岸服务器，维持服务器之间的负载均衡，在给定网络域内部署，确保负载处于服务器上的指定限度之间，确保不存在给定窗口内的即将到来的维护，等等，以及“测量”匹配的“紧密度”的技术）。生命周期管理器170然后可以确定云140中的基础设施资源足以满足如由应用蓝图120和策略所指定的应用的应用要求。

云140的基础设施能力可以经由资源供给和与云相关联的元数据来确定。例如，支持云140的多个服务提供商可以提供指定它们具有的可用的是哪种类型的资源的文件以及描述相应资源供给的感兴趣的属性的元数据（例如利用指定存储器大小和处理器速度、负载（如果已经实例化的话）、位置、租赁项、服务水平协议（SLA）、经排程的维护等的元数据而可用的三个服务器的资源供给）。

在一个示例中，云服务管理器170可以在应用蓝图120的应用要求匹配到如由可经由基础设施蓝图130指定的资源供给和元数据所指定的云的能力之后自动部署云140上的给定应用。在该类型的示例中，其通常数量达到执行下文所描述的其它以下示例的指令（可能地通过调用管理基础设施和/或应用的生命周期的外部系统）。如之前所指出的，术语应用可以包括要安装和执行的一组组件（例如多个分层逻辑、用户接口（UI）、中间件（MW）、数据库（DB）、操作系统（OS），还有安装和配置这样的组件的代码）。因而，应用是指这些组件和人工制品的组，其还可以包括这样的组件和人工制品的仓库。应用还可以由指向组件和人工制品的指针而标识，该指针包括指向一组组件的单独的一个或多个指针。在另一示例中。

如上文所指出的，云服务管理器170可以采用用于监视应用和/或基础设施的闭合反馈环。这样的监视可以基于策略，诸如以例如放大或缩小应用执行要求，以及告知适当的接受方，诸如用户或系统应用。在一个示例中，监听器可以安装在各个组件中以从监视捕获事件。由监听器接收到的事件可以触发处置器，其可以生成系统上的生命周期管理操作（例如放大、缩小、移动、去供应、警告用户或系统、运行可能涉及本文所描述的系统和其它应用的合成的另一可执行文件等）。

系统100可以在一个或多个硬件平台上实现，其中系统中的模块可以在一个平台上或跨多个平台执行。这样的模块可以在云技术（各种形式/和混合型云）上运行或者作为可以在云上或云外实现的SaaS（软件即服务）来供给。复杂应用可以自动部署在所要求的基础设施上而同样不要求用户理解如何执行这样的操作。策略提供用于操作帮助管理员缓解部署错误的指南的自动化指令。元数据还可以通过标识应用类型（经由UI或API）而与应用相关联，于是用户不需要理解应用特性。该方案允许基于其到元数据的关联而针对应用的“最佳实践”、所推荐或强加的部署模型。策略还允许将应用特性与其它上下文考虑（例如关于用户，关于应用，关于基础设施，关于上下文，关于该特定用户，关于该特定应用等）分离。这促进跨众多应用对应用组件的再使用。也可以经由策略实现特殊化。这也是例如系统如何强加特性值的特定组针对给定应用或版本是固定的。例如，系统可以应用用于web应用的通用应用模型，而在另一情形中，明确地指定用于模型的属性的不同模型或某些值。还可以从混合型云提供资源（例如从本地数据库和服务器提供一些资源以及从因特网服务提供一些资源）。

出于解释简便的目的，在图1的示例中，将系统100的不同组件图示和描述为执行不同功能。然而，本领域技术人员将理解和认识到，所描述的组件的功能可以由不同组件来执行，并且若干组件的功能性可以在单个组件上组合和执行。组件可以实现为例如计算机可执行指令、硬件（例如专用集成电路或处理单元）或二者的组合。在其它示例中，组件可以跨网络分布在远程设备当中。

图2图示了经由多个服务与应用蓝图的结合而促进应用和基础设施的生命周期管理的示例系统200。在该示例中，标记为1到N（其中N为正整数）的多个应用蓝图220可以与标记为1到M（其中M为正整数）的多个基础设施蓝图230组合。结合管理器250将来自应用蓝图220的规范与来自基础设施蓝图230的规范组合以形成聚合蓝图260。如上文关于图1所指出的，云服务管理器可以利用聚合蓝图260来在由基础设施蓝图230指定的所供应的资源上安装由应用蓝图220指定的应用。

在一个示例中，多对多映射是可能的，其中同步工作的多个应用映射到多个服务基础设施配置。在另一示例中，多对一映射是可能的，其中多个应用蓝图指定随后映射到单个基础设施配置的多个应用。在又一示例中，一对多映射是可能的，其中单个应用蓝图220映射到被组合以用于提供针对给定应用供应对应基础设施资源的聚合蓝图的多个基础设施蓝图。这样的映射可以经由相应蓝图中的策略配置来设置或者经由诸如应用模型设置和/或拓扑模板配置的其它技术来设置。如上文所指出的，可以采用推导技术，其中经训练的分类器基于应用规范和/或要求来推导基础设施配置。

图3图示了用于利用聚合应用蓝图并且管理应用和基础设施生命周期的示例系统310。参照图3，依照本文所公开的系统和技术，云服务管理器360供给和交付（例如实例化、供应和部署）服务和应用以管理现有云服务和这些现有云服务的组合以及用于终端用户的应用的生命周期（例如管理建立、进行中的管理、报告、度量、报告等）。更具体地，如本文所公开的，云服务管理器360采用一个或多个聚合蓝图来协调现有云服务的应用编程接口（API）的使用以管理用于用户终端系统350（台式电脑、便携式计算机、智能电话、客户端、瘦客户端、服务器等）的用户的现有云服务和现有云服务的组合的生命周期。

取决于特定实现方式，云生命周期管理服务的选择和订购可以由给定用户（例如管理员）针对终端用户的分组（例如企业用户）来执行；或者云能力的选择和订购可以由给定用户（例如基于因特网的用户或雇员）针对给定用户的个体使用来执行。

如图3中所描绘的，云服务管理器360可以由给定终端用户系统350经由网络构造329（从局域网（LAN）构造、广域网（WAN）构造、因特网构造等中的一个或多个形成的网络构造）来访问。因此，取决于特定实现方式，云服务管理器360可以驻留在因特网服务器上，驻留在私人LAN内的服务器上，驻留在WAN内的服务器上，驻留在台式计算机上，或者可以是web或SaaS（软件即服务），它们仅是几个示例。

一般地，云服务管理器360的用户可以通过云服务管理器360来选择和订购“云能力”。一般地，“云能力”是指由现有云资源320提供的现有云服务和/或应用，以及由云服务管理器360供给和交付的生命周期管理服务的用户所选组合。所有这些云能力（现有云服务、现有云服务和生命周期管理服务的组合）在本文中统称为本文的“云能力”。云能力一般与和“云”相关联的服务相关联，“云”例如可以为公共云（从基于因特网的网络形成的云并且提供一般可用于公共成员的所托管的服务）；私人云（从私人、受限访问的网络（诸如企业网络）形成的云，其向有限分组的成员提供所托管的云服务）；虚拟私人云（从公共网络形成的云，其向有限分组的成员提供所托管的云服务）；混合型云（从上述云中的两个或更多的组合形成的云）等。

一般地，云服务管理器360包含店面或市场位置模块362，其通过它的用户接口363允许用户访问（云服务管理器360的）服务消费模块366以用于浏览和选择所供给的云能力的目的。此外，通过访问服务消费模块366，用户还可以定制（例如像配置）所选云能力的细节；同意用于接收所选云能力的条款和/或条件；订购云能力（订阅能力，为能力付费等）；潜在地建立或修改“配方（recipe）”，其指定组合多个云能力或提供生命周期管理的方式；随后更新（多个）云能力选择；放大和缩小云能力；以及一般地管理所订购的云能力和应用的（多个）生命周期，包括引退能力和/或应用。

为了促进该用户选择和控制，服务消费模块366包含一个或多个云服务目录341（取决于特定实现方式）和/或（多个）相同目录341的不同视图，其描述可用云能力。目录341本身可以是目录的联合或聚合。用户可以使用例如接口363的图形用户接口（GUI）365来浏览（多个）目录341。依照一些实现方式，服务消费模块366可以包含一个或多个API/接口以用于准许用户使用GUI 365浏览（多个）目录341的目的。要指出的是，不同用户可以访问（多个）不同目录341以用于（多个）目录341的不同视图（不同内容或不同商业条款），这取决于恰当的协议/订阅。通过访问（多个）服务目录341，用户可以选择、订购、定制和组合云能力；并且使所选云能力的安装和配置自动化。

更具体地，依照示例实现方式，经由服务消费模块366，用户可以选择各种现有云资源320的组合以形成云服务的所选组，并且一般地设立管理针对给定用户或用户的分组的该组合的生命周期的服务。作为示例，现有云资源320可以包括资源，诸如基础设施即服务（IaaS）资源320-1（将所托管的装备，诸如服务器、存储组件和网络组件提供为服务的资源）；平台即服务（PaaS）资源320-2（提供所托管的计算平台，诸如操作系统、硬件、存储等的资源）；软件即服务（SaaS）资源320-3（将所托管的应用提供为服务的资源）；数据库即服务（DBaaS）资源320-4（将所托管的数据库提供为服务的资源）等。

依照示例实现方式，可用现有云资源320还包括提供对于云可能有用的其它服务的资源320，诸如（作为示例）资源320-5、320-6和320-7，其使用服务器自动化（SA）、数据库中间件自动化（DMA）、矩阵操作环境（MOE）、或从Hewlett Packard®可获得的操作协调（OO）软件以及其它任何其它基础设施供应或IaaS供应系统来提供从其供应导出的服务。因而，一般地，依照进一步的实现方式，云资源可以包括这些以及其它云服务/能力320-8。

要指出的是，依照示例实现方式，现有云资源320中的一个或多个可以由云服务管理器360提供。依照本文所公开的示例性系统和技术，用户可以访问（多个）目录341以选择和订购以下云服务中的一个或多个：由现有云资源320提供的服务；由现有云资源320的组合提供的服务；以及管理所选服务/服务的组合的生命周期的服务，包括致力于建立、监视、度量和报告服务的服务。此外，云服务管理器360允许这些服务的灵活部署，因为用户可以配置这些服务的各个方面，如本文进一步描述的。

除呈现服务供给之外，依照示例实现方式，服务消费模块366调控用户对这些服务的订阅。这样，如图3中所描绘的，除描述服务供给的目录341之外，服务消费模块366可以包含其它信息，诸如用户登录组件342（包含密码、登录标识等的组件）；用户和租户信息；用户订阅组件335（描述订阅合同条款、订阅费率等的组件）；以及包含允许访问和修改所供给的服务、更新订阅数据、更新逻辑信息等的逻辑的引擎340。

云服务管理器360包含交付目录341中所描述的和由用户选择的服务的服务交付模块368。更具体地，依照示例实现方式，使用一套可用云资源及其资源供给和动作，云服务设计者和/或管理员可以利用聚合蓝图370（例如从应用和基础设施蓝图生成）。蓝图370可以存储在服务仓库364中并且阐述用于实例化和配置在（多个）目录341中描述和供给的云能力和应用的自动化动作的结构化计划。由于这些预先存在的聚合蓝图370，服务交付模块368的引擎392的逻辑可以自动承担实例化和供应所选云资源和所选应用的动作，由此避免涉及所选云能力的实例化和配置的用户的手动动作。

依照示例实现方式，聚合蓝图370可以包括对应于可被执行以协调适当云资源和/或应用的API以便用于管理给定云能力的生命周期的目的的特定生命周期管理动作的工作流/配方/脚本的组。在这方面，依照一些实现方式，动作是工作流和对资源供给接口的调用。依照示例实现方式，设计者/管理员可以使用服务交付模块368的GUI来将多个这样的聚合蓝图370协调/合成到新云能力的聚合蓝图370中。

设计者/管理员还可以使用服务交付模块368的基于GUI的工具以基于现有聚合蓝图370的组合来修改现有聚合蓝图370并且形成新的聚合蓝图370。除选择预先存在的聚合蓝图370之外，依照一些实现方式，服务交付模块368可以准许用户构建聚合蓝图370，修改现有聚合蓝图370，和/或从现有聚合蓝图370的组合创建新的聚合蓝图370。用户还可以创建和管理应用和基础设施蓝图以用于生成新的聚合蓝图。

作为另外的示例，每一个聚合蓝图370可以是对象（从机器可执行指令形成的对象，其执行可以结合相关联的供给的云能力或服务进行的各种动作或功能）并且具有相关联的功能的集合或“配方”，其可以被执行以促使适当的云服务API的协调来供应、实例化和建立云服务（例如从一个或多个现有云服务和/或应用形成）；管理云服务；监视云服务；度量云服务等。依照示例实现方式，配方可以是脚本或工作流或任何其它可执行文件，其可以由服务交付模块368的引擎392的逻辑执行以用于执行由聚合蓝图370指定的动作的目的。

依照示例实现方式，基础设施蓝图370可以与各种商业条款相关联，诸如价格；合同期；与服务水平协议（SLA）相关联的条款等，其可以存储在服务合成模块366的订阅组件335中。当与这些条款相关联时，服务变为服务供给。依照一些实现方式，伴随给定基础设施蓝图370的这些条款可以在目录341中描述，并且一般地可以由产品设计者阐明。

给定聚合蓝图370可以通过执行其（多个）相关联的配方来实例化/部署，这导致可例如由信息技术（IT）管理系统通过将服务实例馈送到IT服务管理（ITSM）服务、实时服务管理（RTSM）服务或具有如何支持/实现服务实例的完整拓扑的配置管理数据库（CMDB）中来追踪的服务实例344。这样，依照示例实现方式，服务交付模块368可以包含用于此目的的服务实例服务管理组件44（例如RTSM或CMDB或ITSM（信息服务管理））。如果跨ITSM系统共享，则组件344可用于其它管理系统以单独地监视和管理所实例化的实例（基于存储在数据库中的拓扑信息而标识和追踪）。依照一些实现方式，设立监视和管理的动作通过使用聚合蓝图370来实现。

给定聚合蓝图370还可以指定要进行处置以处置与给定合成云服务相关联的错误的动作和要进行以报告这样的错误的动作。一般地，其它聚合蓝图370可以指定给定服务合成的生命周期在服务的完整生命周期期间是如何监视和管理的。例如，给定配方可以将错误告知给系统的拥有者（例如云资源320的拥有者）；利用池中的相同或其它资源重复出错步骤；追踪问题和轨迹返回步骤并且拆除一些所实例化的资源/服务等。

给定聚合蓝图370还可以描述用于使用度量和/或报告的结构化计划。对于监视而言，实例和监视服务可以被设立/配置为执行监视任务；或者可替换地，CMDB/RTSM可以就位以让诸如ITSM（作为示例）的监视套件自动发现和监视。可以通过设立会面/报告并且添加允许会面的探针或计数器来以类似方式执行会面和报告（通过使用监视系统以与可缩放成进行如此操作以生成用于其使用的计费数据记录（CDR）并将它们提供给度量系统的代理或配置服务交互而对于每组件所测量的CPU使用、所使用的时间、所使用的存储器或所使用的通信量）。报告可以通过询问监视和/或度量管理系统来完成。

鉴于以上所述的前述结构和功能特征，将参照图4更好地领会示例方法。尽管出于解释简便的目的而将图4的示例方法示出和描述为序列地执行，但是要理解和领会的是，本示例不受所图示的顺序限制，因为一些动作可以在其它示例中以不同顺序发生和/或与本文所示出和描述的动作并发发生。此外，并非所有所描述的动作都必然地被执行以实现方法。图4的示例方法可以实现为可存储在非暂时性计算机可读介质中的机器可读指令，诸如可以是计算机程序产品或其它形式的存储器存储。对应于图4的方法的计算机可读指令也可以从存储器访问并且由处理器执行。

图4图示了经由服务与应用蓝图的结合而促进应用和基础设施的生命周期管理的示例方法400。方法400包括在410处生成应用蓝图以表征给定应用来使能对云上的给定应用的生命周期管理（例如经由图1的蓝图生成器110）。在420处，方法400包括生成基础设施蓝图以表征云上的云基础设施资源并且使能对云基础设施资源的生命周期管理（例如经由图1的蓝图生成器110）。在430处，方法400包括通过处理器结合应用蓝图与基础设施蓝图以基于应用蓝图和基础设施蓝图来生成聚合蓝图，聚合蓝图使得给定应用能够利用由基础设施蓝图指定的所供应的云资源的实例进行云上的生命周期管理（例如经由图1的结合管理器150）。方法400还可以包括基于在聚合蓝图中所指定的生命周期条件来调整给定应用或云基础设施。

以上已经描述的内容是示例。当然，不大可能描述组件或方法的每一个可设想的组合，但是本领域普通技术人员将认识到，许多另外的组合和排列是可能的。相应地，本发明意图涵盖落在包括所附权利要求的本申请的范围内的所有这样的更改、修改和变型。附加地，在公开内容或权利要求记载“一（a，an）”、“第一”或“另一”元件或其等价形式的情况下，应当将其解释为包括一个或多于一个这样的元件，而既不要求也不排除两个或更多这样的元件。如本文所使用的，术语“包括”意指包括但不限于，并且术语“包含”意指包含但不限于。术语“基于”意指至少部分基于。

Claims (15)

1.一种计算机可读介质，包括用于进行以下操作的计算机可读指令：

生成表征给定应用以使得能够对云上的给定应用进行生命周期管理的应用蓝图；

生成表征云上的云基础设施资源并且使得能够对云基础设施资源进行生命周期管理的基础设施蓝图；以及

结合应用蓝图与基础设施蓝图以基于应用蓝图和基础设施蓝图生成聚合蓝图，聚合蓝图使得给定应用能够利用由基础设施蓝图所指定的所供应的云资源的实例来进行云上的生命周期管理。

2.权利要求1的计算机可读介质，还包括根据聚合蓝图中所包含的聚合指令来管理给定应用和所供应的云资源的生命周期的云服务管理器。

3.权利要求2的计算机可读介质，其中聚合指令包括指示用于针对给定应用或云基础

设施发生生命周期事件的条件的模型描述、模板描述以及策略描述中的至少一个。

4.权利要求3的计算机可读介质，其中生命周期事件包括以下中的至少一个：基于聚合蓝图中所包含的聚合指令而触发云基础设施中的另一生命周期事件的应用事件，或者基于聚合蓝图中所包含的聚合指令而触发给定应用中的应用事件的基础设施事件。

5.权利要求2的计算机可读介质，其中云服务管理器还包括监视来自给定应用的反馈并且使得云服务管理器能够基于反馈调整给定应用或云基础设施的监视组件。

6.权利要求2的计算机可读介质，其中由用户采用聚合指令以响应于用户输入而手动供应云基础设施并且将给定应用手动安装在所供应的云基础设施上。

7.权利要求2的计算机可读介质，其中由云服务管理器采用聚合指令以依照聚合指令自动供应云基础设施并且将给定应用自动安装在所供应的云基础设施上。

8.权利要求2的计算机可读介质，还包括基于给定应用的要求而推导地确定云基础设施的推导指令。

9.权利要求1的计算机可读介质，还包括采用手动结合过程、推导结合过程、和将应用蓝图中所指定的应用要求结合到基础设施蓝图中所指定的基础设施要求的动态结合过程中的至少一个的结合管理器，其中结合管理器采用标签来支持手动结合过程、推导结合过程和动态结合过程中的至少一个。

10.权利要求9的计算机可读介质，其中动态结合过程根据基于服务质量估计或商业策略中的至少一个的最佳适配算法来执行。

11.权利要求1的计算机可读介质，还包括执行应用蓝图与基础设施蓝图之间的多对多映射、执行应用蓝图与基础设施蓝图之间的多对一映射、以及执行应用蓝图与基础设施蓝图之间的一对多映射中的至少一个以生成聚合蓝图的结合指令。

12.一种促进应用和基础设施的生命周期管理的方法，包括：

通过处理器生成表征给定应用以使得能够对云上的给定应用进行生命周期管理的应用蓝图；

通过处理器生成表征云上的云基础设施资源并且使得能够对云基础设施资源进行生命周期管理的基础设施蓝图；以及

通过处理器结合应用蓝图与基础设施蓝图以基于应用蓝图和基础设施蓝图生成聚合蓝图，聚合蓝图使得给定应用能够利用由基础设施蓝图指定的所供应的云资源的实例来进行云上的生命周期管理。

13.权利要求12的方法，还包括基于聚合蓝图中所指定的生命周期条件来调整给定应用或云基础设施中的至少一个。

14.一种促进应用和基础设施的生命周期管理的系统，包括：

用于存储与计算机相关联的计算机可执行指令的存储器；以及

用于访问存储器并且执行计算机可执行指令的处理单元，计算机可执行指令包括：

结合应用蓝图与基础设施蓝图以基于应用蓝图和基础设施蓝图生成聚合蓝图的结合管理器，聚合蓝图使得给定应用能够利用由基础设施蓝图指定的所供应的云资源的实例来进行云上的生命周期管理；以及

根据聚合蓝图中所包含的指令来管理给定应用和云基础设施的生命周期的云服务管理器；其中应用蓝图表征给定应用以使得能够对云上的给定应用进行生命周期管理，并且

基础设施蓝图表征云上的云基础设施资源并且使得能够对云基础设施资源进行生命周期管理。

15.权利要求14的系统，还包括读取来自给定应用的反馈并且使得云服务管理器能够调整给定应用或云基础设施中的至少一个的监视组件。