容器资源分配方法与系统技术方案

本发明专利技术公开了一种容器资源分配方法，包括：基于网络设备的资源逻辑抽象：对网络接口资源、网络带宽资源、运算能力资源、内存资源、存储能力资源及管理能力资源，构建设备环境部署模板；基于上述模板构建诉求，构造对应的开放API：API本身当作一种资源配置到模板中，允许基于不同模板执行的服务能够获得对应的API；网络设备本地服务部署：基于“本地基础设施模板”、“本地资源管理模板”、“本地服务模板”在本地部署以下形态服务：本地基础设施、本地资源管理和本地服务；网络设备的其他服务部署：“其他服务”包含除去本地网络管理服务的其他形态服务，以及“第三方的其他服务”。本发明专利技术还提供了相应的容器资源分配系统。还提供了相应的容器资源分配系统。还提供了相应的容器资源分配系统。

【技术实现步骤摘要】
容器资源分配方法与系统


[0001]本专利技术属于通信
，更具体地，涉及一种容器资源分配方法与系统。

技术介绍

[0002]随着网络设备的技术演进，设备根据业务需要，部署多种形态的服务已经是必然趋势。传统网络设备本地资源的使用是基于“固化”的需求“确定性”分配的，这就要求“服务”是确定的，这就不能够适应灵活部署多种形态服务的需求。
[0003]而IT业当前的采用的灵活部署形态要求部署业务之时，需要了解配置的服务，知晓服务的输入输出各方面要求，了解当前系统硬件组织结构，并根据实际情况设置物理端口、虚拟网桥。但是网络设备通常对外展现为一个节点而内部是复杂的分布式多节点设备，系统复杂度，当作普通IT设备部署服务对使用者来说复杂度较高。
[0004]并且，由于网络设备运行要求较之IT基础设施更为严格，将网络管理权限“直接”交给用户对网络的稳定运行来说存在可靠性的隐患。
[0005]同时，由于网络切片的需求逐步明确，实际业务网络的创建与服务的部署可能并不同时产生，服务与业务的相关性不能够在初期创建服务时就形成，后创建业务与已形成服务之间的联动在基于“预先部署的容器”的形态下管理不便。
[0006]在传统网络架构下使用硬编码的形态将业务与服务做关联，这种应用方法要求事先确定业务与服务的相关性并硬编码，灵活性欠缺可能难以适应未来新的应用场景需要。
[0007]在IT环境下通常是针对业务的变化重新拉起服务，替代原服务，这种应用方法对“已有业务可能造成一定的影响”。云网融合的情况下，“网络设备”上基于容器形态承载“云服务”也对设备提出能够将网络基础设施抽象化，便于云服务应用的需求。

技术实现思路

