CN116708535A - 网络设备控制器、方法、电子设备、存储介质及*** - Google Patents

Abstract

本发明公开了一种网络设备控制器、方法、电子设备、存储介质及***。该网络设备控制器用于管理多个网络设备；控制器部署有核心服务及至少两个南向服务，单个南向服务用于纳管设定类型的网络设备；核心服务用于处理业务请求并按照预设模型生成标准格式的业务处理数据；南向服务用于将业务处理数据转换成针对所纳管网络设备的数据并发送至所纳管的网络设备；南向服务基于网络配置协议与所纳管的网络设备保持长连接。上述方案将核心服务与南向服务分离，核心服务按照预设模型处理业务，南向服务用于对接特定网络设备并基于长连接提高业务持续性，支持对不同类型网络设备的连续性管理，且具有较好的扩展性与适配性，减少了***业务处理压力。

Description

网络设备控制器、方法、电子设备、存储介质及***

技术领域

本发明实施例涉及互联网技术领域，尤其涉及一种网络设备控制器、方法、电子设备、存储介质及***。

背景技术

软件定义网络(Software Defined Network，SDN)是一种网络架构，其本质是控制平面与数据平面的分离以及开放可编程性。从而实现网络流量的灵活控制，使网络变得更加智能。SDN控制器是软件定义网络中的控制层。对南向，收集南向网络设备的拓扑状态、流量统计、路由表项等网络数据，以及下发配置到南向设备进行流量控制；对北向，提供接口进行数据查询和业务配置。在网络规模和网络业务增加的过程中，SDN控制器需要与更多的网络设备建立连接，并对这些网络设备下发配置报文和收集配置、性能数据。这些连接造成大量的服务器上下文切换、与网络设备的交互流量和带来的性能数据为控制器的数据处理、传输和内存带来了压力。

在一些场景下可使用分布式的方式部署控制器，但是现有分布式框架会将来自北向的请求任意分配到一个服务。这样的后果是，对特定的一台网络设备的配置命令，每一次都可能分配到不同的服务，那么这些服务都需要与这台网络设备建立连接，且网络设备型号多样，不同厂家生产的设备对同一功能的实现存在一定差异，同一厂家的设备，因为型号、软件版本不一样也存在或多或少的区别，在对接的过程中存在难度。综上，SDN控制器在面临网络规模和复杂度增加的问题时，拓展性与适配性较差，频繁的连接与切换影响到业务持续性，增加***压力。

发明内容

本发明提供了一种网络设备控制器、方法、电子设备、存储介质及***，以保证业务持续性并提高网络设备管理的扩展性与适配性。

第一方面，本发明实施例提供了一种网络设备控制器，用于管理多个网络设备；

所述网络设备控制器部署有核心服务以及至少两个南向服务，单个所述南向服务用于纳管设定类型的网络设备；

所述核心服务用于处理业务请求并按照预设模型生成标准格式的业务处理数据；

所述南向服务用于将所述标准格式的业务处理数据转换成针对所纳管的网络设备的数据并发送至所述所纳管的网络设备；

所述南向服务基于网络配置协议与所纳管的网络设备保持长连接。

第二方面，本发明实施例提供了一种网络设备管理方法，包括：

通过核心服务处理业务请求并按照预设模型生成标准格式的业务处理数据；

通过南向服务将所述标准格式的业务处理数据转换成针对所纳管的网络设备的数据，并发送至所述所纳管的网络设备。

第三方面，本发明实施例提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求10所述的网络设备管理方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第三方面所述的网络设备管理方法。

第五方面，本发明实施例提供了一种网络设备管理***，包括：多个网络设备以及如第四方面所述的电子设备。

本发明实施例提供了一种网络设备控制器、方法、电子设备、存储介质及***，该控制器用于管理多个网络设备的控制器；所述网络设备控制器部署有核心服务以及至少两个南向服务，单个所述南向服务用于纳管设定类型的网络设备；所述核心服务用于处理业务请求并按照预设模型生成标准格式的业务处理数据；所述南向服务用于将所述标准格式的业务处理数据转换成针对所纳管的网络设备的数据并发送至所述所纳管的网络设备；所述南向服务基于网络配置协议与所纳管的网络设备保持长连接。上述技术方案将核心服务与南向服务分离，核心服务按照预设模型处理业务，南向服务用于对接特定网络设备，支持对不同类型网络设备的管理，保证了业务持续性并提高网络设备管理的扩展性与适配性。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。

