CN104081338A - 在运行时间映射应用依赖性 - Google Patents

Abstract

提供了用于映射应用依赖性的系统、方法和机器可读且可执行指令。映射应用依赖性可以包括用使得应用能够运行的多个应用依赖性定义应用模型以及定义平台模型，所述平台模型定义由服务器提供的多个能力。映射应用依赖性还可以包括创建拓扑模型，所述拓扑模型在所述应用保持独立于服务器的同时通过将多个应用依赖性映射到多个能力来在运行时间将应用模型映射到平台模型。

Description

在运行时间映射应用依赖性

背景技术

作为私有或公共云的云服务正在获得势头。维持运行在云系统和其它类型的系统上的应用的可用性是至关重要的。混合云系统正在变得日益流行，因为私有云系统寻求扩展到公共云功能性中。私有云系统到公共云系统的绑定可以影响运行在混合云系统上的应用的可用性。

附图说明

图1图示了根据本公开的使用拓扑模型实现的混合云系统的示例。

图2图示了根据本公开的部署堆栈（stack）的示例。

图3图示了根据本公开的应用依赖性（dependency）映射的示例。

图4图示了根据本公开的在部署时间的标签解析的示例。

图5是图示了根据本公开的用于在运行时间（runtime）映射应用依赖性的方法的示例的流程图。

图6图示了根据本公开的与用于在运行时间映射应用依赖性的处理资源进行通信的计算机可读介质的示例的框图。

具体实施方式

本公开的示例可以包括用于在运行时间映射应用依赖性的方法和系统。用于在运行时间映射应用依赖性的示例方法可以包括用多个应用依赖性定义使得应用能够运行的应用模型以及定义平台模型，所述平台模型定义由服务器提供的多个能力。用于在运行时间映射应用依赖性的示例方法还可以包括创建拓扑模型，所述拓扑模型在所述应用保持独立于服务器的同时通过将多个应用依赖性映射到多个能力来在运行时间将应用模型映射到平台模型。

本文中的附图遵循其中最先的一个或多个数字对应于绘制图号码并且其余数字标识图中的元件或组件的编号惯例。不同附图之间的相似元件或组件可以通过使用相似数字来标识。例如，108可以引用图1中的元件“08”并且相似元件在图3中可以被引用为308。

如本文所使用的，“一个”或“多个”某物可以指代一个或多个这样的事物。例如，“多个小部件（widget）”可以指代一个或多个小部件。

混合云系统可以组合两个或更多云系统。例如，混合云系统可以组合私有云系统和公共云系统。公共云系统可以包括使应用、储存和/或其它资源通过服务提供商对一般公众可用的云系统。私有云系统可以包括单独由一个实体操作以供该实体使用的云系统。

混合云系统可以通过组合两个或更多云系统的资源来组合两个或更多云系统。例如，混合云系统可以将私有云系统的硬件资源与公共云系统的监视资源组合。

与第一云系统相关联的硬件资源和软件资源可以限制第二云系统中应用的使用。例如，如果第一云系统与第一操作系统（OS）相关联，则第二云系统只能够使用与第二云系统兼容的监视资源（例如，应用）。在本公开的多个示例中，混合云系统可以在不限制应用的使用的情况下组合彼此独立的两个或更多云系统。

图1图示了根据本公开的使用拓扑模型实现的混合云系统的示例。混合云系统100可以包括公共云系统102和私有云系统104。

公共云系统102可以包括多个能力。例如，公共云系统102可以包括运行手册自动化（run book automation，RBA）服务器106-1和监视服务器106-2。RBA服务器106-1可以关于工作流（例如能力）进行定义、构建、编制（orchestrate）、管理和报告。此外，RBA服务器106-1可以定制系统的自动化。监视服务器106-2可以管理多个对象。例如，监视服务器106-2可以管理应用、服务器和/或监视服务器可以从其接收多个消息的任何其它对象。

