CN106462538B - 用于基于亲和性网络配置的系统和方法 - Google Patents

Abstract

提供了实施例以进行亲和性分析和管理网络业务。本实施例采用了模型驱动工程，以获得更通用的基于亲和性的关系，包括应用和端点之间的以及客户和网络架构之间的关系。在一种实施例方法中，一旦网络组件接收到针对应用的请求，便对所述应用进行亲和性分析。随后，根据所述亲和性分析的结果，确定网络配置。根据定义了应用和客户优先级的业务规则，进行亲和性分析以及确定所述网络配置。所述业务规则是采用单个信息模型定义的，且采用至少一个数据模型实现。随后，根据所述亲和性分析和所述网络配置，配置网络架构。

Description

用于基于亲和性网络配置的系统和方法

相关申请案交叉申请

本发明申请要求于2014年6月25日递交的发明名称为“用于基于亲和性网络配置的系统和方法”的第14/315,065号美国非临时专利申请案的在先申请优先权，该在先申请的内容以引入的方式并入本文。

技术领域

本发明涉及网络通信和虚拟化，在特定的实施例中，涉及一种用于基于亲和性网络功能虚拟化的系统和方法。

背景技术

在网络通信的背景下，亲和性定义了实体之间的关系，这种关系描述了两个或多个实体采用特定资源集(而不是随机选取的资源集)进行通信和/或相互之间进行操作的优先级。因此，亲和性是独立于任意一种特定设备或通信的概念。更确切地说，亲和性是指一种实体之间具有已知模式的通信(与本质随机的通信相反)。例如，处理器亲和性将一个进程与一组特定物理中央处理器(central processing unit，简称CPU)进行关联，而不是随机选择一个CPU。亲和性也可应用于其他资源，例如，存储器。这利用了特定CPU或其它具有一个或多个事先执行或处理的相似进程的资源，使得后续进程能够复用先前这些进程的结果。因此，亲和性使得本质上相似的通信和操作能够复用状态和进程，而不是浪费时间和消除先前执行的所有效果。需要一种高效架构和方案，使得在客户和网络架构之间进行基于亲和性组网。

发明内容

根据本实施例，一种用于网络组件进行基于亲和性网络配置的方法包括：接收针对应用的请求；对所述应用进行亲和性分析；根据所述亲和性分析的结果，确定网络配置。所述网络配置利用所述应用和网络架构之间的亲和性。所述方法还包括：根据所述亲和性分析和所述网络配置，配置所述网络架构。

根据另一实施例，一种用于网络组件进行基于亲和性网络配置的方法包括：接收多个应用请求；根据业务规则，对与所述应用请求关联的应用进行优先级排序。所述业务规则定义了不同的应用和客户优先级。所述方法还包括：检测所述应用和网络架构之间任意新的或变化的亲和性。随后，根据任意新的或变化的亲和性、对所述应用的优先级排序以及当前网络架构能力，确定网络拓扑。所述网络拓扑定义了哪些应用和客户在所述网络架构中采用了哪些资源和路径。根据所述网络拓扑，配置所述网络架构。

根据又一实施例，一种用于基于亲和性网络配置的网络组件包括：至少一个处理器；非瞬时性计算机可读存储介质，存储有由所述至少一个处理器执行的程序。所述程序包括指令，用于：对针对应用的请求进行亲和性分析；根据所述亲和性分析的结果，确定网络配置。所述网络配置利用所述应用和网络架构之间的亲和性。所述程序还包括指令，用于：根据所述亲和性分析和所述网络配置，配置所述网络架构。

上述宽泛地概括了本发明实施例的特征，以便能够更好理解以下本发明详细描述。下面将对本发明实施例的其他特征和优势进行说明，其也构成了本发明权利要求的主体。本领域的技术人员应当理解，所公开的概念和特定实施例易被用作修改或设计其他实现与本发明相同目的的结构或过程的基础。本领域的技术人员还应当意识到，这种等同构造不脱离所附权利要求书所阐述的本发明的精神和范围。

附图说明

为了更完整地理解本发明及其优点，现在参考下文结合附图进行的描述，其中：

图1示出了模型驱动的基于亲和性网络功能虚拟化(Network FunctionsVirtualization，简称NFV)管理系统的架构的实施例；

图2示出了信息模型和多个数据模型之间的模型映射的实施例；