图1为本发明实施例一提供的一种网络设备控制器的结构示意图；

图2为本发明实施例二提供的一种网络设备分布式管理框架的示意图；

图3为本发明实施例二提供的一种控制器维护的网络设备与南向服务的关系示意图；

图4为本发明实施例二提供的一种控制器业务管理框架的示意图；

图5为本发明实施例二提供的一种网络设备管理方法的流程图；

图6为本发明实施例三提供的一种电子设备的结构示意图；

图7为本发明实施例四提供的一种网络设备管理***的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。此外，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

需要注意，本发明实施例中提及的“第一”、“第二”等概念仅用于对不同的装置、模块、单元或其他对象进行区分，并非用于限定这些装置、模块、单元或其他对象所执行的功能的顺序或者相互依存关系。

实施例一

图1为本发明实施例一提供的一种网络设备管理***的结构示意图。本实施例可适用于利用控制器管理网络设备的情况，其中，控制器主要指SDN控制器。如图1所示，该网络设备管理***包括：用于控制多个网络设备的控制器10；控制器10部署有核心服务110以及至少两个南向服务120，单个南向服务120用于纳管设定类型的网络设备20；核心服务110用于处理业务请求并按照预设模型生成标准格式的业务处理数据；南向服务120用于将标准格式的业务处理数据转换成针对所纳管的网络设备20的数据并发送至所纳管的网络设备20；南向服务120基于网络配置协议与所纳管的网络设备20保持长连接。

本实施例中，将控制器10的功能拆分为多个微服务，其中包含了用于业务分析处理、但不接触设备的核心服务110，以及不感知具体业务、用于将核心服务110传递的命令送达网络设备20的南向服务120。

一个南向服务120可与网络中设定类型的网络设备20(也可以称为南向设备)建立连接，进行配置下发、查询、性能采集、整理上报等操作，不同的南向服务120可用于对接不同类型的网络设备20，也可以理解为，一个南向服务120可以管理特定的一种或多种类型的网络设备20。南向服务120可以根据对接的网络设备20的类型，分为不同类型的南向服务120；也可以因为某一类型南向服务120的多实例部署，分为同一南向服务120的不同实例。不同类型的南向服务120对外暴露相同的接口，从核心服务110接收同样的数据，经过各自的处理后，通过相应类别的网络设备20所支持的配置协议，在不同的网络设备20上，完成形式不一致但是功能一致的配置。配置协议包括且不限于网络配置协议(Netconf)、安全网络传输协议(Secure Shell，Ssh)、资源表现层状态转化(Representational StateTransfer，REST)接口协议等。

本实施例中，南向服务120可基于网络配置协议与所纳管的网络设备保持长连接，从而保证业务连续性，避免频繁的连接和切换，能够在多服务场景下节约网络资源。具体的，可以采用传输控制协议(Transmission Control Protocol，TCP)保持TCP长连接(Keepalive)。

核心服务110对北向提供业务接口和性能数据查询，而后将业务配置分配到对应的南向服务120。对于核心服务110而言，只需要进行业务的分配和数据的存储查询，因此性能需求较小；南向服务120负责与相应类型的网络设备20交互，需求更多的性能资源。

本实施例中，为实现不同网络设备20的适配，为核心服务110与南向服务120的交互建立了一套预设模型。该预设模型可以理解为预先建立的统一的、标准的业务处理模型，可以处理业务请求得到标准格式的业务处理数据，可用于描述需要对任意类型网络设备20进行的配置和管理操作，南向服务120据此对网络设备20进行配置和管理。在此基础上，对核心服务110屏蔽了不同网络设备20之间的差异，当对接新的网络设备20时，不需要对核心服务110进行改动，只需增加一类新的南向服务120即可，使得对新网络设备20的适配更为容易。具体的，核心服务110发送到南向服务120的数据，遵循预设模型，该预设模型支持新建、删除、修改三种配置操作和查询操作。进行配置操作时，南向服务120将预设模型的配置数据翻译成所纳管网络设备的配置命令下发；进行查询操作时，南向服务120可所纳管网络设备传回的配置或性能数据翻译回符合预设模型的数据，并返回给核心服务110统一处理。

