CN107643927A - 一种统一门户方法、装置及系统 - Google Patents

Abstract

本发明提供一种统一门户方法、装置及系统，所述方法包括：将多个微服务的操作界面作为UI服务注册到MSB上；生成包括所述多个微服务操作界面的菜单文件的应用系统操作界面；将所述应用系统操作界面在应用门户中心进行注册登记。这样在应用门户中心为用户提供了一个统一的访问入口，方便用户访问应用系统操作界面和微服务操作界面。

Description

一种统一门户方法、装置及系统

技术领域

本发明涉及通信技术领域，特别涉及一种统一门户方法、装置及系统。

背景技术

未来运营模式架构(FMO，Future Mode of Operation)是由电信管理论坛提供的一种技术趋势，包括：未来的运营架构由松散的组件组成；组件内部的数据存储和规范统一外部接口，组件和组件可以组成大的组件；每个功能由多个组件来提供服务。从FMO模型的定义来看，本质上是一种微服务架构，FMO架构旨在实现电信网络网络功能虚拟化编排(NFVO，Network Function Virtualization Orchestration)化的过程中的云管理体系与传统网络管理体系的融合。

而管理控制一体化(MCC，Management-control Continuum)是由开放网络基金会提出的技术趋势，包括：传统上划分管理和控制功能不再合适；控制功能即分布亦集中，管理功能即集中亦分布，分布程度可动态变化；管理和控制由一体化组件(称为MCCComponent)来提供功能，是FMO的一个特例。要实现管理控制一体化组件，资源模型分层解耦、管控操作界面融合是关键技术。

门户是一种提供应用程序和信息单点访问的Web站点，它对提供给用户的复杂多样的信息和服务进行提炼，简化成一个满足用户需求和利益的单一界面，是用于集成“其他”应用、内容和流程的用户界面架构，包括单点登录、内容管理等多个特性。

微服务就是把小的服务开发成单一应用的形式，每个应用运行在单一的进程中，并使用像超文本传输协议(HTTP，HyperText Transfer Protocol)这样子的轻量级的应用程序编程接口(API，Application Programming Interface)满足功能服务需求，并使用自动化部署工具进行独立发布。这些功能服务可以使用不同的开发语言以及不同数据存储技术，并保持最低限制的集中式管理。而微服务总线(MSB，Micro Service Bus)则提供微服务及UI(用户界面，User Interface)服务的注册、查询、路由、转发监控等功能。

随着网络的发展演进，网络管理、网络资源与服务等应用系统变得越来越复杂，微服务架构逐渐被应用到上述应用系统中去，每个应用系统由多个微服务组成，每个微服务有自己的操作界面。例如，告警管理应用系统可以由告警处理链、当前告警操作、历史告警操作、告警模型适配、告警采集适配等多个微服务来完成。现有技术中将微服务注册到微服务总线上以方便访问，并没有提供一个操作界面入口来访问不同应用系统，这样给用户带来了不便。

发明内容

本发明实施例的目的在于提供一种统一门户方法，解决了没有提供一个操作界面入口来访问不同应用系统问题。

为了达到上述目的，本发明实施例提供一种统一门户方法，包括：

将多个微服务的操作界面作为UI服务注册到MSB上；

生成包括所述多个微服务操作界面的菜单文件的应用系统操作界面；

将所述应用系统操作界面在应用门户中心进行注册登记。

本发明实施例提供一种统一门户装置，包括：

注册模块，用于将多个微服务的操作界面作为UI服务注册到MSB上；

生成模块，用于生成包括所述多个微服务操作界面的菜单文件的应用系统操作界面；

登记模块，用于将所述应用系统操作界面在应用门户中心进行注册登记。

本发明实施例提供了一种统一门户系统，包括：

单点登录客户端，用于验证用户输入的登录信息并提供一个登录入口；

操作界面集成框架，用于将微服务操作界面集成统一风格的操作界面；