图3示出了具有使用了基于亲和性组网的示例管理拓扑的基于亲和性网络宏控制器的实施例；

图4示出了采用VNF建立自定义业务链的基于亲和性网络微控制器的实施例；

图5详细示出了图4的基于亲和性网络控制器的实施例；

图6详细示出了图1的架构中亲和性分析模块的实施例；

图7详细示出了图1的架构中亲和性计算模块的实施例；

图8示出了图1的模型驱动的基于亲和性NFV管理系统的实施例方法；

图9为可用于实施各种实施例的处理系统的图。

除非另有指示，否则不同图中的对应标号和符号通常指代对应部分。绘制各图是为了清楚地说明实施例的相关方面，因此未必是按比例绘制的。

具体实施方式

下文将详细论述当前优选实施例的制作和使用。然而，应了解，本发明提供可在各种具体上下文中体现的许多适用的发明性概念。所论述的具体实施例仅仅说明用以实施和使用本发明的具体方式，而不限制本发明的范围。

当前，软件定义网络(software-definednetworking，简称SDN)以及网络功能虚拟化(Network Functions Virtualization，简称NFV)均用来提供虚拟化通信。二者均能从基于亲和性组网中受益。基于亲和性组网可包括定义具有相应应用软件编程接口(application programming interface，简称API)的亲和性业务，使得应用能够指定其应用或业务如何独立于基础架构而运作的意图。在该方法中，亲和性业务使得应用和一组原语定义的架构控制层之间能够交互信息。因此，亲和性提供了端口等架构基础模块的更高级别抽象，使得应用能够向管理器描述其需求，该管理器反过来又负责配置架构。

此处公开了系统和方法实施例，扩展了亲和性概念，以进行亲和性建模和网络业务管理。本实施例采用了模型驱动工程，以获得更通用的基于亲和性关系，不仅是应用和端点之间的，也是客户和网络架构之间的关系。亲和性建模包括采用一种使应用的需求能够用于代表这些依赖网络业务的应用从而对网络业务进行优化的方式，对应用需求进行建模。本实施例使得网络能够基于亲和性概念，提供一组应用的优化处理。此处将亲和性定义为一组应用的需求和基于网络的架构所提供的能力之间的内在相似性。该相似性表明与其他单元相比，系统中某些单元需要和部分其他特定单元集合进行通信和/或交互。本实施例提供了计算亲和性的机制，使得一组应用能够高效利用网络架构。

图1示出了模型驱动的基于亲和性NFV管理系统的高级架构100的实施例。架构100包括信息总线105和应用请求106。信息总线105使得在架构100的其他组件之间能够进行任何通信和/或交互。应用请求106由亲和性分析模块110进行分析，该亲和性分析模块110确定新应用请求和该网络架构之间是否存在亲和性。采用一组业务规则108对应用的重要性顺序进行优先级排序。这在多个应用在该架构中请求相同共享资源时是必须的。在一种实现中，业务规则由信息模型定义，并采用一个或多个数据模型进行实现。将亲和性分析模块110的输出发送至亲和性计算模块112，该亲和性计算模块112将亲和性信息与来自网络的数据进行合并，以确定如何重新配置网络以利用亲和性数据。随后，将结果发送至网络管理系统114，该网络管理系统114合理配置该架构，以提供网络拓扑116。同时，从当前配置的架构中得到架构能力118。所得到的信息表示了由亲和性分析模块110通过利用信息模块代表这些能力所进行一些调整。将该能力反馈至亲和性计算模块112，以进行进一步优化。这定义了一个闭合反馈循环，使得随着业务需求和环境变化，系统能够识别这些变化并重新计算亲和性。信息总线105使得上述组件108至118能够和各种数据模型(例如，所述2个数据模型103和104)进行通信或者交互。

架构100也包括面向对象信息模型102，该面向对象信息模型102提供了被管理环境所使用的实体的定义及其之间的关系。一个实体表示具有独立和明显存在性的对象(例如，这些对象不仅仅是一组数值)，且对于管理环境具有重要性。实体可以是可控的，也可以是不可控的。一个可控实体被定义为被管理环境中的可执行和/或响应管理功能的任何利益实体。可控实体的示例包括：设备(例如，路由器、开关、主机)、属于设备一部分的实体(例如，物理端口和逻辑设备接口)，以及协议、应用、服务器、业务，或其他可响应管理请求的实体。可控实体可被厂商称为可控对象。