核心服务110可以绕过分布式***内部网关的方式进行服务调用，使得对设定类型的网络设备20的操作命令由管理该设备的南向服务120接收。

当网络规模扩大时，可增加服务器数量，并在这些服务器部署新的南向服务120或部署新的南向服务120的实例，可以减少单个南向服务120或单个实例的压力，即可实现服务扩容。同时可由单个核心服务110进行业务统筹，避免了跨控制器的复杂业务情况。

本发明实施例一提供的一种网络设备管理***，利用微服务思想设计了SDN控制器的分布式网络设备驱动管理框架，将核心服务与南向服务分离，核心服务按照预设模型处理业务、统筹业务分发，业务始终在控制器的管理域中，没有跨控制器的复杂业务；南向服务用于对接特定类型的网络设备，单个南向服务管理***中的一部分网络设备，可实现进行复杂网络的管理；基于预设模型实现核心服务与南向服务的数据传递，使用统一的对接标准，形成了自北向南的调用链，并开放可拓展接口，支持对不同类型网络设备的管理以及向服务扩容，提高网络设备管理的扩展性与适配性。

可选的，南向服务120还用于：将所纳管设备的回传数据转换成满足预设模型的数据并返回至核心服务110。具体的，南向服务120可接收来自所纳管的网络设备20的回传数据，并将其提炼后以适用于预设模型的标准格式传递给核心服务110，核心服务110对回传数据进行统一处理即可，无需针对不同类型的网络设备20做特殊处理。

可选的，南向服务120部署有至少一个实例，单个实例对应于指定类型的网络设备20。本实施例中，南向服务120可以部署一个或多个实例，***中的网络设备20可以接***均地分配给多个南向服务120的实例纳管，每个南向服务120只需与其所纳管的网络设备20建立连接。示例性的，同一南向服务120的不同实例，分别管理着该南向服务120所纳管的相应类型网络设备中的一部分网络设备，其中，一个实例可以用于管理至少一种类型的网络设备。在网络设备20的类型明确的情况下，该网络设备20可由对应的南向服务中的一个实例纳管。

可选的，通过控制南向服务120以及部署的实例的数量，即可增加控制器纳管网络设备20的数量的上限。

可选的，南向服务120还用于接收网络设备20的告警信息。具体的，南向服务120与网络设备20的交互可以采用Netconf、安Ssh、REST接口等协议。其中，对于Netconf协议，南向服务120与网络设备20保持TCP长连接，并且南向服务120会从网络设备20上接收告警信息(Netconf Notification)。

可选的，南向服务120的多个实例之间满足负载均衡规则，且南向服务120的多个实例之间互为灾备。

具体的，网络设备20可以接***均地分配给多个南向服务120的实例进行纳管，多个实例负载分担且互为灾备。当一个南向服务120的实例故障时，该实例所纳管的网络设备20被释放，该南向服务120的其他实例或者其他南向服务120的实例可以重新获取被释放的网络设备20的管理权限，从而达到灾备的目的。负载分担和灾备可以通过设计的分布式锁机制实现。

本实施例中，南向服务上运行着负载均衡算法，该负载均衡算法负责计算分配南向服务可以纳管哪些设备，让各个南向服务纳管数量相同或相近的网络设备；同时在南向服务的实例发送故障时，使得故障的实例所纳管的网络设备能够快速被其它南向服务接管，快速恢复业务功能。此外，在故障恢复或扩容后，可以将部分网络设备分配到新的南向服务去，自动调节各个南向服务的负载。示例性的，可以根据网络设备和部署的南向服务实例的数量对各个添加的网络设备进行运算，根据计算结果确认特定的网络设备该由哪一个南向服务实例进行纳管。

可选的，实例用于在获取固定类型的网络设备20的管理权限后，与固定类型的网络设备20建立连接；一个网络设备20同一时刻与一个实例连接。具体的，基于分布式锁机制，

南向服务120的一个实例获取网络设备20管理权限后才能与网络设备20建立连接，同一网络设备20无法同时被两个南向服务120的实例纳管。

此外，南向设备120与网络设备20的连接建立后可以反复使用不需要拆除，同时也保证只有一个南向服务120与一个网络设备20建立连接。

