云应用部署制造技术

一种系统（100）包括应用模型（140）以特征化用于云（130）上的部署的给定应用（110）。一种部署管理器（120）基于与给定应用（110）相关联的应用模型（140）和策略（150）分析用于给定应用（110）的应用需求，以实质上匹配云（130）中的基础设施资源（160），从而满足应用需求。

【技术实现步骤摘要】
【国外来华专利技术】云应用部署
技术介绍
云计算指的是可伸缩的和合并的计算、存储以及联网能力作为服务到终端接收者的网络的递送。名称来自云作为网络的复杂基础设施和可在云内操作的关联硬件的抽象的使用。例如，云计算通过网络为用户的数据、软件以及计算提供服务。这样的计算能力依靠资源的共享来通过网络(通常为因特网)实现规模与公用设施(例如电网)类似的相干性和经济。部署在支持云的资源上的应用目前常常不得不被手动地部署并且那消耗相当多的管理时间。部署应用的手动步骤包括基础设施的提供和安装。这需要从应用的安装或映像的部署链接到所部署的基础设施的完备知识。手动部署通常需要由试图部署应用的用户所通常启动的步骤的许多序列。 【附图说明】 图1图示了提供用于云应用的自动部署的系统的示例。 图2图示了用于将用于云基础设施的资源能力与应用的执行需求相关的部署管理器的示例。 图3图示了用于应用的自动部署和监控的示例系统。 图4图示了利用用于应用的部署和监控的闭环反馈的示例系统。 图5图示了用于应用的自动部署的示例方法的流程图。 图6图示了用于云应用的自动部署的示例部署系统。 【具体实施方式】 图1图示了促进用于云应用的自动部署的系统100的示例。系统100可以通过利用部署管理器120提供应用110的自动部署，以确定云基础设施130 (也被称为云130)的基础设施能力，并且还通过分析应用模型140和策略150来确定应用110的应用需求。在这种确定之后，部署管理器120可以自动地管理云130上的应用110的生命周期，其中识别匹配(例如，理想或最佳努力)。基于匹配中的接近的测量和/或其它策略需求，选择匹配并且能够供给/实例化所述基础设施。在对应用需求的资源的这样的绝对或最佳努力匹配之后，然后可以在云130上部署应用110的组件。 当已基于所述匹配部署应用时，部署管理器120还可以管理应用的生命周期的其它方面。例如，部署管理器120可以监控反馈，并且基于这种反馈调整基础设施资源。附加地或可替代地，部署管理器120可以基于这种反馈或其它检测的事件动态地调整应用模型和对应的策略。类似地，这还可以包括收回较老版本的应用组件(例如，代码、中间件(MW)、数据库、操作系统(0S)等)并且安装新版本的组件以实现应用在云基础设施130中的连续部署。 云130可以是混合的，使得其可以是以下各项的组合:被制造以像基础设施资源一样运行的传统数据中心、私有云(在内部被开发的云技术)、公共云(由服务提供商供给的)以及管理的云配置(在内部或在公共云/虚拟私有云中被管理)。如在此所使用的，术语应用适用于组件的集合。此外，应用可以由一组工件(art if act)(例如，安装程序、可执行、配置等)以及一组可以被安装并且与彼此交互的组件(例如，代码、中间件(MV)、数据库、操作系统(OS)等)特征化以用于其组件中的每一个。此外，如在此所使用的，术语确定可以包括编译、列举和匹配。 如本文中所使用的那样，术语“实质上”旨在指示虽然正被修改的术语的功能或结果是期望的或计划中的结果但是一些变化能够产生。在这个上下文中，例如，术语“实质上匹配”描述了结果得到的分析和比较被执行以识别相同的资源的情形；然而，在实践中匹配能够对应于充分地类似于使得能实现部署的一组资源。在多于一个这样的一组资源可能对应于匹配时，部署管理器能够选择最佳匹配的一组可用资源。能够利用用于选择这样的匹配的其他方法。 应用模型140能够被采用来诸如通过用于应用的各种组件的元数据描述来特征化用于部署在云130上的给定应用110。部署管理器120能够经由可由处理器执行的指令或可由处理器读取的数据来实现以基于与给定应用相关联的应用模型140和策略150 (或诸策略)来分析对于给定应用110的应用要求。如将在下面所描述的那样，策略150能够被提供来描述应用110的附加的操作上下文(例如，在午夜之后操作应用、仅使用东海岸服务器、维护服务器之间的负荷均衡、部署在给定网络域内、确保负荷在服务器上的规定限制之间、确保在给定窗口内不存在即将到来的维护等等以及匹配的“测量接近”的技术)。部署管理器120然后能够确定在云130中足以实现如由模型140和策略150所规定的应用110的应用要求的基础设施资源。 云130的基础设施能力能够经由与云相关联的资源供给和元数据160确定。例如，支持云130的多个服务提供商能够提供规定他们让什么类型的资源可用的文件和描述相应资源供给(例如，可用的三个服务器的资源供给，其中元数据规定存储器大小和处理器速度、负荷(如果已经实例化)、位置、租赁条款、服务级别协定(SLA)、调度的维护等等)的感兴趣属性的元数据。 在一个示例中，部署管理器120可以在将应用110的应用需求与由资源供给和元数据160指定的云的能力相匹配之后自动地在云130上部署给定应用110。在此类型的示例中，其通常相当于执行以下所述的其它接下来的示例的指令(可能是通过调用管理基础设施和/或应用的生命周期的外部系统)。如前所述，术语应用110可以包括一组将被安装和执行的组件(例如，除了安装和配置这种组件的代码之外的多个分层逻辑、用户接口(UI)、中间件(丽)、数据库(DB)、操作系统(0S))。因此，应用110指的是这些组的组件和工件，其还可以包括这种组件和工件的存储库。应用还可以由指向所述组件和工件的指针标识，其包括单独指针或指向一组组件的指针。在另一个示例中，部署管理器120可以生成指令以通知系统(或用户)如何在云130上部署给定应用110。在任一示例中，部署管理器120将由模型140和策略150指定的应用110的需求与由资源供给和元数据160指定的云130的能力相关。 相比于传统系统的人工过程，系统100利用策略和模型驱动方法来自动部署。系统100可以基于在基础设施属性方面特征化其需求的模型140和策略150将基础设施资源(以元数据属性为特征)动态地(或静态地)优化并结合到应用110。这可以包括将应用元数据匹配到资源元数据以及考虑到策略和上下文，从而在同样不需要人工布置步骤的情形下，使优化的或优选的/标记的应用部署及其云130上的组件/相关性自动化。在一个示例中，系统100允许实例的跟踪，而同样支持这种实例的自动管理(例如，以下所述的自动监控和反馈)。提供不同的技术以摄取、编辑并且设计同样可以描述基础设施模板、应用模型和策略的元数据。这种实例可以被存储在数据库或存储库(未示出)中，连同应用110、应用模型140和策略150 —起。 系统100可以采用闭环反馈(参见图4)以用于监控应用。这种监控应用可以基于策略，诸如像放大或缩小应用执行需求，以及通知适合的接收方，诸如用户或系统应用。在一个示例中，监听器可以被安装在各种组件中以从监控捕获事件。由监听器接收的事件可以触发处理器，其可以生成系统上的生命周期管理操作(例如，放大、缩小、移动、去供给、警告用户或系统、运行另一可执行组件，其可能涉及在此所描述的系统的组成以及其它应用 -vf* ) ο 系统100可以在一个或多个硬件平台上被实现，其中系统中的模块可以在一个平台上或跨多个平台被执行。这种模块可以运行在云技术(各种形式/和混合云)上或被供给为Saa本文档来自技高网...

