CN114205230A - 云原生网元的配置方法、系统、介质及电子设备 - Google Patents

Abstract

本申请涉及网络通信领域，揭示了一种云原生网元的配置方法、系统、计算机可读介质及电子设备。该方法包括：基于预定容器管理平台提供的对API的扩展服务创建与网元配置对应的定制对象，其中，所述定制对象包括配置参数定制字段；接收对定制对象的配置请求，得到向定制对象提交的与配置参数定制字段对应的配置参数；获取由网络配置定制控制器发来的配置信息，并将配置信息写入至数据库中；根据接收到来自配置代理的配置信息获取请求，从数据库中提取配置信息，并将配置信息转发给配置代理，以使配置代理根据配置信息对云原生网元进行配置。此方法对云原生网元的配置效率高，对用户十分友好。

Description

云原生网元的配置方法、系统、介质及电子设备

技术领域

本申请涉及网络通信技术领域，特别涉及一种云原生网元的配置方法、系统、计算机可读介质及电子设备。

背景技术

随着云原生理念的推广和发展，云原生已经进入成熟阶段。在电信行业，云原生理念及其技术也得到广泛的关注，在CCSA等国内以及ETSI等国际性标准化组织都有相关标准在推进。

目前，业内亟需一种对云原生网元更高效、灵活的配置方法。

发明内容

在网络通信技术领域，为了解决上述技术问题，本申请的目的在于提供一种云原生网元的配置方法、系统、计算机可读介质及电子设备。

根据本申请实施例的一个方面，提供了一种云原生网元的配置方法，所述方法由配置平台中的API服务执行，所述配置平台包括API服务、配置代理、云原生网元、网络配置定制控制器和数据库，所述方法包括：

基于预定容器管理平台提供的对API的扩展服务创建与网元配置对应的定制对象，其中，所述定制对象包括配置参数定制字段；

接收对所述定制对象的配置请求，得到向所述定制对象提交的与所述配置参数定制字段对应的配置参数；

获取由所述网络配置定制控制器发来的配置信息，并将所述配置信息写入至所述数据库中，其中，所述配置信息是所述网络配置定制控制器在监听到所述配置请求后，根据所述配置参数生成的；

根据接收到来自所述配置代理的配置信息获取请求，从所述数据库中提取所述配置信息，并将所述配置信息转发给所述配置代理，以使所述配置代理根据所述配置信息对所述云原生网元进行配置。

根据本申请实施例的一个方面，提供了一种云原生网元的配置装置，所述装置位于配置平台的API服务中，所述配置平台包括API服务、配置代理、云原生网元、网络配置定制控制器和数据库，所述装置包括：

定制对象创建模块，被配置为基于预定容器管理平台提供的对API的扩展服务创建与网元配置对应的定制对象，其中，所述定制对象包括配置参数定制字段；

接收模块，被配置为接收对所述定制对象的配置请求，得到向所述定制对象提交的与所述配置参数定制字段对应的配置参数；

获取模块，被配置为获取由所述网络配置定制控制器发来的配置信息，并将所述配置信息写入至所述数据库中，其中，所述配置信息是所述网络配置定制控制器在监听到所述配置请求后，根据所述配置参数生成的；

提取和转发模块，被配置为根据接收到来自所述配置代理的配置信息获取请求，从所述数据库中提取所述配置信息，并将所述配置信息转发给所述配置代理，以使所述配置代理根据所述配置信息对所述云原生网元进行配置。

根据本申请实施例的一个方面，提供了一种云原生网元的配置系统，包括API服务、配置代理、云原生网元、网络配置定制控制器和数据库，其中：

所述API服务用于基于预定容器管理平台提供的对API的扩展服务创建与网元配置对应的定制对象，其中，所述定制对象包括配置参数定制字段；

接收对所述定制对象的配置请求，得到向所述定制对象提交的与所述配置参数定制字段对应的配置参数；

获取由所述网络配置定制控制器发来的配置信息，并将所述配置信息写入至所述数据库中，其中，所述配置信息是所述网络配置定制控制器在监听到所述配置请求后，根据所述配置参数生成的；以及

根据接收到来自所述配置代理的配置信息获取请求，从所述数据库中提取所述配置信息，并将所述配置信息转发给所述配置代理；

所述网络配置定制控制器用于对所述配置请求进行监听，并根据监听到所述配置请求，根据所述配置参数生成配置信息；以及

