一种网络管理系统、方法、装置及电子设备

技术领域

本发明涉及通信技术领域，特别是涉及一种网络管理系统、方法、装置及电子设备。

背景技术

随着网络规模的逐渐增加，网络结构日益复杂，对网络进行管理的难度也逐渐增加。为了便于用户对网络进行有效的管理，相关技术中提供了多种具备不同管理功能的产品，如网管产品、控制器产品、智能分析产品等。用户可以根据实际需求同时运行多个具备不同管理功能的产品，共同对网络进行管理。

但是，相关技术中具备不同管理功能的产品彼此之间是相互独立的产品，用户需要根据实际情况轮番使用不同的产品进行网络管理，导致操作繁琐、用户体验较差。

发明内容

本发明实施例的目的在于提供一种网络管理系统、方法、装置及电子设备，以实现简化网络管理的操作。具体技术方案如下：

在本发明实施例的第一方面，提供了一种网络管理系统，所述网络管理系统包括支撑单元、数据管理单元、业务服务单元以及展示单元；

所述业务服务单元包括多组微服务子单元；

每个所述微服务子单元用于提供一种微服务，并且每组所述微服务子单元所提供的微服务共同用于实现一种管理功能；

所述支撑单元，通过相同的安装部署逻辑对所有所述微服务子单元进行安装部署，以实现为所有所述微服务子单元提供统一的部署平台；

并且，所述支撑单元通过相同的运行管理逻辑对所有所述微服务子单元进行运行管理，以实现为所有所述微服务子单元提供统一的运行平台；

所述数据管理单元通过相同的数据存储逻辑存储所有所述微服务子单元的数据，以实现为所有所述微服务子单元提供统一的数据存储服务；

并且，所述数据管理单元通过将各类型的数据的访问逻辑封装为同一访问逻辑，并使得所有所述微服务子单元通过所述同一访问逻辑访问各类型的数据；

所述展示单元通过展示主界面，并在所述主界面中设置用于跳转至每个所述微服务子单元的功能界面的接口，以实现为所有所述微服务子单元提供统一的门户框架服务。

在一种可能的实施例中，所述展示单元，还用于根据预先存储的访问权限与菜单项之间的对应关系，确定登录所述网络管理系统的账号的访问权限所对应的菜单项；并在所述主界面中展示所确定的菜单项。

在一种可能的实施例中，所述展示单元，还用于根据预先存储的访问权限与界面元素之间的对应关系，在主界面中确定登录所述网络管理系统的账号的访问权限所对应的界面元素；对主界面中所确定的界面元素的属性进行重新设置；展示经过重新设置后的主界面，其中，所述界面元素包括菜单项和/或微件。

在一种可能的实施例中，所述支撑单元，还用于对所有所述微服务子单元提供的所有微服务中使用的协议进行统一的消息建模和封装，以实现为所有所述微服务子单元提供统一的协议通道服务。

在一种可能的实施例中，所述支撑单元，还用于获取所有所述微服务子单元提供的所有微服务产生的日志，并通过相同的日志管理逻辑对所有获取到的日志进行日志管理，以实现为所有所述微服务子单元提供统一的日志服务。

在一种可能的实施例中，所述数据管理单元，还用于为所述网络管理系统所管理的目标网络中的各个网络设备配置通用唯一识别码UUID，以使得每组所述微服务子单元提供的微服务所共同实现的管理功能按照网络设备的所述UUID对网络设备进行纳管。

在本发明的第二方面，提供了一种网络管理方法，应用于前述第一方面任一所述的网络管理系统，所述方法包括：

确定目标网络参数；

将所述目标网络参数配置为仿真网络的网络参数，所述仿真网络为基于所述网络管理系统所管理的目标网络构建的；

获取所述仿真网络的仿真运行状态；

判断所述仿真运行状态是否与目标运行状态匹配；

如果所述仿真运行状态与所述目标运行状态匹配，则将所述目标网络参数配置为所述目标网络的网络参数。

在一种可能的实施例中，所述方法还包括：

如果所述仿真运行状态与所述目标运行状态不匹配，重新确定新的目标网络参数，并返回执行所述将所述目标网络参数配置为仿真网络的网络参数，所述仿真网络为基于所述网络管理系统所管理的目标网络构建的步骤。

在一种可能的实施例中，所述确定目标网络参数，包括：

获取目标运行状态；

将所述目标运行状态输入至推理模型，得到所述推理模型输出的目标网络参数，其中，所述推理模型为预先经过训练的用于根据所输入的目标运行状态据推理网络的网路参数的模型。

在一种可能的实施例中，所述方法还包括：

获取所述目标网络的当前网络参数以及当前运行状态；

