检测融合基础架构模型和正运行的融合基础架构之间的模式匹配的自动化方法.pdf

第一技术被提供以自动构建表示相应的融合基础架构(CI)的多个签名模式，并且第二技术被提供以自动检测通过使用第一技术被构建的多个签名模式中的一个或多个(和因此产生的模型CI)与正运行的融合基础架构(CI)之间的模式匹配。每个签名模式包括对表示相应的模型CI的模型计算、存储和网络组件的组件签名的编译。第二技术包括收集来自并且表示正运行的融合基础架构(CI)的计算组件、存储组件和网络组件中的每一者的组件签名，并将所收集的组件签名中的每一者与表示模型CI的签名模式中的一个或多个进行模式匹配。第二技术还包括基于模式匹配宣布匹配结果。

权利要求书
1.  一种方法，包括：
收集来自并且表示正运行的融合基础架构(CI)的计算组件、存储组 件、和网络组件中的每一者的组件签名；
将所收集的组件签名中的每一者与多个预定签名模式中的至少一个签 名模式进行模式匹配，该多个预定签名模式表示多个模型融合基础架构中 相应的模型融合基础架构，其中每个签名模式包括对表示相应的模型CI 的模型计算组件、模型存储组件、和模型网络组件的组件签名的编译；以 及
基于所述模式匹配宣布匹配结果。

2.  如权利要求1所述的方法，其中：
所述收集包括从每个组件收集表示组件的相异的一组描述性特征；并 且
表示模型组件的所述组件签名各自包括表示所述模型组件的相异的一 组描述性特征。

3.  如权利要求2所述的方法，其中，每组特征包括供应商名称、型 号、和版本号中的至少两者。

4.  如权利要求1所述的方法，其中：
所述模式匹配包括将所收集的组件签名中的每一者与所有的预定签名 模式进行模式匹配；并且
所述宣布包括宣布所述多个预定签名模式中的哪一个与所收集的组件 签名最紧密地匹配。

5.  如权利要求1所述的方法，还包括在所述模式匹配前选择所述多 个预定签名模式中的至少一个，其中：
所述模式匹配包括将所收集的组件签名中的每一者仅与所述多个预定 签名模式中所选择的至少一个进行模式匹配；并且
所述宣布包括宣布所收集的组件签名中的哪些组件签名与所选择的签 名模式相匹配，以及所收集的组件签名中的哪些组件签名不与所选择的签 名模式相匹配。

6.  如权利要求1所述的方法，还包括在所述模式匹配前构建所述多 个预定签名模式，其中所述构建包括：
识别相应的模型融合基础架构的模型组件的组件签名，其中，每个组 件签名包括相应的模型组件的一组描述性特征；
将所述组件签名编译到表示所述相应的模型融合基础架构的签名模式 中；
重复所述识别和所述编译以产生多个签名模式；以及
将所述多个签名模式作为所述多个预定签名模式存储在储存库中。

7.  如权利要求6所述的方法，还包括在所述存储前将所述每个签名 模式分类为已知的供应商提供的融合基础架构。

8.  如权利要求1所述的方法，其中：
从所述正运行的融合基础架构中收集组件签名包括收集来自虚拟化组 件并且表示该虚拟化组件的组件签名；并且
表示模型组件的所述组件签名包括模型虚拟化组件的组件签名。

9.  一种装置，包括：
网络接口单元，所述网络接口单元被配置为通过网络发送并接收通 信；以及
处理器，所述处理器被耦接到所述网络接口单元并被配置为：
收集来自并且表示正运行的融合基础架构(CI)的计算组件、 存储组件和网络组件中的每一者的组件签名；
将所收集的组件签名中的每一者与多个预定签名模式中的至少 一个签名模式进行模式匹配，该多个预定签名模式表示多个模型融合 基础架构中相应的模型融合基础架构，其中每个签名模式包括对表示 相应的模型CI的模型计算组件、模型存储组件、和模型网络组件的 组件签名的编译；以及
基于所述模式匹配宣布匹配结果。

10.  如权利要求9所述的装置，其中：
所述处理器还被配置为从每个组件收集表示组件的相异的一组描述性 特征；并且
表示模型组件的所述组件签名各自包括表示所述模型组件的相异的一 组描述性特征。