向所述API服务发送所述配置信息；

所述数据库用于执行对所述配置信息的读写操作；

所述配置代理用于向所述API服务发送配置信息获取请求，并根据所述API服务转发的所述配置信息生成配置指令；

所述云原生网元用于根据所述配置指令进行配置。

根据本申请实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的方法。

根据本申请实施例的一个方面，提供了一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的方法。

本申请的实施例提供的技术方案可以包括以下有益效果：

本申请所提供的云原生网元的配置方法由配置平台中的API服务执行，该配置平台包括API服务、配置代理、云原生网元、网络配置定制控制器和数据库，该方法包括如下步骤：基于预定容器管理平台提供的对API的扩展服务创建与网元配置对应的定制对象，其中，所述定制对象包括配置参数定制字段；接收对所述定制对象的配置请求，得到向所述定制对象提交的与所述配置参数定制字段对应的配置参数；获取由所述网络配置定制控制器发来的配置信息，并将所述配置信息写入至所述数据库中，其中，所述配置信息是所述网络配置定制控制器在监听到所述配置请求后，根据所述配置参数生成的；根据接收到来自所述配置代理的配置信息获取请求，从所述数据库中提取所述配置信息，并将所述配置信息转发给所述配置代理，以使所述配置代理根据所述配置信息对所述云原生网元进行配置。

此方法下，只需要用户利用预定容器管理平台提供的对API的扩展服务创建与网元配置对应的定制对象并提交对定制对象的配置请求，网络配置定制控制器便可以监听到配置请求，自动将配置请求转换为配置信息，并将配置信息发送给API服务，使得API服务能够将配置信息存储在数据库中；在此基础上，配置代理向API服务发送配置信息获取请求，就能够获取到配置信息，从而可以利用配置信息对云原生网元进行配置。因此，本申请实施例提供的对云原生网元的配置方法的配置效率高，对用户十分友好。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是根据一示例性实施例示出的一种云原生网元的配置方法的系统架构示意图；

图2是根据一示例性实施例示出的云原生网元的配置方法的流程图；

图3是根据一示例性实施例示出的云原生网元的配置方法的原理框图；

图4是根据一示例性实施例示出的云原生网元的配置方法的具体实施流程示意图；

图5是根据一示例性实施例示出的一种云原生网元的配置装置的框图；

图6示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

此外，附图仅为本申请的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。

对于网元的配置是指定义网元的属性或运行方式。在相关技术中，已经基于容器技术实现了网元的封装，还通过Kubernetes实现容器化网元的部署。基于容器化技术及kubernetes的编排调度能力实现了网元的容器化承载，将云的弹性伸缩、快速迭代、敏捷运维等特性带入到网络中，极大的提升了网络云化的灵活性和适应性。但是，相关技术中的方案仅仅解决了网元部署、编排的问题，对于网元的配置依然需要使用传统的方案。相关技术存在以下缺陷：

1)通常不允许用户直接登入容器，导致传统命令行的方式无法进行配置。

2)命令行、netconf等配置方式需要执行命令或者编写yang api，这种传统配置方式的效率非常低，很大程度上降低了云原生带来的灵活与敏捷性。

为此，本申请首先提供了一种云原生网元的配置方法，该方法可以克服以上缺陷，能够高效地实现对云原生网元的配置，对用户更加友好。

本申请实施例的实施终端可以是服务器、控制器、交换机等各种能够作为网络中节点的机器。

图1是根据一示例性实施例示出的一种云原生网元的配置方法的系统架构示意图。如图1所示，该系统架构100包括终端设备101、服务器102、控制器103、数据库104以及工作节点105，终端设备101、控制器103、数据库104以及工作节点105与服务器102之间均建立了通信连接，服务器102可以为本实施例的实施终端，工作节点105包括配置代理和需要配置的云原生网元。当本申请提供的一种云原生网元的配置方法应用于图1所示系统架构中时，一个具体过程可以是这样的：首先，用户使用终端设备101向服务器102发送定制对象创建请求，服务器102包括基于预定容器管理平台提供的对API的扩展服务，服务器102接收到制对象创建请求后，基于对API的扩展服务创建与网元配置对应的定制对象；然后，用户再次使用终端设备101向服务器102发送对该定制对象的配置请求，利用配置请求向服务器102提交配置参数；此时，控制器103监听到该配置请求，将配置请求转换为配置信息，并将配置信息发送给服务器102，服务器102在接收到配置信息后，会将配置信息写入数据库104中；接着，工作节点105中的配置代理监听到对配置信息的写入操作之后，会向服务器102请求获取配置信息，服务器102会从数据库104取出配置代理所请求获取的配置信息，并发送给配置代理；最后，工作节点105中配置代理基于获取到的配置信息对云原生网元进行配置。