菜单合并工具，用于将微服务操作界面的菜单文件集成应用系统的操作界面；

应用门户中心，用于提供访问应用系统操作界面的统入口。

本发明实施例还提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行的一个或多个程序，所述一个或多个程序被所述计算机执行时使所述计算机执行如上述提供的一种统一门户方法。

上述技术方案中的一个技术方案具有如下优点或有益效果：

本发明实施例通过将多个微服务的操作界面注册到MSB上；生成包括所述多个微服务操作界面的菜单文件的应用系统操作界面；将所述应用系统操作界面在应用门户中心进行注册登记。这样在应用门户中心为用户提供了一个统一的访问入口，方便用户访问应用系统操作界面和微服务操作界面。

附图说明

图1为本发明实施例提供的一种统一门户方法流程图；

图2为本发明实施例提供的另一种统一门户方法流程图；

图3为本发明实施例提供的一种统一门户装置结构图；

图4为本发明实施例提供的一种统一门户装置结构图；

图5为本发明实施例提供的一种统一门户装置结构图；

图6为本发明实施例提供的一种统一门户装置结构图；

图7为本发明实施例提供的一种统一门户装置结构图；

图8为本发明实施例提供的一种统一门户系统结构图；

图9为本发明实施例提供的一种统一门户系统中单点登录客户端结构图；

图10为本发明实施例提供的MANO应用系统操作界面示意图；

图11为本发明实施例提供的EMS应用系统操作界面示意图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。

如图1所示，本发明实施例提供一种统一门户方法，包括以下步骤：

步骤S101、将多个微服务的操作界面作为UI服务注册到MSB上。

在该步骤中，本发明首次提出UI即服务(用户界面即服务)的概念，UI服务可以被编排和集成。应用系统按照微服务架构进行开发部署，应用系统的功能模块开发成多个微服务，例如，告警功能模块开发成告警处理链、当前告警操作、历史告警操作、告警模型适配、告警采集适配等多个微服务。将多个微服务的操作界面注册到MSB上的过程可以是将上述微服务的操作界面的服务名和URL地址发送给MSB，当MSB接收并且存储发送来的服务名和URL地址后返回一个确认消息以完成注册过程。

步骤S102、生成包括所述多个微服务操作界面的菜单文件的应用系统操作界面。

在该步骤中，生成应用系统操作界面的过程可以是通过菜单合并工具对多个微服务操作界面的菜单文件的层次结构、菜单顺序进行解析和重新组合得到总菜单文件，通过界面集成框架将总菜单文件生成应用系统的操作界面。该过程还包括查找需要合并的微服务的菜单文件，例如，网络编排管理应用系统需要合并的微服务为资源编排、软件定义网络编排(SDNO，Software Defined Network Orchestration)、生命周期管理，这样可以查找资源编排、软件定义网络编排(SDNO，Software Defined Network Orchestration)、生命周期管理微服务的菜单文件，然后根据上述过程生成网络编排管理应用系统的操作界面。

步骤S103、将所述应用系统操作界面在应用门户中心进行注册登记。

在该步骤中，应用门户中心为用户提供一个访问各个应用系统操作界面的统一入口。注册登记即统一各个应用系统操作界面的属性信息，例如，设置和定义应用系统在应用门户中心的显示名称和图标，并且通过应用门户中心提供的注册接口传入应用系统的图标、名称、URL地址等信息，并且对外暴露应用门户中心的URL地址。这样用户就可以通过应用门户中心访问多个应用系统操作界面，还可以通过各个应用系统操作界面访问应用系统的微服务。

本发明实施例中，上述方法可以应用于虚拟机、物理服务器、云管理服务器等设备，需要说明的是，该实施例中可以将应用系统操作界面作为微服务注册到MSB上，也可以将统一门户框架系统注册到MSB上以方便实现统一门户框架系统的水平扩展和弹性伸缩。

