使用软件供应的多维模型的基于收入的影响分析的制作方法
【专利摘要】公开的实施例提供一种促进软件供应的维护和执行的系统。在操作中，该系统获取与软件供应相关联的总收入和与软件供应的多维模型相关联的权值矢量集合，其中权值矢量中的每个权值矢量包括收入权值集合。接下来，该系统通过将总收入和权值矢量应用于多维模型来计算与软件供应所使用的服务部件集合和资源集合相关联的部件收入集合。最后，该系统使用部件收入以来促进软件供应的管理。
【专利说明】使用软件供应的多维模型的基于收入的影响分析
【技术领域】
[0001]本实施例涉及用于管理软件供应的技术。更具体而言，本技术涉及使用软件供应的多维模型对软件供应的基于收入的影响分析。
【背景技术】
[0002]近来计算趋势已经使数据和服务的处理和消费向云计算系统转变。这样的云计算系统允许软件供应商在共享的基础结构资源(比如，服务器、网络设备、平台虚拟化软件和/或数据中心空间)上部署、执行和管理软件供应。另外，可以动态调配和/或缩放这样的资源，因此实现将资源作为服务来消费。
[0003]例如，云计算提供商可以向多个云计算机消费者提供虚拟化的存储、网络和/或计算资源。云计算消费者可以在虚拟化的资源上部署软件供应，并且仅对于由软件供应消费的资源向云计算提供商付费。因此，云计算消费者可以避免与购买、设置和/或管理下层硬件和软件相关联的资本开支。另外，基础结构资源的集中和共享可以改善资源的利用率和管理开销。
[0004]因此，通过用于动态分配、配置和监视软件供应所使用的基础结构资源的机制，可以促进软件供应的部署、执行和管理。
【发明内容】
[0005]公开的实施例提供一种促进软件供应的维护和执行的系统。在操作期间，该系统获取与软件供应相关联的总收入和与软件供应的多维模型相关联的权值矢量集合，其中权值矢量中的每个权值矢量包括收入权值集合。接下来，该系统通过将总收入和权值矢量应用于多维模型来计算与软件供应所使用的服务部件集合和资源集合相关联的部件收入集合。最后，该系统使用部件收入来促进软件供应的管理。
[0006]在一些实施例中，计算与软件供应所使用的服务部件和资源相关联的部件收入集合包括:将总收入用作用于多维模型的根节点的部件收入；以及通过将与多维模型中的每个子节点集合相关联的权值矢量应用于子节点的父节点的父部件收入来计算针对子节点集合的子部件收入集合。
[0007]在一些实施例中，计算子部件收入集合包括以下各项中的至少一项:将父部件收入拆分成子部件收入集合；以及将来自两个或者更多父节点的父部件收入集合合并成用于连接到父节点的子节点的子部件收入。
[0008]在一些实施例中，如果权值矢量与相同服务部件或者资源的集合相关联，则权值矢量包括相同收入权值，以及如果权值矢量与非相同服务部件或者资源的集合相关联，则权值矢量包括不相同收入权值。
[0009]在一些实施例中，使用部件收入来促进软件供应的管理包括以下各项中的至少一项:
[0010](i)使用部件收入来确定针对软件供应的恢复序列；[0011](ii)基于部件收入修改软件供应对服务部件和资源的使用；以及
[0012](iii)基于部件收入计算与软件供应相关联的停用的成本。
[0013]在一些实施例中，恢复序列对应于部件收入的递减序列。
[0014]在一些实施例中，基于部件收入修改软件供应对服务部件和资源的使用包括以下各项中的至少一项:
[0015](i)基于部件收入分配服务部件和资源上的花费；
[0016](ii)使与服务部件和资源相关联的服务请求得以优先；以及
[0017](iii)基于部件收入向软件供应重新调配资源。
[0018]在一些实施例中，基于部件收入计算与软件供应相关联的停用的成本包括以下各项中的至少一项:
[0019]( i )获取针对停用的停用时段；
[0020](ii)确定与停用相关联的遗漏交易的数量所表示的、占用于软件供应的总交易的分数；以及
[0021](iii)将与停用相关联的部件收入中的一个或者多个部件收入乘以总交易的分数。
【专利附图】
【附图说明】
[0022]图1示出根据一个实施例的系统的示意图。
[0023]图2示出根据一个实施例的用于执行软件供应的基于收入的影响分析的系统。
[0024]图3示出用于根据一个实施例的多维模型中的节点集合的示例性部件收入集合。
[0025]图4示出图示根据一个实施例的促进软件供应的维护和执行的过程的流程图。
[0026]图5示出图示根据一个实施例的计算与软件供应所使用的服务部件和资源相关联的部件收入集合的过程的流程图。
[0027]图6示出图示根据一个实施例的计算与软件供应相关联的停用的成本的过程的流程图。
[0028]图7示出根据一个实施例的计算机系统。
[0029]在附图中，相似标号指代相同附图要素。
【具体实施方式】
[0030]呈现以下描述以使本领域任何技术人员能够实现和使用实施例，并且在特定应用及其要求的背景中提供以下描述。本领域技术人员容易理解对公开的实施例的各种修改，并且本文中所定义的一般原理可以应用于其它实施例和应用而不脱离本公开内容的精神和范围。因此，本发明不限于示出的实施例，而是将被赋予与本文中所公开的原理和特征一致的最广范围。
[0031]在这个【具体实施方式】中所描述的数据结构和代码通常存储于计算机可读存储介质上，该计算机可读存储介质可以是能够存储用于由计算机系统使用的代码和/或数据的任何设备或者介质。计算机可读存储介质包括但不限于易失性存储器、非易失性存储器、磁和光存储设备(比如，盘驱动器、磁带、⑶(压缩盘)、DVD (数字通用盘或者数字视频盘))或者现在已知或以后开发的能够存储代码和/或数据的其它介质。[0032]在【具体实施方式】这一节中描述的方法和过程为可以体现为在如以上描述的计算机可读存储介质中存储的代码和/或数据。在计算机系统读取和执行计算机可读存储介质上存储的代码和/或数据时，计算机系统执行这样的方法和过程，该方法和过程体现为数据结构和代码并且在计算机可读存储介质内存储。
[0033]另外，本文中所描述的方法和过程可以包括在硬件模块或者装置中。这些模块或者装置可以包括但不限于专用集成电路(ASIC)芯片、现场可编程门阵列(FPGA)、在特定时间执行特定软件模块或者代码段的专用或者共享处理器，和/或现在已知或者以后开发的其它可编程逻辑设备。在激活硬件模块或者装置时，该硬件模块或者装置执行在它们内包括的方法和过程。
[0034]公开的实施例提供一种用于促进软件供应的维护和执行的方法和系统。软件供应可以对应于在一个或者多个服务器上部署的并且通过网络连接来访问的应用。例如，软件供应可以向软件供应的用户提供web应用、分布式应用和/或web服务。
[0035]更具体而言，公开的实施例提供一种用于使用软件供应的多维模型对软件供应的基于收入的影响分析的方法和系统。多维模型可以包括软件供应中的服务部件集合、软件供应所使用的资源集合以及在服务部件和/或资源之间的依赖集合。多维模型因此可以促进软件供应的部署、执行和维护。
[0036]为了执行基于收入的影响分析，可以获取与软件供应相关联的总收入和与多维模型相关联的权值矢量集合。然后可以通过将总收入和权值矢量应用于多维模型来计算与软件供应所使用的服务部件和/或资源集合相关联的部件收入集合。例如，总收入可以对应于软件供应的年收入，而权值矢量可以用来将总收入拆分成部件收入，这些部件收入表示服务部件和/或资源对总收入的个别贡献。
[0037]具体而言，可以通过将总收入设置为用于多维模型的根节点的部件收入来将总收入拆分成部件收入。然后，通过将与在根节点以下的每个子节点集合相关联的权值矢量应用于子节点的父节点的父部件收入，可以为该子节点集合计算子部件收入集合。例如，通过将权值矢量应用于总收入，可以计算用于根节点的子节点的第一子部件收入集合。然后，通过将一个或者多个权值矢量应用于第一子部件收入集合和/或另外的(例如新计算的)子部件收入集合，可以计算另外的子部件收入集合，直至已经对多维模型中的所有相关节点计算部件收入。
[0038]部件收入继而可以用来促进软件供应的管理。首先，部件收入可以用来确定针对软件供应的恢复序列。例如，恢复序列可以对应于部件收入的递减序列，该递减序列用于使更高收入的服务部件和/或资源的复原得以优先。部件收入也可以用来基于部件收入修改软件供应对服务部件和资源的使用。例如，部件收入可以促进服务部件和资源上的花费的分配、与服务部件和/或资源相关联的服务请求的优先化、和/或对软件供应的资源的重新调配。最后，部件收入可以用来计算与软件供应相关联的停用的成本。
[0039]图1示出根据一个实施例的系统的示意图。如图1中所示，该系统包括管理装置102、建模装置104和调配装置116。以下进一步详细讨论这些部件中的每个部件。
[0040]在一个或者多个实施例中，图1的系统用来在资源集合(例如资源I 122、资源m124、资源I 126、资源η 128)上管理软件供应的部署和执行。软件供应可以对应于为用户集合执行任务的软件程序。例如，软件供应可以允许用户在项目上协作、申报所得税、管理个人或者小企业财务、和/或对目标数据集合执行数据挖掘。
[0041]另外，可以使用客户端-服务器架构来实施软件供应。可以在一个或者多个服务器上(例如，在数据中心中)部署和执行软件供应的部件，并且使用本地安装的可执行文件、命令行界面和/或web浏览器和网络连接从其它机器接入软件供应的部件。换言之，可以使用通过因特网接入的云计算系统来实施软件供应。
[0042]为了支持软件供应的执行，与软件供应的创建、部署和/或执行相关联的用户可以确定与软件供应相关联的要求集合。用户然后可以向软件供应中的部件分配云计算系统中的资源(例如资源I 122、资源m 124、资源I 126、资源η 128)，并且以允许执行的软件供应满足该要求的方式来配置分配的资源。例如，软件供应的开发团队可以提供策略，该策略指定软件供应中的可用性、可靠性、可缩放性、安全性和/或响应时间级别。云计算系统的管理员可以通过向软件供应分配充分的基础结构资源和/或配置该资源以提供软件供应中必备级别的冗余性、安全性和/或负荷平衡，从而保证符合策略。
[0043]本领域技术人员容易理解，云计算系统可以使用虚拟化以在共享资源的集合上部署和执行软件供应。具体而言，多个编排工具(例如，编排工具I 118、编排工具ζ 120)可以用来虚拟化和/或调配云计算系统中不同类型的资源。例如，虚拟机监视器可以通过将虚拟机作为物理服务器的抽象化来创建和执行，从而分配和/或管理计算资源。类似地，虚拟归档器可以将来自多种存储设备的存储资源组合成资源池，并且从该资源池分配存储的逻辑卷。最后，网络路由器和/或交换机可以将网络资源分割到虚拟局域网络(VLAN)中，这些VLAN连接云计算系统中的物理和/或虚拟计算和/或存储资源。
[0044]另外，每个编排工具可以包括用于响应于软件供应的改变和/或对于资源的需求的改变来动态地重新调配资源的功能。例如，虚拟机监视器可以实例化新的虚拟机，以使得能够向软件供应添加新的web服务器。虚拟机监视器也可以向虚拟机分配物理计算资源集合(例如，处理器、存储器等)，以使得能够在该资源上执行该web服务器。最后，如果web服务器的资源要求改变和/或用来执行web服务器的物理资源(例如，服务器)变得超负荷，则虚拟机监视器可以将虚拟机移动到不同的物理资源集合。
[0045]换言之，可以由多个相异的、独立动作的编排工具来管理软件供应对资源的使用。因此，云计算系统可能缺乏在软件供应中的软件部件与用来执行软件部件的硬件资源之间的依赖的综合观察。例如，一旦编排工具开始重新分配和/或重新调配资源，则云计算系统可能失去对分配给软件供应的资源的跟踪。
[0046]这样的依赖信息的缺乏可能给跟踪和管理云计算系统中的事件和/或故障带来问题。例如，云计算系统中的服务器停用可能需要管理员的人工干预，以确定受停用所影响的硬件和软件部件集合和/或执行使得能够从服务器停用中恢复的纠正动作。
[0047]在一个或者多个实施例中，图1的系统通过创建软件供应的多维模型108以及使用多维模型108以管理软件供应的部署和执行，从而减少与管理软件供应中的要求和依赖相关联的复杂性。如图1中所示，可以根据软件供应的服务定义110和可用于由软件供应所使用的资源的资源定义130来创建多维模型108。
[0048]可以从与软件供应的创建和/或开发相关联的用户(例如，开发者、设计师等)获取服务定义110。更具体而言，服务定义110可以对应于软件供应在软件供应的配置、拓扑、策略和/或QoS属性的方面的逻辑表示。因此，服务定义110的元素(例如，元素1112、元素xll4)可以包括一层或者多层、服务部件集合、和/或连接集合。例如，软件供应的设计师可以通过向管理装置102供应的用户界面中输入与软件供应相关联的层数、安全级别、软件开发生命周期阶段和/或软件栈来提供服务定义110。
[0049]在另一方面，资源定义130可以是从云计算系统的管理员和/或编排工具获取的并且对应于在云计算系统中资源的位置、状态和/或利用方面的、可用基础结构资源的逻辑表示和/或划分。资源定义130的元素(例如，元素I 132、元素J 134)因此可以表示云计算系统中的物理和/或虚拟资源、资源簇、安全区、托管区段和/或位置。例如，管理员可以向资源定义130人工地填充用云计算系统中的物理和/或虚拟资源的库存，或者调配装置116可以从编排工具(例如，虚拟机监视器、虚拟归档器)接收对云计算系统中的资源改变(例如，新资源的添加、现有资源的移除)的通知，并且据此更新资源定义130。
[0050]为了创建多维模型108，建模装置104可以将来自服务定义110的第一元素集合(例如，元素I 112、元素X 114)映射到来自资源定义130的第二元素集合(例如，元素I132、元素y 134)。该映射可以表示第一元素集合对第二元素集合的依赖。例如，从服务定义110中的服务部件到资源定义130中的资源的映射可以指示编排工具对资源向服务部件的分配。在通过引用而结合于此、发明人Jerome Labat、Ramachandran Varadharajan、Wilson W.Lau 和 Thomas C.Bi shop、标题为"Multidimensional Modeling of SoftwareOfferings"、具有申请号13/031，950并且提交于2011年2月22日的共同未决非临时申请(律师案卷号INTU-115591)中讨论了针对软件供应的多维模型的创建。
[0051]在一个或者多个实施例中，多维模型108的创建包括标识来自服务定义110的与软件供应相关联的要求集合，以及随后基于该要求向服务定义110中的服务部件分配来自资源定义130的资源的子集。具体而言，管理装置102可以根据服务定义110中的策略集合确定软件供应的要求，并且在工作分解结构106中存储该要求。该策略可以包括软件开发生命周期策略、安全策略、软件模板策略、QoS策略和/或结构策略。该要求因此可以指定为了满足策略而需要的资源量和/或配置。
[0052]接下来，调配装置116可以使用工作分解结构106来自动调配用于由软件供应使用的资源集合而无需由用户(例如，管理员)人工地配置资源。例如，调配装置116可以使用工作分解结构106来创建用于托管软件供应的服务容器集合。调配装置116然后可以通过从对应编排工具中请求所需的资源量和/或资源的配置，从而向服务容器分配资源。在通过引用而结合于此、发明人 Jerome Labat、Ramachandran Varadharajan、Wilson ff.Lau和 Thomas C.Bishop、标题为"Automatic Provisioning of Resources to SoftwareOfferings"、具有申请号13/031，968并且提交于2011年2月22日的共同未决非临时申请(律师案卷号INTU-115592)中讨论了向软件供应自动调配资源。
[0053]如先前提到的，多维模型108可以包括服务定义110中的服务部件与资源定义130中的资源之间的依赖。因而，建模装置104可以通过将调配装置116分配的资源映射到该资源被分配到的服务部件来创建多维模型108。
[0054]建模装置104也可以基于对调配的资源的改变来更新映射。例如，向服务部件调配的资源可以随着调配工具分配新的资源、撤消分配当前分配的资源和/或使用不同的物理资源集合以执行虚拟化资源(例如，虚拟机、逻辑卷、VLAN等)而改变。调配装置116可以通过查询和/或监视编排工具来获取这样的改变。调配装置116也可以使用该改变以更新资源定义130。然后可以经由建模装置104向多维模型108传播该更新。
[0055]由于多维模型108包含软件供应中的服务部件、资源和依赖的最新表示，所以图1的系统可以在云计算系统内促进软件供应的管理。例如，多维模型108可以促进在分配的资源上自动部署软件供应、标识分配给软件供应的资源、定义在执行软件供应期间的故障和/或管理与软件供应或者资源相关联的改变。换言之，创建和更新多维模型108可以减少与软件供应中的配置管理、故障诊断和补救、部署和/或资源调配相关联的复杂性和/或开销。
[0056]在一个或者多个实施例中，图1的系统包括用于使用多维模型108来执行软件供应的基于收入的影响分析的功能。在基于收入的影响分析期间，可以获取与软件供应相关联的总收入和与多维模型108相关联的权值矢量集合。接下来，通过将总收入和权值矢量应用于多维模型，可以计算与软件供应所使用的服务部件集合和资源集合相关联的部件收入集合。以下关于图2至图3进一步详细讨论部件收入的计算。
[0057]部件收入然后可以用来促进软件供应的管理。如以下关于图2所讨论的，软件供应可以用来基于部件收入为软件供应确定恢复序列、修改软件供应对服务部件和资源的使用和/或计算与软件供应的停用相关联的成本。因而，公开的实施例可以增加多维模型108在跨越软件供应的软件开发生命周期管理软件供应时的使用。
[0058]图2示出根据一个实施例的用于执行软件供应的基于收入的影响分析的系统。如以上提到的那样，基于收入的影响分析可以包括计算与软件供应所使用的服务部件和/或资源集合相关联的部件收入集合(例如部件收入I 212、部件收入y 214)。
[0059]具体而言，收入分析机制210可以基于与软件供应相关联的总收入202、与多维模型108相关联的权值矢量集合204 (权值矢量1206、权值矢量x208)以及多维模型108来计算部件收入。收入分析机制210可以由管理装置102、建模装置(例如，图1的建模装置104)和/或具有对总收入202、权值矢量204和/或多维模型108的接入的另一部件来提供。例如，收入分析机制210可以提供图形用户界面(GUI)，该图形用户界面从与软件供应相关联的用户、比如管理员获取总收入202和/或权值矢量204。备选地，可以通过网络连接向收入分析机制210传输总收入202、权值矢量204和/或多维模型108，用于在计算部件收入时使用。
[0060]总收入202可以表示与软件供应的操作相关联的收入。例如，总收入202可以对应于来自许可软件供应、预订软件供应和/或销售在软件供应内显示的广告的年收入。在另一方面，权值矢量204可以用来将总收入202拆分成部件收入。更具体而言，权值矢量204中的每个权值矢量可以包括用来计算总收入202的部分和/或特定服务部件和/或资源在执行软件供应期间贡献的部件收入的收入权值集合。换言之，用于服务部件和/或资源的部件收入可以表示由服务部件和/或资源向软件供应所贡献的收入量。
[0061]为了计算部件收入，收入分析机制210可以将总收入202用作用于多维模型108的根节点的部件收入。例如，收入分析机制210可以将总收入202获取为软件供应的年收入并且将用于表示软件供应的根节点的部件收入设置成总收入202。在设置根节点的部件收入之后，收入分析机制210通过将与多维模型108中的每个子节点集合相关联的权值矢量应用于该子节点的父节点的先前计算的父部件收入，可以为该子节点集合计算子部件收入集合。[0062]例如，收入分析机制210可以通过应用权值矢量来计算针对根节点的子节点的第一子部件收入集合，该权值矢量将总收入202划分成总收入202的由子节点中的每个子节点所贡献的部分。收入分析机制210然后可以通过将其它权值矢量应用于第一子部件收入集合和/或其它先前计算的子部件收入集合来计算针对多维模型108中更低的节点的另外的子部件收入集合，直至对多维模型108中的每个相关节点计算部件收入。
[0063]在一个或者多个实施例中，如果权值矢量与相同服务部件或者资源的集合相关联，则权值矢量包括相同收入权值。在另一方面，如果权值矢量与非相同和/或异构服务部件或者资源的集合相关联，则权值矢量可以包含不相同收入权值。例如，用来在五个相同物理主机之中拆分虚拟服务器群的父部件收入的权值矢量可以包含相同值的五个收入权值。相反，用来在存储卷和虚拟服务器群之中拆分虚拟机的父部件收入的权值矢量可以包括两个不同收入权值，该两个不同收入权值表示存储卷和虚拟服务器群对父部件收入的不相等
-Tj.士 [>贝献。
[0064]另外，计算部件收入可以包括将父部件收入拆分成子部件收入集合和/或将来自两个或者更多父节点的父部件收入集合合并成用于连接到该父节点的子节点的子部件收入。如在以上示例中所讨论的，可以在存储卷与虚拟服务器群之间拆分虚拟机的父部件收入。然而，多个虚拟机也可以共享同一存储卷和/或虚拟服务器群。因而，可以计算存储卷和/或虚拟服务器群的部件收入为虚拟机的部件收入的部分之和，这些部分是由存储卷和/或虚拟服务器群所贡献的。以下关于图3进一步详细讨论部件收入的计算。
[0065]一旦计算了部件收入，管理装置102可以使用部件收入来促进软件供应的管理。首先，管理装置102中的恢复管理机制216可以使用部件收入来确定针对软件供应的恢复序列。恢复序列可以指定服务部件和/或资源在停用和/或灾难的情况下的恢复顺序。此夕卜，恢复序列可以对应于部件收入的递减序列并且进而减轻在停用和/或灾难期间的收入损失，该递减序列用于使更高收入的服务部件和/或资源的复原得以优先。例如，恢复序列可以指定在复原与更低收入的软件供应相关联的物理主机和/或存储卷之前，复原与更高收入的软件供应相关联的物理主机和/或存储卷。
[0066]接下来，管理装置102中的资源管理机制218可以基于部件收入修改软件供应对服务部件和/或资源的使用。这样的修改可以发生在服务部件和资源上的花费的分配、与服务部件和/或资源相关联的服务请求的优先化期间和/或在对软件供应的资源的重新调配期间。
[0067]例如，资源管理机制218可以为软件供应所使用的每个服务部件和/或资源计算部件收入与部件成本之比。此后，资源管理机制218可以使用计算的比值来建议增加分配用于升级具有更高部件收入与部件成本之比的服务部件和/或资源的资金，而减少用在升级具有更低部件收入与部件成本之比的服务部件和/或资源的资金。资源管理机制218也可以使与软件供应相关联的服务请求得以优先，以便比对于更低收入的服务部件和/或资源的服务请求更快地满足对于更高收入的服务部件和/或资源的服务请求。最后，资源管理机制218可以指定向与更高部件收入相关联的服务部件重新调配(例如，扩大、群集等)与更低部件收入相关联的服务部件所使用的一些资源。
[0068]最后，管理装置102中的停用管理机制220可以计算与软件供应相关联的停用的成本。为了计算停用的成本，停用管理机制220可以获取关于停用的停用时段、确定与停用相关联的遗漏交易的数量所表示的、占用于软件供应的总交易的分数、以及将与停用相关联的部件收入中的一个或者多个部件收入乘以总交易的分数。
[0069]例如，停用管理机制220可以使用在软件供应的高峰使用期间八小时的停用时段和用于软件供应的年度交易趋势集合以确定在停用期间的遗漏交易的数量(例如，每用户为20)和全年交易总数(例如,每用户为1000)。停用管理机制220然后可以将遗漏交易的数量除以总交易的数量，并且将所得分数(例如，1/50)乘以受停用影响的虚拟机的年收入(例如，$1000万)，从而获取用于停用的成本$200，000。
[0070]停用管理机制220因此可以促进关于软件供应的维护和/或与软件供应的可用性和/或能力相关联的要求的决策。例如，停用管理机制220可以计算与软件供应中的实际和/或假设停用相关联的停用成本集合，并且使用停用成本来确定为了避免成本最高的停用而在软件供应中需要的可用性和/或能力数量。
[0071]图3示出用于根据一个实施例的多维模型(例如，图1的多维模型108)中的节点集合302-364的示例性部件收入集合。如以上所讨论的，可以通过将根节点302的部件收入设置成与多维模型相关联的总收入来计算部件收入。例如，根节点302的部件收入(例如，“630M”)可以对应于名为“业务单元I”的业务单元的年收入。
[0072]接下来，可以通过将根节点302的父部件收入拆分成两个部分来计算用于根节点302的子节点304-306 (例如，“项目1，，、“项目2”)的子部件收入集合。如图3中所示，包含收入权值“I”和“20”的权值矢量可以将父部件收入“630M”拆分成用于节点304的子部件收入“30M”和用于节点306的子部件收入“600M”。换言之，由节点304所表示的项目可以贡献用于业务单元的总收入的一个“份额”，而节点306所表示的项目可以贡献总收入的20个“份额”。两个项目之间的显著收入差异可以使得名为“项目2”的项目在业务单元内的灾难恢复、资源调配和/或花费分配期间优先于名为“项目I”的项目。
[0073]在计算节点304-306的部件收入之后，可以为节点304的子节点308-312 (例如，“生产”、“展示”和“运行”)和节点306的子节点314-318 (例如，“生产”、“展示”和“运行”)计算子部件收入。子节点308-318可以表示用于两个项目的生产、展示和/或运行执行环境而生产环境与比其它两个类型的执行环境更多的价值相关联。因而，用于每个节点304-306的父部件收入的20个“份额”可以由节点308和314所表示的生产环境所贡献，六个“份额”可以由节点310和316表示的展示环境所贡献，并且四个“份额”可以由节点312和318表示的运行环境所贡献。用于节点304的“30M”父部件收入因此可以分别产生用于节点308-312的“20M”、“6M”和“4M”子部件收入。类似地，可以将用于节点306的“600M”父部件收入拆分成分别用于节点314-318的“400M”、“120M”和“80M”子部件收入。
[0074]节点308-318然后可以连接到九个节点320-336的集合。具体而言，节点308是节点 320-322 (例如，“VMpll”、“VMpl2”)的父节点，节点 310 是节点 324-326 (例如，“VMsll”、"VMs12")的父节点，并且节点312是节点328 (例如“VMrll”)的父节点。节点314是节点330-332 (例如，“VMp21”、“VMp22”)的父节点，节点316是节点334 (例如“VMs21”)的父节点，并且节点318是节点336 (例如“VMr21”)的父节点。节点320-336因此可以表示在两个项目的生产、展示和运行环境中使用虚拟机。
[0075]由于用于给定的环境的虚拟机可以相同(例如，包含相同类型和数量的资源)，所以用于在节点320-336之中拆分用于节点308-318的父部件收入的权值矢量可以包含相同收入权值。因此，可以将用于节点308的“20M”父部件收入等分成用于节点320-322的两个“10M”子部件收入，并且可以将用于节点310的“6M”父部件收入等分成用于节点324-326的两个“3M”子部件收入。类似地，可以将用于节点314的“400M”父部件收入等分成用于节点330-332的两个“200M”子部件收入。此外，可以向节点328、334和336的子部件收入直接复制节点312、316和318的父部件收入(例如，“4M”、“ 120M”、“80M”)，因为节点328,334和336分别是节点312、316和318的仅有子节点。
[0076]继续用多维模型，节点320-322连接到节点338 (例如“群I”)和342 (例如“卷1，，)，节点324-328连接到节点340 (例如“群2”)和344 (例如“卷2”)，节点330连接至Ij节点344和348 (例如“群3”)，并且节点332-336连接到节点346 (例如“卷3”)和348。节点338-348因此可以表示虚拟服务器群和/或存储卷，由节点320-336所表示的虚拟机在该虚拟服务器群和/或存储卷上执行。另外，每个节点320-336连接到表示不同类型资源的两个子节点338-348可以造成两个子节点之间的不均匀收入分配。例如，与用于节点338-348之中的节点320-336的父部件收入的分布相关联的权值矢量可以向表示虚拟服务器群的子节点指派每个父部件收入的两个“份额”以及向表示存储卷的子节点指派父部件收入的一个“份额”。
[0077]同时，作为多个节点320-336的子节点的节点338-348的份额可以使来自两个或者更多节点320-336的父部件收入合并成用于连接到父节点的子节点338-348的子部件收入。具体而言，通过合并用于节点320-322的父部件收入的2/3，可以获取用于节点338的“13.32M”子部件收入，并且通过合并节点324-328的父部件收入的2/3，可以计算用于节点340的“6.66M”子部件收入。接下来，通过合计用于节点320-322的父部件收入的1/3，可以计算用于节点342的“6.66M”子部件收入，并且通过加总用于节点324-330的父部件收入的1/3，可以获取用于节点344的“70M”子部件收入。用于节点346的“133.32M”子部件收入可以表示用于节点332-336的父部件收入的1/3的合并，并且通过合并用于节点330-336的父部件收入的2/3，可以计算用于节点348的“400M”子部件收入。
[0078]通过拆分用于节点350-364中的节点338-348的父部件收入，可以获取多维模型中的最终子部件收入。节点350 (例如，“主机I”)是节点338的仅有子节点、因此具有与节点338相同的“13.32M”部件收入。节点352-354 (例如，“主机2”、“主机3”)可以将节点340的“6.66M”父部件收入拆分成相等子部件收入“3.33M”。节点356 (例如，“归档器I”)是两个节点342-344的仅有子节点，因此具有作为节点342-344的“6.66M”和“70M”父部件收入之和的“76.66M”子部件收入。作为节点346的仅有子节点，节点358 (例如“归档器2”)具有与节点346的父部件收入相同的“133.32M”子部件收入。最后，节点360-364(例如，“主机5”、“主机6”、“主机7”)将节点348的“400M”父部件收入拆分成三个等份“133.33M”。
[0079]节点350-360因此可以表示在由节点338-340所表示的虚拟服务器群中的由节点350-354和360-364所表示的物理主机的使用以及由节点342-346所表示的存储卷的使用，该存储卷由节点356-358所表示的虚拟归档器所使用。此外，节点350-364的部件收入可以用来确定由节点350-364所表示的资源的恢复序列和/或修改节点350-364对资源的使用。例如，用于节点360-364的更高部件价值可以用来使由节点360-364所表示的物理主机的恢复在灾难和/或停用的中得以优先于由节点350-354所表示的物理主机的恢复。类似地，节点356-358之间的部件价值的差异可以使得存储资源从由节点356所表示的虚拟归档器中撤消分配并且向由节点358所表示的虚拟归档器中重新分配。
[0080]本领域技术人员容易理解，还可以为多维模型中的多种其它节点计算部件收入。例如，可以为网络资源(例如，虚拟网络、路由器、交换机、网络接口卡(NIC))、安全区、web服务器、应用服务器、数据库和/或由软件供应所使用的其它服务部件和/或资源计算部件收入。相反，可以仅为与软件供应的基于收入的分析相关的节点计算部件收入。例如，可以通过根据用于节点350-364的部件收入为物理资源内的硬件部件(例如，处理器、存储器等)计算部件收入来进行软件供应的更细粒度的影响分析。在另一方面，如果在灾难恢复、花费和/或资源分配、和/或停用成本计算方面不考虑一些类型的资源和/或服务部件，则可以不用为该资源和/或服务部件计算部件收入。
[0081]图4示出图示根据一个实施例的促进软件供应的维护和执行的过程的流程图。在一个或者多个实施例中，可以省略、重复和/或按不同顺序执行步骤中的一个或者多个步骤。因此，图4中示出的具体步骤布置不应被解释为限制技术的范围。
[0082]最初，获取与软件供应相关联的总收入和与软件供应的多维模型相关联的权值矢量集合(操作402)。权值矢量中的每个权值矢量可以包括收入权值集合。接下来，通过将总收入和权值矢量应用于多维模型来计算与软件供应所使用的服务部件集合和资源集合相关联的部件收入集合(操作404)。以下关于图5进一步详细讨论部件收入的计算。
[0083]最后，使用部件收入来促进软件供应的管理(操作406)。例如，部件收入可以用来基于部件收入为软件供应确定恢复序列、修改软件供应对服务部件和资源的使用和/或计算与软件供应的停用相关联的成本。关于图6进一步详细讨论计算与软件供应相关联的停用的成本。
[0084]图5示出图示根据一个实施例的计算与软件供应所使用的服务部件和资源相关联的部件收入集合的过程的流程图。在一个或者多个实施例中，可以省略、重复和/或按不同顺序执行步骤中的一个或者多个步骤。因此，图5中示出的具体步骤布置不应被解释为限制技术的范围。
[0085]首先，将与软件供应相关联的总收入用作用于多维模型的根节点的部件收入(操作502)。接下来，为多维模型中的子节点集合获取权值矢量(操作504)，以及通过将权值矢量应用于子节点的父节点的父部件收入来计算针对子节点集合的子部件收入(操作506)。例如，通过将权值矢量应用于总收入，可以计算用于根节点的子节点的第一子部件收入集
口 ο
[0086]可以对于多维模型中的剩余子节点重复操作504-506 (操作508)。对于连接到具有新计算的部件收入的节点的每个子节点集合，获取权值矢量(操作504)，以及通过将权值矢量应用于子节点的父节点的父部件收入来计算针对子节点的子部件收入集合(操作506)。此外，通过将父部件收入拆分成子部件收入集合和/或通过将来自两个或者更多父节点的父部件收入集合合并成用于连接到该父节点的子节点的子部件收入，可以计算子部件收入。操作504-506因此可以继续直至已经为多维模型中的所有相关节点计算部件收入。
[0087]图6示出图示根据一个实施例的计算与软件供应相关联的停用的成本的过程的流程图。在一个或者多个实施例中，可以省略、重复和/或按不同顺序执行步骤中的一个或者多个步骤。因此，图6中示出的具体步骤布置不应被解释为限制技术的范围。
[0088]首先获取关于停用的停用时段(操作602 )。例如，停用时段可以对应于使用表示停用的开始的时间戳和表示停用的结束的时间戳中两个时间戳来指定的时间范围。接下来，可以确定与停用相关联的遗漏交易的数量所表示的、占用于软件供应的总交易的分数(操作604)。例如，用于软件供应的交易趋势集合可以用来确定在停用期间的遗漏交易的数量和用于包含停用的给定时段(例如，天、月、季度、年)的总交易的数量。然后，可以将遗漏交易的数量除以总交易的数量来获取总交易的分数。
[0089]最后，将与停用相关联的一个或者多个部件收入乘以总交易的分数(操作606)。例如，可以通过将与虚拟机相关联的年度(例如部件)收入乘以由停用期间在虚拟机中的遗漏交易的数量所表示的年度交易的分数来获取停用的成本。
[0090]图7示出根据一个实施例的计算机系统700。计算机系统700可以对应于如下装置，该装置包括处理器702、存储器704、存储装置706和/或在电子计算设备中发现的其它部件。处理器702可以支持与计算机系统700中的其它处理器的并行处理和/或多线程操作。计算机系统700还可以包括输入/输出(I/O)设备，比如，键盘708、鼠标710和显示器712。
[0091]计算机系统700可以包括用于执行本实施例的各种部件的功能。具体而言，计算机系统700可以包括协调计算机系统700上的硬件和软件资源的使用的操作系统(未示出)以及为用户执行指定的任务的一个或者多个应用。为了为用户执行任务，应用可以从操作系统获取计算系统700上的硬件资源的使用以及通过由操作系统提供的硬件和/或软件框架与用户交互。
[0092]在一个或者多个实施例中，计算机系统700提供用于促进软件供应的维护和执行的系统。该系统可以包括收入分析机制，该收入分析机制获取与软件供应相关联的总收入和与软件供应的多维模型相关联的权值矢量集合。收入分析机制也可以通过将总收入和权值矢量应用于多维模型来计算与软件供应所使用的服务部件集合和资源集合相关联的部件收入集合。该系统还可以包括管理装置，该管理装置使用部件收入以促进软件供应的管理。
[0093]此外，计算机系统700的一个或者多个部件可以远程定位并且通过网络连接到其它部件。本实施例的各部分(例如，收入分析机制、管理装置等)也可以位于对该实施例进行实施的分布式系统的不同节点上。例如，可以使用云计算系统来实施本实施例，该云计算系统管理软件供应的部署、执行和维护。
[0094]已经仅出于示例和描述的目的而呈现各种实施例的前文描述。各种实施例的前文描述未旨在于穷举或者使本发明限于所公开的形式。因此，本领域技术人员容易理解许多修改和变化。此外，以上公开内容未旨在于限制本发明。
【权利要求】
1.一种用于促进软件供应的维护和执行的计算机实施的方法，包括: 获取与所述软件供应相关联的总收入和与所述软件供应的多维模型相关联的权值矢量集合，其中所述权值矢量中的每个权值矢量包括收入权值集合； 通过将所述总收入和所述权值矢量应用于所述多维模型来计算与所述软件供应所使用的服务部件集合和资源集合相关联的部件收入集合；以及使用所述部件收入来促进所述软件供应的管理。
2.根据权利要求1所述的计算机实施的方法，其中计算与所述软件供应所使用的所述服务部件和所述资源相关联的所述部件收入集合包括: 将所述总收入用作用于所述多维模型的根节点的部件收入；以及通过将与所述多维模型中的每个子节点集合相关联的权值矢量应用于所述子节点的父节点的父部件收入来计算针对所述子节点集合的子部件收入集合。
3.根据权利要求2所述的计算机实施的方法，其中计算所述子部件收入集合包括以下各项中的至少一项: 将所述父部件收入拆分成所述子部件收入集合；以及 将来自两个或者更多父节点的父部件收入集合合并成用于连接到所述父节点的子节点的子部件收入。
4.根据权利要求1所述的计算机实施的方法， 其中如果权值矢量与相同服务部件或者资源的集合相关联，则所述权值矢量包括相同收入权值，以及 其中如果权值矢量与非相同服务部件或者资源的集合相关联，则所述权值矢量包括不相同收入权值。
5.根据权利要求1所述的计算机实施的方法，其中使用所述部件收入来促进所述软件供应的管理包括以下各项中的至少一项: 使用所述部件收入来确定针对所述软件供应的恢复序列； 基于所述部件收入修改所述软件供应对所述服务部件和所述资源的使用；以及 基于所述部件收入计算与所述软件供应相关联的停用的成本。
6.根据权利要求5所述的计算机实施的方法，其中所述恢复序列对应于所述部件收入的递减序列。
7.根据权利要求5所述的计算机实施的方法，其中基于所述部件收入修改所述软件供应对所述服务部件和所述资源的使用包括以下各项中的至少一项: 基于所述部件收入分配所述服务部件和所述资源上的花费； 使与所述服务部件和所述资源相关联的服务请求得以优先；以及 基于所述部件收入向所述软件供应重新调配资源。
8.根据权利要求5所述的计算机实施的方法，其中基于所述部件收入计算与所述软件供应相关联的所述停用的所述成本包括以下各项中的至少一项: 获取针对所述停用的停用时段； 确定与所述停用相关联的遗漏交易的数量所表示的、占用于所述软件供应的总交易的分数；以及 将与所述停用相关联的所述部件收入中的一个或者多个部件收入乘以所述总交易的分数。
9.一种用于促进软件供应的维护和执行的系统，包括: 收入分析机制，被配置用于: 获取与所述软件供应相关联的总收入和与所述软件供应的多维模型相关联的权值矢量集合，其中所述权值矢量中的每个权值矢量包括收入权值集合；以及 通过将所述总收入和所述权值矢量应用于所述多维模型来计算与所述软件供应所使用的服务部件集合和资源集合相关联的部件收入集合；以及 管理装置，被配置用于使用所述部件收入来促进所述软件供应的管理。
10.根据权利要求9所述的系统，其中计算与所述软件供应所使用的所述服务部件和所述资源相关联的所述部件收入集合包括: 将所述总收入用作用于所述多维模型的根节点的部件收入；以及通过将与所述多维模型中的每个子节点集合相关联的权值矢量应用于所述子节点的父节点的父部件收入来计算针对所述子节点集合的子部件收入集合。
11.根据权利要求10所述的系统，其中计算所述子部件收入集合包括以下各项中的至少一项: 将所述父部件收入拆分成所述子部件收入集合；以及 将来自两个或者更多父节点的父部件收入集合合并成用于连接到所述父节点的子节点的子部件收入。
12.根据权利要求9所述的系统， 其中如果权值矢量与相同服务部件或者资源的集合相关联，则所述权值矢量包括相同收入权值，以及 其中如果权值矢量与非相同服务部件或者资源的集合相关联，则所述权值矢量包括不相同收入权值。
13.根据权利要求9所述的系统，其中使用所述部件收入来促进所述软件供应的管理包括以下各项中的至少一项: 使用所述部件收入来确定针对所述软件供应的恢复序列； 基于所述部件收入修改所述软件供应对所述服务部件和所述资源的使用；以及 基于所述部件收入计算与所述软件供应相关联的停用的成本。
14.根据权利要求13所述的系统，其中所述恢复序列对应于所述部件收入的递减序列。
15.根据权利要求13所述的系统，其中基于所述部件收入修改所述软件供应对所述服务部件和所述资源的使用包括以下各项中的至少一项: 基于所述部件收入分配所述服务部件和所述资源上的花费； 使与所述服务部件和所述资源相关联的服务请求得以优先；以及 基于所述部件收入向所述软件供应重新调配资源。
16.根据权利要求13所述的系统，其中基于所述部件收入计算与所述软件供应相关联的所述停用的所述成本包括以下各项中的至少一项: 获取针对所述停用的停用时段； 确定与所述停用相关联的遗漏交易的数量所表示的、占用于所述软件供应的总交易的分数；以及 将与所述停用相关联的所述部件收入中的一个或者多个部件收入乘以所述总交易的分数。
17.一种存储有指令的计算机可读存储介质，所述指令在由计算机执行时使得所述计算机执行用于促进软件供应的维护和执行的方法，所述方法包括: 获取与所述软件供应相关联的总收入和与所述软件供应的多维模型相关联的权值矢量集合，其中所述权值矢量中的每个权值矢量包括收入权值集合； 通过将所述总收入和所述权值矢量应用于所述多维模型来计算与所述软件供应所使用的服务部件集合和资源集合相关联的部件收入集合；以及使用所述部件收入来促进所述软件供应的管理。
18.根据权利要求17所述的计算机可读存储介质，其中计算与所述软件供应所使用的所述服务部件和所述资源相关联的所述部件收入集合包括: 将所述总收入用作用于所述多维模型的根节点的部件收入；以及通过将与所述多维模型中的每个子节点集合相关联的权值矢量应用于所述子节点的父节点的父部件收入来计算针对所述子节点集合的子部件收入集合。
19.根据权利要求18所述的计算机可读存储介质，其中计算所述子部件收入集合包括以下各项中的至少一项:` 将所述父部件收入拆分成所述子部件收入集合；以及 将来自两个或者更多父节点的父部件收入集合合并成用于连接到所述父节点的子节点的子部件收入。
20.根据权利要求17所述的计算机可读存储介质， 其中如果权值矢量与相同服务部件或者资源的集合相关联，则所述权值矢量包括相同收入权值，以及 其中如果权值矢量与非相同服务部件或者资源的集合相关联，则所述权值矢量包括不相同收入权值。
21.根据权利要求17所述的计算机可读存储介质，其中使用所述部件收入来促进所述软件供应的管理包括以下各项中的至少一项: 使用所述部件收入来确定针对所述软件供应的恢复序列； 基于所述部件收入修改所述软件供应对所述服务部件和所述资源的使用；以及 基于所述部件收入计算与所述软件供应相关联的停用的成本。
22.根据权利要求21所述的计算机可读存储介质，其中所述恢复序列对应于所述部件收入的递减序列。
23.根据权利要求21所述的计算机可读存储介质，其中基于所述部件收入修改所述软件供应对所述服务部件和所述资源的使用包括以下各项中的至少一项: 基于所述部件收入分配所述服务部件和所述资源上的花费； 使与所述服务部件和所述资源相关联的服务请求得以优先；以及 基于所述部件收入向所述软件供应重新调配资源。
24.根据权利要求21所述的计算机可读存储介质，其中基于所述部件收入计算与所述软件供应相关联的所述停用的所述成本包括以下各项中的至少一项:获取针对所述停用的停用时段； 确定与所述停用相关联的遗漏交易的数量所表示的、占用于所述软件供应的总交易的分数；以及 将与所述停用相关联的所述部件收入中的一个或者多个部件收入乘以所述总交易的分数。
【文档编号】G06F9/44GK103502937SQ201180070595
【公开日】2014年1月8日 申请日期:2011年5月25日 优先权日:2011年5月3日
【发明者】J·拉巴特, R·文卡塔拉曼, J·E·爱德华, R·瓦拉德哈拉简 申请人:因特伟特公司