在本申请的一个实施例中，系统架构100为kubernetes集群。

在本申请的一个实施例中，服务器102在获取到定制对象和与配置参数定制字段对应的配置参数之后，将定制对象和配置参数保存至数据库104中。

值得一提的是，图1仅为本申请的一个实施例，虽然在图1实施例中，发送配置请求、接收配置请求、存储配置信息以及生成配置信息等操作分别是在不同的设备上完成的，但在本申请的其它实施例中，还可以在同时同一设备或节点上执行这些操作中的至少两种操作，因此，终端设备101、服务器102、控制器103、数据库104所执行的操作可以在实际场景中可以由一个节点完成；虽然在图1实施例中，工作节点105和实施终端均为服务器，但在本申请的其它实施例中，工作节点105和实施终端可以是各种能够作为网络节点的机器。本申请实施例对此不作任何限定，本申请的保护范围也不应因此而受到任何限制。

图2是根据一示例性实施例示出的云原生网元的配置方法的流程图。图2实施例提供的云原生网元的配置方法由配置平台中的API服务执行，该配置平台包括API服务、配置代理、云原生网元、网络配置定制控制器和数据库，如图2所示，可以包括以下步骤：

步骤210，基于预定容器管理平台提供的对API的扩展服务创建与网元配置对应的定制对象，其中，所述定制对象包括配置参数定制字段。

预定容器管理平台比如可以是Kubernetes(k8s)，Kubernetes API使用户可以查询和操纵Kubernetes中对象的状态。Kubernetes控制平面的核心是API服务和它暴露的HTTP API。

因此，预定容器管理平台提供的对API的扩展服务实际上就是定制资源定义(CRD，CustomResourceDefinition)。

创建定制对象具体可以包括以下步骤：

第一，将CRD保存至yaml格式文件中，然后根据创建指令提交该yaml格式文件，从创建新的CRD对象，Kubernetes的API服务会为用户生成一个RESTful的资源路径；

第二，通过该资源路径提交用于创建定制对象的yaml格式文件来创建定制对象(Custom Objects)。

定制对象与网元配置相对应是指定制对象是用来对网元进行配置的；配置参数定制字段即为用来对网元进行配置的配置参数名。

定制对象是一种API(Application Programming Interface,应用程序编程接口)资源，本质上是声明式API，利用该API资源可以网元进行配置。因此，通过创建定制对象实际上定义了一个具有网元配置能力的接口。

传统的网元基于命令行或者yang api甚至rest api进行配置，这三种方式都是命令式的，而本申请实施例利用Kubernetes提供的CRD(Custom Resource Define)机制，将网元的配置转化为自定义的kubernetes对象资源，而这些资源都是可以通过API进行调用的，从而向用户提供了声明式API的网元配置入口。

步骤220，接收对所述定制对象的配置请求，得到向所述定制对象提交的与所述配置参数定制字段对应的配置参数。

对定制对象的配置请求中携带有配置参数，用户通过调用API资源，向API服务发送配置请求，实现对配置参数的提交，从而基于声明式API实现配置。用户可以先将配置参数保存在yaml格式或JSON格式的配置文件中，然后在发送配置请求时发送该配置文件。

在本申请的一个实施例中，在接收对所述定制对象的配置请求，得到向所述定制对象提交的与所述配置参数定制字段对应的配置参数之后，所述方法还包括：将所述定制对象和所述配置参数写入至所述数据库中。

步骤230，获取由所述网络配置定制控制器发来的配置信息，并将所述配置信息写入至所述数据库中，其中，所述配置信息是所述网络配置定制控制器在监听到所述配置请求后，根据所述配置参数生成的。

在本申请的一个实施例中，所述配置信息为配置命令或yang API实例。

yang是一种数据建模语言。通过配置命令或yang API实例，可以直接对云原生网元进行配置，十分便捷。