将所述当前运行状态输入至所述推理模型，得到所述推理模型输出的推理网络参数；

根据所述推理网络参数与所述当前网络参数之间的差异，更新所述推理模型。

在本发明实施例的第三方面，提供了一种网络管理装置，应用于前述第一方面任一所述的网络管理系统，所述装置包括：

参数确定模块，用于确定目标网络参数；

仿真模块，用于将所述目标网络参数配置为仿真网络的网络参数，所述仿真网络为基于所述网络管理系统所管理的目标网络构建的；

验证模块，用于获取所述仿真网络的仿真运行状态；

判断模块，用于判断所述仿真运行状态是否与目标运行状态匹配；

配置模块，用于如果所述仿真运行状态与所述目标运行状态匹配，则将所述目标网络参数配置为所述目标网络的网络参数。

在本发明的第四方面，提供了一种电子设备，包括：

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现上述第二方面任一所述的方法步骤。

在本发明的第五方面，提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述第二方面任一所述的方法步骤。

本发明实施例有益效果：

本发明实施例提供的网络管理系统、方法、装置及电子设备，可以基于微服务架构将用于实现多种管理功能的服务划分为多组微服务，并由微服务子单元提供这些微服务，从而在一种网络管理系统可以实现多种不同的管理功能，另外通过支撑单元统一所有微服务子单元的安装部署逻辑与运行管理逻辑，从而为所有微服务子单元提供统一的部署平台和运行平台，从而实现不同管理功能在支撑层的统一。并且通过数据管理单元对各微服务子单元的数据进行统一存储，同时统一不同类型的数据的访问逻辑，使得不同微服务子单元之间的数据可以互通，从而实现不同管理功能在数据层的统一。并且通过展示层展示主界面，并且在主界面中设置有用于跳转至每个微服务子单元的功能界面的接口，使得用户可以通过统一的门户访问不同微服务子单元的功能界面，从而实现不同管理功能在展示层的统一。，因此可以将多种不同的管理功能在支撑层、数据层、业务层以及展示层统一融合为一个有机整体，用户可以通过统一的界面有效的实现多种不同的管理功能，即可以简化网络管理的操作。

当然，实施本发明的任一产品或方法并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的实施例。

图1为本发明实施例提供的网络操作系统的一种结构示意图；

图2为本发明实施例提供的网络操作系统中的支撑单元的一种结构示意图；

图3为本发明实施例提供的服务部署方法的一种流程示意图；

图4为本发明实施例提供的网络操作系统中的数据管理单元的一种结构示意图；

图5为本发明实施例提供的网络操作系统中的展示单元的一种结构示意图；

图6为本发明实施例提供的网络操作方法的一种流程示意图；

图7为本发明实施例提供的网络操作装置的一种结构示意图；

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

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员基于本申请所获得的所有其他实施例，都属于本发明保护的范围。

为了更清楚的对本发明实施例提供的网络操作方法进行说明，下面将对本发明实施例提供的网络操作方法的一种可能的应用场景进行示例性的说明，可以理解的是，以下示例仅是本发明实施例提供的网络操作方法的一种可能的应用场景，在其他可能的实施例中，本发明实施例提供的网络操作方法也可以应用于其他可能的应用场景中，以下示例对此不做任何限制。

相关技术中，相关人员可以登录一个安装有用于对网络进行管理的程序产品（下文称网管产品）、用于对网络进行控制的程序产品（下文称控制器产品）以及用于对网络进行智能分析的程序产品（下文称智能分析产品）的管理平台。根据用户实际需求，启动网管产品、控制器产品以及智能分析产品中的一个或多个产品，以对网络进行管理。

示例性的，相关人员可以是启动智能分析产品对网络进行预测、故障检测等分析，并得到智能分析产品输出的分析结果。相关人员根据该分析结果结合自己的实际经验判断是否需要更改网络的网络参数，如果相关人员认为需要更改网络的网络参数，则可以启动网管产品对网络的网络参数进行更改。

但是，该方法中网管产品、控制器产品以及智能分析产品之间相互独立，需要相关人员根据实际情况和经验切换所使用的产品，导致操作繁琐、不流畅，因此用户体验较差。

基于此，本发明实施例提供了一种网络管理系统，可以如图1所示，图1所示为本发明实施例提供的网络管理系统的一种结构示意图，可以包括支撑单元110、数据管理单元120、业务服务单元130以及展示单元140。

其中，业务服务单元130包括多组微服务子单元131。

每个微服务子单元131用于提供一种微服务，并且每组微服务子单元131所提供的微服务共同用于实现一种管理功能。

支撑单元110，通过相同的安装部署逻辑对所有微服务子单元131进行安装部署，以实现为所有微服务子单元提供统一的部署平台；

并且，支撑单元110通过相同的运行管理逻辑对所有微服务子单元131进行运行管理，以实现为所有微服务子单元提供统一的运行平台；

数据管理单元120通过相同的数据存储逻辑存储所有微服务子单元131的数据，以实现为所有微服务子单元131提供统一的数据存储服务；

并且，数据管理单元120通过将各类型的数据的访问逻辑封装为同一访问逻辑，并使得所有微服务子单元131通过同一访问逻辑访问各类型的数据；

展示单元140通过展示主界面，并在主界面中设置用于跳转至每个微服务子单元的功能界面的接口，以实现为所有微服务子单元131提供统一的门户框架服务。

选用该实施例，可以基于微服务架构将用于实现多种管理功能的服务划分为多组微服务，并由微服务子单元提供这些微服务，从而在一种网络管理系统可以实现多种不同的管理功能，另外通过支撑单元统一所有微服务子单元的安装部署逻辑与运行管理逻辑，从而为所有微服务子单元提供统一的部署平台和运行平台，从而实现不同管理功能在支撑层的统一。并且通过数据管理单元对各微服务子单元的数据进行统一存储，同时统一不同类型的数据的访问逻辑，使得不同微服务子单元之间的数据可以互通，从而实现不同管理功能在数据层的统一。并且通过展示层展示主界面，并且在主界面中设置有用于跳转至每个微服务子单元的功能界面的接口，使得用户可以通过统一的门户访问不同微服务子单元的功能界面，从而实现不同管理功能在展示层的统一。，因此可以将多种不同的管理功能在支撑层、数据层、业务层以及展示层统一融合为一个有机整体，用户可以通过统一的界面有效的实现多种不同的管理功能，即可以简化网络管理的操作。

其中，每个微服务子单元131可以是一个虚拟机或者容器（如docker容器），并且每个微服务子单元131提供的微服务为用于实现一种管理功能的服务中的微服务，例如可以是监控服务、拓扑服务、报表服务等。

不同的微服务子单元131可以是部署于同一物理设备上的，也可以是部署在不同物理设备上的，本实施例对此不做任何限制。示例性的，可以是所有微服务子单元131部署在同一物理设备上，也可以是分别部署在集群中的不同物理设备上。

根据应用场景的不同，业务服务单元130中包括的微服务子单元131可以不同。示例性的，在一种可能的实施例中，业务服务单元130中可以包括三组微服务子单元131，其中，一组微服务子单元131提供的微服务共同用于实现网管产品的功能，一组微服务子单元131提供的微服务共同用于实现控制器产品的功能，一组微服务子单元131提供的微服务共同用于实现智能分析产品的功能。

在其他可能的实施例中，业务服务单元130中也可以只包括两组微服务子单元131或者4组及4组以上的微服务子单元131，本实施例对此不做任何限制。

下面将分别对支撑单元110、数据管理单元120以及展示单元140分别进行说明。

支撑单元110可以如图2所示，包括部署平台统一子单元111、运行平台统一子单元112、协议通道统一子单元113、日志统一子单元114、账号角色统一子单元115以及系统自监控统一子单元116。在其他可能的实施例中，支撑单元110也可以只包括其中的部分子单元，还可以包括其他的子单元，本实施例对此不做任何限制，例如在一种可能的实施例中，支撑单元110可以只包括部署平台统一子单元111、运行平台统一子单元112、协议通道统一子单元113、账号角色统一子单元115，而不包括上述日志统一子单元114以及系统自监控统一子单元116。

其中，部署平台统一子单元111用于通过相同的安装部署逻辑对所有微服务子单元131进行安装部署，以实现为所有微服务子单元提供统一的部署平台。相同的安装部署逻辑根据实际需求的不同可以不同，示例性的，在一种可能的实施例中，可以参见图3，图3所示为本发明实施例提供的服务部署方法的一种流程示意图，可以包括：

S301，将支撑服务以及各业务服务的安装包上传至服务器。

在本实施例中各业务服务是指用于实现任意管理功能的服务，如用于实现网管产品的功能的服务（下文称网管服务）、用于实现控制器产品的功能的服务（下文称控制器服务）以及用于实现智能分析产品的功能的服务（下文称智能分析服务）。

安装包的格式根据应用场景的不同可以不同，示例性的，可以是压缩包格式，并且安装包中可以包括安装部署配置文件（如json或yaml格式的配置文件）、安装部署脚本（如shell或py脚本）、容器镜像（如tar格式的容器镜像）、数据库脚本（如sql格式的数据库脚本）。

S302，选择所需安装部署的服务。

可以是根据上传的安装包进行解压缩并按照预设规范进行解析展示，以使得用户根据所展示的内容输入选择指令，并根据用户输入的选择指令选择所需安装部署的服务。

S303，针对安装部署的服务进行参数配置。

可以根据用户输入的参数配置指令对服务进行参数配置，也可以是按照预设规则进行参数配置，本实施例对此不做任何限制。

S304，针对安装部署的服务进行网络配置。

部署平台统一子单元111可以维护有子网IP地址池，子网IP地址池中包括多个IP地址，部署平台统一子单元111可以使用子网IP地址池为安装部署的服务分配IP地址，从而为安装部署的服务进行网络配置。

S305，针对安装部署的服务进行存储配置。

可以为安装部署的服务设置本地存储资源和/或共享存储资源。其中，本地存储可以是指用于实现该服务的物理设备本地并且用于存储该服务的数据的存储资源，共享存储资源可以是指用于存储多个不同服务的数据的存储资源。

S306，在确认配置无误后将安装部署配置发送至运行平台。

在发送安装部署配置后，部署平台统一子单元111还可以根据安装部署配置中的参数设置，调用与参数设置对应的脚本进行数据库的初始化以及进行各服务容器镜像的加载启动。

可以理解的是，具备不同管理功能的产品的安装部署逻辑可能不同，用户如果需要使用具备不同管理功能的产品，则需要使用不同的安装部署逻辑分别安装部不同的产品，即用户需要学习多种不同的安装部署逻辑，而本申请通过统一所有微服务子单元131的安装部署逻辑，使得用户无需学习多种不同的安装部署逻辑，即可实现多种不同管理功能，有效降低用户的学习成本。

运行平台统一子单元112用于通过相同的运行管理逻辑对所有微服务子单元131进行运行管理，以实现为所有微服务子单元131提供统一的运行平台。运行平台统一子单元112可以是为业务服务单元130中所有微服务子单元131提供统一的容器运行方式、统一的运行调度和管理，从而有效简化各业务服务的运行管理。运行平台统一子单元112可以是由操作系统（如Linux操作系统）、微服务管理编排系统（如K8S）以及容器系统（如Docker容器系统）组成，可以以单机模式运行也可以以集群的模式运行。支撑服务和各微服务子单元131提供的微服务通过统一部署平台发送至微服务管理编排系统，并由微服务管理编排系统对各微服务子单元131提供的微服务进行统一的运行调度，对各微服务子单元131提供的微服务的启停、重启等进行统一的运行管理，并统一以容器的形式运行在操作系统之上。

协议通道统一子单元113用于对所有微服务子单元131提供的所有微服务中使用的协议进行统一的消息建模和封装，以实现为所有微服务子单元131提供统一的协议通道服务。示例性的，协议通道统一子单元113可以对协议通道以连接池的方式统一进行管理，包括但不限于协议通道的创建、销毁、通道等。各微服务子单元131提供的微服务通过SDK或者REST接口对协议进行使用。

日志统一子单元114用于获取所有微服务子单元131提供的所有微服务产生的运行日志，并通过相同的日志管理逻辑对所有获取到的日志进行日志管理，以实现为所有微服务子单元131提供统一的日志服务。其中，获取到的日志可以包括各微服务子单元131提供的微服务的操作日志、各微服务子单元131提供的微服务的运行日志以及支撑服务自身的运行日志。

在一种可能的实施例中，各微服务子单元131提供的微服务通过消息总线发布操作日志，日志统一子单元114通过监听消息总线的方式获取操作日志。日志统一子单元114可以通过日志插件收集各微服务子单元131提供的微服务的运行日志以及支撑服务自身的运行日志。并将获取到的操作日志以及运行日志统一输出至搜索引擎数据库中进行存储管理。所有类型的日志支持条件检索、导出、按时间或者占用磁盘空间大小进行自动清理。

账号角色统一子单元115用于为各微服务子单元131提供的微服务提供统一的账号角色，使得在各种网络场景下只需一套统一的账号角色。示例性的，账号角色统一子单元115可以进行统一的角色权限管理，其中，角色权限管理可以包括但不限于操作员账号、租户、角色、权限、群组的创建、修改、删除等操作。

可以理解的是，权限可以是由功能操作权限和数据权限组成，权限的集合构成角色，多个操作员账号可以定义成群组。权限通过角色赋到操作员账号或者群组上，操作员账号可以获取群组的角色，示例性的，假设操作员账号1属于群组A，而群组A被赋予角色甲，则操作员账号1具有角色甲的所有权限。系统内数据的集合构成租户，操作员账号通过绑定到租户上，获取租户内数据的权限。

各微服务子单元131提供的微服务可以通过SDK或者REST接口获取当前登录操作员账号的权限，从而利用获取到的权限对所提供的微服务所需要的资源进行访问控制。

系统自监控统一子单元116通过对运行平台的监控以及对运行日志的分析为各微服务子单元131提供的微服务提供统一的自监控服务。假设各微服务子单元131部署在集群中的不同物理设备上，则在安装部署各微服务子单元131时可以将自监控服务部署到集群中的各个物理设备上，通过运行平台的接口对集群中的各物理设备以及各微服务子单元131提供的微服务分配的CPU、内存、磁盘资源、运行状态和实时的利用率进行持续监控。通过对各集群中的各物理设备和各微服务子单元131提供的微服务收集运行日志，并分析收集到的日志级别以及日志内容，评估集群中各物理设备和各微服务子单元131提供的微服务在不同时间点运行的健康状态。

数据管理单元120可以如图4所示，包括数据模型统一子单元121、数据存储统一子单元122、数据访问统一子单元123以及数据恢复备份统一子单元124。在其他可能的实施例中，数据管理单元120也可以只包括其中的部分子单元，还可以包括其他的子单元，本实施例对此不做任何限制

其中，数据模型统一子单元121，用于为网络管理系统所管理的目标网络中的各个网络设备配置UUID（Universally Unique Identifier，通用唯一识别码），以使得每组微服务子单元131提供的微服务所共同实现的管理功能按照网络设备的UUID对网络设备进行纳管。

示例性的，数据模型统一子单元121可以为用于实现各管理功能的服务中纳管的交换机等对象建立统一的数据模型，对象模型由公共属性和扩展属性组成，对象的公共属性包括UUID、域ID、类型ID、管理IP地址等公共属性，扩展属性根据设备的不同进行定义。无论是通过何种服务进行设备纳管时，数据模型统一子单元121都会通过域ID、类型ID、管理IP地址等公共属性的哈希编码计算生成唯一的对象UUID。从而保证无论何时使用时只要是同一个设备生成的对象UUID都是相同的。各服务可以通过对象的UUID将数据以及功能在不同的场景下进行融合统一。

数据存储统一子单元122用于通过相同的数据存储逻辑存储所有微服务子单元131的数据，以实现为所有微服务子单元131提供统一的数据存储服务。数据存储统一子单元122所提供的数据存储服务，包括但不限于：提供关系数据库服务存储关系型数据，提供缓存数据库服务存储键值类型数据，提供时序数据库服务存储时序类型数据，提供图数据库服务存储图结构类型的数据，提供搜索引擎数据库服务存储检索类数据。

数据访问统一子单元123用于通过将各类型的数据的访问逻辑封装为同一访问逻辑，并使得所有微服务子单元131通过该同一访问逻辑范围各类型的数据。该同一访问逻辑根据应用场景的不同可以不同，示例性的，数据访问统一子单元123可以基于RESTful协议对各类型的数据的访问统一进行了CRUD（Create Retrieve Update Delete，增加、检索、更新和删除）操作的接口封装建模，并打包成SDK，为各业务服务提供统一的CRUD服务。各微服务子单元131提供的微服务通过统一数据访问服务的SDK或者REST接口传入数据服务的类型、对象模型、或者对象的UUID或者其他属性参数对各类数据库进行数据的CURD操作。，即数据访问统一子单元123可以将对各类型的数据的访问逻辑封装为基于RESTful协议的SDK，各微服务子单元131通过调用该SDK的接口对各类型的数据进行访问。

数据备份恢复统一子单元124可以为各微服务子单元131提供的微服务的数据提供统一的备份恢复服务，可以本地备份也可以远程备份，并能够定时备份。各微服务子单元131提供的微服务的数据存储管理统一由数据管理单元120提供，因此各微服务子单元131无需关注自身提供的微服务的数据备份和恢复，而是统一由数据管理单元120根据备份和恢复的策略设置进行备份和恢复即可。各微服务子单元131提供的微服务在安装部署时可以向数据管理单元120注册策略，所注册的策略用于表示该微服务的数据备份方式和恢复方式，例如，所注册的策略可以用于表示该微服务的数据备份方式为冷备份并且恢复方式为冷加载，又例如，所注册的策略也可以用于表示该微服务的数据备份方式为热备份并且恢复方式为热加载。

数据管理单元120在备份和恢复时根据所注册的策略通过统一运行平台对各微服务子单元131提供的微服务进行对应的停止或重启操作，例如，一微服务所注册的策略表示该微服务的数据备份方式为冷备份，则数据管理单元120可以在为该微服务进行数据备份时，对该微服务进行重启操作，以完成该微服务的数据的冷备份。又例如，一微服务所注册的策略表示该微服务的数据恢复方式为热加载，则数据管理单元120可以在为该服务进行数据恢复时，对该微服务进行停止操作，以完成该微服务的数据的热加载。

展示单元140可以如图5所示，包括统一门户框架子单元141、统一登录认证子单元142、北向接口子单元143、动态菜单子单元144以及界面编排子单元145。在其他可能的实施例中，展示单元140也可以只包括其中的部分子单元，还可以包括其他的子单元，本实施例对此不做任何限制

其中，统一门户框架子单元141用于通过展示主界面，并且主界面中设置用于跳转至每个微服务子单元131的功能界面的接口，以实现为所有微服务子单元提供统一的门户框架服务。

其中接口的形式根据应用场景的不同可以不同，示例性的，在一种可能的实施例中，可以是在主界面中设置用于跳转至各个微服务子单元131的功能界面的控件，在其他可能的实施例中，也可以是在主界面中设置有用于用户输入URL的输入框，并根据用户输入的URL跳转至与该URL对应的微服务子单元131的功能界面。

示例性的，统一门户框架子单元141可以为各微服务子单元131提供的微服务提供统一的登录入口以及页面渲染展示框架。各微服务子单元131提供的微服务只需提供业务功能相关的界面，操作员账号登录认证成功后，通过解析具体业务功能页面的URL路径以及各微服务子单元131提供的微服务部署时向展示层注册的访问路由，跳转到具体的业务功能页面。统一门户框架子单元141可以通过页面模板方式提供页面的整个展示框架。

在一种可能的实施例中，页面的顶部导航和左边菜单区也可以由统一门户框架子单元141渲染并展示，业务功能内容部分通过web页面代码片段方式或者iframe框架嵌入到业务功能页面的内容区域。

统一登录认证子单元142为各微服务子单元131提供的微服务提供统一的登录认证，包括登录界面、访问策略、密码认证、对接外部的认证系统，如LDAP（LightweightDirectory Access Protocol，轻型目录访问协议）等。统一登录认证子单元可以通过过滤器拦截各微服务子单元131提供的微服务的访问请求，并对登录的操作员账号进行认证确认，如果确认已经过认证，则继续该访问请求的处理，否则跳转到登录入口页面对登录的操作员账号进行认证。

北向接口子单元143通过为各微服务子单元131提供的微服务提供统一的北向网关，从而为各微服务子单元131提供的微服务对外提供统一的北向访问服务。各微服务子单元131提供的微服务在安装部署时将北向访问的路由URL注册到展示层提供的北向网关上。

动态菜单子单元144，用于根据预先存储的访问权限与菜单项之间的对应关系，确定登录网络管理系统的账号的访问权限所对应的菜单项，并展示所确定的菜单项。

示例性的，动态菜单子单元144可以为各微服务子单元131提供的微服务提供菜单的注册以及渲染。各微服务子单元131提供的微服务在安装部署时按照菜单注册模型规范将单场景域和跨场景域的菜单注册到动态菜单子单元144中，在操作账号登录并认证通过后，动态菜单子单元144可以获取注册的菜单配置，并根据菜单配置以及访问权限对菜单项进行渲染并展示。

可以理解的是，用户可以通过界面中不同的菜单项以控制网络管理系统实现不同的功能，而不同的用户具有不同的权限，因此一些用户可能并不具备控制网络管理系统实现特定功能的权限。因此用于实现这些特定功能的菜单项对于这些用户而言是没有必要展示的，即选用该实施例，可以根据用户权限的不同对应展示菜单项，以精简所展示的菜单项便于用户在界面中找寻所需要使用的菜单项。

界面编排子单元145，用于根据预先存储的访问权限与界面元素之间的对应关系，在主界面中确定登录网络管理系统的账号的访问权限所对应的界面元素，并对主界面中所确定的界面元素的属性进行重新设置，展示经过重新设置后的主界面，其中，界面元素包括菜单项和/或微件（widget）。

示例性的，界面编排子单元145可以为各微服务子单元131提供的微服务提供菜单再编排服务以及页面内容显示再编排服务。下面将分别对菜单再编排服务以及页面内容显示再编排服务进行说明：

各微服务子单元131提供的微服务在安装部署时将预置的菜单注册到界面编排服务中，界面编排服务通过菜单再编排的入口获取当前登录认证通过的操作员账号权限范围内的菜单项，对这些菜单项的名称、打开方式、渲染优先级、是否隐藏、父子关系等属性中的一种或多种属性进行重新设置，保存经过重新设置后的属性，加载菜单项经过重新设置后的属性，并按照加载的属性进行渲染并重新主界面。重新展示后的界面中各菜单项的属性理论上与经过重新设置后的属性相同。