【技术保护点】
一种系统，包括：应用模型，被存储在存储器中，用于特征化用于云上的部署的给定应用；以及部署管理器，对应于可由处理器执行的指令，用于基于与给定应用相关联的应用模型和策略分析用于给定应用的应用需求，以实质上匹配云中的基础设施资源，从而满足应用需求。

【技术特征摘要】
【国外来华专利技术】1.一种系统，包括: 应用模型，被存储在存储器中，用于特征化用于云上的部署的给定应用；以及部署管理器，对应于可由处理器执行的指令，用于基于与给定应用相关联的应用模型和策略分析用于给定应用的应用需求，以实质上匹配云中的基础设施资源，从而满足应用需求。2.如权利要求1所述的系统，其中部署管理器用于在云上自动部署给定应用。3.如权利要求1所述的系统，其中部署管理器用于生成指令以通知另一系统或用户如何在云上部署给定应用。4.如权利要求1所述的系统，进一步包括设计者工具以定义用于基础设施资源和应用需求的元数据。5.如权利要求4所述的系统，其中设计者工具经由应用元数据定义应用模型，其包括要被单独部署的组件的描述、用于资源的需求或优选、或部署脚本中的至少一个。6.如权利要求5所述的系统，其中部署脚本包括以下中的至少一个:用于组件的部署指令、用于准备部署代理的指令、用于监控的指令、用于管理的指令、或跨组件应用的指令。7.如权利要求6所述的系统，其中基础设施资源被经由资源元数据指定，其指定哪些资源供给是可用的或能够供给给定服务的现有系统。8.如权利要求7所述的系统，其中资源元数据进一步指定以下中的至少一个:位置、拓扑、硬件资源、维持能力、操作系统需求或标签。9.如权利要求1所述的系统，进一步包括监控器组件以读取来自给定应用的反馈，并且将所述反馈供应到所述部署管理器。10.如权利要求9所述的系统，其中部署管理器执行基...

【专利技术属性】
技术研发人员：SH梅斯，R巴拉赫瓦，TS特里普，KL威尔逊，P费德勒，JM格林，
申请(专利权)人：惠普发展公司，有限责任合伙企业，
类型：发明
国别省市：美国;US