网络配置定制控制器能够将监听到的配置请求转换为配置信息。网络配置定制控制器可以利用Kubernetes提供的list-watch机制对配置请求进行监听。

在本申请的一个实施例中，所述配置信息是在所述配置参数通过所述网络配置定制控制器的合法性校验之后，由所述网络配置定制控制器根据所述配置参数生成的。

具体地，网络配置定制控制器可以利用规则等方式对配置参数进行校验。

在本申请实施例中，通过在生成配置信息之前验证配置参数的合法性，通过通过验证时，才生成配置信息，保证了配置过程的安全性。

步骤240，根据接收到来自所述配置代理的配置信息获取请求，从所述数据库中提取所述配置信息，并将所述配置信息转发给所述配置代理，以使所述配置代理根据所述配置信息对所述云原生网元进行配置。

云原生网元可以是物理网元或虚拟网元，比如可以是虚拟防火墙、虚拟网关等。

在本申请的一个实施例中，所述配置代理位于第一容器中，所述云原生网元位于第二容器中，所述配置代理和所述云原生网元是基于边车模式部署的。

边车模式即side-car模式。在边车模式中，云原生网元为边，配置代理为车，因此，可以通过边车模式可以额外为云原生网元增加配置功能。第一容器和第二容器可以位于同一节点上。

在本申请的一个实施例中，所述预定容器管理平台为Kubernetes，所述第一容器和所述第二容器部署在所述预定容器管理平台的同一个pod中。

Pod是可以在Kubernetes中创建和管理的、最小的可部署的计算单元。Pod中可以包括一个或多个容器。在本实施例中，通过在将配置代理和云原生网元分别部署在一个容器内的基础上，将分别承载配置代理和云原生网元的容器均部署在同一pod中，使得配置代理和云原生网元能够更好地基于边车模式进行协作。

在本申请的一个实施例中，所述配置信息获取请求是所述配置代理根据接收到来自所述网络配置定制控制器的通知消息而向所述API服务发送的，所述通知消息是所述网络配置定制控制器在发送所述配置信息之后向所述配置代理发送的。

通知消息还可以是网络配置定制控制器在发送配置信息的同时向配置代理发送的。

在本申请实施例中，网络配置定制控制器在发送配置信息之后或者在发送配置信息的同时向配置代理发送通知消息，使得配置代理能够及时获知新的配置信息，从而及时向API服务发送请求，进而能够及时实现对云原生网元的配置。

在本申请的一个实施例中，所述配置信息获取请求是所述配置代理根据监听到所述API服务对所述配置信息的写入操作而发送的。

API服务将配置信息写入到数据库会使配置信息发生变更，因此，配置代理一旦监听到API服务对配置信息的写入操作，就能够获知已经产生了新的配置信息，从而可以及时获取到新的配置信息，及时对云原生网元进行配置。

配置代理也可以利用Kubernetes提供的list-watch机制对该写入操作进行监听。

图3是根据一示例性实施例示出的云原生网元的配置方法的原理框图；图4是根据一示例性实施例示出的云原生网元的配置方法的具体实施流程示意图。下面，结合图3和图4进一步介绍本申请实施例的方案。

请参见图3，其示出了一个Kubernetes集群，包括K8S主节点310和K8S工作节点320，K8S主节点310包括API Server、Etcd、网络配置CustomResource和网络配置CustomController，K8S主节点310中各模块经由API Server实现交互，K8S工作节点320包括第一pod321和第二pod322，每一pod中均包括两个容器，这两个容器内分别部署有Agent配置代理和CNF(Cloud Native Network Function，云原生网络功能)云原生网元，其中，Etcd为分布式键值数据库。

图3所示集群的主要功能模块的具体作用如下：

1)网络配置CustomResource：基于yaml文件格式实现网元配置能力的接口定义，定义完成后通过API Server可以查询网元配置的接口信息或者进行配置。

2)网络配置CustomController：网络配置定制控制器，它通过k8s提供的list-watch机制监听网络配置的API资源，如果有网元需要配置，它会调用API Server获取具体的配置信息，并对配置信息进行分析与计算，转译成配置代理可以理解的内容(具体的命令或者yang api实例化)调用API Server写入Etcd数据库。