可选的，对于待纳管的网络设备20，核心服务110还用于基于分布式锁，根据待纳管的网络设备20的设备类型和设备管理地址分别添加设备类型层和设备互联网协议IP层节点，并将节点添加消息发送至各南向服务120；其中一个南向服务120的实例还用于根据所述节点添加消息通过添加服务注册层节点对待纳管的网络设备20进行纳管。

具体的，分布式锁是控制分布式***之间同步访问共享资源的一种机制，该机制可利用锁目录界定各层节点之间的内容与联系。核心服务110可根据待纳管的网络设备20的设备类型和设备管理地址(即管理该网络设备的IP口地址)分别添加设备类型层和设备互联网协议IP层节点，并向各南向服务120发送节点添加消息，各南向服务获取节点添加消息后，可采用负载均衡算法计算网络设备具体由哪个南向服务中的实例纳管。该负载均衡算法根据网络设备信息以及该网络设备的南向服务实例的数量，为特定的网络设备分配特定的南向服务实例。各南向服务接收到消息后，如果该网络设备应当由自己纳管，则在服务注册层中添加一个与该网络设备对应的节点以进行纳管，否则忽略该消息。

可选的，核心服务110还用于在添加设备IP层节点的过程中，将加密的设备信息写入设备IP层节点中；南向服务120的实例还用于通过解密设备信息获得连接网络设备20所需的认证信息，据此与网络设备20进行认证，认证通过即纳管成功；南向服务120的实例还用于通在添加服务注册层节点时，将实例信息写入服务注册层节点中；核心服务110还用于基于服务注册层节点信息将对网络设备20的业务处理数据发送至管理网络设备20的南向服务120的实例上。

可选的，若服务注册层节点在设定时间内未接收到南向服务120的实例的心跳信息，则触发服务注册层节点的删除操作；在所述服务注册层节点被删除后，另一个南向服务的实例对相应网络设备进行临时纳管；若所述南向服务的实例恢复可用，则被临时纳管的网络设备被释放，由所述南向服务的实例重新纳管所述网络设备。

具体的，服务注册层节点与南向服务120的实例维持心跳，如果设定时间内没有接收到来自南向服务120实例的心跳信息(也可以称为健康检查信息)，则会触发服务注册层节点的删除操作。当某个南向服务的实例发生故障心跳中断后，基于负载均衡算法可对该南向服务下的网络设备重新分配，由另一个合适的南向服务实例(另一个合适的南向服务实例可以是可用的、任意一个当前负载相对较小的南向服务实例)会临时注册接管这批网络设备，此过程中，所述的另一个南向服务实例添加服务注册层节点以完成临时纳管。当原南向服务实例的故障排除恢复可用后，用于临时接管的南向服务实例会在负载均衡算法的影响下释放临时接管的网络设备(此过程中可删除对应的服务注册层节点)，由恢复后的南向服务实例重新接管(此过程中可重新添加服务注册层节点)。需要说明的是，基于负载均衡算法，可以实时统计***内可用的南向服务及实例的数量及相应负载，还可以监控网络设备与各南向服务及实例之间的分配关系。在此基础上，一旦发现原南向服务实例的故障排除恢复可用，则被临时接管的网络设备可优先由恢复后的南向服务实例重新接管。

图2为本发明实施例二提供的一种网络设备分布式管理框架的示意图。如图2所示，虚线框表示集群服务器，内部实线框为微服务实例，其中的设备主要指网络设备。该分布式集群中，核心服务以多实例方式部署进行负载分担。当业务请求到达任意核心服务，该核心服务调用网络设备对应的南向服务进行业务下发。南向服务A、南向服务B以多实例部署，南向服务C为单实例部署。当服务器一出现故障时，A、B类型设备对应的南向服务实例1出现故障，其管理的网络设备可分别由A、B类型设备对应的南向服务实例2接管，提升了南向服务的抗灾能力。

当类型C网络设备加入到网络中，启动C类型设备对应的南向服务实例，即可拓展新的网络设备类型。如若A类型网络设备数量继续增加，两个A类型设备南向服务实例无法承担压力，如果服务器三有空闲资源，则可以在上面启动实例三进行同类型设备的扩容；如果服务器三没有空闲资源，可以新加入服务器对集群扩容，而后在新服务器对南向服务进行扩容。