各微服务子单元131提供的微服务在安装部署时可以将业务功能封装成一个或多个的微件注册至界面编排服务，界面编排服务通过页面内容再编排的入口获取当前登录认证通过的操作员账号权限范围内的微件，对微件的标题、是否隐藏、大小、位置、样式、数据源对接等属性中的一个或多个属性进行重新设置，保存经过重新设置后的属性，加载微件经过重新设置后的属性，并按照加载的属性进行渲染并重新主界面。重新展示后的界面中各微件的属性理论上与经过重新设置后的属性相同。

可以理解的是，在不同的网络结构以及不同的网络场景下，需要为网络配置不同的参数才能够使得网络正常运行。而在传统的运维方式中，需要依靠相关人员人工对网络的配置参数进行管理。但是在面对复杂的网络结构和多变的网络场景下，相关人员难以及时调整网络的配置参数，导致网络无法正常运行。

基于此，本发明实施例提供了一种网络操作方法，应用于前述任一所述的网络管理系统，方法可以参见图6，图6所示为本发明实施例提供的网络管理方法的一种流程示意图，可以包括：

S601，确定目标网络参数。

S602，将目标网络参数配置为仿真网络的网络参数。

S603，获取仿真网络的仿真运行状态。

S603，判断仿真运行状态是否与目标运行状态匹配。

S604，如果仿真运行状态与目标运行状态匹配，则将目标网络参数配置为目标网络的网络参数。

选用该实施例，可以在业务层融合网管产品、控制器产品以及智能分析产品，使得三个产品的业务互通，形成一个在业务上自治的闭环，从而自动地对网络进行优化，可以无需相关人员对网络参数进行人工的优化，因此可以有效地对网络进行实时地优化。

其中，在S601中，确定目标网络参数的方式根据应用场景的不同可以不同。示例性的，可以是在接收到用户意图或系统意图时，根据接收到的用户意图或系统意图确定目标网络参数。其中，用户意图用于表示用户预期中目标网络所应处于的运行状态，系统意图用于表示管理系统预期中目标网络所应处于的运行状态。

用户意图可以是用户根据实际需求输入的，系统意图可以是系统按照预设规则生成的。可以是对用户意图或系统意图进行识别，从而得到与用户意图或系统意图对应的目标网络参数。

示例性的，在一种可能的实施例中，可以是获取目标运行状态，并将目标运行状态输入至推理模型，得到推理模型输出的目标网络参数，其中，推理模型为预先经过训练的用于根据所输入的目标运行状态据推理网络的网路参数的模型。并且推理模型可以是基于传统的机器学习训练得到的算法模型，也可以是基于深度学习训练得到的神经网络模型，本实施例对此不做任何限制。

可以理解的是，受限制于训练得到推理模型时所使用的样本的质量以及数量，训练得到的推理模型的准确性往往有限。为进一步提高推理模型的准确性，在一种可能的实施例中，可以获取目标网络的当前网络参数以及当前运行状态，将当前运行状态输入至推理模型，得到推理模型输出的推理运行参数，并根据推理运行参数与当前网络参数之间的差异，更新推理模型。

其中，目标网络的当前网络参数以及当前运行状态为在目标网络运行过程中采集得到的目标网络在某一时刻的网络参数以及运行状态。可以理解为，当前网络参数为目标网络处于当前运行状态时真实的网络参数，因此在不考虑推理模型存在误差的情况下，理论上将当前运行状态输入至推理模型，得到的推理网络参数应当为当前网络参数。

而由于推理模型实际上存在误差，因此推理网络参数与当前网络参数之间存在一定的差异，可以根据该差异更新推理模型，以进一步提高推理模型的准确性。

在S603中，仿真网络为基于网络管理系统所管理的目标网络构建的，用于对目标网络进行仿真模拟。仿真网络所处的仿真网络环境应当与目标网络所处的网络环境相同或相近。

在S604中，仿真运行状态为仿真得到的目标网络的网络参数为目标网络参数时目标网络的运行状态，而非目标网络的网络参数为目标网络参数时的真实运行状态。在一种可能的实施例中，可以是根据目标网络参数搭建模拟的网络验证环境，在该模拟的网络验证环境下进行仿真模拟，得到仿真运行状态。

在S605中，目标运行状态为预期中目标网络所应处于的运行状态，示例性的，假设目标网络参数是根据用户意图或系统意图确定得到的，则目标运行状态可以是用户意图或系统意图所表示的运行状态。

仿真运行状态与目标运行状态匹配可以是指仿真运行状态与目标运行状态相同，也可以是指仿真运行状态优于目标运行状态，还可以是指仿真运行状态与目标运行状态的差异程序小于预设阈值。