3)Agent配置代理：配置代理通过容器应用部署的side-car模式和CNF云原生网元一起部署。配置代理同样基于list-watch机制监听(watch)网元配置相关的API资源，获取到配置信息后执行相关命令行或者yang api调用实现网元的配置。

在CNF的部署中需要搭载一个配置代理Agent，这个Agent与真正工作的CNF紧密协作，Agent总是与CNF一起部署，因此通过Agent更容易执行CNF配置的命令或者api调用。这个Agent通过监听K8S API Server获取并执行具体配置命令或者api调用从而达到CNF配置的目的。本申请实施例提供的基于side-car模式的网元配置是很好的创新，一方面，这是一种分布式的网元配置架构，不同的网元由不同的Agent进行配置，相比集中式更加容易扩展、稳定性更高；另一方面，该方式同时继承了SDN的思想，实现了控制和转发的逻辑分离。

值得一提是，图3中示出了多个云原生网元，因此，该集群可以对多个云原生网元进行配置，每一配置代理只能获取到对相应的云原生网元进行配置的配置信息，并对相应的云原生网元进行配置。

请参见图4，配置云原生网元的具体实施流程可以包括以下步骤：

步骤410，根据网元配置所需的具体参数，创建基于yaml格式的CustomResource，并提交到K8S系统，从而将网元的配置能力转换为对应的API资源。

步骤420，用户基于yaml或者json格式编写具体的网元配置参数，并提交给上一步创建的API资源，API Server会将相关信息写入etcd数据库。

步骤430，网络配置CustomController(控制器)监听(通过API Server)到用户对网元的配置请求，会将该请求进行验证与分析。

步骤440，网络配置CustomController(控制器)通过转译模块将用户的API请求转换成网元实际的配置命令或者yang api实例，并通过K8S的API Server写入etcd数据库。

步骤450，基于side-car(边车模式)部署的网元，其配置代理Agent获取并执行具体的配置命令或者yang api调用信息，实现对网元的配置。

综上所述，本申请实施例提出了一种针对云原生的容器网元CNF的自动化配置方案，该方案充分利用了云原生的机制和设计模式，相比传统网元配置方式具有非常大的优势：第一，使用声明式API取代了传统命令式的网元配置方式，基于该API在一定程度上也实现了CNF部署、编排与配置在形式上的统一，整体效率更高，对用户更友好；第二，side-car模式的实现了基于分布式架构的网元配置能力，网元的配置信息由分布式键值数据库etcd进行保存，每个CNF网元都由专用的配置代理Agent获取配置并进行配置下发，这种模式不仅使得单个CNF的稳定性更高，而且非常利于大规模的CNF部署与配置。

根据本申请的第二方面，本申请还提供了一种云原生网元的配置系统，该系统包括API服务、配置代理、云原生网元、网络配置定制控制器和数据库，其中：

所述API服务用于基于预定容器管理平台提供的对API的扩展服务创建与网元配置对应的定制对象，其中，所述定制对象包括配置参数定制字段；

接收对所述定制对象的配置请求，得到向所述定制对象提交的与所述配置参数定制字段对应的配置参数；

获取由所述网络配置定制控制器发来的配置信息，并将所述配置信息写入至所述数据库中，其中，所述配置信息是所述网络配置定制控制器在监听到所述配置请求后，根据所述配置参数生成的；以及

根据接收到来自所述配置代理的配置信息获取请求，从所述数据库中提取所述配置信息，并将所述配置信息转发给所述配置代理；

所述网络配置定制控制器用于对所述配置请求进行监听，并根据监听到所述配置请求，根据所述配置参数生成配置信息；以及

向所述API服务发送所述配置信息；

所述数据库用于执行对所述配置信息的读写操作；

所述配置代理用于向所述API服务发送配置信息获取请求，并根据所述API服务转发的所述配置信息生成配置指令；

所述云原生网元用于根据所述配置指令进行配置。

根据本申请的第三方面，本申请还提供了一种云原生网元的配置装置，该装置位于配置平台的API服务中，所述配置平台包括API服务、配置代理、云原生网元、网络配置定制控制器和数据库，以下是本申请的装置实施例。

图5是根据一示例性实施例示出的一种云原生网元的配置装置的框图。如图5所示，装置500包括：

定制对象创建模块510，被配置为基于预定容器管理平台提供的对API的扩展服务创建与网元配置对应的定制对象，其中，所述定制对象包括配置参数定制字段；