本发明实施例的一种统一门户方法，通过将微服务操作界面作为UI服务注册到MSB上以及将生成的应用系统操作界面注册登记到应用门户中心，以使用户可以通过应用门户中心访问各个应用系统以及应用系统的微服务，给用户提供了方便。

如图2所示，本发明实施例提供一种统一门户方法，包括以下步骤：

步骤S201、将多个微服务的操作界面作为UI服务注册到MSB上。

步骤S202、生成包括所述多个微服务操作界面的菜单文件的应用系统操作界面；

步骤S203、为所述应用系统操作界面分配统一资源定位器URL地址。

在该步骤中，为每个应用系统操作界面分配URL地址，以便访问的时候可以通过上述URL地址访问上述应用系统。

步骤S204、在应用门户中心中设置所述应用系统操作界面的显示名称和图标。

在该步骤中，统一设置应用系统操作界面的显示名称和图标，这样让用户在点击访问操作界面的时候更加直观方便。

步骤S205、将所述显示名称和图标与所述应用系统操作界面的URL地址关联。

在该步骤中，将所述显示名称和图标与所述应用系统操作界面的URL地址关联可以是预先设置好他们之间的映射关系，并保存在存储单元中，这样可以通过URL地址找到相应的应用系统。

可选的，所述将多个微服务的操作界面作为UI服务注册到MSB上，包括：

发送所述多个微服务操作界面中每一个微服务操作界面的服务名和URL地址给所述MSB；接收所述MSB返回的确认消息，所述确认消息用于表示所述MSB已经存储所述服务名和所述URL地址。

在该实施方式中，通过将微服务操作界面的服务名和URL地址发送给MSB上，MSB的服务发现模块将服务名和URL地址进行存储，存储后返回一个确认消息以表示注册成功，这样就可以通过URL地址访问微服务。

可选的，所述生成包括所述多个微服务操作界面的菜单文件应用系统操作界面，包括：查找所述多个微服务操作界面的菜单文件；解析所述多个微服务操作界面中每一个微服务操作界面的菜单文件生成包括总菜单文件的应用系统操作界面。

在该实施方式中，查找微服务操作界面的菜单文件，解析微服务操作界面的菜单文件，进行应用系统需求的排列与合并生成应用系统操作界面，传统的应用系统操作界面不能灵活定制，而是固定的，如果要修改的话需要大量的开发工作，该实施方式节约了开发成本。

可选的，所述将多个微服务的操作界面作为UI服务注册到MSB上之后，所述生成包括所述多个微服务操作界面的菜单文件应用系统操作界面之前，还包括：设置所述多个微服务操作界面的页头、侧边菜单栏和应用页面区域为统一的页面风格。

在该实施方式中，通过设置统一的页面风格，增加了操作界面的美感。

本发明实施例的一种统一门户方法，通过将微服务操作界面作为UI服务注册到MSB上以及将生成的应用系统操作界面注册登记到应用门户中心，设置微服务操作界面的统一页面风格，并将URL地址与应用系统操作界面关联，以使用户可以通过应用门户中心的URL地址访问各个应用系统以及应用系统的微服务，给用户提供了方便。

如图3所示，本发明实施例提供一种统一门户装置300，包括：

注册模块301，用于将多个微服务的操作界面作为UI服务注册到MSB上；

生成模块302，用于生成包括所述多个微服务操作界面的菜单文件的应用系统操作界面；

登记模块303，用于将所述应用系统操作界面在应用门户中心进行注册登记。

可选的，如图4所示，所述登记模块303包括：

分配单元3031，用于为所述应用系统操作界面分配统一资源定位器URL地址；

设置单元3032，用于在应用门户中心中设置所述应用系统操作界面的显示名称和图标；

关联单元3033，用于将所述显示名称和图标与所述应用系统操作界面的URL地址关联。

可选的，如图5所示，所述注册模块301包括：

发送单元3011，用于发送所述多个微服务操作界面中每一个微服务操作界面的服务名和URL地址给所述MSB；