私有云104可以包括多个能力。例如，私有云可以包括部署服务器106-3和作为服务（IaaS）服务器106-4的基础设施。部署服务器106-3可以部署应用（例如能力）。IaaS服务器106-4可以包括供应（provision）系统基础设施的能力。

服务器可以包括提供或请求多个资源的任何系统。服务器可以包括硬件基础设施。服务器还可以包括软件基础设施。与服务器相关联的能力可以参考服务器能够提供的服务和/或资源。服务器能够通过与服务器相关联的硬件基础设施和/或通过与服务器相关联的软件基础设施来提供服务和/或资源。

多个能力还可以包括与服务器相关联的属性。公开属性可以包括提供与服务器相关联的多个参数。所述参数可以包括源自于提供特定能力的第一服务器的参数和源自于不提供特定能力的第二服务器的参数。例如，主控网页的第一服务器可以针对端口号而查询第二服务器。第二服务器可以向第一服务器提供端口号。第一服务器然后可以向应用提供端口号（例如参数）而不管端口号源自于哪里。也就是说，第一服务器可以提供能力而不管端口号（例如能力）源自于哪里。

在本公开的多个示例中，拓扑模型108可以允许应用使用公共云系统102和私有云系统104的能力。也就是说，拓扑模型108可以在不要求应用被配置成任何特定系统的情况下促进公共云系统102和私有云系统104中的不同服务器之间的交互。

图2图示了根据本公开的部署堆栈的示例。部署堆栈220可以包括硬件堆栈222、OS堆栈224、中间件堆栈226和/或应用堆栈228。部署堆栈220可以包括更多或更少的堆栈。另外，部署堆栈220可以包括传达其它功能的不同堆栈。例如，部署堆栈220可以包括共享应用堆栈228的多个应用。

硬件堆栈222可以包括硬件基础设施。硬件基础设施可以包括与计算相关联的多个硬件组件。例如，硬件基础设施可以包括物理服务器、物理网络、处理器、存储器和/或有助于计算的任何数目的硬件组件。硬件基础设施可以包括比所列举的那些更多或更少的组件。硬件基础设施还可以包括在软件中模拟的硬件基础设施。例如，硬件基础设施可以包括硬件虚拟化。硬件虚拟化模拟硬件基础设施，例如模拟的计算机环境。

OS堆栈224可以包括运行在硬件系统（例如硬件基础设施）上的多个OS。OS可以向应用提供多个基础服务。基础服务可以提供对硬件基础设施的访问。然而，OS不限于基础服务并且可以包括多个服务。

中间件堆栈226可以包括中间件。中间件包括向应用提供超出OS堆栈224提供的那些的服务的软件。例如，中间件可以包括向应用提供超出硬件堆栈222和/或OS堆栈224提供的那些的服务和/或资源的多个应用、库和/或配置。

应用堆栈228可以包括多个应用。多个应用可以包括中间件堆栈226、OS堆栈224和/或硬件堆栈222所支持的应用。在本公开的多个示例中，应用堆栈228可以包括能够被分类为中间件的应用。例如，诸如web（网络）主控应用之类的应用可以在第一组情形之下被分类为中间件，因为它可以向不同应用提供服务和/或资源。然而，诸如web主控应用之类的应用可以在第二组情形之下被分类为独立应用，因为web主控应用可以依赖于中间件。

部署堆栈220可以在子堆栈（例如硬件堆栈222、OS堆栈224、中间件堆栈226和/或应用堆栈228）之间定义多个依赖性。例如，部署堆栈220可以定义OS堆栈224中的OS可以在硬件堆栈222中的硬件基础设施上具有的依赖性。部署堆栈220还可以定义中间件堆栈226中的中间件可以在OS和/或硬件基础设施上具有的多个依赖性。此外，部署堆栈220可以定义应用堆栈228中的应用可以在中间件、OS和/或硬件基础设施上具有的多个依赖性。

部署堆栈220还可以在单独的子堆栈内定义多个依赖性。例如，硬件基础设施的第一子集可以依赖于硬件基础设施的第二子集，其中硬件基础设施的第一子集和硬件基础设施的第二子集可以是硬件堆栈222的部分。