11.  如权利要求10所述的装置，其中，每组特征包括供应商名称、 型号和版本号中的至少两者。

12.  如权利要求9所述的装置，其中，所述处理器还被配置为将所收 集的组件签名中的每一者与所有的预定签名模式进行模式匹配；以及宣布 预定签名模式中的哪一个与所收集的组件签名最紧密地匹配。

13.  如权利要求9所述的装置，其中，所述处理器还被配置为：
在模式匹配操作前，选择所述多个预定签名模式中的至少一个以将所 收集的组件签名中的每一者仅与所述多个预定签名模式中所选择的至少一 个进行模式匹配；以及
宣布所收集的组件签名中的哪些组件签名与所选择的签名模式相匹 配，以及所收集的组件签名中的哪些组件签名不与所选择的签名模式相匹 配。

14.  如权利要求9所述的装置，其中，所述处理器还被配置为：在模 式匹配操作前，通过以下操作来构建所述多个预定签名模式：
识别相应的模型融合基础架构的模型组件的组件签名，其中，每个组 件签名包括相应的模型组件的一组描述性特征；
将所述组件签名编译到表示所述相应的模型融合基础架构的签名模式 中；
重复所述识别和所述编译以产生多个签名模式；以及
将所述多个签名模式作为所述多个预定签名模式存储在储存库中。

15.  如权利要求14所述的装置，其中，所述处理器还被配置为在所 述存储前将所述每个签名模式分类为已知的供应商提供的融合基础架构。

16.  如权利要求9所述的装置，其中，为了从所述正运行的融合基础 架构收集所述组件签名，所述处理器还被配置为收集来自虚拟化组件并且 表示该虚拟化组件的组件签名；并且表示模型组件的所述组件签名包括模 型虚拟化组件的组件签名。

17.  一种存储指令的处理器可读介质，当该指令被处理器执行时使得 所述处理器：
收集来自并且表示正运行的融合基础架构(CI)的计算组件、存储组 件、和网络组件中的每一者的组件签名；
将所收集的组件签名中的每一者与多个预定签名模式中的至少一个签 名模式进行模式匹配，该多个预定签名模式表示多个模型融合基础架构中 相应的模型融合基础架构，其中每个签名模式包括对表示相应的模型CI 的模型计算组件、模型存储组件、和模型网络组件的组件签名的编译；以 及
基于所述模式匹配宣布匹配结果。

18.  如权利要求17所述的处理器可读介质，其中，使得所述处理器 进行模式匹配的指令还包括使得所述处理器将所收集的组件签名中的每一 者与所有的预定签名模式进行模式匹配的指令；并且使得所述处理器进行 宣布的指令还包括使得所述处理器宣布所述多个预定签名模式中的哪一个 与所收集的组件签名最紧密地匹配的指令。

19.  如权利要求17所述的处理器可读介质，还包括使得所述处理器 在所述模式匹配前选择所述多个预定签名模式中的至少一个的指令，其 中：
使得所述处理器进行模式匹配的指令还包括使得所述处理器将所收集 的组件签名中的每一者仅与所述多个预定签名模式中所选择的至少一个进 行模式匹配的指令；并且
使得所述处理器进行宣布的指令还包括使得所述处理器宣布所收集的 组件签名中的哪些组件签名与所选择的签名模式相匹配以及所收集的组件 签名中的哪些组件签名不与所选择的签名模式相匹配的指令。

20.  如权利要求17所述的处理器可读介质，还包括使得所述处理器 在所述模式匹配前构建所述多个预定签名模式的指令，其中，使得所述处 理器进行构建的指令还包括使得所述处理器进行以下操作的指令：
识别相应的模型融合基础架构的模型组件的组件签名，其中，每个组 件签名包括相应的模型组件的一组描述性特征；
将所述组件签名编译到表示所述相应的模型融合基础架构的签名模式 中；
重复所述识别和所述编译以产生多个签名模式；以及
将所述多个签名模式作为所述多个预定签名模式存储在储存库中。

