CN110401554B - Vnf纳管的方法、装置、系统、电子设备及存储介质 - Google Patents

Vnf纳管的方法、装置、系统、电子设备及存储介质 Download PDF

Info

Publication number
CN110401554B
CN110401554B CN201810381253.6A CN201810381253A CN110401554B CN 110401554 B CN110401554 B CN 110401554B CN 201810381253 A CN201810381253 A CN 201810381253A CN 110401554 B CN110401554 B CN 110401554B
Authority
CN
China
Prior art keywords
vnf
identification information
micro
service
manufacturer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201810381253.6A
Other languages
English (en)
Other versions
CN110401554A (zh
Inventor
周峰
吴江涛
刘玉红
胡志凌
谢佳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
China Mobile Suzhou Software Technology Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Suzhou Software Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd, China Mobile Suzhou Software Technology Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN201810381253.6A priority Critical patent/CN110401554B/zh
Publication of CN110401554A publication Critical patent/CN110401554A/zh
Application granted granted Critical
Publication of CN110401554B publication Critical patent/CN110401554B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明公开了一种VNF纳管的方法、装置、系统、电子设备及存储介质，用以解决在纳管异厂商的VNF时，停止当前的纳管服务的问题。方法包括：微服务管理单元接收携带厂商的第一标识信息第一纳管请求；在确定未保存有所述第一标识信息的厂商对应的第一微服务时，生成针对所述厂商的微服务；向所述微服务发送携带厂商的第一标识信息第二纳管请求，通过所述微服务对所述厂商的VNF进行纳管。由于在本发明实施例中，在纳管一个新的厂商的VNF时，只需要生成该厂商的微服务，通过生成的微服务纳管该厂商的VNF，不会影响其它微服务对其它厂商的VNF的纳管，未停止当前其它的纳管服务，从而减少了开发、测试成本，提高了纳管性能。

Description

VNF纳管的方法、装置、系统、电子设备及存储介质
技术领域
本发明涉及虚拟化网络功能管理技术领域，特别涉及一种虚拟化网络功能(Virtual Network Feature，VNF)纳管的方法、装置、系统、电子设备及存储介质。
背景技术
网络功能虚拟化(Network Function Virtualization，NFV)旨在通过标准化的信息技术(Information Technology，IT)虚拟化技术，使得许多类型的网络设备能够融入到符合行业标准的大容量服务器、交换机和存储设备等硬件中去，在一系列符合行业标准的硬件上运行的软件中，执行虚拟化的网络功能。软件可以根据需要，在不同位置的硬件上安装和卸载，通过软硬件解耦及功能抽象，使虚拟化网络功能不再依赖于专用硬件等。
根据欧洲电信标准化协会(European Telecommunications StandardsInstitute，ETSI)网络功能虚拟化标准工作组(Network Functions VirtualizationIndustry Specification Group，NFV ISG)ETSI NFV ISG的规范要求，在网络功能虚拟化管理与协调流程(NFV Management and Orchestration，NFV-MANO)域定义了自动化运行规范，实现虚拟化应用运行流程和架构。如图1所示，在这个架构中，有两个功能实体：网络功能虚拟化编排器(NFV Network Functions Virtualization Orchestrator，NFVO)和虚拟化网络功能管理单元(Virtualized Network Function Manager，VNFM)。NFVO负责整个虚拟化管理平台内的VNF、资源的管理与调度，VNFM负责VNF的生命周期管理。负责VNF生命周期管理的VNFM与多个VNF有网络消息交互，VNFM与多个厂商的VNF进行连接，实现对多个厂商的VNF的纳管。
目前，VNFM在纳管各异厂商的VNF时，可以采用插件方式或私有接口方式进行纳管，其中，异厂商是指该即将被纳管的VNF所属的厂商与VNFM不属于同一厂商。
在采用插件方式纳管异厂商的VNF时，VNFM提供插件给该VNF，VNF安装插件后，VNFM可以实现对VNF的纳管。由于插件只是安装在VNF上，VNF的私有接口没有对VNFM开放，所以VNFM无法解析VNF的私有消息，难以实现有效的监控。
在采用私有接口方式纳管异厂商的VNF时，VNFM通过与异厂商的VNF协商，制定私有接口，各自进行开发、测试，最后再进行对接测试，以实现VNFM对每个异厂商的VNF的纳管。VNFM在每次纳管一个异厂商的VNF时，都需要对自身的私有接口进行修改升级，以实现对新的异厂商的VNF和之前已经纳管的异厂商的VNF的纳管。
VNFM在修改升级私有接口时，需要停止当前的纳管服务。并且随着接入的VNF的厂商数越来越多，VNFM的开发、测试和维护成本会明显增加。并且单个VNFM在纳管大量VNF时，对于VNFM的处理性能也有较高的要求。
发明内容
本发明实施例公开了一种VNF纳管的方法、装置、系统、电子设备及存储介质，用以解决现有技术中VNFM在纳管异厂商的VNF时，需要停止当前的纳管服务的问题。
为达到上述目的，本发明实施例公开了一种虚拟化网络功能VNF纳管的方法，所述方法包括：
微服务管理单元接收第一纳管请求，其中，所述第一纳管请求中携带待纳管的VNF所属厂商的第一标识信息；
根据所述第一标识信息，确定是否保存有所述第一标识信息的厂商对应的第一微服务；
如果否，生成针对所述厂商的微服务；
向所述微服务发送第二纳管请求，其中，所述第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息，通过所述微服务对所述厂商的VNF进行纳管。
通过上述的描述可知道，在纳管一个新的厂商的VNF时，如果未保存该厂商对应的微服务，则生成该厂商对应的微服务，通过该厂商对应的微服务对该厂商的VNF进行纳管。因为只需要生成该厂商的微服务，通过生成的微服务纳管该厂商的VNF，不会影响其它微服务对其它厂商的VNF的纳管，因此，未停止当前其它的纳管服务，从而减少了开发、测试和维护成本，提高了纳管性能。
进一步地，如果保存有所述厂商对应的第一微服务，所述方法还包括：
向所述第一微服务发送第二纳管请求，其中，所述第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息，通过所述第一微服务对所述厂商的VNF进行纳管。
进一步地，预先保存厂商对应的微服务的过程包括：
接收微服务生成请求；
根据预先保存的每个厂商的信息，依次生成针对每个厂商的微服务，并保存厂商的标识信息与微服务的对应关系。
综上，微服务管理单元除了在接收到对某厂商的VNF进行纳管的纳管请求时，生成针对该厂商的微服务，还可以是在未接收到纳管请求之前，提早生成厂商对应的微服务。
进一步地，将微服务保存在docker容器中。保证了微服务在运行时，不受到外界因素的干扰。
进一步地，所述第一纳管请求中还携带所述VNF的镜像文件的第二标识信息，在通过所述微服务对所述厂商的VNF进行纳管之前，所述方法还包括：
启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机；
向微服务发送运行所述VNF的虚拟机的第三标识信息；
所述通过所述微服务对所述厂商的VNF进行纳管包括：
通过所述微服务对运行所述VNF的虚拟机进行纳管。
以上为微服务管理单元自身生成运行厂商的VNF的虚拟机的过程。
进一步地，所述第一纳管请求中还携带所述VNF的镜像文件的第二标识信息，向所述微服务发送的第二纳管请求还包括：所述镜像文件的第二标识信息；
所述通过所述微服务对所述厂商的VNF进行纳管包括：
通过所述微服务启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机，通过所述微服务对运行所述VNF的虚拟机进行纳管。
以上为微服务管理单元指示微服务生成运行厂商的VNF的虚拟机的过程。
站在微服务的角度，本发明实施例公开了一种虚拟化网络功能VNF纳管的方法，所述方法包括：
微服务接收微服务管理单元发送的第二纳管请求；
根据所述第二纳管请求中携带的待纳管的VNF所属厂商的第一标识信息，对所述第一标识信息的厂商的VNF进行纳管，其中，该微服务为微服务管理单元在接收到携带待纳管的VNF所属厂商的第一标识信息的第一纳管请求时，确定未保存所述第一标识信息的厂商对应的第一微服务时，生成的针对所述厂商的微服务。
进一步地，在对所述第一标识信息的厂商的VNF进行纳管之前，所述方法还包括：
接收微服务管理单元发送的运行所述VNF的虚拟机的第三标识信息；
所述对所述第一标识信息的厂商的VNF进行纳管包括：
对运行所述VNF的虚拟机进行纳管。
以上对应微服务管理单元生成运行VNF的虚拟机的过程，并把虚拟机的标识信息发给微服务，使微服务进行管理。
进一步地，所述第二纳管请求中还包括：镜像文件的第二标识信息；
在对所述第一标识信息的厂商的VNF进行纳管之前，所述方法还包括：
启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机；
所述对所述第一标识信息的厂商的VNF进行纳管包括：
对运行所述VNF的虚拟机进行纳管。
以上的描述为微服务生成运行厂商的VNF的虚拟机的过程。
本发明实施例公开了一种电子设备，所述电子设备包括：处理器、存储器和收发机；
所述收发机，用于在所述处理器的控制下，通过微服务管理单元接收第一纳管请求，其中，所述第一纳管请求中携带待纳管的VNF所属厂商的第一标识信息；
所述处理器，用于读取所述存储器中的程序，执行下列过程：根据所述第一标识信息，确定是否保存有所述第一标识信息的厂商对应的第一微服务；如果否，生成针对所述厂商的微服务；向所述微服务发送第二纳管请求，其中，所述第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息，通过所述微服务对所述厂商的VNF进行纳管。
进一步地，如果保存有所述厂商对应的第一微服务，所述处理器，还用于向所述第一微服务发送第二纳管请求，其中，所述第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息，通过所述第一微服务对所述厂商的VNF进行纳管。
进一步地，所述接收机，还用于接收微服务生成请求；
所述处理器，还用于根据预先保存的每个厂商的信息，依次生成针对每个厂商的微服务，并保存厂商的标识信息与微服务的对应关系。
进一步地，所述处理器，还用于将微服务保存在docker容器中。
进一步地，所述第一纳管请求中还携带所述VNF的镜像文件的第二标识信息，在通过所述微服务对所述厂商的VNF进行纳管之前，所述处理器，还用于启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机；向微服务发送运行所述VNF的虚拟机的第三标识信息；
所述处理器，具体用于通过所述微服务对运行所述VNF的虚拟机进行纳管。
进一步地，所述第一纳管请求中还携带所述VNF的镜像文件的第二标识信息，向所述微服务发送的第二纳管请求还包括：所述镜像文件的第二标识信息；
所述处理器，具体用于通过所述微服务启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机，通过所述微服务对运行所述VNF的虚拟机进行纳管。
本发明实施例公开了一种电子设备，所述电子设备包括：处理器和存储器；
所述处理器，用于读取所述存储器中的程序，执行下列过程：通过微服务接收微服务管理单元发送的第二纳管请求；根据所述第二纳管请求中携带的待纳管的VNF所属厂商的第一标识信息，对所述第一标识信息的厂商的VNF进行纳管，其中，该微服务为微服务管理单元在接收到携带待纳管的VNF所属厂商的第一标识信息的第一纳管请求时，确定未保存所述第一标识信息的厂商对应的第一微服务时，生成的针对所述厂商的微服务。
进一步地，在对所述第一标识信息的厂商的VNF进行纳管之前，所述处理器，还用于接收微服务管理单元发送的运行所述VNF的虚拟机的第三标识信息；
所述处理器，具体用于对运行所述VNF的虚拟机进行纳管。
进一步地，所述第二纳管请求中还包括：镜像文件的第二标识信息；
在对所述第一标识信息的厂商的VNF进行纳管之前，所述处理器，还用于启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机；
所述处理器，具体用于对运行所述VNF的虚拟机进行纳管。
本发明实施例公开了一种虚拟化网络功能VNF纳管的装置，所述装置包括：
接收模块，用于接收第一纳管请求，其中，所述第一纳管请求中携带待纳管的VNF所属厂商的第一标识信息；
确定模块，用于根据所述第一标识信息，确定是否保存有所述第一标识信息的厂商对应的第一微服务；
生成模块，用于如果确定模块的确定结果为否，生成针对所述厂商的微服务；
发送模块，用于向所述微服务发送第二纳管请求，其中，所述第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息；
控制纳管模块，用于通过所述微服务对所述厂商的VNF进行纳管。
本发明实施例公开了一种虚拟化网络功能VNF纳管的装置，所述装置包括：
接收模块，用于接收微服务管理单元发送的第二纳管请求；
纳管模块，用于根据所述第二纳管请求中携带的待纳管的VNF所属厂商的第一标识信息，对所述第一标识信息的厂商的VNF进行纳管，其中，该微服务为微服务管理单元在接收到携带待纳管的VNF所属厂商的第一标识信息的第一纳管请求时，确定未保存所述第一标识信息的厂商对应的第一微服务时，生成的针对所述厂商的微服务。
本发明实施例公开了一种虚拟化网络功能VNF纳管的系统，该系统包括：如安装有微服务管理单元的电子设备，安装有微服务的电子设备，和安装有厂商的VNF的电子设备。
本发明实施例公开了一种电子设备，所述电子设备包括：处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
所述存储器中存储有计算机程序，当所述程序被所述处理器执行时，使得所述处理器执行上述任一项所述方法的步骤。
本发明实施例公开了一种计算机可读存储介质，其存储有可由电子设备执行的计算机程序，当所述程序在所述电子设备上运行时，使得所述电子设备执行上述任一项所述方法的步骤。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为现有技术中的VNFM纳管VNF的架构图；
图2为本发明实施例1提供的一种VNF纳管的过程示意图；
图3为本发明实施例1提供的一种VNF纳管的过程示意图；
图4为本发明实施例提供的一种生成微服务的过程示意图；
图5为本发明实施例提供的一种微服务管理单元对厂商的VNF进行纳管的架构示意图；
图6为本发明实施例提供的一种电子设备；
图7为本发明实施例提供的一种电子设备；
图8为本发明实施例提供的一种VNF纳管的装置示意图；
图9为本发明实施例提供的一种VNF纳管的装置示意图；
图10为本发明实施例提供的一种VNF纳管的系统结构图；
图11为本发明实施例提供的一种电子设备。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
实施例1：
图2为本发明实施例1提供的一种VNF纳管的过程示意图，该过程包括以下步骤：
S101：微服务管理单元接收第一纳管请求，其中，所述第一纳管请求中携带待纳管的VNF所属厂商的第一标识信息。
S102：根据所述第一标识信息，确定是否保存有所述第一标识信息的厂商对应的第一微服务，如果否，则进行S103，如果是，则进行S105。
S103：生成针对所述厂商的微服务。
S104：向所述微服务发送第二纳管请求，其中，所述第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息，通过所述微服务对所述厂商的VNF进行纳管。
本发明实施例提供的VNF纳管方法应用于微服务管理单元，具体应用于安装有微服务管理单元的电子设备，将安装有微服务管理单元的电子设备称为第一电子设备。
厂商的VNF在需要被纳管时，可以通过微服务对该厂商的VNF进行纳管。
微服务管理单元可以生成微服务，以及向微服务下发指令，对微服务进行纳管。
厂商在想自身的VNF被微服务纳管时，可以根据预先设置的通信协议，厂商的设备向微服务管理单元发送纳管请求，则微服务管理单元接收厂商的设备发送的纳管请求。还可以是管理员在微服务管理单元所在的电子设备上进行操作，使微服务管理单元接收用户输入的纳管请求。微服务管理单元接收到的纳管请求称为第一纳管请求，微服务管理单元需要知道是对哪个厂商的VNF进行纳管，则第一纳管请求中携带待纳管的VNF所属厂商的标识信息，厂商的标识信息称为第一标识信息。
微服务管理单元中，具体为安装有微服务管理单元的第一电子设备中预先保存有厂商的标识信息与纳管该厂商的VNF的微服务的标识信息的对应关系，在确定出厂商的第一标识信息后，可以根据预先保存的厂商的标识信息与微服务的标识信息的对应关系，以及根据该第一标识信息，确定是否保存有该第一标识信息的厂商对应的第一微服务，也就是判断是否保存有第一标识信息对应的微服务的标识信息。
如果没有保存该第一标识信息的厂商对应的第一微服务，也就是未保存第一标识信息对应的微服务的标识信息，则可以针对该厂商，生成该厂商的微服务。
具体的，微服务管理单元中，也就是微服务管理单元所在的第一电子设备中预先保存有每个厂商的标识信息与生成纳管厂商的VNF的微服务的VNFM子程序所在的存储位置的对应关系，微服务管理单元在生成针对该厂商的微服务时，可以是根据所述厂商的第一标识信息，确定预先保存的所述第一标识信息对应的第一存储位置，运行该第一存储位置中保存的用于生成纳管该厂商的VNF的微服务的第一VNFM子程序，生成针对该厂商的微服务。根据VNFM子程序生成微服务的过程属于现有技术，在本发明实施例中不进行赘述。
微服务管理单元在生成了纳管第一标识信息的厂商的VNF的微服务后，可以向该微服务发送纳管请求，指示该微服务纳管该厂商的VNF，将微服务管理单元向微服务发送的纳管请求称为第二纳管请求，微服务需要知道是对哪个厂商的VNF进行纳管，则第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息。
微服务管理单元向微服务发送携带厂商的第一标识信息的第二纳管请求，通过微服务对该第一标识信息的厂商的VNF进行纳管。
图3为本发明实施例提供的一种VNF纳管的过程示意图，该过程包括以下步骤：
S201：微服务接收微服务管理单元发送的第二纳管请求。
S202：根据所述第二纳管请求中携带的待纳管的VNF所属厂商的第一标识信息，对所述第一标识信息的厂商的VNF进行纳管，其中，该微服务为微服务管理单元在接收到携带待纳管的VNF所属厂商的第一标识信息的第一纳管请求时，确定未保存所述第一标识信息的厂商对应的第一微服务时，生成的针对所述厂商的微服务。
本发明实施例提供的VNF纳管的方法应用于微服务，具体应用于安装有微服务的电子设备，将安装有微服务的电子设备称为第二电子设备。第一电子设备与第二电子设备可以相同，也可以不同。
微服务可以对VNF进行纳管，微服务管理单元可以指示微服务什么时候对VNF进行纳管，以及纳管哪个厂商的VNF。
微服务管理单元通过向微服务发送纳管请求，指示微服务开始对VNF进行纳管，则微服务接收微服务管理单元发送的纳管请求，将该纳管请求称为第二纳管请求，并在该第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息，则微服务根据第二纳管请求中携带的待纳管的VNF所属厂商的第一标识信息，对第一标识信息的厂商的VNF进行纳管。
微服务中，具体为安装有微服务的第二电子设备中预先保存有第一标识信息对应的第二存储位置，该第二存储位置中保存有用于实现对第一标识信息的厂商的VNF纳管的第二VNFM子程序。微服务对第一标识信息的厂商的VNF进行纳管时，根据预先保存的所述第一标识信息对应的第二存储位置，运行所述第二存储位置中保存的用于实现VNF纳管的第二VNFM子程序，对第一标识信息的厂家的VNF进行纳管。运行VNFM子程序，对VNF进行纳管的过程属于现有技术，在本发明实施例中不进行赘述。
对第一标识信息的厂商的VNF进行纳管的微服务，是微服务管理单元生成的，具体为，服务管理单元在接收携带纳管的VNF所属厂商的第一标识信息的第一纳管请求时，判断是否保存有所述第一标识信息的厂商对应的第一微服务的标识信息，在确定未保存时，生成的针对该第一标识信息的厂商的微服务。
由于在本发明实施例中，在纳管一个新的厂商的VNF时，如果未保存该厂商对应的微服务，则生成该厂商对应的微服务，通过该厂商对应的微服务对该厂商的VNF进行纳管。因为只需要生成该厂商的微服务，通过生成的微服务纳管该厂商的VNF，不会影响其它微服务对其它厂商的VNF的纳管，因此，未停止当前其它的纳管服务，从而减少了开发、测试和维护成本，提高了纳管性能。
实施例2：
微服务管理单元除了在接收到对某厂商的VNF进行纳管的纳管请求时，生成针对该厂商的微服务，还可以是在未接收到纳管请求之前，提早生成厂商对应的微服务，在上述实施例的基础上，在本发明实施例中，如图2所示，在实施例1中的S102的判断结果是时，也就是如果保存有所述厂商对应的第一微服务，则进行S105。
S105：向所述第一微服务发送第二纳管请求，其中，所述第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息，通过所述第一微服务对所述厂商的VNF进行纳管。
在本发明实施例中，微服务管理单元在接收到第一纳管请求，确定出待纳管的VNF所述厂商的第一标识信息后，并确定保存有该一标识信息对应的第一微服务时，则可以直接向该第一微服务发送第二纳管请求，指示该第一微服务纳管该厂商的VNF，第一微服务需要知道是对哪个厂商的VNF进行纳管，则第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息。
微服务管理单元向第一微服务发送携带厂商的第一标识信息的第二纳管请求，通过第一微服务对该第一标识信息的厂商的VNF进行纳管。
在本发明实施例中，厂商可以注册到微服务管理单元中，微服务管理单元生成注册的厂商的微服务。
如图2所示，在S101之后，在S102之前，还可以包括S106：根据预先保存的已注册的厂商的标识信息，以及该第一标识信息，判断该第一厂商是否注册，如果是，则进行S102，如果否，则输出提示信息，用以提示该厂家未注册。
在本发明实施例中，在接收到对某厂商的VNF进行纳管的纳管请求之前，就已经生成了厂商对应的微服务并保存，预先保存厂商对应的微服务的过程包括：
接收微服务生成请求；
根据预先保存的每个厂商的信息，依次生成针对每个厂商的微服务，并保存厂商的标识信息与微服务的对应关系。
在本发明实施例中，微服务管理单元没有接收到对某个厂商的VNF进行纳管的纳管请求，也可以预先生成厂商对应的微服务。
微服务管理单元中，具体为安装微服务管理单元的第一电子设备中预先保存的每个厂商的信息，厂商的信息中包含厂商的标识信息，生成厂商对应的微服务的VNFM子程序的存储位置信息，微服务管理单元可以根据厂商对应的生成微服务的VNFM子程序的存储位置，运行位于该存储位置中的VNFM子程序，生成针对厂商的微服务。因为厂商的信息是依次保存的，可以理解为是按照顺序保存的，则在生成厂商的微服务时，也是按照保存的每个厂商的信息的顺序，依次生成针对每个厂商的微服务，并在生成厂商对应的微服务后，保存厂商的标识信息与微服务的对应关系。每个微服务有其对应的标识信息，可以是微服务名称，在保存厂商的标识信息与微服务的对应关系时，可以是保存厂商的标识信息与微服务的标识信息的对应关系，具体可以是保存到微服务列表中。
厂商的信息可以是以表格的形式进行保存的，如表1所示，厂商的信息中包含厂商的标识信息，可以是厂商的名称，如：name1、name2、name3，生成微服务的VNFM子程序的存储位置，如：/home/abc/VNFM1.exe、/home/abc/VNFM2.exe、/home/abc/VNFM3.exe。
Figure BDA0001641059830000141
表1
表格中的每一行为一个厂商的信息，如图4所示生成微服务的过程示意图，在接收到微服务生成请求时，可以逐行的读取表格中的厂商的信息，根据读取到的厂商的标识信息，判断微服务列表中是否有该标识信息对应的微服务的标识信息，如果是，则已生成该厂商对应的微服务。可以再判断是否读取到了表格的最后一行，如果读取到了表格的最后一行，则生成微服务的过程结束。如果没有读取到表格的最后一行，则进行下一行的读取。
如果微服务列表中未保存有该厂商的微服务，则生成针对该厂商的微服务，确定微服务的标识信息，可以是名称，并在微服务列表中保存厂商的标识信息与微服务的标识信息的对应关系，并判断是否读取到了表格的最后一行。
为了使各个微服务在运行时，不受到外界因素的干扰，上述各实施例中生成的微服务保存在docker容器中。
厂商的信息中还可以包含该厂商与VNFM所在的厂商是否为同一厂商的信息，以便知道该待被纳管的VNF所属厂商是否为异厂商。本发明在对厂商的VNF进行纳管时，可以不考虑是否为异厂商，异常商与同厂商均可以采用本发明的微服务对VNF进行纳管的方法。
实施例3：
在对厂商的VNF进行纳管之前，首先要生成厂商的VNF，在上述各实施例的基础上，在本发明实施例中，所述第一纳管请求中还携带所述VNF的镜像文件的第二标识信息，在通过所述微服务对所述厂商的VNF进行纳管之前，所述方法还包括：
启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机；
向微服务发送运行所述VNF的虚拟机的第三标识信息；
所述通过所述微服务对所述厂商的VNF进行纳管包括：
通过所述微服务对运行所述VNF的虚拟机进行纳管。
在本发明实施例中，微服务管理单元可以生成运行第一标识信息的厂商的VNF，VNF运行在虚拟机上，也就是生成运行VNF的虚拟机。
在生成运行VNF的虚拟机时，需要该VNF的镜像文件，根据镜像文件生成运行VNF的虚拟机，则微服务管理单元接收到的第一纳管请求中携带有该第一标识信息的厂家的VNF的镜像文件的标识信息，将该镜像文件的标识信息称为第二标识信息。
微服管理单元中，具体为安装有微服务管理单元的第一电子设备中可以预先保存有运行每个厂家的VNF所需的镜像文件，在确定出镜像文件的第二标识信息后，可以根据预先保存的每个镜像文件，启动该第二标识信息的镜像文件，生成运行该第一标识信息的厂商的VNF的虚拟机。具体根据镜像文件生成虚拟机的过程属于现有技术，在本发明实施例中不进行赘述。
微服务对厂商的VNF进行纳管，VNF运行在虚拟机上，则微服务管理单元可以将该虚拟机通知给该微服务，则微服务才知道是对哪个虚拟机进行纳管，具体的可以是微服务管理单元向微服务发送运行第一标识信息的厂家的VNF的虚拟机的标识信息，微服务对第三标识信息的虚拟机进行纳管，将虚拟机的标识信息称为第三标识信息，虚拟机的标识信息可以是虚拟机的ID，可以是虚拟机的IP、虚拟机所在的域等。
微服务管理单元在向微服务发送虚拟机的第三标识信息时，可以是携带在第二纳管请求中发送给微服务的，也可以是以一条单独的消息的形式发送给微服务的。
微服务管理单元在通过微服务对厂商的VNF进行纳管时，可以是通过微服务对运行该厂商的VNF的虚拟机进行纳管，也就是对第三标识信息的虚拟机进行纳管，虚拟机可以是一个，也可以是多个。
站在微服务的角度来说，微服务在对厂商的VNF进行纳管之前，所述方法还包括：
接收微服务管理单元发送的运行所述VNF的虚拟机的第三标识信息；
所述对厂商的VNF进行纳管包括：
对运行所述VNF的虚拟机进行纳管。
在本发明实施例中，微服务接收微服务管理单元发送的运行VNF的虚拟机的第三标识信息，微服务对第一标识信息的厂商的VNF进行纳管时，可以是对运行所述VNF的该第三标识信息的虚拟机进行纳管。
微服务接收到的虚拟机的第三标识信息可以是以一条单独的消息发送过来的，也可以是携带在第二纳管请求中发送过来的。则微服务接收微服务管理单元发送的运行所述VNF的虚拟机的第三标识信息可以理解为：微服务接收微服务管理单元发送的第二纳管请求具体包括：微服务接收微服务管理单元发送的携带有虚拟机的第三标识信息第二纳管请求。
实施例4：
所述第一纳管请求中还携带所述VNF的镜像文件的第二标识信息，向所述微服务发送的第二纳管请求还包括：所述镜像文件的第二标识信息；
所述通过所述微服务对所述厂商的VNF进行纳管包括：
通过所述微服务启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机，通过所述微服务对运行所述VNF的虚拟机进行纳管。
在本发明实施例中，微服务管理单元可以通过微服务生成运行第一标识信息的厂商的VNF，VNF运行在虚拟机上，在生成运行VNF的虚拟机时，需要该VNF的镜像文件，根据镜像文件生成运行VNF的虚拟机，则微服务管理单元接收到的第一纳管请求中携带有该第一标识信息的厂家的VNF的镜像文件的标识信息，将该镜像文件的标识信息称为第二标识信息。
微服管理单元在确定出镜像文件的第二标识信息后，可以将该第二标识发送给微服务，使微服务生成运行VNF的虚拟机，则微服务管理单元在向微服务发送第二纳管请求时，该第二纳管请求中还可以包括镜像文件的第二标识信息。
微服务中，具体为安装有微服务的第二电子设备中可以预先保存有运行每个厂家的VNF所需的镜像文件，微服务管理单元在通过微服务对厂商的VNF进行纳管时，可以是先通过微服务生成运行VNF的虚拟机，进而通过微服务对运行VNF的虚拟机进行纳管。
微服务管理单元在通过微服务生成运行VNF的虚拟机时，可以是通过微服务启动第二标识信息的镜像文件，生成运行VNF的虚拟机。
站在微服务的角度来说，微服务接收的微服务管理单元发送所述第二纳管请求中还包括：镜像文件的第二标识信息；
微服务在对所述第一标识信息的厂商的VNF进行纳管之前，所述方法还包括：
启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机；
微服务对所述第一标识信息的厂商的VNF进行纳管包括：
微服务对运行所述VNF的虚拟机进行纳管。
在本发明实施例中，微服务生成运行VNF的虚拟机，可以是通过镜像文件生成虚拟机的。微服务管理单元向微服务发送的第二纳管请求中携带镜像文件的第二标识信息。
微服务在接收到第二纳管请求后，可以确定出镜像文件的第二标识信息。
微服务中预先保存有镜像文件，也就是安装有微服务的第二电子设备中保存镜像文件。在确定出镜像文件的第二标识信息后，可以根据预先保存的每个镜像文件，启动该第二标识信息的镜像文件，生成运行该第一标识信息的厂商的VNF的虚拟机。具体根据镜像文件生成虚拟机的过程属于现有技术，在本发明实施例中不进行赘述。
微服务对厂商的VNF进行纳管，VNF运行在虚拟机上，因为是微服务生成的虚拟机，则微服务知道运行第一标识信息的厂家的VNF的虚拟机是哪个，则可以直接对运行VNF的虚拟机进行纳管。微服务在对厂商的VNF进行纳管时，可以是对运行该厂商的VNF的虚拟机进行纳管，也就是对第三标识信息的虚拟机进行纳管，虚拟机可以是一个，也可以是多个。
如图5所示，为微服务管理单元对厂家的VNF进行纳管的架构示意图，微服务管理单元可以生成多个厂商对应的微服务，每个微服务有其对应的名称，如微服务1、微服务2、……、微服务n，将多个微服务称为微服务集，厂商可以让微服务管理单元为该厂商指定微服务，通过微服务对厂商的VNF进行管理。
实施例5：
图6为本发明实施例提供的一种电子设备，所述电子设备包括：处理器61、存储器62和收发机63；
在图6中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器61代表的一个或多个处理器61和存储器62代表的存储器62的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。收发机63可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器61负责管理总线架构和通常的处理，存储器62可以存储处理器61在执行操作时所使用的数据。
可选的，处理器61可以是CPU(中央处埋器)、ASIC(Application SpecificIntegrated Circuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)。
所述收发机，用于在所述处理器的控制下，通过微服务管理单元接收第一纳管请求，其中，所述第一纳管请求中携带待纳管的VNF所属厂商的第一标识信息；
所述处理器，用于读取所述存储器中的程序，执行下列过程：根据所述第一标识信息，确定是否保存有所述第一标识信息的厂商对应的第一微服务；如果否，生成针对所述厂商的微服务；向所述微服务发送第二纳管请求，其中，所述第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息，通过所述微服务对所述厂商的VNF进行纳管。
进一步地，如果保存有所述厂商对应的第一微服务，所述处理器，还用于向所述第一微服务发送第二纳管请求，其中，所述第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息，通过所述第一微服务对所述厂商的VNF进行纳管。
进一步地，所述接收机，还用于接收微服务生成请求；
所述处理器，还用于根据预先保存的每个厂商的信息，依次生成针对每个厂商的微服务，并保存厂商的标识信息与微服务的对应关系。
进一步地，所述处理器，还用于将微服务保存在docker容器中。
进一步地，所述第一纳管请求中还携带所述VNF的镜像文件的第二标识信息，在通过所述微服务对所述厂商的VNF进行纳管之前，所述处理器，还用于启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机；向微服务发送运行所述VNF的虚拟机的第三标识信息；
所述处理器，具体用于通过所述微服务对运行所述VNF的虚拟机进行纳管。
进一步地，所述第一纳管请求中还携带所述VNF的镜像文件的第二标识信息，向所述微服务发送的第二纳管请求还包括：所述镜像文件的第二标识信息；
所述处理器，具体用于通过所述微服务启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机，通过所述微服务对运行所述VNF的虚拟机进行纳管。
实施例6：
图7为本发明实施例提供的一种电子设备，所述电子设备包括：处理器71和存储器72；
在图7中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器71代表的一个或多个处理器71和存储器72代表的存储器72的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。处理器71负责管理总线架构和通常的处理，存储器72可以存储处理器71在执行操作时所使用的数据。
可选的，处理器71可以是CPU(中央处埋器)、ASIC(Application SpecificIntegrated Circuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)。
所述处理器，用于读取所述存储器中的程序，执行下列过程：通过微服务接收微服务管理单元发送的第二纳管请求；根据所述第二纳管请求中携带的待纳管的VNF所属厂商的第一标识信息，对所述第一标识信息的厂商的VNF进行纳管，其中，该微服务为微服务管理单元在接收到携带待纳管的VNF所属厂商的第一标识信息的第一纳管请求时，确定未保存所述第一标识信息的厂商对应的第一微服务时，生成的针对所述厂商的微服务。
进一步地，在对所述第一标识信息的厂商的VNF进行纳管之前，所述处理器，还用于接收微服务管理单元发送的运行所述VNF的虚拟机的第三标识信息；
所述处理器，具体用于对运行所述VNF的虚拟机进行纳管。
进一步地，所述第二纳管请求中还包括：镜像文件的第二标识信息；
在对所述第一标识信息的厂商的VNF进行纳管之前，所述处理器，还用于启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机；
所述处理器，具体用于对运行所述VNF的虚拟机进行纳管。
实施例7：
图8为本发明实施例提供的一种VNF纳管的装置示意图，所述装置包括：
接收模块81，用于接收第一纳管请求，其中，所述第一纳管请求中携带待纳管的VNF所属厂商的第一标识信息；
确定模块82，用于根据所述第一标识信息，确定是否保存有所述第一标识信息的厂商对应的第一微服务；
生成模块83，用于如果确定模块82的确定结果为否，生成针对所述厂商的微服务；
发送模块84，用于向所述微服务发送第二纳管请求，其中，所述第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息；
控制纳管模块85，用于通过所述微服务对所述厂商的VNF进行纳管。
进一步地，所述发送模块84，还用于如果确定模块82的确定结果为是，向所述第一微服务发送第二纳管请求，其中，所述第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息；
控制纳管模块85，还用于通过所述第一微服务对所述厂商的VNF进行纳管。
进一步地，所述接收模块81，还用于接收微服务生成请求；
所述生成模块83，还用于根据预先保存的每个厂商的信息，依次生成针对每个厂商的微服务；
所述装置还包括：
保存模块86，用于保存厂商的标识信息与微服务的对应关系。
进行一步地，所述保存模块86，还用于将微服务保存在docker容器中。
进一步地，所述第一纳管请求中还携带所述VNF的镜像文件的第二标识信息，在通过所述微服务对所述厂商的VNF进行纳管之前，所述生成模块83，还用于启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机；
所述发送模块84，还用于向微服务发送运行所述VNF的虚拟机的第三标识信息；
所述控制纳管模块85，具体用于通过所述微服务对运行所述VNF的虚拟机进行纳管。
进一步地，所述第一纳管请求中还携带所述VNF的镜像文件的第二标识信息，向所述微服务发送的第二纳管请求还包括：所述镜像文件的第二标识信息；
所述控制纳管模块85，具体用于通过所述微服务启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机，通过所述微服务对运行所述VNF的虚拟机进行纳管。
实施例8：
图9为本发明实施例提供的一种VNF纳管的装置示意图，所述装置包括：
接收模块91，用于接收微服务管理单元发送的第二纳管请求；
纳管模块92，用于根据所述第二纳管请求中携带的待纳管的VNF所属厂商的第一标识信息，对所述第一标识信息的厂商的VNF进行纳管，其中，该微服务为微服务管理单元在接收到携带待纳管的VNF所属厂商的第一标识信息的第一纳管请求时，确定未保存所述第一标识信息的厂商对应的第一微服务时，生成的针对所述厂商的微服务。
进一步地，在对所述第一标识信息的厂商的VNF进行纳管之前，所述接收模块91，还用于接收微服务管理单元发送的运行所述VNF的虚拟机的第三标识信息；
所述纳管模块92，具体用于对运行所述VNF的虚拟机进行纳管。
进一步地，所述第二纳管请求中还包括：镜像文件的第二标识信息；
在对所述第一标识信息的厂商的VNF进行纳管之前，所述纳管模块92，还用于启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机；并具体用于对运行所述VNF的虚拟机进行纳管。
实施例9：
图10为本发明实施例提供的一种VNF纳管的系统结构图，该系统包括：安装有微服务管理单元101的电子设备，安装有微服务102的电子设备，和安装有厂商的虚拟化网络功能VNF103的电子设备。
实施例10：
图11为本发明实施例提供的一种电子设备，所述电子设备包括：处理器111、通信接口112、存储器113和通信总线114，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
所述存储器中存储有计算机程序，当所述程序被所述处理器执行时，使得所述处理器执行以下步骤：
微服务管理单元接收第一纳管请求，其中，所述第一纳管请求中携带待纳管的VNF所属厂商的第一标识信息；
根据所述第一标识信息，确定是否保存有所述第一标识信息的厂商对应的第一微服务；
如果否，生成针对所述厂商的微服务；
向所述微服务发送第二纳管请求，其中，所述第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息，通过所述微服务对所述厂商的VNF进行纳管。
进一步地，如果保存有所述厂商对应的第一微服务，所述方法还包括：
向所述第一微服务发送第二纳管请求，其中，所述第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息，通过所述第一微服务对所述厂商的VNF进行纳管。
进一步地，预先保存厂商对应的微服务的过程包括：
接收微服务生成请求；
根据预先保存的每个厂商的信息，依次生成针对每个厂商的微服务，并保存厂商的标识信息与微服务的对应关系。
进一步地，将微服务保存在docker容器中。
进一步地，所述第一纳管请求中还携带所述VNF的镜像文件的第二标识信息，在通过所述微服务对所述厂商的VNF进行纳管之前，启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机；
向微服务发送运行所述VNF的虚拟机的第三标识信息；通过所述微服务对运行所述VNF的虚拟机进行纳管。
进一步地，所述第一纳管请求中还携带所述VNF的镜像文件的第二标识信息，向所述微服务发送的第二纳管请求还包括：所述镜像文件的第二标识信息；
通过所述微服务启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机，通过所述微服务对运行所述VNF的虚拟机进行纳管。
或者；
所述存储器中存储有计算机程序，当所述程序被所述处理器执行时，使得所述处理器执行以下步骤：
微服务接收微服务管理单元发送的第二纳管请求；
根据所述第二纳管请求中携带的待纳管的VNF所属厂商的第一标识信息，对所述第一标识信息的厂商的VNF进行纳管，其中，该微服务为微服务管理单元在接收到携带待纳管的VNF所属厂商的第一标识信息的第一纳管请求时，确定未保存所述第一标识信息的厂商对应的第一微服务时，生成的针对所述厂商的微服务。
进一步地，在对所述第一标识信息的厂商的VNF进行纳管之前，接收微服务管理单元发送的运行所述VNF的虚拟机的第三标识信息；
对运行所述VNF的虚拟机进行纳管。
进一步地，所述第二纳管请求中还包括：镜像文件的第二标识信息；
在对所述第一标识信息的厂商的VNF进行纳管之前，启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机；对运行所述VNF的虚拟机进行纳管。
上述实施例中的电子设备提到的通信总线可以是外设部件互连标准(PeripheralComponent Interconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口，用于上述电子设备与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。
上述处理器可以是通用处理器，包括中央处理器、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(Digital Signal Processing，DSP)、专用集成电路、现场可编程门陈列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
实施例11：
本发明实施例提供了一种计算机可读存储介质，其存储有可由电子设备执行的计算机程序，当所述程序在所述电子设备上运行时，使得所述电子设备执行以下步骤：
微服务管理单元接收第一纳管请求，其中，所述第一纳管请求中携带待纳管的VNF所属厂商的第一标识信息；
根据所述第一标识信息，确定是否保存有所述第一标识信息的厂商对应的第一微服务；
如果否，生成针对所述厂商的微服务；
向所述微服务发送第二纳管请求，其中，所述第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息，通过所述微服务对所述厂商的VNF进行纳管。
进一步地，如果保存有所述厂商对应的第一微服务，所述方法还包括：
向所述第一微服务发送第二纳管请求，其中，所述第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息，通过所述第一微服务对所述厂商的VNF进行纳管。
进一步地，预先保存厂商对应的微服务的过程包括：
接收微服务生成请求；
根据预先保存的每个厂商的信息，依次生成针对每个厂商的微服务，并保存厂商的标识信息与微服务的对应关系。
进一步地，将微服务保存在docker容器中。
进一步地，所述第一纳管请求中还携带所述VNF的镜像文件的第二标识信息，在通过所述微服务对所述厂商的VNF进行纳管之前，启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机；
向微服务发送运行所述VNF的虚拟机的第三标识信息；通过所述微服务对运行所述VNF的虚拟机进行纳管。
进一步地，所述第一纳管请求中还携带所述VNF的镜像文件的第二标识信息，向所述微服务发送的第二纳管请求还包括：所述镜像文件的第二标识信息；
通过所述微服务启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机，通过所述微服务对运行所述VNF的虚拟机进行纳管。
或者；
当所述程序在所述电子设备上运行时，使得所述电子设备执行以下步骤：
微服务接收微服务管理单元发送的第二纳管请求；
根据所述第二纳管请求中携带的待纳管的VNF所属厂商的第一标识信息，对所述第一标识信息的厂商的VNF进行纳管，其中，该微服务为微服务管理单元在接收到携带待纳管的VNF所属厂商的第一标识信息的第一纳管请求时，确定未保存所述第一标识信息的厂商对应的第一微服务时，生成的针对所述厂商的微服务。
进一步地，在对所述第一标识信息的厂商的VNF进行纳管之前，接收微服务管理单元发送的运行所述VNF的虚拟机的第三标识信息；
对运行所述VNF的虚拟机进行纳管。
进一步地，所述第二纳管请求中还包括：镜像文件的第二标识信息；
在对所述第一标识信息的厂商的VNF进行纳管之前，启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机；对运行所述VNF的虚拟机进行纳管。
上述实施例中的计算机可读存储介质可以是电子设备中的处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器如软盘、硬盘、磁带、磁光盘(MO)等、光学存储器如CD、DVD、BD、HVD等、以及半导体存储器如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD)等。
对于系统/装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者一个操作与另一个实体或者另一个操作区分开来，而不一定要求或者暗示这些实体或者操作之间存在任何这种实际的关系或者顺序。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全应用实施例、或结合应用和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另资源分配单元的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (23)

1.一种虚拟化网络功能VNF纳管的方法，其特征在于，所述方法包括：
微服务管理单元接收第一纳管请求，其中，所述第一纳管请求中携带待纳管的VNF所属厂商的第一标识信息；
根据所述第一标识信息，确定是否保存有所述第一标识信息的厂商对应的第一微服务；
如果否，生成针对所述厂商的微服务；
向所述微服务发送第二纳管请求，其中，所述第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息，通过所述微服务对所述厂商的VNF进行纳管。
2.如权利要求1所述的方法，其特征在于，如果保存有所述厂商对应的第一微服务，所述方法还包括：
向所述第一微服务发送第二纳管请求，其中，所述第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息，通过所述第一微服务对所述厂商的VNF进行纳管。
3.如权利要求1或2所述的方法，其特征在于，预先保存厂商对应的微服务的过程包括：
接收微服务生成请求；
根据预先保存的每个厂商的信息，依次生成针对每个厂商的微服务，并保存厂商的标识信息与微服务的对应关系。
4.如权利要求1所述的方法，其特征在于，将微服务保存在docker容器中。
5.如权利要求1或2所述的方法，其特征在于，所述第一纳管请求中还携带所述VNF的镜像文件的第二标识信息，在通过所述微服务对所述厂商的VNF进行纳管之前，所述方法还包括：
启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机；
向微服务发送运行所述VNF的虚拟机的第三标识信息；
所述通过所述微服务对所述厂商的VNF进行纳管包括：
通过所述微服务对运行所述VNF的虚拟机进行纳管。
6.如权利要求1或2所述的方法，其特征在于，所述第一纳管请求中还携带所述VNF的镜像文件的第二标识信息，向所述微服务发送的第二纳管请求还包括：所述镜像文件的第二标识信息；
所述通过所述微服务对所述厂商的VNF进行纳管包括：
通过所述微服务启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机，通过所述微服务对运行所述VNF的虚拟机进行纳管。
7.一种虚拟化网络功能VNF纳管的方法，其特征在于，所述方法包括：
微服务接收微服务管理单元发送的第二纳管请求；
根据所述第二纳管请求中携带的待纳管的VNF所属厂商的第一标识信息，对所述第一标识信息的厂商的VNF进行纳管，其中，该微服务为微服务管理单元在接收到携带待纳管的VNF所属厂商的第一标识信息的第一纳管请求时，确定未保存所述第一标识信息的厂商对应的第一微服务时，生成的针对所述厂商的微服务。
8.如权利要求7所述的方法，其特征在于，在对所述第一标识信息的厂商的VNF进行纳管之前，所述方法还包括：
接收微服务管理单元发送的运行所述VNF的虚拟机的第三标识信息；
所述对所述第一标识信息的厂商的VNF进行纳管包括：
对运行所述VNF的虚拟机进行纳管。
9.如权利要求7所述的方法，其特征在于，所述第二纳管请求中还包括：镜像文件的第二标识信息；
在对所述第一标识信息的厂商的VNF进行纳管之前，所述方法还包括：
启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机；
所述对所述第一标识信息的厂商的VNF进行纳管包括：
对运行所述VNF的虚拟机进行纳管。
10.一种电子设备，其特征在于，所述电子设备包括：处理器、存储器和收发机；
所述收发机，用于在所述处理器的控制下，通过微服务管理单元接收第一纳管请求，其中，所述第一纳管请求中携带待纳管的VNF所属厂商的第一标识信息；
所述处理器，用于读取所述存储器中的程序，执行下列过程：根据所述第一标识信息，确定是否保存有所述第一标识信息的厂商对应的第一微服务；如果否，生成针对所述厂商的微服务；向所述微服务发送第二纳管请求，其中，所述第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息，通过所述微服务对所述厂商的VNF进行纳管。
11.如权利要求10所述的电子设备，其特征在于，如果保存有所述厂商对应的第一微服务，所述处理器，还用于向所述第一微服务发送第二纳管请求，其中，所述第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息，通过所述第一微服务对所述厂商的VNF进行纳管。
12.如权利要求10或11所述的电子设备，其特征在于，所述接收机，还用于接收微服务生成请求；
所述处理器，还用于根据预先保存的每个厂商的信息，依次生成针对每个厂商的微服务，并保存厂商的标识信息与微服务的对应关系。
13.如权利要求10所述的电子设备，其特征在于，所述处理器，还用于将微服务保存在docker容器中。
14.如权利要求10或11所述的电子设备，其特征在于，所述第一纳管请求中还携带所述VNF的镜像文件的第二标识信息，在通过所述微服务对所述厂商的VNF进行纳管之前，所述处理器，还用于启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机；向微服务发送运行所述VNF的虚拟机的第三标识信息；
所述处理器，具体用于通过所述微服务对运行所述VNF的虚拟机进行纳管。
15.如权利要求10或11所述的电子设备，其特征在于，所述第一纳管请求中还携带所述VNF的镜像文件的第二标识信息，向所述微服务发送的第二纳管请求还包括：所述镜像文件的第二标识信息；
所述处理器，具体用于通过所述微服务启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机，通过所述微服务对运行所述VNF的虚拟机进行纳管。
16.一种电子设备，其特征在于，所述电子设备包括：处理器和存储器；
所述处理器，用于读取所述存储器中的程序，执行下列过程：通过微服务接收微服务管理单元发送的第二纳管请求；根据所述第二纳管请求中携带的待纳管的VNF所属厂商的第一标识信息，对所述第一标识信息的厂商的VNF进行纳管，其中，该微服务为微服务管理单元在接收到携带待纳管的VNF所属厂商的第一标识信息的第一纳管请求时，确定未保存所述第一标识信息的厂商对应的第一微服务时，生成的针对所述厂商的微服务。
17.如权利要求16所述的电子设备，其特征在于，在对所述第一标识信息的厂商的VNF进行纳管之前，所述处理器，还用于接收微服务管理单元发送的运行所述VNF的虚拟机的第三标识信息；
所述处理器，具体用于对运行所述VNF的虚拟机进行纳管。
18.如权利要求16所述的电子设备，其特征在于，所述第二纳管请求中还包括：镜像文件的第二标识信息；
在对所述第一标识信息的厂商的VNF进行纳管之前，所述处理器，还用于启动所述第二标识信息的镜像文件，生成运行所述VNF的虚拟机；
所述处理器，具体用于对运行所述VNF的虚拟机进行纳管。
19.一种虚拟化网络功能VNF纳管的装置，其特征在于，所述装置包括：
接收模块，用于接收第一纳管请求，其中，所述第一纳管请求中携带待纳管的VNF所属厂商的第一标识信息；
确定模块，用于根据所述第一标识信息，确定是否保存有所述第一标识信息的厂商对应的第一微服务；
生成模块，用于如果确定模块的确定结果为否，生成针对所述厂商的微服务；
发送模块，用于向所述微服务发送第二纳管请求，其中，所述第二纳管请求中携带待纳管的VNF所属厂商的第一标识信息；
控制纳管模块，用于通过所述微服务对所述厂商的VNF进行纳管。
20.一种虚拟化网络功能VNF纳管的装置，其特征在于，所述装置包括：
接收模块，用于接收微服务管理单元发送的第二纳管请求；
纳管模块，用于根据所述第二纳管请求中携带的待纳管的VNF所属厂商的第一标识信息，对所述第一标识信息的厂商的VNF进行纳管，其中，该微服务为微服务管理单元在接收到携带待纳管的VNF所属厂商的第一标识信息的第一纳管请求时，确定未保存所述第一标识信息的厂商对应的第一微服务时，生成的针对所述厂商的微服务。
21.一种虚拟化网络功能VNF纳管的系统，其特征在于，该系统包括：如权利要求10-15任一项所述的安装有微服务管理单元的电子设备，如权利要求16-18任一项所述的安装有微服务的电子设备，和安装有厂商的VNF的电子设备。
22.一种电子设备，其特征在于，所述电子设备包括：处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
所述存储器中存储有计算机程序，当所述程序被所述处理器执行时，使得所述处理器执行权利要求1-6任一项或权利要求7-9任一项所述方法的步骤。
23.一种计算机可读存储介质，其特征在于，其存储有可由电子设备执行的计算机程序，当所述程序在所述电子设备上运行时，使得所述电子设备执行权利要求1-6任一项或权利要求7-9任一项所述方法的步骤。
CN201810381253.6A 2018-04-25 2018-04-25 Vnf纳管的方法、装置、系统、电子设备及存储介质 Active CN110401554B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810381253.6A CN110401554B (zh) 2018-04-25 2018-04-25 Vnf纳管的方法、装置、系统、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810381253.6A CN110401554B (zh) 2018-04-25 2018-04-25 Vnf纳管的方法、装置、系统、电子设备及存储介质

Publications (2)

Publication Number Publication Date
CN110401554A CN110401554A (zh) 2019-11-01
CN110401554B true CN110401554B (zh) 2021-11-30

Family

ID=68320028

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810381253.6A Active CN110401554B (zh) 2018-04-25 2018-04-25 Vnf纳管的方法、装置、系统、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN110401554B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104219127A (zh) * 2014-08-30 2014-12-17 华为技术有限公司 一种虚拟网络实例的创建方法以及设备
WO2015149600A1 (zh) * 2014-03-31 2015-10-08 华为技术有限公司 一种虚拟网络业务部署方法和设备
CN106603371A (zh) * 2015-10-14 2017-04-26 中兴通讯股份有限公司 一种网络功能虚拟化系统及网络服务实例化方法
CN106899666A (zh) * 2017-02-21 2017-06-27 阿里巴巴集团控股有限公司 一种针对业务标识的数据处理方法及装置
CN107431651A (zh) * 2015-12-30 2017-12-01 华为技术有限公司 一种网络服务的生命周期管理方法及设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015149600A1 (zh) * 2014-03-31 2015-10-08 华为技术有限公司 一种虚拟网络业务部署方法和设备
CN104219127A (zh) * 2014-08-30 2014-12-17 华为技术有限公司 一种虚拟网络实例的创建方法以及设备
CN106603371A (zh) * 2015-10-14 2017-04-26 中兴通讯股份有限公司 一种网络功能虚拟化系统及网络服务实例化方法
CN107431651A (zh) * 2015-12-30 2017-12-01 华为技术有限公司 一种网络服务的生命周期管理方法及设备
CN106899666A (zh) * 2017-02-21 2017-06-27 阿里巴巴集团控股有限公司 一种针对业务标识的数据处理方法及装置

Also Published As

Publication number Publication date
CN110401554A (zh) 2019-11-01

Similar Documents

Publication Publication Date Title
CN108549580B (zh) 自动部署Kubernetes从节点的方法及终端设备
US10970057B2 (en) Methods and apparatus to generate a customized application blueprint
AU2017404864B2 (en) Network slice management method, unit and system
CN107431651B (zh) 一种网络服务的生命周期管理方法及设备
CN107222324B (zh) 网络服务的业务配置方法和装置
EP3082295A1 (en) Fault management apparatus, device and method for network function virtualization (nfv)
CN111949364A (zh) 容器化vnf的部署方法和相关设备
CN109788068B (zh) 心跳状态信息上报方法、装置和设备及计算机存储介质
CN110661647A (zh) 一种生命周期管理方法及装置
CN108141378B (zh) Vnfd中的休眠vdu
KR101763804B1 (ko) 모바일 어플리케이션 검증 방법 및 이를 적용한 단말
EP3522449B1 (en) Service state transition method and device
CN114422618B (zh) 基于云原生的iot平台协议适配方法、装置、设备及介质
CN103885802A (zh) 驱动程序的安装方法、装置和客户端
US11989548B2 (en) Pushing a firmware update patch to a computing device via an out-of-band path
CN113190282A (zh) 安卓运行环境构建的方法及装置
CN114936072A (zh) 硬件能力调用方法及相关设备
CN114024853A (zh) 一种裸金属节点的硬件信息收集方法、系统及相关组件
CN107181606B (zh) 用于控制网络节点的方法和装置
CN111131131B (zh) 一种漏洞扫描方法、装置、服务器及可读存储介质
WO2016058409A1 (zh) 控制报文传输的方法、装置和网络功能虚拟化系统
CN111712795A (zh) 用于评估应用部署的方法、设备、计算机程序产品和可读介质
CN110401554B (zh) Vnf纳管的方法、装置、系统、电子设备及存储介质
WO2021097683A1 (zh) 安卓系统启动的方法、装置、设备及存储介质
WO2017206092A1 (zh) 一种生命周期管理方法及管理单元

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant