用于跨越多个计算域进行应用部署的方法及其装置与流程

用于跨越多个计算域进行应用部署的方法及其装置
1.相关申请的交叉引用
2.本技术主张2020年12月7日提出申请的序列号为63/122,280的美国临时申请的权益。所述美国临时申请的全部内容如下文充分陈述般以引用的方式并入本文中。
3.发明背景
4.可以跨越不同的计算装置分派或分割软件应用。举例来说，客户端-服务器架构可以在客户端装置(例如，膝上型计算机或移动装置)与一个或多个应用服务器计算机之间分割任务，所述客户端装置与所述一个或多个应用服务器计算机通过互连网络(例如，因特网)连接且由计算服务和/或计算资源的提供商管理。应用服务器计算机可以执行软件应用以向客户端装置提供虚拟资源、软件服务和/或内容。举例来说，客户端装置可以经由互连网络向应用服务器计算机发送请求来发起与应用服务器计算机的通信会话，且服务器可以对所述请求做出响应。另外或另一选择为，应用服务器计算机可以经由互连网络向客户端装置推送信息(无需发起请求)。随着寻求访问应用服务器计算机的客户端装置的数目增大，可以在客户端装置与应用服务器计算机之间添加中间计算装置(例如，网络流量管理计算装置)。网络流量管理计算装置可以执行客户端-服务器架构的安全性、处理和/或路由功能，例如在客户端与应用服务器之间对流量进行加密和/或解密。举例来说，网络流量管理计算装置可以潜在地增大客户端-服务器架构的可扩缩性、可用性、安全性和/或性能。然而，随着应用的复杂性增大和互连装置的数目增大，实施包括中间计算装置的高性能、高度可用且安全的客户端-服务器架构可能面临诸多挑战。
发明概要
5.本文提供与跨越多个计算域的应用部署相关的技术。在一个实例中，一种方法提供跨越局部链接计算环境部署应用，所述局部链接计算环境中的一或多者是包括智能网络接口卡(nic)的网络装置。通过本文的本公开将了解，所提出的技术允许在不对应用做出修改的情况下在同一计算域的不同计算子域中的多个虚拟机上同时执行应用。
附图说明
6.结合附图阅读，将更好地理解本公开的具体实例的以下详细阐述。为了图解说明本公开，图式中示出具体实例。然而应理解，本公开并不仅限于图式中所示的实例的精确布置和机构。
7.图1是根据所公开技术的一个实例的包括多个局部连接计算环境的架构的框图。
8.图2是根据所公开技术的一个实例的实例架构的框图，所述实例架构包括分布式计算系统，所述分布式计算系统实施调度服务且协调智能网络接口系统或可编程加速器的配置的方法。
9.图3是根据所公开技术的一个实例的实例架构的框图，所述实例架构在分布式计算系统上实施软件即服务，所述分布式计算系统包括用于配置智能网络接口系统或可编程加速器的协调程序逻辑。
10.图4绘示根据所公开技术的一个实例的支持可网络访问的客户端-服务器软件应用的示例性计算基础设施，所述示例性计算基础设施可以包括各种互连的计算装置(例如，网络流量装置)以潜在地增大客户端-服务器架构的可扩缩性、可用性、安全性和/或性能。
11.图5是图解说明根据所公开技术的一个实例的包括一个或多个计算环境的计算机的实例的框图，所述一个或多个计算环境通过局部互连件(例如，快速外围组件互连(pci)、局部总线等)耦合在一起且可以跨越所述一个或多个计算环境部署应用。
12.图6是根据所公开技术的一个实例的跨越多个计算域部署应用的示例性方法的流程图。
13.图7绘示根据所公开技术的一个实例的跨越局部连接计算域部署应用的一般实施架构。
14.图8绘示根据所公开技术的一个实例的用于在智能nic中部署kubernetes独立进程(sidecar)且将其链接到部署在主机上的集群(pod)的系统。
具体实施方式
15.图1是架构的框图，所述架构包括多个局部连接计算环境102、104、106。如所绘示，计算环境可以包括一个或多个一般计算单元(包括处理器108)、存储器110和通信接口112，但所述架构在其它配置中可以包括其它类型或数目的元件。如进一步绘示，计算环境可以包括一个或多个通用计算资源和专门化计算资源114、116(例如智能网络接口系统、可编程加速器等)。智能网络接口系统或可编程加速器可以包括用于执行计算任务的通用硬件、专门化电路系统和/或可配置硬件。可以将可配置硬件(也被称为可编程硬件)编程和/或重新编程以实施不同的硬件加速器。可配置硬件的实例包括现场可编程门阵列(fpga)和复杂可编程逻辑装置(cpld)。可以使用固件对硬件加速器进行进一步编程。
16.将关于本文进一步阐述，所述架构提供跨越包括智能网络接口卡的多个局部连接计算子域提供应用和服务部署的若干个特点，包括方法、非暂时性计算机可读介质、云计算系统、软件分派系统、服务管理系统、网络流量管理系统和网络流量管理设备。
17.此外，应用可以在基于云的计算环境中操作。可以在虚拟机或虚拟服务器内或以虚拟机或虚拟服务器形式执行应用，可以在基于云的计算环境中管理所述虚拟机或虚拟服务器。此外，应用和甚至网络流量管理设备本身可以位于在基于云的计算环境中运行的虚拟服务器中，而非连结到一个或多个特定物理网络计算装置。此外，应用可以在一个或多个虚拟机(vm)中运行，所述一个或多个虚拟机在网络流量管理设备上执行。此外且关于本公开将了解，可以同时在同一计算域的不同计算子域中的多个虚拟机上执行应用。另外，在此技术的一个或多个实例中，可以由管理程序118管理或监督在网络流量管理设备上运行的虚拟机。
18.可以在服务器计算机上以各种方式执行程序，例如直接在os 120上、在管理程序118内或在容器运行时122内。举例来说，可以从os启动程序且使用所述os执行程序。当从os启动程序时，程序可以直接访问os的服务。另外或另一选择为，可以于在os上运行的囊封软件环境内执行程序。
19.程序可以在由管理程序(例如，管理程序)管理的虚拟机内运行。虚拟机是模拟计算机系统。虚拟机可以提供虚拟的存储、计算、网络连接和存储器资源。管理程序是执行对
虚拟机的模拟且提供来宾操作系统以在所述来宾操作系统内执行程序的软件。类型1管理程序(也被称为裸金属管理程序(bare metal hypervisor))直接在硬件(例如，处理器)上执行，且类型2管理程序在提供虚拟化服务的主机操作系统(例如，os)上执行。管理程序在程序与os和物理硬件之间提供抽象层。换句话说，程序在由管理程序模拟的虚拟机的来宾操作系统上执行，且管理程序与os通信，os与服务器计算机的硬件通信。使用虚拟机可以使程序更具迁移性(例如，由于虚拟机即使当在不同的物理硬件上执行时，仍可以具有相同的架构)且可以当在服务器计算机上同时运行多个程序时潜在地使服务器计算机资源的分配更公平。管理程序可以通过为个别虚拟机分配私有资源来提供在管理程序上执行的不同虚拟机之间的隔离。另一方面，虚拟机可以添加抽象层(与直接在os上执行相比)，所述抽象层可能潜在地使程序的执行不太高效。实例类型2管理程序是基于内核的虚拟机(kvm)，所述基于内核的虚拟机与一些linux发行版封装在一起；实例类型1管理程序是vmware管理程序。
20.程序可以在容器运行时(例如，容器运行时)内运行。容器运行时是提供囊封环境以使程序在所述囊封环境内执行的软件。囊封环境可以不像在管理程序内执行的全虚拟机和来宾操作系统那么复杂。举例来说，容器之间可以共用os例程，此举可以在容器之间提供比在虚拟机之间少的隔离。在容器内运行的一个或多个程序可以被统称为服务或微服务。容器运行时可以为在容器运行时上执行的服务提供存储、计算、网络连接和存储器资源。多个服务可以在容器运行时内运行。与直接在os上运行相比，容器运行时可以潜在地使得程序能更具迁移性(例如，由于容器即使在不同的物理硬件上执行时仍可以具有相同的架构)。在容器运行时内执行的程序可能不如直接在os上运行高效，但比在虚拟机中运行高效。另一方面，与在不同的虚拟机中运行的程序相比，在容器运行时内执行的程序可以更受在所述容器运行时内执行的其它程序影响。实例容器运行时是docker和kubernetes。
21.虽然在此实例中将架构图解说明为包括单个装置，但其它实例中的网络流量管理设备可以包括多个装置或片，所述多个装置或片各自具有实施此技术的一个或多个步骤的一个或多个处理器(每一处理器具有一个或多个处理核心)。在这些实例中，装置中的一者或多者可以具有专用通信接口或存储器。另一选择为，装置中的一者或多者可以利用网络流量管理设备中所包括的一个或多个其它装置的存储器、通信接口或其它硬件或软件组件。
22.可以使用不同的系统级架构和网络级架构来实施图1中所述的包括多个局部连接计算环境的架构。举一个实例，可编程加速器协调程序可以在每一节点(例如，服务器计算机)上执行且可以用于协调所述节点上的所有可编程加速器的配置。更高级别(例如，在数据中心或机架级)的控制、解释和监测可以使用节点级协调程序的管理接口或应用编程接口(api)来达成。举另一实例，可编程加速器协调程序可以封装在服务内且可以在计算节点上的容器运行时模块内执行，并且可以用于协调所述节点上的可编程加速器的配置。容器级协调程序可以使得一般容器管理系统(例如kubernetes)能够部署且扩缩利用可编程加速器的应用服务。容器级协调程序与节点级协调程序共用各方面，且参考图2和图8加以进一步阐述。举另一实例，可以在管理服务器计算机和额外计算节点当中分派可编程加速器协调程序以实施软件即服务应用。所分派的协调程序可以大规模地执行且协调多个智能网络接口系统或可编程加速器。所分派的协调程序与节点级协调程序共用各方面且参考图3
加以进一步阐述。
23.图2是实例架构的框图，所述实例架构包括分布式计算系统，所述分布式计算系统实施调度服务且协调智能网络接口系统或可编程加速器的配置的方法。所述架构能够执行由一个或多个服务(例如负载平衡、速率监测、高速缓冲、加密/解密、会话管理(包括密钥产生)、地址转换、访问控制等)和/或微服务组成的工作负载。分布式计算系统可以包括管理计算机202、一个或多个计算节点204、文件存储库和遥测数据库，其中所述组件中的每一者可以经由通信通道(例如，私有通信网络或公共通信网络)彼此通信。通常，所述组件创建服务框架(也被称为容器框架)以用于管理在计算节点群集上执行的工作负载。
24.服务框架是软件管理系统，其可以用于管理在计算节点群集上执行的软件工作负载。实例服务框架是kubernetes。所述框架可以提供将工作负载与执行所述工作负载的物理硬件分离的基础设施。通过将工作负载与硬件分离，工作负载可以潜在地跨越不同的硬件和操作系统而更具迁移性。框架可以包括工作负载控制功能(也被称为控制平面或管理功能)和工作负载执行功能(也被称为数据平面)。控制功能可以使得工作负载能够开始操作，分派其计算任务，发现其它服务和/或工作负载、发现框架的资源(例如存储、网络连接和传信)以及监测资源利用和可用性。执行功能可以使得工作负载能够在节点群集上执行，与其它工作负载通信且利用计算节点的资源。服务框架可以与节点群集的一个或多个操作系统和/或与节点的硬件通信。
25.通常，实施服务框架来提供在通用计算机群集上执行工作负载的平台，所述通用计算机包括通用计算资源，例如通用处理器和存储器。服务框架可以基于所估计的工作负载要求和可用的计算资源来将工作负载调度给计算节点。举例来说，工作负载可以包括多种服务，其中每一服务执行工作负载的子任务且与其它服务交互操作以执行工作负载的操作。可以基于服务类型、所估计的资源要求和对计算节点的实时负荷监测来部署和缩放工作负载的服务。调度是将给定任务(例如，服务)指派给特定资源(例如，计算节点)以使得可以完成任务。调度器是执行调度的硬件和/或软件。举例来说，调度器可以用于调度给定工作负载和/或多个工作负载的子任务(例如，服务)以在计算群集上执行。
26.由架构执行的服务(也被称为微服务或工作负载)可以使用捆绑在所述服务内的一个或多个应用来执行。服务是有限范围的可执行软件代码，所述可执行软件代码可以被独立地部署且支持与其它服务互操作性。服务通常使用轻量协议来经由网络和/或在服务框架内进行通信。给定服务可以由一个或多个微服务组成，所述一个或多个微服务交互操作以执行服务的功能。举例来说，可以使用一组微服务来执行服务，例如处理网络流量的独特可识别片段。不同的服务可以处理网络流量的不同片段。举例来说，可以以不同方式处置网络流量的不同片段，例如通过使用不同的解聚(dag)算法、通信协议、服务质量(qos)和速率限制以及拒绝服务(dos)保护。可以使用不同的属性和/或网络包的一个或多个层内的字段来识别流量的不同片段。
27.图3是实例架构的框图，所述实例架构在分布式计算系统上实施软件即服务，所述分布式计算系统包括用于配置智能网络接口系统或可编程加速器的协调程序逻辑。软件即服务的提供商可以在数据中心代管软件应用且允许租户(例如，顾客)使用网络连接访问软件。软件即服务架构可以是可扩缩的以服务于具有不同数目的工作负载的不同数目的租户。举例来说，实施软件即服务的架构可以在多个分布式服务器302、304处代管软件应用。
服务器计算机的数目可以根据负荷(可以与租户数目成比例)和软件应用的租户使用量而变化。可以使用管理计算机306控制执行软件应用的分布式服务器。举例来说，管理计算机306可以包括应用负载平衡逻辑308，应用负载平衡逻辑308可以监测软件应用的使用且确定何时部署和/或削减执行软件应用的额外分布式服务器。可以使用中心化协调程序逻辑和协调程序代理来协调对执行软件应用的分布式服务器的数目的调整。
28.参考图4，图解说明支持可网络访问的客户端-服务器软件应用的示例性计算基础设施，所述示例性计算基础设施可以包括各种互连计算装置(例如，网络流量装置)以潜在地增大客户端-服务器架构的可扩缩性、可用性、安全性和/或性能。举一个实例，中间服务器计算机(例如，网络流量管理装置或设备402)可以在逻辑上位于寻求访问客户端-服务器软件应用的客户端装置404、406与执行客户端-服务器软件应用的服务器侧的服务器计算机408、410之间。中间服务器计算机可以执行各种代理和其它服务，例如负载平衡、速率监测、高速缓冲、加密/解密、会话管理(包括密钥产生)、地址转换和/或访问控制(举例来说)。
29.图2到图4中公开网络流量管理设备、节点装置、管理装置、服务器装置和客户端装置作为专用硬件装置。然而，也可以以软件形式在网络流量管理系统中的一个或多个其它装置内实施网络流量管理设备、节点装置、管理装置、服务器装置和客户端装置中的一者或多者。如本文所使用，术语“模块”指代专用硬件装置或设备形式的实施方案或软件形式的实施方案，所述软件由另一硬件装置或设备代管，所述另一硬件装置或设备可能正在代管一个或多个其它软件组件或实施方案。
30.举一个实例，网络装置及其组件、模型或应用中的任一者可以是以在服务器装置中的一者上执行的软件形式来实施的模块，且也可以在其它实例中使用实施方案的诸多其它排列和类型。此外，网络流量管理设备、服务器装置和客户端装置中的任一者或所有可以被实施且在本文可以被称为模块。
31.此实例中的网络流量管理系统的服务器装置中的每一者包括通过局部互连件或其它通信链路耦合在一起的处理器、存储器和通信接口，但可以使用其它数目或类型的组件。此实例中的服务器装置可以包括例如应用服务器、数据库服务器、访问控制服务器或加密服务器，上述服务器沿着预期的通信路径基于应用逻辑交换通信以促进客户端装置的用户与应用的交互。
32.尽管将服务器装置图解说明为单一装置，但可以跨越一个或多个不同网络计算装置分派服务器装置中的每一者的一个或多个动作，所述一个或多个不同网络计算装置一起构成服务器装置中的一者或多者。此外，服务器装置并不仅限于特殊配置。因此，服务器装置可以含有使用主/从方式操作的网络计算装置，借此服务器装置的网络计算装置中的一者操作以管理或者协调其它网络计算装置的操作。举例来说，服务器装置可以用作群集架构、对等架构、虚拟机内或云架构内的多个网络计算装置。
33.网络流量管理系统中所绘示的组件中的一者或多者(例如，网络流量管理设备、服务器装置或客户端装置)可以被配置成用作同一物理机的虚拟实例。换句话说，网络流量管理设备、服务器装置或客户端装置中的一者或多者可以在同一物理装置上操作，而非用作通过通信网络进行通信的分离装置。另外，可能存在比图1中所图解说明的更多或更少的网络流量管理设备、客户端装置或服务器装置。
34.另外，在任一实例中，两个或更多个计算系统或装置可以代替系统或装置中的任
一者。因此，还可以视需要实施分布式处理的原理和优点(例如，冗余和复制)，以提高所述实例的装置和系统的稳健性和性能。也可以在使用任何适合的接口机构和流量技术来跨越任何适合的网络而扩展之计算机系统上实施该等实例，所述适合的网络包括(仅举例来说)无线流量网络、蜂窝式流量网络、包数据网络(pdn)、因特网、内联网及其组合。
35.图5是图解说明根据所公开技术的一个实例的包括一个或多个计算环境的计算机的实例的框图，所述一个或多个计算环境通过局部互连件(例如，快速外围组件互连(pci)、局部总线等)耦合在一起且可以跨越所述一个或多个计算环境部署应用。具体来说，计算域510可以是在虚拟化环境内使用的计算节点群集内的节点。虚拟化环境包括管理程序控制器520。可以使用虚拟化环境(也被称为容器化环境)提供平台以在模拟计算机系统(例如，执行来宾os的虚拟机)上执行软件应用，所述模拟计算机系统在不同的物理机之间是一致的。虚拟机包括模拟计算机硬件且可以提供虚拟存储、计算、网络连接和存储器资源。虽然模拟计算机系统向在该模拟计算机系统上执行的软件应用提供相同的接口，但可以移植虚拟化环境以在不同的物理硬件配置和/或不同的主机os上执行。虚拟化环境可以潜在地对软件开发者有帮助，原因在于开发者可以潜在地撰写可以在模拟计算机系统内执行的一个软件应用，所述模拟计算机系统可以在多个物理计算机硬件配置上执行。在没有虚拟化环境的情况下，开发者可能要耗费资源来移植(例如，重写)软件应用以在不同的物理计算机硬件配置上执行。虚拟化环境例如包括kubernetes、docker和xen。
36.子域512与514经由局部互连件连接在一起。可以使用所述局部互连件来在子域的不同电组件之间(例如，在机箱内或在电路板上)进行通信。为易于图解说明，以简化形式(例如，总线)示出局部互连件。然而，局部互连件可以包括用于在组件之间传达数据的各种组件，例如io控制器(也被称为南桥)和/或存储控制器(也被称为北桥)。相比之下，计算域510可以经由包交换网络与管理程序控制器520进行通信，所述包交换网络具有使得其更适合于远程通信的特性。举一个实例，包交换网络可以经由以太网实施因特网协议(ip)。
37.如先前所提及且如图5中所绘示，所述架构可以允许跨越各种计算环境分派应用以确保出色的应用性能和安全性。如所示，计算域(例如，网络流量管理装置、服务器装置等)可以包括通过局部互连件(例如像局部总线)连接的多个子域。每一子域可以包括通过管理程序桥链接且与管理程序控制器通信的管理程序。如进一步绘示，应用可以以多个部分在跨越所述多个计算子域分布的单个虚拟机内运行。举例来说，应用可以将应用划分成各种功能(例如，高速缓冲、计算等)，所述各种功能可以在专门化计算子域上运行以在提高网络稳定性和/或性能的同时提高应用效率和安全性。
38.所绘示架构的计算环境可以存储一个或多个应用，所述一个或多个应用可以包括计算机可执行指令，计算机可执行指令在由网络流量管理设备执行时使网络流量管理设备执行例如传输、接收或者处理讯息等动作，以例如执行其它动作(例如，跨越各种计算环境分派应用)以确保出色的应用性能和安全性，下文参考图5到图8加以阐述且图解说明。可以将所述应用实施为其它应用的组件。此外，可以将所述应用实施为操作系统扩展、插件等。
39.在本技术的一个或多个方面，实例也可以体现为上面存储有指令的一个或多个非暂时性计算机可读介质，例如存储器，如本文中通过实例阐述和图解说明。一些实例中的指令包括可执行代码，所述可执行代码在由一个或多个处理器(例如处理器)执行时使所述处理器实行实施本文阐述和图解说明的此技术的实例的方法所需的步骤。
40.更具体地参考图6，图解说明示例性方法的流程图。在此实例中的第一步骤605中，网络流量管理系统的网络流量管理设备可以确定与多个局部连接计算子域中的每一者相关联的计算资源，其中每一局部连接计算子域可以具有相应的管理程序。此外，在610处，设备可以在局部连接计算子域的所述多个管理程序之间产生桥。在615处，所述设备可以接收包括多个应用部分的应用。所述应用部分可以各自含有元数据(例如，标记)，所述元数据具有指示接下来映射到局部连接计算子域的所需应用特性的数据。指示所需的局部连接计算子域的数据可以包括与应用部分所需的硬件资源相关联的信息。在620处装置还可至少部分地基于相应的元数据拆解一个或多个应用部分以产生一个或多个拆解的应用部分。一旦识别到拆解的应用部分，则装置可以为拆解的应用部分分配第一专用硬件资源且接着提供对第一专用硬件资源的访问权限。在625处，装置还可以将所述多个应用部分中的第一应用部分分派给第一局部连接计算子域。最后在630处，装置可将一个或多个拆解的应用部分中的第一拆解的应用部分分派给第二局部连接计算子域。
41.图7绘示用于跨越局部连接计算域部署应用的一般实施架构。将了解，在管理程序控制器702可以将应用指派给计算子域704、706之前，必须意识到所述计算子域的硬件限制。因此，管理程序控制器702包括资源规划器708，资源规划器708能够与计算域管理程序710、712通信以获得所有子域704、706的相应的硬件能力的信息。为了跨越子域运行应用，必须对所述应用进行划分。因此，计算子域包括基于可用的资源和/或元数据划分应用的功能714。一旦应用被划分，则将需要为应用的相应部分分配硬件资源，可经由硬件资源分配器716使用硬件资源。此外，每一应用部分724、726将需要在被拒绝访问分配给不同应用部分的硬件资源时访问其自己的硬件资源。因此，实施可以与硬件驱动器720通信的虚拟机硬件访问逻辑块718以授权且监测所述访问。最后，为了允许虚拟机在不同的计算子域中操作，需要允许跨越计算子域704、706进行双向控制的管理程序桥722。
42.图8绘示上文所述的一般架构的具体实施方案。更具体来说，在此实例中，图8绘示用于在智能nic中部署kubernetes独立进程且将其链接到部署在主机上的集群的系统。将了解，kubernetes是有优势的，原因在于可以扩展其固有的网络连接以允许主机上的集群与在智能nic上运行的独立进程安全地通信。因此，通过经由本文所述的系统和方法扩展所述功能，可以将独立进程访问扩大到网络，因此使得可利用智能nic的任何加速和其它特征。将了解，所述系统能够与当前技术整合且允许跨越多个局部关联的计算机域分派应用，而无需对主机或集群做出任何改变。
43.如所示，主机包括节点802或主计算机，所述节点802或主计算机经由局部互连件(例如像快速外围组件互连(pcie)806)附接到一个或多个智能nic 804。如进一步绘示，kubernetes调度器808具有整合式装置插件810，所述整合式装置插件810被设计成与kubernetes整合且中继转发装置信息，该信息包括但不限于与一个或多个智能nic相关联的可用硬件资源。将了解，硬件开发者(例如像intel)使得所述插件可用，以允许在计算基础设施中整合所述硬件来支持可网络访问的客户端-服务器软件应用。
44.如进一步绘示，kubernetes调度器808被配置成与存储在每一相应子域上的kubelet 812、814通信。在此，kubelet 812存储在智能nic上且kubelet 814存储在节点上。如所示，为了允许跨越计算子域进行必要的双向控制，可以扩展现有的kubelet事件桥816以跨越pcie总线806共用事件，因此形成容器位于相同节点上的错觉。在开发期间，可以标
记容器以指示所述容器应在智能nic中运行。如所示，当kubernetes调度器808将集群创建请求发送到节点802时，所述集群创建请求首先被智能nic kubelet 804接收到。智能nic kubelet 804接着将标记的容器818与集群拆解(例如，经由容器筛选器加载项824)，再将集群创建请求转发到主计算机802。
45.一旦已拆解出容器，容器网络接口(cni)820可以读取容器上的标记且确定所需资源是否可用。在资源可用的情况下，cni可以将容器关联到闲置硬件资源。在将容器关联到可用资源的情况下，可以对容器进行标记以指示已将哪些资源关联到所述容器/已使哪些资源可用于所述容器。将了解，所述功能可以允许应用在容器内运行以查询可用的资源。在所需资源不可用的情况下，cni可以记录失败并中止集群安装。最后，docker加载项822可以授权容器访问所关联的硬件资源(例如，经由与硬件驱动器826介接)。docker加载项822可以例如使新网络接口可用于与专用网络资源相关联的容器。对专用可编程加速器的控制或编程可以通过使docker加载项822模拟设置在容器内之vendor中之驱动器接口来实现；所述加载项也将需要检查如此给出的命令符合先前划给容器的资源分配。
46.因此已阐述本发明的基本概念，所属领域的技术人员将非常明了旨在仅通过实例呈现前述详细公开，并不具限制性。尽管本文未明确叙述，但将进行各种改动、改进和修改且各种改动、改进和修改旨在针对所属领域的技术人员。这些改动、改进和修改旨在特此提出且处于本发明的精神和范围内。另外，所列述的处理元件次序或顺序或数目、字母或其它名称的使用因此不旨在将所述的过程限制于任何次序，除非权利要求书中可有规定。因此，本发明仅受以下权利要求书及其等效形式限制。