信息模型102独立于平台、语言和协议。信息模型是被管理环境中实体的抽象和表示。这包括实体的属性、操作及关系的定义。该信息模型独立于任意特定类型的存储器、软件使用情况或访问协议。数据模型103和104各自从信息模型102中得到，并表示了实体及其关系的技术中立抽象到一种适合实现的形式的映射。明确地说，数据模型是适合使用特定访问协议或多个协议的特定类型存储器的信息模型的具体实现。数据模型包括数据结构、操作以及定义如何存储、访问和操作数据的规则。数据模型(例如，模型103和104)可采用信息模型102中的模型元素进行表示。一个模型元素定义了可在信息模型中表示的抽象。模型元素的示例包括类、属性、不同类型的关系(例如，关联、聚合、合成)以及其他概念。

数据模型中的对象随后可供模块108至118所使用。信息模型102提供了连贯性以及通用词汇供每个模块使用。例如，业务规则108可以与如何定义和使用亲和性相关。业务规则108、亲和性概念以及使用亲和性绑定一起的业务和资源可全部表示为信息模型102中的可控实体。这使得应用开发人员更容易定义和使用规则来管理基于亲和性业务。架构100的模块和组件可由软件、硬件(例如，网络服务器和节点)或其组合实现。

图2示出了单个信息模型和3个不同数据模型之间的模型映射的实施例，例如，基于关系代数的第一数据模型、NoSQL第二数据模型以及目录技术第三数据模型。模型映射是将一种类型的模型转换为另一种类型的模型。模型映射可将一个模型中使用的表示和/或抽象级别更改为另一个模型中的其他表示和/或抽象级别。一个普通概念，例如，客户或路由器可在所示的3个数据模型中每个数据模型表示。然而，该概念的信息结构在每种情况下都可不同。进一步地，任意一个上述厂商无关(但特定技术)数据模型，例如，采用SQL92的关系代数数据模型，可转换为特定厂商形式。这是另一种映射。例如，SQL92模型独立于厂商实现，但每个厂商都有自己的能够提供附加值的SQL92扩展和实现。又例如，图1中的模块102、103和104可以分别是DEN-ng信息模型、Oracle关系数据库管理系统(relational databasemanagement system，简称RDBMS)、Neo4j NoSQL存储器。

图3示出了具有使用了基于亲和性组网的示例管理拓扑的基于亲和性网络宏控制器300的实施例。在下文论述中，“控制器”是管理实体，负责收集关于其管理的一组实体的数据，计算所需的任何变化(例如，为保护客户SLA)，并将特定设备和特定技术的命令发送至设备以重新配置设备。在控制器300中，架构100中的亲和性计算模块112将其结果存储进亲和性拓扑数据库302中，同时将其结果发送至当前网络中正在使用的所有控制器。该架构包括用作管理系统以控制网络架构的控制器。这使得传统实现以及未来网络管理系统成为可能。此类控制器可包括位于各自域中的本地控制器304、314和316。这些控制器也可包括管理本地控制器314和316的域间或全局控制器312。本地控制器304、314和316负责采用亲和性计算的结果，配置一个或多个子网络，例如，第一域中的子网络306至310以及第二域中的子网络318至320。全局控制器312负责配置其管理的本地控制器。

图4示出了采用虚拟网络功能(virtualized network function，简称VNF)建立自定义业务链的基于亲和性网络微控制器400的实施例。NFV模块402、404以及406中每个模块均向其接收到的流量提供不同业务。基于亲和性网络控制器408用于确定不同子网络之间存在的不同亲和性、这些子网络间通过的流量以及每条业务流应当应用哪些NFV模块的哪些业务。基于亲和性网络控制器408在一个或多个数据模型中检索配置一组业务和一组资源之间亲和性所需的信息。基于亲和性网络控制器408也为编程上述NFC模块402、404和406中每个模块中的每个组件创建合适的配置命令。由于所有可控实体均在信息模型中表示，故这些可控实体构成一组连贯的处理操作。