图3为本发明实施例二提供的一种控制器维护的网络设备与南向服务的关系示意图。如图3所示，其中的设备主要指网络设备。当向控制器申明有网络设备需要纳管时，核心服务根据该设备类型和管理IP分别添加设备类型层和设备IP层节点。设备IP层节点创建后，相应消息会被发送到所有的南向服务实例，其中一个实例会通过添加服务注册层节点将该设备进行纳管。例如A类型网管理IP为172.171.1.1的网络设备IP节点被添加，A类型网络设备南向服务的其中一个实例会在服务注册层添加一个节点。

核心服务为网络设备添加设备IP层节点时，将加密的设备信息写入到设备IP层节点中，南向服务通过解密设备信息，获得连接该网络设备所需的认证信息。南向服务实例添加服务注册层节点时，将服务实例的信息写入到服务注册层节点中，核心节点基于该服务注册层节点的信息，可以把对网络设备的操作发送到管理该网络设备的南向服务实例上。

节点删除的消息会被发送到存活的南向服务实例，其余南向服务实例之一完成添加服务注册层节点完成纳管的过程。

进行同类型网络设备扩容时，部署一个新的服务实例，将新的网络设备导入核心服务，负载小的新服务实例将优先进行设备纳管，完成网络中同类型网络设备的扩容。

引入新类型的网络设备时，可以部署该类型南向服务实例，将设备导入控制器(顺序不分先后)，即可快速完成扩容。

图4为本发明实施例二提供的一种控制器业务管理框架的示意图。如图4所示，控制器核心服务通过网络规划，将接收到业务需求转换对网络资源的需求，而后将业务进行拆分。例如，对路由、接入点、隧道等资源的规划。这些规划的资源、配置会依次传递给南向服务进行处理。当出南向服务配置失败时，核心服务会逆序进行配置回滚。

核心服务将配置传递给南向服务前，还需要进行模型转换，将配置转换成标准的预设模型(也称为统一模型)。预设模型描述了配置涉及的每一项资源以及对应这项资源的操作，且与具体的网络设备无关。

南向服务中，预设模型配置化模块负载接收基于预设模型的配置，并将配置转换成具体网络设备的配置命令。该模块维护一个配置模块库，根据预设模型配置中涉及的具体配置，检索处理该模型的配置模块，将预设模型转换成网络设备20配置后，通过会话管理模块下发到网络设备，获取设备反馈。

南向服务还通过串行外设接口(Serial Peripheral Interface，SPI)提供配置模块库的扩展。假设某款网络设备本不支持核心服务的某项业务，但是在网络设备的软件升级后，该网络设备可以支持新的业务。此时南向服务虽然可以接收来自核心服务的预设模型配置，但是无法进行模型配置化。通过南向服务提供的SPI接口，第三方可以自行实现配置模块或者获取最新的配置模块，注入到南向服务的配置模块库中，以支持新的业务。另外的，通过SPI接口，也可以对南向服务自有的配置模块进行重写，以达成特定的需求。

如果配置涉及到预设模型尚未覆盖的场景，南向服务提供了三方配置处理模块，第三方***可以通过南向服务支持的配置协议，直接与网络设备交互。

本实施例中的会话管理方案和网络设备的注册机制，可用于解决多服务场景下节约长连接资源以及多个南向服务寻址问题。

本实施例的***适用于SDN控制器对骨干网路由设备的管理控制。建立了基于Openconfig的一套预设模型。该预设模型可以对控制器使用的主要协议或技术诸如：边界网关协议(Border Gateway Protocol，BGP)、三层虚拟专用网(Layer 3Virtual PrivateNetwork，L3VPN)、二层虚拟专用网(Layer 2Virtual Private Network，L2VPN)、基于流量工程的段路由(Segment Routing-Traffic Engineering，SR-TE)、IPv6段路由(SegmentRouting IPv6 Policy，SRv6 Policy)等进行概括描述。因为预设模型基于标准协议，所以已有的设备、或是将来可能出现的网络设备，可以实现任意的功能，都能在标准模型中找到描述。进一步的，即使网络设备因为型号、硬件、软件异构，可能暂时不支持预设模型中的某些功能，但在升级过程中，例如加装了硬件模块或是升级了软件版本后，实现了某些新的功能或是对功能配置进行了修改，这种情况下，通过南向服务接口，向统一配置模块库中注入定制的额外配置模块，即可使南向服务能够对网络设备进行交互。