部署堆栈220可以对子堆栈之间的依赖性和子堆栈内的依赖性进行排序。依赖性的次序可以包括多个不同的次序并且不限于排序的单个方法。在本公开的示例中，依赖性的次序可以包括对硬件堆栈222依赖性给予第一优先级，对OS堆栈224依赖性给予第二优先级，对中间件堆栈226依赖性给予第三优先级，并且对应用堆栈228依赖性给予第四优先级。

图3图示了根据本公开的应用依赖性映射的示例。可以类似于图1中的拓扑模型108的拓扑模型308可以在运行时间将多个应用模型依赖性映射到多个平台模型能力。

应用模型332可以定义应用的多个配置单元和多个配置单元的依赖性。多个配置单元可以定义构成应用的多个应用层。例如，应用模型332可以包括应用层336-1和数据库层336-2（一般被称为层336）。应用层336-1可以定义应用的核心组件，而数据库层336-2可以定义应用和数据库之间的交互。层336可以定义它们自身之间的多个依赖性。例如，应用层336-1可以依赖于数据库层336-2。层336还可以定义应用模型332外的多个依赖性。

平台模型334可以描述能够通过提供多个能力来支持多个应用的环境。平台模型可以包括多个层级（tier）。层级可以包括提供硬件基础设施、OS和/或中间件能力的服务器的配置。层级内的服务器可以驻留在共有网络配置中。多个层级可以包括服务器的多个不同配置。例如，平台模型334可以包括tomcat层级338-1和MySQL层级338-2。tomcat层级338-1可以包括主控web应用的能力。MySQL层级338-2可以包括初始化和管理数据库的能力。层级提供的能力可以在运行时间由服务器的配置来提供。此外，层级提供的能力可以在基础设施供应之后（例如在运行时间之后）提供。

拓扑模型可以提供多个应用依赖性的实现以使得应用可以部署在特定层级（例如服务器的配置）上。拓扑模型可以特定于层级和应用。例如，第一拓扑模型可以将应用模型映射到第一平台模型并且第二拓扑模型可以将应用映射到第二平台模型，其中第一平台模型和第二平台模型可以不同。

在图3中，拓扑模型308可以将与应用层336-1相关联的依赖性映射到与tomcat层级338-1相关联的能力。例如，如果依赖性被定义为Java web应用的安装，则Tomcat层级338-1可以提供安装java web应用的能力。拓扑模型308可以将与DB层336-2相关联的依赖性映射到与MySQL层级338-2相关联的能力。例如，如果依赖性被定义为初始化数据库，则MySQL层级338-2可以提供初始化数据库的能力。

拓扑模型308可以通过部署堆栈的使用来实现依赖性。部署堆栈可以定义其中可以实现依赖性的次序。例如，在部署堆栈的示例中，java web应用依赖性的安装可以在数据库依赖性的初始化之前被实现。可替换地，数据库依赖性的初始化可以在java web应用依赖性的安装之前被实现。

拓扑模型可以在运行时间映射和实现多个依赖性。在本公开的多个示例中，运行时间可以包括当应用发起执行时的时间。在一些示例中，运行时间可以包括操作执行时间。例如，操作执行时间可以包括在其处部署应用的时间。

图4图示了根据本公开的在部署时间的标签解析的示例。可以类似于图3中的应用模型332的应用模型432可以通过多个标签440-1定义多个依赖性。可以类似于图3中的平台模型334的平台模型434可以通过多个标签440-1定义多个能力。

标签可以允许应用模型保持独立于平台模型。标签可以在不要求应用和层级之间的通信的情况下允许依赖性和能力的通信。例如，层级可以允许应用模型重映射到多个平台模型而不改变应用模型，因为应用未被配置成任何特定的层级。