图5详细示出了基于亲和性网络控制器408的实施例。基于亲和性网络控制器408具有3种类型的输入。在控制器408中，(架构100中的)应用请求106表示将要分析以发现亲和性关系的原始流量。业务规则108定义了亲和性分析模块110考虑的不同优先级以及其他语义。业务规则108抽象出各种亲和性规则的重要性，使得能够通过各种方法(例如，如果两个或多个规则可同时应用于相同流量，则对不同规则的重要性进行优先级排序)解决规则之间的冲突。网络拓扑116包括定义了当前哪些应用和客户正在使用架构中的哪些资源和路径。亲和性分析模块110采用亲和性拓扑数据库(DB)302中的亲和性拓扑信息计算网络拓扑。116的网络拓扑和302的网络拓扑之间的差异在于前者包括正在应用中的亲和性的效果，而后者局限于识别可能应用亲和性的机会。

另外，基于模型工程模块502使用模型DB504中存储的各种数据模型(每个模型均从信息模型102中得到)，以生成支持亲和性分析模块110和亲和性计算模块112操作的代码。将亲和性计算模块112的输出提供至3个不同模块。亲和性拓扑观察仪520和非亲和性拓扑观察仪522分别通过展示应用或没有应用了亲和性的流量，使得用户能够看到亲和性分析的结果以及计算过程。控制器524对应于全局和本地控制器(例如，图3中的全局控制器312和本地控制器304、314和316)。进一步地，架构能力118表示可通过网络架构的附加配置获得的附加的基于网络的业务，例如，通过提供额外的带宽、时延和/或其他网络指标。亲和性计算模块112采用非亲和性拓扑DB 510中的非亲和性拓扑信息计算这种类型的网络拓扑。

图6详细示出了亲和性分析模块110的实施例。亲和性分析模块110确定新流量和应用亲和性，采用适用的业务规则对新流量和应用亲和性进行优先级排序，并将其需求和操作和当前网络应用进行比较。随后，将这些结果发送至亲和性计算模块112，该亲和性计算模块112使用架构能力118的能力确定新应用请求是否应当通过现有路径进行路由以及是否使用现有资源，或者新路径和/或资源是否应当用于业务新流量。

应用请求106表示将要分析以发现亲和性关系的原始(或预处理的)流量。亲和性分析模块110中的新流量分析器602用于分析新应用请求。新流量分析器602使用一种现有管理工具(例如，协议分析器(例如，nGenius、Wireshark、tcpdump)、日志分析器(例如，Syslog和Splunk)、元素和网络管理系统(例如，Tivoli)、虚拟化管理工具(例如，vSphere)以及自定义软件工具)的组合。亲和性分析模块110中的亲和性检测器604，结合基于模型工程模块502，检查新应用流量并将业务流与识别应用、客户及其他相关信息的模型进行匹配。这使得亲和性检测器604能够采用业务规则，基于客户、时间、服务水平协议(servicelevel agreement，简称SLA)、网络拥塞量和/或其他因素，对来自不同应用的不同流进行优先级排序。

(架构100中的)业务规则108定义了亲和性检测器604应考虑的不同优先级和其他语义。业务规则用于将亲和性的定义脱离于该亲和性的实现。特别地，业务规则使用了简单语法或句法，该简单语法或句法对程序管理员、分析师和应用开发人员有所助益，且和配置网络设备所需的低级编程语言不相似。这样，业务规则表示“DevOps”视角(开发人员操作，即网络中业务、IT和组网人员编程业务的汇聚)，而不是更传统的“NetOps”(由技术工程师远程登录设备并手动将配置变化键入该设备所代表的网络操作)视角。

可使用各种工具在现有应用中检索关键或有用数据和信息。现有流量分析器608可使用应用发现理解工具606(例如，IBM Infosphere)、应用性能管理工具(例如，Foglight和Riverbed)以及协议分析器等工具。现有流量分析器608与基于模型工程模块502一起识别架构中的现有流量，并确定流量是如何演变的(例如，该流量是否符合其SLA、该流量是否按预期方式运行、是否存在比预期更多的流量)。基于模型工程模块502将该分析的结果与亲和性检测器604的输出进行合并，并下发至亲和性计算模块112。

基于模型工程模块502使用(图1中)信息模型按需创建一个或多个数据模型(例如，数据模型103和104)。上述模型抽象出给定域中存在的知识和信息。基于模型工程模块502使用该知识管理亲和性的定义和分配。特别地，通过采用信息和数据模型，抽象出亲和性概念以及不同的实体是如何通过亲和性相关联的。例如，基于模型工程模块502使得系统能够利用亲和性的抽象而运行，而不是使用根植于特定计算模型的能力中的抽象。例如，可使用特定域的概念，而不是编程语言中的通用元素，以改善模型亲和性和基于亲和性关系。