本实施例的网络设备管理***，通过南向服务屏蔽南向设备之间的差异，保证控制器核心服务提供的接口稳定，不论直接使用或是通过管理器对接，对接完成后保持长期有效；通过南向服务多实例进行南向设备数量拓展，控制器核心服务掌管完整的业务信息，消除跨控制器的开销；通过预设模型进行核心服务与南向服务的对接，泛用性强，南向服务实现预设模型到南向设备配置的转换，即可完成适配；此外提供了接口允许外部提供模型-配置转换方案可以进行二次开发，拓展性强。

实施例二

图5为本发明实施例一提供的一种网络设备管理方法的流程图，本实施例可适用于管理网络设备的情况。具体的，该网络设备管理***可以由网络设备管理方法执行，该网络设备管理方法可以通过软件和/或硬件的方式实现，并集成在电子设备中。电子设备中可部署SDN控制器。需要说明的是，未在本实施例中详尽描述的技术细节可参见上述任意实施例。

具体的，如图5所示，该方法具体包括如下步骤：

S310、通过核心服务处理业务请求并按照预设模型生成标准格式的业务处理数据。

S320、通过南向服务将所述标准格式的业务处理数据转换成针对所纳管的网络设备的数据，并发送至所述所纳管的网络设备。

S330、基于网络配置协议与所纳管的网络设备保持长连接。

需要说明的是，本实施例不限定S330与其他步骤的执行顺序，与所纳管的网络设备保持长连接，可以贯穿处理业务请求、生成业务处理数据以及数据转换和发送的过程。

本实施例的方法，可将核心服务与南向服务分离，核心服务按照预设模型处理业务，南向服务用于对接特定网络设备并基于长连接提高业务持续性，支持对不同类型网络设备的连续性管理，且具有较好的扩展性与适配性，减少了***业务处理压力。

可选的，该方法还包括：通过南向服务将所纳管设备的回传数据转换成满足所述预设模型的数据并返回至所述核心服务。

可选的，所述南向服务部署有至少一个实例，单个所述实例对应于指定类型的网络设备。

可选的，该方法还包括：通过南向服务接收所述网络设备的告警信息。

可选的，所述南向服务的多个实例之间满足负载均衡规则，且所述南向服务的多个实例之间互为灾备。

可选的，该方法还包括：通过南向服务的实例在获取所述指定类型的网络设备的管理权限后，与所述指定类型的网络设备建立连接；一个网络设备同一时刻与一个所述实例连接。

可选的，该方法还包括：

对于待纳管的网络设备，通过核心服务基于分布式锁，根据所述待纳管的网络设备的设备类型和设备管理地址分别添加设备类型层和设备互联网协议IP层节点，并将节点添加消息发送至各所述南向服务；

通过一个南向服务的实例通过添加服务注册层节点对所述待纳管的网络设备进行纳管。

可选的，该方法还包括：

通过核心服务在添加设备IP层节点的过程中，将加密的设备信息写入所述设备IP层节点中；

通过南向服务的实例解密所述设备信息以获得连接网络设备所需的认证信息；

通过南向服务的实例在添加服务注册层节点时，将实例信息写入所述服务注册层节点中；

通过核心服务查看所述节点信息以将对所述网络设备的操作发送至管理所述网络设备的南向服务的实例上。

可选的，该方法还包括：

若在设定时间内未接收到所述南向服务的实例的心跳信息，则触发所述服务注册层节点的删除操作；

在所述服务注册层节点被删除后，另一个南向服务的实例对相应网络设备进行临时纳管；

若所述南向服务的实例恢复可用，则被临时纳管的网络设备被释放，由所述南向服务的实例重新纳管所述网络设备。

本实施例中的网络设备管理方法与上述任意实施例的网络设备管理***属于同发明构思，具有相同或相应的有益效果。

实施例三

图6示出了可以用来实施本发明的实施例的电子设备100的结构示意图。电子设备100旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备100还可以表示各种形式的移动装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图6所示，电子设备100包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备100操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备100中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备100通过诸如因特网的计算机网络和/或各种电信网络、无线网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理。

在一些实施例中，网络设备管理方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质。当计算机程序由处理器执行时，可以执行上文描述的方法的一个或多个步骤。备选地，在其他实施例中，处理器可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行网络设备管理方法。

本文中以上描述的***和技术的各种实施方式可以在数字电子电路***、集成电路***、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上***的***(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程***上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储***、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储***、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行***、装置或设备使用或与指令执行***、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体***、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

实施例四

图7为本发明实施例四提供的一种网络设备管理***的结构示意图。如图7所示，该***包括：多个网络设备20以及如上述任意实施例所述的电子设备100。电子设备100的网络设备控制器部署有核心服务以及至少两个南向服务，单个南向服务用于纳管设定类型的网络设备；核心服务用于处理业务请求并按照预设模型生成标准格式的业务处理数据；南向服务用于将标准格式的业务处理数据转换成针对所纳管的网络设备的数据并发送至所纳管的网络设备；南向服务120基于网络配置协议与所纳管的网络设备保持长连接。

本实施例七提供的一种网络设备管理***可以用于实现上述任意实施例提供的网络设备管理方法，具备相应的功能和有益效果。未在本实施例中详尽描述的技术细节可参见上述任意实施例。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (13)

1.一种网络设备控制器，其特征在于，用于管理多个网络设备；

所述网络设备控制器部署有核心服务以及至少两个南向服务，单个所述南向服务用于纳管设定类型的网络设备；

所述核心服务用于处理业务请求并按照预设模型生成标准格式的业务处理数据；

所述南向服务用于将所述标准格式的业务处理数据转换成针对所纳管的网络设备的数据并发送至所述所纳管的网络设备；

所述南向服务基于网络配置协议与所纳管的网络设备保持长连接。

2.根据权利要求1所述的网络设备控制器，其特征在于，所述南向服务还用于：

将所纳管设备的回传数据转换成满足所述预设模型的数据并返回至所述核心服务。

3.根据权利要求1所述的网络设备控制器，其特征在于，所述南向服务部署有至少一个实例，单个所述实例对应于指定类型的网络设备。

4.根据权利要求1所述的网络设备控制器，其特征在于，所述南向服务还用于接收所述网络设备的告警信息。

5.根据权利要求3所述的网络设备控制器，其特征在于，所述南向服务的多个实例之间满足负载均衡规则，且所述南向服务的多个实例之间互为灾备。

6.根据权利要求3所述的网络设备控制器，其特征在于，所述实例用于在获取所述指定类型的网络设备的管理权限后，与所述指定类型的网络设备建立连接；

一个网络设备同一时刻与一个所述实例连接。

7.根据权利要求1所述的网络设备控制器，其特征在于，对于待纳管的网络设备，所述核心服务还用于基于分布式锁，根据所述待纳管的网络设备的设备类型和设备管理地址分别添加设备类型层和设备IP层节点，并将节点添加消息发送至各所述南向服务；

一个南向服务的实例还用于根据所述节点添加消息添加服务注册层节点以对所述待纳管的网络设备进行纳管。

8.根据权利要求7所述的网络设备控制器，其特征在于，所述核心服务还用于在添加设备IP层节点的过程中，将加密的设备信息写入所述设备IP层节点中；

所述南向服务的实例还用于通过解密所述设备信息获得连接网络设备所需的认证信息；并在添加服务注册层节点时，将实例信息写入所述服务注册层节点中；

所述核心服务还用于基于所述服务注册层节点信息将对所述网络设备的业务处理数据发送至所述南向服务的实例上。

9.根据权利要求8所述的网络设备控制器，其特征在于，若所述服务注册层节点在设定时间内未接收到所述南向服务的实例的心跳信息，则触发所述服务注册层节点的删除操作；

在所述服务注册层节点被删除后，另一个南向服务的实例用于对相应网络设备进行临时纳管；

若所述南向服务的实例恢复可用，则被临时纳管的网络设备被释放，由所述南向服务的实例重新纳管所述网络设备。

10.一种网络设备管理方法，其特征在于，

通过核心服务处理业务请求并按照预设模型生成标准格式的业务处理数据；

通过南向服务将所述标准格式的业务处理数据转换成针对所纳管的网络设备的数据，并发送至所述所纳管的网络设备；

基于网络配置协议与所纳管的网络设备保持长连接。

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

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求10所述的网络设备管理方法。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求10所述的网络设备管理方法。

13.一种网络设备管理***，其特征在于，包括：多个网络设备以及如权利要求11所述的电子设备。