当应用模型在依赖性上放置标签时，它可以创建与平台模型的契约（contract）。平台模型可以向应用模型（例如应用层）保证与标签相关联的多个能力在运行时间（例如部署时间）将是可用的。标签可以允许应用层创建参考由平台模型提供的能力（例如服务和/或资源）的参考变量。标签可以允许参考变量来参考能力，即便应用层并不知晓将在哪里和/或如何实现该能力。参考变量可以后绑定（late binding）。后绑定包括在运行时间（例如部署时间和/或操作执行时间）解析参考变量。此外，应用层可以通过多个标签来参考参数而不绑定到特定平台。

例如，应用层436可以用http_port标签对参考变量Param_Port加标签442-1。平台模型434中的tomcat层级438可以对表示端口的端口号（例如8080）加标签442-2。应用层436可以对参考变量Param_Port加标签而不绑定到特定平台层级。标签可以通过将被加标签（例如http_port标签）的Param_Port参考变量映射到用对应标签（例如http_port标签）加标签的端口号8080来在部署时间解析标签444。

图5是图示了根据本公开的用于在运行时间映射应用依赖性的方法的示例的流程图。在550处，可以用使得应用能够运行的多个应用依赖性来定义应用模型。在554处，平台模型可以被定义由服务器提供的多个能力。在554处，可以创建拓扑模型，其中拓扑模型可以在应用保持独立于服务器的同时通过将多个应用依赖性映射到多个能力来在运行时间将应用模型映射到平台模型。

在本公开的多个示例中，可以在运行时间将应用模型映射到平台模型。映射可以包括对多个依赖性进行排序并且在运行时间解析依赖性。应用模型可以使用多个标签创建多个依赖性。通过多个标签创建多个依赖性可以允许应用保持独立于服务器。可以通过参考变量而创建依赖性。可以在不将参考变量绑定到特定服务器的情况下对参考变量加标签。应用可以保持独立，因为应用可以创建依赖性而无需应用与服务器进行通信。

图6图示了根据本公开的与用于平台运行时间抽象的处理资源进行通信的计算机可读介质的示例的框图。计算机可读介质688（例如，有形、非临时介质）和/或存储器资源686可以存储由处理资源684可执行以定义690应用模型的指令集。可以执行指令以定义692平台模型。可以执行指令以创建694将应用模型映射到平台模型的拓扑模型。

可以用使得多个应用能够运行的多个应用依赖性来定义690应用模型。使得多个应用能够运行的多个应用依赖性可以包括在多个应用内的应用依赖性和在多个应用与多个服务器之间的应用依赖性。可以用定义多个能力的多个层级来定义692平台模型，其中层级包括服务器群组。层级可以包括具有相同OS和相同中间件的服务器群组。拓扑模型可以在应用模型独立于平台模型的同时通过将多个应用依赖性映射到多个能力来将应用模型映射到平台模型。拓扑模型可以通过使用部署堆栈来解析应用依赖性。部署堆栈可以定义应用依赖性的排序，其中应用依赖性的排序可以定义能够以其解析多个应用依赖性的次序。多个应用可以定义依赖性的优先级。依赖性的优先级可以提供用于应用依赖性的排序的基础。拓扑模型可以创建在多个应用依赖性和平台模型提供的多个能力之间的映射。

可以在数字电子电路或计算机硬件中（例如通过执行存储在计算机可读存储介质中的指令）实现本文所描述的方法、技术、系统和装置。实现这些技术的装置可以包括适当的输入和输出设备、计算机处理器和/或存储指令以供处理器执行的有形计算机可读存储介质。

实现本文所公开的技术的过程可以由运行存储在有形计算机可读存储介质上的指令的处理器执行以用于通过在输入数据上进行操作并且生成适当的输出来执行期望的功能。适合的处理器包括（作为示例）通用和专用微处理器二者。用于存储可执行指令的适合的计算机可读存储设备包括所有形式的非易失性存储器，其包括（作为示例）半导体存储器设备，诸如可擦除可编程只读存储器（EPROM）、电可擦除可编程只读存储器（EEPROM）和闪速存储器设备；磁盘，诸如固定盘、软盘和可移除盘；其它磁媒体，包括磁带；以及光学媒体，诸如压缩盘（CD）或数字视频盘（DVD）。前述中的任何一个可以通过特殊设计的专用集成电路（ASIC）补充或被并入在其中。