图7详细示出了亲和性计算模块112的实施例。亲和性拓扑计算模块620合并来自亲和性分析模块110的所有相关信息，并将一组描述此类信息的元组输出至亲和性网络计算模块622。一个示例元组的形式为{FlowID,AppID,CustomerSLAID,NetworkPath,NetworkPathHealth}，其中，FlowID为特定应用的流的明确标识，AppID为特定应用的明确标识，CustomerSLAID为特定客户的SLA的明确标识，NetworkPath为特定流经过的网络节点端口的列表，NetworkPathHealth定义了NetworkPath的各种健康指标。亲和性拓扑计算模块620也和采用信息和数据模型DB 504的基于模型工程模块502进行通信。

将亲和性拓扑计算模块620的输出发送至亲和性网络计算模块622，该亲和性网络计算模块622随后可构建2个逻辑拓扑。亲和性网络计算模块622首先采用非亲和性拓扑DB510重新计算(如有必要)网络拓扑。随后，亲和性网络计算模块622采用(图5中)亲和性拓扑DB 302计算可能的网络亲和性，并确定亲和性拓扑与现有网络架构可能重叠和/或可能变更现有拓扑的地方，以利用已发现的亲和性。之后，亲和性网络计算模块622通过采用当前一组网络能力，计算网络亲和性是否应编程进网络中。亲和性网络计算模块622的输出可包含亲和性拓扑和非亲和性拓扑的候补变化。这些变化由网络配置管理器624采用其当前网络配置DB 630进行验证和实现，从而提供了合适的网络架构626。也可将结果反馈至与基于模型工程模块502通信的应用发现理解工具606。

上述包括架构100的要素和其他相关模块的实施例要素可由软件、硬件或硬件和软件的组合实现。图8示出了根据架构100所述的模型驱动的基于亲和性NFV管理系统的实施例方法800。该方法可在网络的集中式组件中实现，例如，服务器或虚拟机(virtualmachine，简称VM)集群，或者由网络中分布的多个通信服务器或网络节点采用分布式方式实现。

步骤810中，分析(例如，亲和性分析模块110分析)应用请求(应用请求106)，以确定新应用请求和网络架构之间是否存在亲和性。上述分析包括步骤820，其中，采用业务规则(业务规则108)对应用的重要性顺序进行优先级排序，例如，当多个应用在该架构中请求相同共享资源时。下一个步骤830中，将亲和性分析的结果和来自网络的数据进行合并(例如，由亲和性计算模块112合并)，以确定如何重新配置网络以利用亲和性数据。步骤840中，根据上述合并的结果，(例如，由网络管理系统114配置)配置网络架构(网络资源/带宽、路径)，以提供网络拓扑(网络拓扑116)。步骤850中，从当前配置的架构中得到架构能力(架构能力118)。步骤860中，将架构能力反馈给系统，并将架构能力用于进一步调整和优化(由亲和性计算模块112进一步调整和优化)。上述步骤也根据应用(例如，厂商、硬件、软件和协议)依赖于数据模型。数据模型是采用通用或统一信息模型生成的，独立于平台、语言和协议，其中，该信息模型提供了被管理环境所使用的实体的定义及其之间的关系。

图9为可用于实施各种实施例的处理系统900的方框图。例如，处理系统900可以是网络的集中式组件的一部分，例如，服务器，或者是分布式网络系统中可相互进行通信的多个服务器中每个服务器的一部分。特定设备可利用所示的所有组件或所述组件的仅一子集，且设备之间的集成程度可能不同。此外，设备可以包括部件的多个实例，例如，多个处理单元、处理器、存储器、发射器、接收器等。处理系统900可以包括配备有扬声器、麦克风、鼠标、触摸屏、按键、键盘、打印机、显示器等一个或多个输入/输出设备的处理单元901。处理单元901可包括中央处理器(central processing unit，简称CPU)910、存储器920、大容量存储设备930、视频适配器940以及连接到总线的I/O接口960。所述总线可以为任何类型的若干总线架构中的一个或多个，包括存储总线或者存储控制器、外设总线、视频总线等。