[0008]要解决的技术问题：隔离网络设备基础设施与云服务，云服务的部署者在传统模式下需要了解基础设施的资源情况，根据实际需要想云服务提供对应的资源，这就要求部署者需要熟知云服务的实际业务形态。
[0009]云服务可以动态部署，有新的需求扩充可重新拉一个服务。但是单一云服务部署后其业务形态是“静态”的，这种应用形式对于网络基础设施来说不友好，在新上线服务与原有服务有关联性的情况下，会对已有业务的运行造成影响，可能会因为切换服务导致短暂的已有业务中断。
[0010]为实现上述目的，按照本专利技术的一个方面，提供了一种容器资源分配方法，包括以下步骤：
[0011]步骤一，基于网络设备的资源逻辑抽象：对网络接口资源、网络带宽资源、运算能力资源、内存资源、存储能力资源及管理能力资源，构建设备环境部署模板；
[0012]步骤二，基于上述模板构建诉求，构造对应的开放API：API本身当作一种资源配置到模板中，允许基于不同模板执行的服务能够获得对应的API；
[0013]步骤三，网络设备本地服务部署：基于“本地基础设施模板”、“本地资源管理模板”、“本地服务模板”在本地部署以下形态服务：本地基础设施、本地资源管理和本地服务；
[0014]步骤四，网络设备的其他服务部署：“其他服务”包含除去本地网络管理服务的其他形态服务，以及“第三方的其他服务”。
[0015]本专利技术的一个实施例中，在所述步骤一中，所述设备环境部署模板包括本地基础设施模板、本地资源管理模板、本地服务模板和第三方服务模板，其中：
[0016]本地基础设施模板，拥有整个设备所有的资源的管理权，在该模板内运行的管理程序能够获得分配运算能力资源、内存资源、存储资源、管理网络资源；
[0017]本地资源管理模板具备分配运算能力资源、内存资源、存储资源、管理网络资源的能力，包含的是对自身运行的“资源管理服务”分配到其他容器内的资源管理；
[0018]本地服务模板具备管理“由本地资源管理”分配给它的网络管控能力，能够与底层驱动交互，承担业务管控职责；
[0019]第三方服务模板，能够获得前述资源管理模块提供的运算能力资源、内存资源、存储资源和网络资源，并且基于上述资源运行自己的服务。
[0020]本专利技术的一个实施例中，在所述步骤二中：
[0021]最底层API的提供者是基于本地基础设施模板中执行的服务，本地基础设施模板在设备上只能有一个“本地基础设施服务”实例；每种本地基础设施模板中执行的服务，能够对基础设施注入自己提供服务的API，并且声明对应的API能够向什么级别的本地基础设施模板提供；API的使用者是“被声明有对应API权限的模板”，本地基础设施模板本身在被引用时，允许根据需要选择可以“额外”补充的API能力。
[0022]本专利技术的一个实施例中，在所述步骤三中：“本地基础设施服务”实例提供基础设施API；“本地资源管理服务”实例使用本地基础设施提供的API，获得本地资源管理能力，基于本地资源管理部署“本地服务”。
[0023]本专利技术的一个实施例中，所述“本地服务”包括：
[0024]第一个本地服务，是本地的网络管理服务，此网络管理服务允许“本地基础设施服务”与北向管理端建立被管理连接，同时它还向“本地基础设施服务”注册“管理网络”管理API，提供管理“管理网络”的能力的API；
[0025]第二个本地服务，是“业务网络管理服务”实例，向“本地基础设施服务”注册“业务网络”管理API。
[0026]本专利技术的一个实施例中，步骤四中“其他服务”的部署采用如下过程：
[0027]北向控制器通过管理网络接管基础设施，获得“服务部署能力”；
[0028]北向控制器基于API，向基础设施查询本地基础设施的全局能力，以获得可能部署什么服务，此时获得的是各个模板以及可以允许各模板使用的相关资源的全局情况；
[0029]北向控制器基于API向基础设施查询本地“可部署服务”本身，在查询时基础设施反馈“可部署服务”仅能够获得“基础的原生”服务；其中，“基础的原生”服务，基于业务的需求进行部署，以利于管理与应用效率；
[0030]北向控制器通过“基础设施”提供的API，向基础设施推送其硬件条件允许的“服务”；
[0031]北向控制器通过基础设施给出的API部署“新的服务”，且新的服务基于“本地服务
模板”或“第三方服务模板”部署。
[0032]按照本专利技术的另一方面，还提供了一种容器资源分配系统，包括资源逻辑抽象模块、API构造模块、本地服务部署模块和其他服务部署模块，其中：
[0033]所述资源逻辑抽象模块，用于基于网络设备的资源逻辑抽象：对网络接口资源、网络带宽资源、运算能力资源、内存资源、存储能力资源及管理能力资源，构建设备环境部署模板；
[0034]所述API构造模块，用于基于上述模板构建诉求，构造对应的开放API：API本身也当作一种资源配置到模板中，允许基于不同模板执行的服务能够获得对应的API；
[0035]所述本地服务部署模块，用于网络设备本地服务部署：基于“本地基础设施模板”、“本地资源管理模板”、“本地服务模板”在本地部署以下形态服务：本地基础设施、本地资源管理和本本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种容器资源分配方法，其特征在于，包括以下步骤：步骤一，基于网络设备的资源逻辑抽象：对网络接口资源、网络带宽资源、运算能力资源、内存资源、存储能力资源及管理能力资源，构建设备环境部署模板；步骤二，基于上述模板构建诉求，构造对应的开放API：API本身当作一种资源配置到模板中，允许基于不同模板执行的服务能够获得对应的API；步骤三，网络设备本地服务部署：基于“本地基础设施模板”、“本地资源管理模板”、“本地服务模板”在本地部署以下形态服务：本地基础设施、本地资源管理和本地服务；步骤四，网络设备的其他服务部署：“其他服务”包含除去本地网络管理服务的其他形态服务，以及“第三方的其他服务”。2.如权利要求1所述的容器资源分配方法，其特征在于，在所述步骤一中，所述设备环境部署模板包括本地基础设施模板、本地资源管理模板、本地服务模板和第三方服务模板，其中：本地基础设施模板，拥有整个设备所有的资源的管理权，在该模板内运行的管理程序能够获得分配运算能力资源、内存资源、存储资源、管理网络资源；本地资源管理模板具备分配运算能力资源、内存资源、存储资源、管理网络资源的能力，包含的是对自身运行的“资源管理服务”分配到其他容器内的资源管理；本地服务模板具备管理“由本地资源管理”分配给它的网络管控能力，能够与底层驱动交互，承担业务管控职责；第三方服务模板，能够获得前述资源管理模块提供的运算能力资源、内存资源、存储资源和网络资源，并且基于上述资源运行自己的服务。3.如权利要求1或2所述的容器资源分配方法，其特征在于，在所述步骤二中：最底层API的提供者是基于本地基础设施模板中执行的服务，本...

【专利技术属性】
技术研发人员：尹淇，
申请(专利权)人：烽火通信科技股份有限公司，
类型：发明
国别省市：