21.  如权利要求20所述的处理器可读介质，还包括使得所述处理器 在存储操作前将所述每个签名模式分类为已知的供应商提供的融合基础架 构的指令。

22.  如权利要求17所述的处理器可读介质，其中，使得所述处理器 从所述正运行的融合基础架构中收集组件签名的指令还包括使得所述处理 器收集来自虚拟化组件并且表示该虚拟化组件的组件签名的指令，并且表 示模型组件的所述组件签名包括模型虚拟化组件的组件签名。

说明书检测融合基础架构模型和正运行的融合基础架构之间的模式匹配的自动化方法
相关申请的交叉引用
本申请要求提交于2012年8月3日的美国临时申请No.61/679,477的 优先权，其全部内容通过引用被结合于此。
技术领域
本公开涉及融合基础架构的自动化管理。
背景技术
数据中心、云资源或类似物可以以融合基础架构(CI)的形式被实 现。CI是一组集成的信息技术(IT)组件，比如存储组件、网络组件、计 算组件和虚拟化组件。通常，用户需要基于列出应用所需要的存储、网络 和计算资源(比如，数据中心或云资源)的规范或计划构建/配置CI的组 件。规范还可以与相对复杂的CI供应商规范相一致。鉴于这种复杂性， 无法保证CI一旦被配置以及运行后将实际地与规范相匹配。也就是说， 所配置的CI可能不符合规范。因此，所配置的CI需要根据规范进行验证 以检测任何此类不一致性。传统的CI验证技术往往包括细致的、专门化 的、以手动为基础的技术，该技术低效且提供关于不符合的不完整的信 息。
附图说明
图1是示例融合基础架构环境的框图，其中融合基础架构(CI)由CI 控制器进行配置且在其控制下运行。
图2是被配置为执行与图1中的CI相关的管理操作的示例CI控制器 的框图。
图3是示出由图2的CI控制器执行的用于构建CI签名模式并检测相 对于正运行的CI的CI签名模式匹配的一系列高层次操作的流程图。
图4是被执行以构建CI签名模式的示例操作的流程图。
图5是可用于描述被执行以构建与多个CI模型相对应的多个CI签名 模式的操作的示例图形表示。
图6是表示示例CI的CI签名模式的图示，该示例CI可以是模型CI 或实际的CI。
图7是被执行以检测相对于正运行的CI的CI签名模式匹配的示例操 作的流程图。
具体实施方式
概述
本文所公开的技术包括用于自动构建表示相应的融合基础架构(CI) 的多个签名模式的第一技术，以及用于自动检测通过使用第一技术所构建 的多个签名模式中的一个或多个(以及因此产生的模型CI)与正运行的融 合基础架构(CI)之间的模式匹配的第二技术。
第一技术包括识别表示相应的模型CI的计算、存储和网络模型组件 中的每一者的组件签名，其中每个组件签名包括相应的模型组件的一组描 述性特征。第一技术还包括将组件签名编译到表示相应的模型融合基础架 构的签名模式中。此过程被重复以产生多个签名模式，每个签名模式表示 模型CI中相应的一个模型CI。最后，第一技术包括将多个签名模式存储 在储存库中。
第二技术包括收集来自并且表示正运行的CI的计算组件、存储组件 和网络组件中的每一者的组件签名。该技术还包括将所收集的(正运行的 CI的)每个组件签名与储存库中的多个签名模式的一个或多个进行模式匹 配。该技术还包括基于该模式匹配宣布匹配结果。
示例实施例
融合基础架构(CI)是模块化的、集成的、通常预先被配置的或者至 少容易被配置的一组信息技术(IT)组件，一般包括存储组件、网络组 件、计算组件和虚拟化组件，该组信息技术组件可以在需要存储、网络和 计算资源的多个用户应用间共享。由于CI的模块化的性质，被提供给用 户应用的CI组件可以相对容易且有效地被伸缩，以适应用户应用资源要 求的相应的增加和减少。已知的融合基础架构(CI)的示例包括，但不限 于：NetAPP和思科(Cisco)的FlexPodTM、EMC的VSPEX、和VCE的 VblockTM。这些已知的CI根据已经变成准工业标准的相应的供应商CI规 范进行配置和运行。
首先参考图1，示例(CI)环境100的框图被示出，其中CI 106由CI 控制器108进行配置且在其控制下运行。CI 106包括集成的一组组件，包 括用于提供数据存储的存储组件110、用于提供到外部设备和通信网络的 连接的网络组件112、用于为CI提供处理能力的计算或服务器组件114、 和用于托管虚拟环境的虚拟化组件116(比如，系统管理程序 (hypervisor))。虚拟化组件116可以在CI组件110、112和114的堆栈 上托管多个虚拟用户操作环境118。虚拟用户操作环境118可以各自包括 虚拟化操作系统(OS)和在虚拟化OS中实施的一个或多个应用(AP)。 组件110、112和114提供每个OS和各自的一个或多个AP所需要的相应 的数据存储、网络和计算资源。
在高层次处，CI控制器108作为被配置为管理CI 106的统一的、自动 化的资源。CI控制器108包括一个或多个图形用户界面(GUI)，通过该 图形用户界面用户可以发出命令并向CI控制器提供数据以选择性地引起 控制器执行关于CI 106的一般的管理操作，比如对CI进行配设、配置、 验证和监视。CI控制器108通过双向通信接口122管理CI 106，该双向通 信接口122包括各自与存储组件、网络组件、计算组件和虚拟化组件 110、112、114和116中相应的一个直接通信的组件接口122a、122b、 122c和122d。组件接口122a-122d可以支持依照任何数量的不同的协议的 通信，这些协议例如包括诸如超文本传输协议(HTTP)之类网络协议。 就CI 106的组件110-116支持不同的接口协议(比如富文本或可扩展标示 语言(XML))来说，CI控制器108的组件接口122a-122d相应地支持不 同的协议，并且CI控制器可以被配置为使用不同的协议与组件110-116进 行通信，以维持必要时与组件的接口兼容性。
配设和配置操作在CI 106的初始预部署阶段被执行以根据对预期的操 作环境的存储、网络、计算和虚拟资源的要求设立/建立存储组件、网络组 件、计算组件和虚拟化组件110、112、114和116。在CI 106已经被配设 和配置后，然后CI可以在预期的操作环境中被部署和运行。在该操作环 境中，当CI在运行时(即，在运行时间(run-time)期间)，关于CI 106 的监视操作被执行。验证操作可以跨越初始预部署和运行时间这两个阶 段。如将在下面被详细描述的，CI控制器108还提供其他管理操作，包括 构建与CI模型相对应的CI签名模式的操作以及在运行时间期间检测相对 于CI 106的CI签名模式匹配的操作。在一个实施例中，构建CI签名模式 和检测CI签名模式匹配的操作可以形成验证操作的一部分。
现在参考图2，其示出被配置为执行本文所述的管理操作的CI控制器 108的示例框图，该管理操作具体是构建CI签名模式和检测CI签名模式 匹配的操作。对于CI控制器108有众多可能的配置，而图2意味着一个示 例。CI控制器108包括网络接口单元242、处理器244、存储器248和与 一个或多个GUI相关联地被使用以使得用户能够与CI控制器连接的用户 输入/输出模块250。网络接口(I/F)单元242是(例如)允许CI控制器 108通过有线(以太网)网络进行连接的以太网卡设备。网络I/F 242还可 以包括无线连接能力。接口122(来自图1)可以通过网络I/F单元242被 实现。处理器244是(例如)被配置为实施存储在存储器248中的软件指 令的微控制器或微处理器。
存储器248可以包括只读存储器(ROM)，随机存取存储器 (RAM)，磁盘存储介质设备，光存储介质设备，闪存存储器设备，电 的、光的或其它物理/有形的(比如，非暂态的)存储器存储设备。因此， 一般地，存储器248可包括编码有软件的一个或多个计算机可读存储介质 (比如，存储器设备)，该软件包括计算机可执行指令并且当软件被(处 理器244)实施时其可操作来执行如本文所描述的操作。例如，存储器 248存储或者被编码有：用于组件管理逻辑252以执行上面所提到的广义 的管理操作的指令，用于CI签名模式构建器逻辑254以构建CI签名模式 的指令，以及用于CI签名模式检测器逻辑256以检测相对于CI 108的CI 签名模式匹配的指令。此外，存储器248将CI签名模式存储在签名储存 库(repository)258中。必要的时候GUI逻辑可以在逻辑单元252、254 和256之间被分配以支持相应的逻辑操作。
图3是示出由CI控制器108(更具体地，由CI签名模式构建器逻辑 254和签名模式检测器逻辑256)执行的一系列高层次操作300的流程 图。
在305处，模式构建器逻辑254构建(即，构造)表示多个CI模型中 相应的几个模型的多个CI签名模式并将签名模式存储在模式储存库258 中。所存储的签名模式表示将在下一操作310中被使用的预定签名模式， 如下面所描述的。操作305是可以在与实际的CI隔离的情况下由逻辑254 执行的准备操作，比如，操作305可以在CI控制器108与CI 106断开的 时候被执行。
操作305接收CI模型作为输入。CI模型(本文中也被称为“模型 CI”)是对可能的CI配置的定义或描述，该可能的CI配置包括诸如模型 存储组件、网络组件、计算组件和可选择地虚拟化组件之类的模型CI组 件。每个模型组件本身是对可能的CI组件的描述，且被表示为定义该组 件的一组描述性的特征，比如，供应商、型号等。因此，CI模型及其模型 组件不是实际的操作实体，而是对可能的CI及其组件的描述。因此，如 本文所用的术语“模型”与术语“数据模型”是可互换且等同的，即， “CI模型”也可以被称为“CI数据模型”，并且“组件模型”也可以被 称为“组件数据模型”。对组件(不论是模型组件还是实际的组件)进行 定义的这组描述性特征被称为组件签名，而共同定义CI的组件签名的集 合被称为CI签名模式(或简称为“签名模式”)。
操作310是运行时间操作。在310处，模式检测器逻辑256检测存储 在模式储存库258中的预定签名模式(表示模型CI)和当CI正在运行时 (即，在运行时间期间)从CI 106处收集的组件签名之间的模式匹配，如 将在下面联系图7被详细描述的。操作310的结果可以通过合适的GUI被 输出到用户。
操作305和310可以一起被用于根据表示模型CI的预定签名模式对 CI 106进行验证。
图4是详述由CI签名模式构建器逻辑254执行以构建多个签名模式的 操作305的流程图。图4的流程图还参考图5来进行描述，图5是专门被 执行以构建与多个模型CI 1-N相对应的多个签名模式1-N的操作的图形表 示。因此，对图4的随后描述假设操作305构建并存储与模型CI 1-N相对 应的签名模式1-N，如图5中所描述的。
再次参考图4，在405处，模型CI的模型组件(比如，存储组件、网 络组件、计算组件和虚拟化组件)的组件签名被识别。例如，图5中的模 型CI 1的组件签名被识别。模型CI可基于表示已知CI(比如 FlexPodTM、VSPEX或VblockTM)的公认的工业规范。
如上面所提到的，每个组件签名包括相应模型组件的一组描述性特征 特性(本文中也被称为“描述性特征”，或简称为“特征”)。一组示例 的描述性特征包括，但不限于下列一个或多个：(一个或多个)供应商名 称、型号、软件和/或硬件版本号、在其下组件被覆盖的一个或多个许可 证、网络标识符、组件所支持的特征、等等。
参考图5，模型组件的所识别的组件特征(比如，供应商、型号等) 被显示/表示为每个模型CI 1-N中的星形，见(例如)模型CI 1中被标注 特征1、特征N的星形。在405处，用户可以(例如，通过GUI)手动将 模型组件的所识别的特征输入到CI控制器108中。此外，或在替代方案 中，CI控制器108可以从列出特征的输入文件(比如XML文件)中自动 地读取特征。
再次参考图4，在410处，CI控制器108经由逻辑254将405处所识 别的组件签名编译到表示模型CI的CI签名模式中。例如，在图5中，CI 1的特征1……N被编译成签名模式1。在一个实施例中，组件签名可以被 编译到XML文档中。在410处，逻辑254还可以标准化跨所有的签名模 式的类似的组件签名。
在415处(其是可选的)，逻辑254根据描述由签名模式表示的模型 CI的已知的工业标准或规范视情况对签名模式进行分类。这种操作可以包 括视情况将工业标识符(比如FlexPodTM、VSPEX或VblockTM)与签名模 式关联起来。
在420处，签名模式连同相关联的分类被存储在模式储存库258中。
针对每个模型CI(对其的签名模式被构建)，CI控制器108重复操 作405-420。例如，针对图5中的模型CI 2-N，操作405-420被重复以构建 并存储相应的签名模式2-N。
图6是表示示例CI的CI签名模式500的示出。签名模式600可以被 用于描述模型CI或者实际的CI。签名模式600包括针对存储组件的存储 签名602、针对网络组件的网络签名604和针对计算组件的计算或服务器 签名606。组件签名602、604和606包括相应的描述性特征集合608、 610和612。
图7是详述由CI签名模式检测器逻辑256执行以在CI运行时检测相 对于实际的CI 106的签名模式匹配的操作310的流程图。图7的操作还参 考图5来进行描述。下面所描述的操作705-725是计算机实现的(即自动 化的)操作。
在705处，逻辑256在CI运行时(即，在运行时间期间)通过相应的 接口122a、122b、122c和122d收集来自(并表示)CI 106的实际的存储 组件、网络组件、计算组件和虚拟化组件110、112、114和116的组件签 名。
在操作310的第一实施例中，流程从705前进到下一操作710和 715。在710处，逻辑256将表示组件110-116的每个所收集到的组件签名 与所有的签名模式(比如，图5中存储在模式储存库258中的签名模式1- N)进行模式匹配。710处所执行的模式匹配确定所存储的签名模式1-N 中的哪一个与所收集的组件签名最匹配。为了执行模式匹配，逻辑256将 每个所收集的组件签名和在每个签名模式1-N中的每个同类型的(即，相 似的类型)编译后的组件签名进行比较(即，所收集的存储组件签名被与 编译后的存储组件签名进行比较，所收集的网络组件签名被与编译后的网 络组件进行比较，等等)。对每个签名模式1-N，逻辑256记录导致匹配 的比较。
在715处，在所有的签名模式1-N中的所有的组件签名被与所收集的 所有的组件签名比较完之后，逻辑256宣布(declare)(即，指示)与最 多匹配相关联的签名模式是获胜者，即，获胜者是与正运行的CI 108的所 收集的组件签名最紧密匹配的签名模式。如果所宣布的获胜的签名模式与 分类相关联，则该分类也在715处被指示。
在操作310的第二实施例中，流程从705前进到下一操作720、725和 730。在第二实施例中，用户可以根据表示(比如)已知的工业CI(比如 FlexPodTM)的具体签名模式对CI 106的当前实际的配置进行验证。在该 示例中，用户最初可能已经尝试根据FlexPodTM规范来配设和配置CI 106。用户然后可以在运行时间期间根据FlexPodTM CI模型/签名模式(比 如，预定签名模式1-N中的一个)对所配设和配置的CI 106进行验证，如 下面所描述的。
在720处，用户选择(比如)签名模式1-N中的一个(比如， FlexPodTM)，相对于该所选的一个来执行模式匹配。逻辑256接收该选 择。
响应于720处的选择，在725处，逻辑256将每个所收集的组件签名 仅与签名模式1-N中所选择的一个进行模式匹配。这种模式匹配可以按照 与操作710所描述的基本相同的方式被执行。
在730处，逻辑256宣布与所选择的签名模式的组件相匹配(比如， 与FlexPodTM模型/签名模式相匹配)的所收集的组件签名，以及不与所选 择的签名模式的组件相匹配(比如，不与FlexPodTM模型/签名模式相匹 配)的所收集的组件签名。
用户可以将来自730的指示用作重新配置CI 106的不合格的组件的指 导，使得它们更好地符合所选择的CI模型/签名模式，然后重复操作725 和730。操作705、720、725和730共同表示根据所期望的(所选择的) 模型CI/签名模式对CI 106进行验证的自动化技术。
如本文所描述的，第一自动化技术构建表示CI模型的签名模式，第 二自动化技术检测实际的、正运行的CI与通过使用第一自动化技术被构 建的签名模式中的一个或多个(以及因此产生的模型CI)之间的模式匹 配。用户可以利用该第一和第二自动化技术来根据已知的工业CI规范以 精确和有效的方式对正运行的CI进行验证。
总之，以一种形式提供了一种方法，该方法包括：收集来自并表示正 运行的融合基础架构(CI)的各个计算组件、存储组件和网络组件的组件 签名；将所收集的组件签名中的每一者与多个预定签名模式间的至少一个 签名模式进行模式匹配，该多个预定签名模式表示多个模型融合基础架构 中相应的几个模型融合基础架构，其中每个签名模式包括对表示相应的模 型CI的模型计算、存储和网络组件的组件签名的编译；以及基于该模式 匹配宣布匹配结果。收集可以包括从每个组件收集表示该组件的相异的一 组描述性特征，并且表示模型组件的组件签名可各自包括表示该模型组件 的相异的一组描述性特征。每组特征可包括供应商名称、型号和版本号中 的至少两者。模式匹配可包括将所收集的每个组件签名与所有的预定签名 模式进行模式匹配，宣布可包括宣布预定签名模式中的哪一个与所收集的 组件签名最紧密地匹配。
该方法还可包括：在模式匹配前，选择预定签名模式中的至少一个， 其中模式匹配可以包括将所收集的每个组件签名仅与预定签名模式中的所 选择的至少一个签名模式进行匹配，宣布可以包括宣布所收集的组件签名 中的哪些组件签名与所选择的签名模式相匹配，以及所收集的组件签名中 的哪些组件签名不与所选择的签名模式相匹配。
该方法还可以包括：在模式匹配前，构建多个预定签名模式，其中该 构建可以包括：识别相应的模型融合基础架构的模型组件的组件签名，其 中每个组件签名包括相应的模型组件的一组描述性特征；将组件签名编译 到表示相应的模型融合基础架构的签名模式中；重复该识别和编译以产生 多个签名模式；将这多个签名模式作为预定签名模式存储在储存库中。该 方法还可以包括：在存储前，按照已知供应商提供的融合基础架构对每个 签名模式进行分类。从正运行的融合基础架构收集组件签名可以包括：收 集来自并表示虚拟化组件的组件签名，并且表示模型组件的组件签名可以 包括模型虚拟化组件的组件签名。
以另一形式提供了一种装置，包括：网络接口单元，该网络接口单元 被配置为通过网络发送并接收通信；以及处理器，该处理器被耦接到所述 网络接口单元并被配置为：收集来自并且表示正运行的融合基础架构 (CI)的计算组件、存储组件和网络组件中的每一者的组件签名；将所收 集的组件签名中的每一者与多个预定签名模式中的至少一个签名模式进行 模式匹配，该多个预定签名模式表示多个模型融合基础架构中相应的几个 模型融合基础架构，其中每个签名模式包括对表示相应的模型CI的模型 计算组件、模型存储组件、和模型网络组件的组件签名的编译；以及基于 所述模式匹配宣布匹配结果。
以另一形式提供了一种处理器可读介质，其中该处理器用于存储当被 处理器执行时使得所述处理器进行以下操作的指令：收集来自并且表示正 运行的融合基础架构(CI)的计算组件、存储组件、和网络组件中的每一 者的组件签名；将所收集的组件签名中的每一者与多个预定签名模式中的 至少一个签名模式进行模式匹配，该多个预定签名模式表示多个模型融合 基础架构中相应的几个模型融合基础架构，其中每个签名模式包括对表示 相应的模型CI的模型计算组件、模型存储组件、和模型网络组件的组件 签名的编译；以及基于所述模式匹配宣布匹配结果。
尽管如在一个或多个具体示例中所实施的装置、系统和在本文被示出 和被描述，但是它不旨在受限于所示出的细节，因为可在不背离该装置、 系统和方法的范围且在权利要求的等价的范围和区域内的情况下在其中做 出各种修改和结构变化。因此，所附权利要求被广义地且以与以下的权利 要求中所阐述的该装置、系统和方法的范围相一致的方式被解释是适当 的。