接收模块520，被配置为接收对所述定制对象的配置请求，得到向所述定制对象提交的与所述配置参数定制字段对应的配置参数；

获取模块530，被配置为获取由所述网络配置定制控制器发来的配置信息，并将所述配置信息写入至所述数据库中，其中，所述配置信息是所述网络配置定制控制器在监听到所述配置请求后，根据所述配置参数生成的；

提取和转发模块540，被配置为根据接收到来自所述配置代理的配置信息获取请求，从所述数据库中提取所述配置信息，并将所述配置信息转发给所述配置代理，以使所述配置代理根据所述配置信息对所述云原生网元进行配置。

根据本申请的另一方面，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

图6示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图6示出的电子设备的计算机系统600仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(Central Processing Unit，CPU)601，其可以根据存储在只读存储器(Read-Only Memory，ROM)602中的程序或者从存储部分608加载到随机访问存储器(Random Access Memory，RAM)603中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 603中，还存储有系统操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(Input/Output，I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN(Local Area Network，局域网)卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

1.一种云原生网元的配置方法，其特征在于，所述方法由配置平台中的API服务执行，所述配置平台包括API服务、配置代理、云原生网元、网络配置定制控制器和数据库，所述方法包括：

基于预定容器管理平台提供的对API的扩展服务创建与网元配置对应的定制对象，其中，所述定制对象包括配置参数定制字段；

接收对所述定制对象的配置请求，得到向所述定制对象提交的与所述配置参数定制字段对应的配置参数；

获取由所述网络配置定制控制器发来的配置信息，并将所述配置信息写入至所述数据库中，其中，所述配置信息是所述网络配置定制控制器在监听到所述配置请求后，根据所述配置参数生成的；

根据接收到来自所述配置代理的配置信息获取请求，从所述数据库中提取所述配置信息，并将所述配置信息转发给所述配置代理，以使所述配置代理根据所述配置信息对所述云原生网元进行配置。

2.根据权利要求1所述的方法，其特征在于，所述配置信息获取请求是所述配置代理根据接收到来自所述网络配置定制控制器的通知消息而向所述API服务发送的，所述通知消息是所述网络配置定制控制器在发送所述配置信息之后向所述配置代理发送的。

3.根据权利要求1所述的方法，其特征在于，所述配置信息获取请求是所述配置代理根据监听到所述API服务对所述配置信息的写入操作而发送的。

4.根据权利要求1所述的方法，其特征在于，所述配置代理位于第一容器中，所述云原生网元位于第二容器中，所述配置代理和所述云原生网元是基于边车模式部署的。

5.根据权利要求4所述的方法，其特征在于，所述预定容器管理平台为Kubernetes，所述第一容器和所述第二容器部署在所述预定容器管理平台的同一个pod中。

6.根据权利要求1所述的方法，其特征在于，所述配置信息为配置命令或yang API实例。

7.根据权利要求1所述的方法，其特征在于，所述配置信息是在所述配置参数通过所述网络配置定制控制器的合法性校验之后，由所述网络配置定制控制器根据所述配置参数生成的。

8.一种云原生网元的配置系统，其特征在于，包括API服务、配置代理、云原生网元、网络配置定制控制器和数据库，其中：

所述API服务用于基于预定容器管理平台提供的对API的扩展服务创建与网元配置对应的定制对象，其中，所述定制对象包括配置参数定制字段；

接收对所述定制对象的配置请求，得到向所述定制对象提交的与所述配置参数定制字段对应的配置参数；

获取由所述网络配置定制控制器发来的配置信息，并将所述配置信息写入至所述数据库中，其中，所述配置信息是所述网络配置定制控制器在监听到所述配置请求后，根据所述配置参数生成的；以及

根据接收到来自所述配置代理的配置信息获取请求，从所述数据库中提取所述配置信息，并将所述配置信息转发给所述配置代理；

所述网络配置定制控制器用于对所述配置请求进行监听，并根据监听到所述配置请求，根据所述配置参数生成配置信息；以及

向所述API服务发送所述配置信息；

所述数据库用于执行对所述配置信息的读写操作；

所述配置代理用于向所述API服务发送配置信息获取请求，并根据所述API服务转发的所述配置信息生成配置指令；

所述云原生网元用于根据所述配置指令进行配置。

9.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的方法。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至7中任一项所述的方法。

Images