示例性的，假设目标运行状态中CPU的负载率为50%，则在一种可能的实施例中，可以是当仿真运行状态中CPU的负载率也为50%时认为仿真运行状态与目标运行状态匹配，也可以是当仿真运行状态中CPU的负载率低于50%时认为仿真运行状态与目标运行状态匹配，还可以是当仿真运行状态中CPU的负载率与50%相差小于10%时认为仿真运行状态与目标运行状态匹配。

在S604中，可以理解的是，当仿真运行状态与目标运行状态匹配时，可以认为当目标网络的网络参数为目标网络参数时，目标网络能够以预期中的运行状态运行，此时可以将目标网络参数作为目标网络的网络参数。

而当仿真运行状态与目标运行状态不匹配时，可以认为当目标网络的网络参数为目标网络参数时，目标网络无法以预期中的运行状态运行，此时不能够将目标网络参数作为目标网络的网络参数。

并且，在一种可能的实施例中，为便于用户对网络进行管理，可以展示仿真运行状态，用户根据所展示的仿真运行状态判断是否需要人工为目标网络进行优化。示例性的，如果所展示的仿真运行状态符合用户的预期，则可以认为可以根据目标网络参数自动对目标网络进行优化，此时无需用户人工为目标网络进行优化。而如果所展示的仿真运行状态不符合用户的预期，则可以认为此时难以根据目标网络参数自动对目标网络进行优化，则可以由用户人工为目标网络进行优化。

当仿真运行状态与目标运行状态匹配时，将目标网络的网络参数设置为目标网络参数。当仿真运行状态与目标运行状态不匹配时，重新确定目标网络参数，并返回执行前述S602的步骤。

参见图7，图7所示为本发明实施例提供的网络操作装置的一种结构示意图，可以包括：

参数确定模块701，用于确定目标网络参数；

仿真模块702，用于将所述目标网络参数配置为仿真网络的网络参数，所述仿真网络为基于所述网络管理系统所管理的目标网络构建的；

验证模块703，用于获取所述仿真网络的仿真运行状态；

判断模块704，用于判断所述仿真运行状态是否与目标运行状态匹配；

配置模块705，用于如果所述仿真运行状态与所述目标运行状态匹配，则将所述目标网络参数配置为所述目标网络的网络参数。

在一种可能的实施例中，所述仿真模块702，还用于如果所述仿真运行状态与所述目标运行状态不匹配，重新确定新的目标网络参数，并返回执行所述将所述目标网络参数配置为仿真网络的网络参数，所述仿真网络为基于所述网络管理系统所管理的目标网络构建的步骤。

在一种可能的实施例中，参数确定模块701，具体用于获取目标运行状态；

将所述目标运行状态输入至推理模型，得到所述推理模型输出的目标网络参数，其中，所述推理模型为预先经过训练的用于根据所输入的目标运行状态据推理网络的网路参数的模型。

在一种可能的实施例中，所述装置还包括模型更新模块，用于获取所述目标网络的当前网络参数以及当前运行状态；

将所述当前运行状态输入至所述推理模型，得到所述推理模型输出的推理网络参数；

根据所述推理网络参数与所述当前网络参数之间的差异，更新所述推理模型。

本发明实施例还提供了一种电子设备，如图8所示，包括：

存储器801，用于存放计算机程序；

处理器802，用于执行存储器801上所存放的程序时，实现如下步骤：

确定目标网络参数；

将所述目标网络参数配置为仿真网络的网络参数，所述仿真网络为基于所述网络管理系统所管理的目标网络构建的；

获取所述仿真网络的仿真运行状态；

判断所述仿真运行状态是否与目标运行状态匹配；

如果所述仿真运行状态与所述目标运行状态匹配，则将所述目标网络参数配置为所述目标网络的网络参数。

上述电子设备提到的通信总线可以是外设部件互连标准（Peripheral ComponentInterconnect，PCI）总线或扩展工业标准结构（Extended Industry StandardArchitecture，EISA）总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器（Random Access Memory，RAM），也可以包括非易失性存储器（Non-Volatile Memory，NVM），例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器（Central Processing Unit，CPU）、网络处理器（Network Processor，NP）等；还可以是数字信号处理器（Digital SignalProcessor，DSP）、专用集成电路（Application Specific Integrated Circuit，ASIC）、现场可编程门阵列（Field-Programmable Gate Array，FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一网络操作方法的步骤。

在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一网络操作方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线（例如同轴电缆、光纤、数字用户线（DSL））或无线（例如红外、无线、微波等）方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质（例如固态硬盘Solid State Disk (SSD)）等。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、电子设备、计算机可读存储介质以及计算机程序产品的实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。