接受单元3012，用于接收所述MSB返回的确认消息，所述确认消息用于表示所述MSB已经存储所述服务名和所述URL地址。

可选的，如图6所示，所述生成模块302包括：

查找单元3021，用于查找所述多个微服务操作界面的菜单文件；

解析单元3022，用于解析所述多个微服务操作界面中每一个微服务操作界面的菜单文件生成包括所述总菜单文件的应用系统操作界面。

可选的，如图7所示，所述统一门户装置300还包括：

设置模块304，用于设置所述多个微服务操作界面的页头、侧边菜单栏和应用页面区域为统一的页面风格。

统一门户装置300能够实现图1至图2的方法实施例中所述方法实现的各个过程，可以到达上述方法一样的技术效果，为避免重复，这里不再赘述。

如图8所示，本发明实施例提供一种统一门户系统800，包括：

单点登录客户端801，用于验证用户输入的登录信息并提供一个登录入口；

操作界面集成框架802，用于将微服务操作界面集成统一风格的操作界面；

菜单合并工具803，用于将微服务操作界面的菜单文件集成应用系统的操作界面；

应用门户中心804，用于提供访问应用系统操作界面的统入口。

可选的，如图9所示，所述单点登录客户端801包括：

统一登录页面8011，验证用户输入的验证信息并提供用户访问应用系统操作界面的合法令牌；

令牌维护模块8012，用于维护和更新令牌信息；

请求拦截模块8013，用于拦截应用界面发起的应用请求并添加令牌信息后返回服务器。

在上述实施方式中，单点登录客户端801包括统一登录页面8011、令牌维护模块8012和请求拦截模块8013。

统一登录页面8011，通过统一的登陆页面与用户交互，把用户输入的账户信息作为认证参数发送到统一安全认证中心获取该用户访问的合法令牌，将令牌交给令牌维护模块存储在本地。安全认证中心主要提供统一的身份认证服务，提供令牌的管理校验服务。

令牌维护模块8012，负责令牌信息的浏览器本地缓存的维护和过期自动刷新。http请求拦截模块负责拦截应用页面发起的所有rest请求，在rest请求的头信息中自动添加令牌信息后再发往服务端。

操作界面集成框架802，用于将具体的微服务操作界面加载集成到风格一致的框架页面中，进行界面布局和页面元素的选择，隔离不同技术开发的页面之间的差异和冲突，并负责各微服务操作界面集成功能菜单的显示及菜单对应页面的生命周期管理。

界面集成框架的页面主要分为三个部分：页头，包括：标题、横向菜单、皮肤等；侧边栏；应用页面区域，该区域用于加载应用页面，与功能菜单对应。界面集成框架维护相关的菜单项模板，在模板中定义各个功能项的菜单，以及菜单的挂接关系，建立菜单与应用页面之间的对应关系。

菜单合并工具803，允许各个微服务功能模块独立定义各自的微服务操作界面的菜单文件，然后通过菜单合并工具对这些菜单文件的层次结构和定义的菜单顺序进行解析和重新组合，最终合成运行期可以被界面框架直接加载的应用系统界面的总体菜单文件。

应用门户中心804，负责定制出的应用系统界面统一展示、提供统一的访问入口，即应用门户中心主页面。提供应用系统界面到应用门户中心的注册和反注册接口，接口参数主要包括该应用对应的URL地址、图标等。每个应用系统通过一个图标在主页面上排列显示，用户点击图标就可以直接进入对应的应用系统界面。

进一步地，用户在进行应用系统操作界面访问或者应用系统微服务操作界面访问的过程可以是：

通过单点登录客户端登录页面输入用户名和密码；单点登录客户端把用户输入的账户信息作为认证参数发送到安全认证中心；安全认证中心对用户身份进行合法性校验；校验通过后安全认证中心将该用户访问的合法令牌返回给单点登录客户端，单点登录客户端将合法令牌存储在本地；当用户在应用门户中心中点击应用系统操作界面时携带其服务名；MSB根据服务名将访问请求路由到指定的URL地址；根据URL地址进行应用系统操作界面的访问。

企业内部基于同一个微服务总线框架平台的多个系统或模块的操作界面的集成和统一门户展示的过程如下：

在企业内部的PaaS平台上采用微服务架构部署安全管理、系统管理、告警管理、拓扑资源管理、性能管理、配置管理、网络服务编排(NSO，Network Service Orchestration)、网络功能虚拟化编排(NFVO，Network Function Virtualization Orchestration)、软件定义网络编排(SDNO，Software Defined Network Orchestration)、生命周期管理等微服务；将这些微服务对应的操作界面部署到PaaS平台提供的MSB上；如图10所示，选择告警操作界面1001、性能操作界面1002、策略管理操作界面1003、NS编排操作界面1004、VNF管理操作界面1005、安全操作界面1006和日志操作界面1007，通过界面集成框架和菜单合并工具，进行简单二次开发定制组合出图10中的管理编排系统(MANO，Management And Orchestration)应用系统操作界面；如图11所示，选择告警操作界面1101、性能操作界面1102、拓扑操作界面1103、配置操作界面1104、安全操作界面1105、日志操作界面1106，通过界面集成框架和菜单合并工具，进行简单二次开发定制组合出图11中的网元管理系统(EMS，ElementManagement System)应用系统操作界面；将定制组合好的MANO和EMS应用系统操作界面在应用门户中心页面进行注册登记；通过应用门户中心展示定制的应用系统操作界面和为用户提供统一访问入口。

实现用户操作界面的水平扩展及弹性伸缩的过程如下：在微服务架构中，一个微服务内部包括多个程序包镜像，程序包镜像部署到运行容器中组成一个POD，POD作为微服务部署运行的基本单位。对注册到MSB上的统一门户系统进行监控，设置监控参数及配置相应的弹性策略；当MSB发现监控参数达到配置的策略阈值时，根据弹性策略动态扩展或收缩微服务的POD实例数目；在上述步骤中如果执行的是动态扩展，则统一门户系统根据配置策略进行业务迁移；如果执行的是动态收缩，则统一门户系统根据配置策略停止指定的空载微服务POD实例。

本领域普通技术人员可以理解实现上述实施例方法的全部或者部分步骤是可以通过程序指令相关的硬件来完成，所述的程序可以存储于一计算机可读取介质中，该程序在执行时，包括以下步骤：

将多个微服务的操作界面作为UI服务注册到MSB上；

生成包括所述多个微服务操作界面的菜单文件的应用系统操作界面；

将所述应用系统操作界面在应用门户中心进行注册登记。

可选的，所述将生成的应用系统操作界面在应用门户中心进行注册登记，包括：

为所述应用系统操作界面分配统一资源定位器URL地址；

在应用门户中心中设置所述应用系统操作界面的显示名称和图标；

将所述显示名称和图标与所述应用系统操作界面的URL地址关联。

可选的，所述将多个微服务的操作界面作为UI服务注册到MSB上，包括：

发送所述多个微服务操作界面中每一个微服务操作界面的服务名和URL地址给所述MSB；

接收所述MSB返回的确认消息，所述确认消息用于表示所述MSB已经存储所述服务名和所述URL地址。

可选的，所述生成包括所述多个微服务操作界面的菜单文件应用系统操作界面，包括：

查找所述多个微服务操作界面的菜单文件；

解析所述多个微服务操作界面中每一个微服务操作界面的菜单文件生成包括总菜单文件的应用系统操作界面。

可选的，所述将多个微服务的操作界面作为UI服务注册到MSB上之后，所述生成包括所述多个微服务操作界面的菜单文件应用系统操作界面之前，还包括：

设置所述多个微服务操作界面的页头、侧边菜单栏和应用页面区域为统一的页面风格。