所述CPU910可包括任何类型的电子数据处理器。存储器920可包括任意类型的系统存储器，例如静态随机存取存储器(static random access memory，简称SRAM)、动态随机存取存储器(dynamic random access memory，简称DRAM)、同步DRAM(synchronousDRAM，简称SDRAM)、只读存储器(read-only memory，简称ROM)或其组合等。在本实施例中，存储器920可包括在开机时使用的ROM以及在执行程序时使用的存储程序和数据的DRAM。在本实施例中，存储器920是非瞬时的。大容量存储器设备930可包括任意类型的存储设备，其用于存储数据、程序和其它信息，并使得这些数据、程序和其它信息可通过总线访问。大容量存储器设备930可包括如下项中的一种或多种：固态磁盘、硬盘驱动器、磁盘驱动器、光盘驱动器等。

视频适配器940以及I/O接口960提供接口以将外部输入输出设备耦合至处理单元。如图所示，输入输出设备的示例包括耦合至视频适配器940的显示器990和耦合至I/O接口960的鼠标/键盘/打印机970的任意组合。其它设备可以耦合至处理单元901，可以利用额外的或更少的接口卡。举例来说，串行接口卡(未示出)可以用于为打印机提供串行接口。

处理单元901还包括一个或多个网络接口950，网络接口950可包括以太网电缆等有线链路，和/或接入节点或者一个或多个网络980的无线链路。网络接口950允许处理单元901通过网络980与远程单元进行通信。例如，网络接口950可以通过一个或多个发射器/发射天线以及一个或多个接收器/接收天线提供无线通信。在一个实施例中，处理单元901耦合至局域网或广域网，以进行数据处理以及与远程设备通信，所述远程设备例如其它处理单元、因特网、远程存储设施等。

虽然本发明中已提供若干实施例，但应理解，在不脱离本发明的精神或范围的情况下，本发明所公开的系统和方法可以以许多其他特定形式来体现。本发明的实例应被视为说明性而非限制性的，且本发明并不限于本文本所给出的细节。例如，各种元件或部件可以在另一系统中组合或合并，或者某些特征可以省略或不实施。

此外，在不脱离本发明的范围的情况下，各种实施例中描述和说明为离散或单独的技术、系统、子系统和方法可以与其它系统、模块、技术或方法进行组合或合并。展示或论述为彼此耦合或直接耦合或通信的其它项也可以采用电方式、机械方式或其它方式通过某一接口、设备或中间部件间接地耦合或通信。其他变化、替代和改变的示例可以由本领域的技术人员在不脱离本文精神和所公开的范围的情况下确定。

Claims (19)

1.一种用于网络组件进行基于亲和性网络配置的方法，其特征在于，所述方法包括：

接收针对应用的请求；

对所述应用进行亲和性分析；

根据所述亲和性分析的结果，确定网络配置，其中，所述网络配置利用所述应用和网络架构之间的亲和性；

根据所述亲和性分析和所述网络配置，配置所述网络架构；

还包括，

建立定义了网络实体及其之间关系的信息模型，其中，所述信息模型为独立于实现技术、平台、语言和协议的面向对象模型；

采用所述信息模型的模型元素，生成至少一个数据模型，其中，所述数据模型是特定技术和特定厂商中的至少一种，且用于进行亲和性分析以及确定所述网络配置。

2.根据权利要求1所述的方法，其特征在于，根据定义了应用和客户优先级的业务规则，进行亲和性分析以及确定所述网络配置。

3.根据权利要求2所述的方法，其特征在于，采用比配置网络设备所需的低级编程语言相对简单的句法，定义所述业务规则。

4.根据权利要求1所述的方法，其特征在于，所述网络实体包括可控实体，所述可控实体表示能够或无法由亲和性和业务规则绑定的业务和资源，且定义并允许使用管理基于亲和性业务的规则。

5.根据权利要求4所述的方法，其特征在于，还包括：

采用所述信息模型，定义所述业务规则；

采用所述至少一个数据模型，实现所述业务规则。

6.根据权利要求1所述的方法，其特征在于，还包括：

采用面向对象信息模型，得到配置后的网络架构的网络架构能力；

根据所得到的网络架构能力，调整所述亲和性分析的结果；

采用调整后的亲和性分析，修改所述网络配置，其中，修改后的网络配置为处理所述请求提供了调整后的网络拓扑。