尽管所公开的技术的操作可以在本文中被描述为以某一次序和/或在某些组合中执行，但是在一些实现方式中，各个操作可以以不同次序重布置，与本文所描述的其它操作组合和/或被消除，并且仍可以获得期望结果。相似地，所公开的系统中的组件可以以不同的方式进行组合和/或由其它组件替换或补充并且仍可以获得期望结果。

以上说明书、示例和数据提供方法和应用的描述，以及本公开的系统和方法的使用。由于可以在不脱离本公开的系统和方法的精神和范围的情况下做出许多示例，因此该说明书仅仅阐述众多可能的实施例配置和实现方式中的一些。

Claims (15)

1.一种用于在运行时间映射应用依赖性的方法，包括：

用使得应用能够运行的多个应用依赖性定义应用模型；

定义平台模型，其定义由服务器提供的多个能力；以及

创建拓扑模型，所述拓扑模型在所述应用保持独立于服务器的同时通过将多个应用依赖性映射到多个能力来在运行时间将应用模型映射到平台模型。

2.权利要求1的方法，其中创建在运行时间将应用模型映射到平台模型的拓扑模型包括当所述应用发起执行时将应用模型映射到平台模型。

3.权利要求1的方法，其中所述应用保持独立于服务器包括所述拓扑模型在不要求所述应用与服务器进行通信的情况下解析应用依赖性。

4.权利要求3的方法，其中所述拓扑模型通过向被所述应用用于参考多个能力的多个参考变量提供多个值来解析应用依赖性。

5.一种存储用于在运行时间映射应用依赖性的指令的非临时计算机可读介质，所述指令由计算机可执行以使所述计算机：

用使得多个应用能够运行的多个应用依赖性定义应用模型；

用定义多个能力的多个层级定义平台模型，其中层级包括服务器群组；以及

创建拓扑模型，所述拓扑模型在应用模型保持独立于平台模型的同时通过将多个应用依赖性映射到多个能力来在运行时间将应用模型映射到平台模型。

6.权利要求5的介质，其中使得多个应用能够运行的多个应用依赖性包括多个应用内的应用依赖性和在多个应用与定义多个层级的多个服务器之间的应用依赖性。

7.权利要求5的介质，其中在运行时间将应用模型映射到平台模型的拓扑模型使用部署堆栈来解析应用依赖性。

8.权利要求7的介质，其中所述部署堆栈包括应用依赖性的排序，其中应用依赖性的排序定义以其解析多个应用依赖性的次序。

9.权利要求5的介质，其中所述拓扑模型包括多个应用依赖性和多个层级之间的映射。

10.权利要求5的介质，其中包括服务器群组的层级包括具有相同操作系统（OS）和相同中间件的服务器群组。

11.一种在运行时间映射应用依赖性的系统，包括：

用使得多个应用能够运行的多个所请求的参数来定义应用模型；

定义包括包含多个服务器参数的多个层级的平台模型，其中层级包括提供相同操作系统（OS）和相同中间件的服务器群组；以及

创建拓扑模型，所述拓扑模型在应用模型保持独立于平台模型的同时通过借由多个标签将多个所请求的参数映射到多个服务器参数来在运行时间将应用模型映射到平台模型。

12.权利要求11的系统，其中所述多个应用通过将多个依赖性置于通过多个标签支持平台模型的平台上来定义多个所请求的参数。

13.权利要求12的系统，其中所述多个标签在多个应用和平台之间创建契约，其中所述契约向多个应用保证对应于所请求的参数的多个服务器参数将在部署处可用。

14.权利要求12的系统，其中所述多个标签允许多个应用通过多个参考变量而利用与所述平台对应的多个平台特定属性。

15.权利要求11的系统，其中所述参考变量在运行时间解析。