所述的存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (12)

1.一种统一门户方法，其特征在于，包括：

将多个微服务的操作界面作为用户界面UI服务注册到微服务总线MSB上；

生成包括所述多个微服务操作界面的菜单文件的应用系统操作界面；

将所述应用系统操作界面在应用门户中心进行注册登记。

2.根据权利要求1所述方法，其特征在于，所述将生成的应用系统操作界面在应用门户中心进行注册登记，包括：

为所述应用系统操作界面分配统一资源定位器URL地址；

在应用门户中心中设置所述应用系统操作界面的显示名称和图标；

将所述显示名称和图标与所述应用系统操作界面的URL地址关联。

3.根据权利要求1或者2所述方法，其特征在于，所述将多个微服务的操作界面作为UI服务注册到MSB上，包括：

发送所述多个微服务操作界面中每一个微服务操作界面的服务名和URL地址给所述MSB；

接收所述MSB返回的确认消息，所述确认消息用于表示所述MSB已经存储所述服务名和所述URL地址。

4.根据权利要求1或者2所述方法，其特征在于，所述生成包括所述多个微服务操作界面的菜单文件应用系统操作界面，包括：

查找所述多个微服务操作界面的菜单文件；

解析所述多个微服务操作界面中每一个微服务操作界面的菜单文件生成包括总菜单文件的应用系统操作界面。

5.根据权利要求1所述方法，其特征在于，所述将多个微服务的操作界面作为UI服务注册到MSB上之后，所述生成包括所述多个微服务操作界面的菜单文件应用系统操作界面之前，还包括：

设置所述多个微服务操作界面的页头、侧边菜单栏和应用页面区域为统一的页面风格。

6.一种统一门户装置，其特征在于，包括：

注册模块，用于将多个微服务的操作界面作为UI服务注册到MSB上；

生成模块，用于生成包括所述多个微服务操作界面的菜单文件的应用系统操作界面；

登记模块，用于将所述应用系统操作界面在应用门户中心进行注册登记。

7.根据权利要求6所述装置，其特征在于，所述登记模块包括：

分配单元，用于为所述应用系统操作界面分配统一资源定位器URL地址；

设置单元，用于在应用门户中心中设置所述应用系统操作界面的显示名称和图标；

关联单元，用于将所述显示名称和图标与所述应用系统操作界面的URL地址关联。

8.根据权利要求6或者7所述装置，其特征在于，所述注册模块包括：

发送单元，用于发送所述多个微服务操作界面中每一个微服务操作界面的服务名和URL地址给所述MSB；

接受单元，用于接收所述MSB返回的确认消息，所述确认消息用于表示所述MSB已经存储所述服务名和所述URL地址。

9.根据权利要求6或者7所述装置，其特征在于，所述生成模块包括：

查找单元，用于查找所述多个微服务操作界面的菜单文件；

解析单元，用于解析所述多个微服务操作界面中每一个微服务操作界面的菜单文件生成包括总菜单文件的应用系统操作界面。

10.根据权利要求6所述装置，其特征在于，所述装置还包括：

设置模块，用于设置所述多个微服务操作界面的页头、侧边菜单栏和应用页面区域为统一的页面风格。

11.一种统一门户系统，其特征在于，包括：

单点登录客户端，用于验证用户输入的登录信息并提供一个登录入口；

操作界面集成框架，用于将微服务操作界面集成统一风格的操作界面；

菜单合并工具，用于将微服务操作界面的菜单文件集成应用系统的操作界面；

应用门户中心，用于提供访问应用系统操作界面的统入口。

12.根据权利要求11所述系统，其特征在于，所述单点登录客户端包括：统一登录页面，验证用户输入的验证信息并提供用户访问应用系统操作界面的合法令牌；

令牌维护模块，用于维护和更新令牌信息；

请求拦截模块，用于拦截应用界面发起的应用请求并添加令牌信息后返回服务器。