7.根据权利要求1所述的方法，其特征在于，所述对所述应用进行亲和性分析包括：采用网络管理工具、日志分析器、虚拟化管理工具、应用发现理解工具、应用性能管理工具以及协议分析器中至少一种分析流量。

8.根据权利要求1所述的方法，其特征在于，所述配置所述网络架构包括：在进行任何新的亲和性计算之前，采用表示网络的第一网络拓扑，其中，所述第一网络拓扑包括定义了哪些应用和客户在所述网络架构中采用了哪些资源和路径的信息。

9.根据权利要求1所述的方法，其特征在于，所述配置所述网络架构包括：提供增强架构能力并允许基于网络业务的网络指标，其中，所述网络指标包括带宽和时延值中的至少一种。

10.一种用于网络组件进行基于亲和性网络配置的方法，其特征在于，所述方法包括：

接收多个应用请求；

根据业务规则，对所述应用请求关联的应用进行优先级排序，其中，所述业务规则定义了不同的应用和客户优先级；

检测所述应用和网络架构之间任意新的或变化的亲和性；

根据所述任意新的或变化的亲和性、对所述应用的优先级排序以及当前网络架构能力，确定定义了哪些应用和客户在所述网络架构中采用了哪些资源和路径的网络拓扑；根据所述网络拓扑，配置所述网络架构。

11.根据权利要求10所述的方法，其特征在于，还包括：

建立定义了网络实体及其之间关系的信息模型，其中，所述信息模型为独立于实现技术、平台、语言和协议的面向对象模型；

采用所述信息模型的模型元素，生成至少一个数据模型，其中，所述数据模型是特定技术和特定厂商中的至少一种，且用于检测所述应用和网络架构之间的亲和性以及确定所述网络拓扑。

12.根据权利要求11所述的方法，其特征在于，还包括：采用所述信息模型和所述至少一个数据模型，抽象出所述应用和所述网络架构之间的亲和性。

13.根据权利要求11所述的方法，其特征在于，所述数据模型包括数据结构、操作以及定义如何存储、访问和操作数据的规则。

14.根据权利要求11所述的方法，其特征在于，还包括：

采用所述信息模型的模型元素，生成多个特定厂商数据模型；

采用所述特定厂商数据模型，确定所述应用和所述网络架构之间的亲和性。

15.根据权利要求11所述的方法，其特征在于，还包括：

确定多个子网络之间存在的亲和性以及所述子网络间通过的流量；

根据所述子网络间的亲和性和流量，从一个或多个网络功能虚拟化(NetworkFunctions Virtualization，简称NFV)模块中选择业务；

将所述业务应用至每条所考虑的业务流。

16.根据权利要求10所述的方法，其特征在于，所述根据业务规则，对应用进行优先级排序包括：基于客户、时间、服务水平协议(service level agreement，简称SLA)以及网络拥塞量中的至少一个，对来自所述应用的流进行优先级排序。

17.一种用于基于亲和性网络配置的网络组件，其特征在于，所述网络组件包括：

至少一个处理器；非瞬时性计算机可读存储介质，存储有由所述至少一个处理器执行的程序，所述程序包括指令，用于：

对针对应用的请求进行亲和性分析；

根据所述亲和性分析的结果，确定网络配置，其中，所述网络配置利用所述应用和网络架构之间的亲和性；

根据所述亲和性分析和所述网络配置，配置所述网络架构；

还用于，

建立定义了网络实体及其之间关系的信息模型，其中，所述信息模型为独立于实现技术、平台、语言和协议的面向对象模型；

采用所述信息模型的模型元素，生成至少一个数据模型，其中，所述数据模型是特定技术和特定厂商中的至少一种，且用于进行亲和性分析以及确定所述网络配置。

18.根据权利要求17所述的网络组件，其特征在于，所述程序还包括指令，用于：根据采用了有利于程序管理员、分析师和应用开发人员且比配置网络设备所需的低级编程语言相对简单的句法所定义的业务规则，进行亲和性分析以及确定所述网络配置。

19.根据权利要求17所述的网络组件，其特征在于，所述程序还包括指令，用于：

得到配置后的网络架构的网络架构能力；

根据所得到的网络架构能力，调整所述亲和性分析的结果；

采用调整后的亲和性分析，修改所述网络配置，其中，修改后的网络配置为处理所述请求提供了调整后的网络拓扑。