互联网能力平台服务管理方法、互联网能力平台及介质

技术领域

本发明涉及网络技术领域，尤其涉及一种互联网能力平台服务管理方法、互联网能力平台及计算机可读存储介质。

背景技术

随着互联网的发展，云计算应用范围扩大，主流互联网业务量和用户人数不断增加，通过互联网能力平台提供的微服务架构技术被越来越多的人使用，因而互联网能力平台管理的服务也在不断增长。基于此，如何统一管理互联网能力平台服务，使得应用程序的能力在互联网能力平台有序运行，有效实现应用程序的对外通信服务，是现有技术尚未解决的问题。

发明内容

本发明所要解决的技术问题是针对现有技术的上述不足，提供一种能力服务管理方法、互联网能力平台及计算机可读存储介质，以解决如何统一管理互联网能力平台服务，使得应用程序的能力在互联网能力平台有序运行，有效实现应用程序的对外通信服务的问题。

第一方面，本发明提供一种互联网能力平台服务管理方法，应用于互联网能力平台，所述方法包括：

通过伺服容器接收应用程序的压缩包和能力需求；

通过能力识别容器根据能力需求匹配能力适配方案；

通过能力启动容器根据能力适配方案将压缩包中的能力发布到能力运行容器；

通过能力运行容器运行能力以提供应用程序的对外通信；

通过服务匹配监测容器监测能力运行容器的对外通信。

可选地，所述通过伺服容器接收应用程序的压缩包和能力需求，具体包括：

通过伺服容器接收应用程序的压缩包；

通过伺服容器接收填写了应用程序的能力需求的能力模板，能力需求包括能力数量需求和能力类别需求；

通过伺服容器启动能力识别容器，并将填写了应用程序的能力需求的能力模板发送给能力识别容器。

可选地，所述通过能力识别容器根据能力需求匹配能力适配方案，具体包括：

通过能力识别容器接收填写了应用程序的能力需求的能力模板；

通过能力识别容器识别能力需求中的能力数量需求和能力类别需求；

通过能力识别容器根据能力数量需求匹配资源要求、根据能力类别需求匹配脚本及配置文件要求；

通过能力识别容器将资源要求和脚本及配置文件要求自动填写入能力模板以获得能力适配方案；

通过能力识别容器将能力适配方案发送给伺服容器。

可选地，所述通过能力识别容器将匹配到的能力适配方案发送给伺服容器之后，所述方法还包括：

通过伺服容器根据压缩包获取应用程序的能力；

通过伺服容器根据能力适配方案启动能力启动容器。

可选地，所述通过能力启动容器根据能力适配方案将压缩包中的能力发布到能力运行容器，具体包括：

通过能力启动容器根据能力适配方案中的资源要求确定能力运行容器的数量；

通过能力启动容器根据能力适配方案中的脚本及配置文件要求启动相应数量的能力运行容器；

通过能力启动容器将压缩包中的能力发布到相应数量的能力运行容器。

可选地，所述能力需求中还包括对外通信需求；

所述通过能力运行容器运行能力以提供应用程序的对外通信，具体包括：

通过相应数量的能力运行容器各自运行能力，相应数量的能力运行容器包括提供对外通信的能力运行容器；

通过提供对外通信的能力运行容器提供应用程序的对外通信。

可选地，所述通过服务匹配监测容器监测能力运行容器的对外通信之前，所述方法还包括：

通过伺服容器为每个提供对外通信的能力运行容器启动一个对应的服务匹配监测容器；

所述通过服务匹配监测容器监测能力运行容器的对外通信，具体包括：

通过每个服务匹配监测容器监测每个对应的提供对外通信的能力运行容器的对外通信。

可选地，所述通过每个服务匹配监测容器监测每个对应的提供对外通信的能力运行容器的对外通信，具体包括：

通过每个服务匹配监测容器根据能力适配方案获得每个对应的提供对外通信的能力运行容器运行的每个能力；

通过每个服务匹配监测容器自动填写每个对应的提供对外通信的能力运行容器运行的每个能力的服务行为模板，服务行为模板中包括对外通信的接口类型、接口名称、安全信息、和流量规则；

通过每个服务匹配监测容器根据服务行为模板监测每个对应的提供对外通信的能力运行容器运行的每个能力的流量，以监测每个对应的提供对外通信的能力运行容器用于对外通信的流量。

第二方面，本发明提供一种互联网能力平台，包括：

伺服容器，用于接收应用程序的压缩包和能力需求；

能力识别容器，与所述伺服容器连接，用于根据能力需求匹配能力适配方案；

能力启动容器，与所述能力识别容器连接，用于根据能力适配方案将压缩包中的能力发布到能力运行容器；

能力运行容器，与所述能力启动容器连接，用于运行能力以提供应用程序的对外通信；

服务匹配监测容器，与所述能力运行容器连接，用于监测能力运行容器的对外通信。

第三方面，本发明提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当所述计算机程序被处理器运行时，实现如上所述的互联网能力平台服务管理方法。

本发明提供一种互联网能力平台服务管理方法、互联网能力平台及计算机可读存储介质，使用互联网能力平台作为统一的资源底座，承载应用程序的能力并提供对外通信，通过不同的容器分工合作，对互联网能力平台服务进行统一管理，对应用程序的能力进行适配发布，使得应用程序的能力在互联网能力平台有序运行，对应用程序的对外通信进行监测，有效实现应用程序的对外通信，有助于提高应用程序的发布效率和服务质量。

附图说明

图1是本发明实施例的一种互联网能力平台服务管理方法的流程图；

图2是本发明实施例的一种互联网能力平台的结构示意图；

图3是本发明实施例的另一种互联网能力平台的结构示意图。

具体实施方式

为使本领域技术人员更好地理解本发明的技术方案，下面将结合附图对本发明实施方式作进一步地详细描述。

可以理解的是，此处描述的具体实施例和附图仅仅用于解释本发明，而非对本发明的限定。

可以理解的是，在不冲突的情况下，本发明中的各实施例及实施例中的各特征可相互组合。

可以理解的是，为便于描述，本发明的附图中仅示出了与本发明相关的部分，而与本发明无关的部分未在附图中示出。

可以理解的是，本发明的实施例中所涉及的每个单元、模块可仅对应一个实体结构，也可由多个实体结构组成，或者，多个单元、模块也可集成为一个实体结构。

可以理解的是，在不冲突的情况下，本发明的流程图和框图中所标注的功能、步骤可根据不同于附图中所标注的顺序发生。

可以理解的是，本发明的流程图和框图中，示出了根据本发明各实施例的系统、装置、设备、方法的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可代表一个单元、模块、程序段、代码，其包含用于实现规定的功能的可执行指令。而且，框图和流程图中的每个方框或方框的组合，可用实现规定的功能的基于硬件的系统实现，也可用硬件与计算机指令的组合来实现。

可以理解的是，本发明实施例中所涉及的单元、模块可通过软件的方式实现，也可通过硬件的方式来实现，例如单元、模块可位于处理器中。

为了便于理解本发明，首先介绍互联网能力平台。

互联网能力平台通过体系化整合、一体化承载、统一对外服务，基于平台整合核心能力组件形成行业数字化能力底座，可以提供跨行业跨场景的能力管理，为泛低空、工业互联网、楼宇等行业提供全流程数字化必要能力，强化核心技术的能力沉淀，横向拉通和平台化运营，建设面向场景化应用示范的通用互联网平台能力，一是打通"能力孤岛"，克服传统应用开发在系统性、敏捷性、标准性与可复制性上的缺陷，推动能力建设从专域专项升级为全域复用赋能，深化新一代信息技术创新应用融合开放，助力顶层应用形成端网边业紧密协同应用模式，将技术能力根据业务场景转化为一套完整的2B联接、计算、数据、应用、安全业务赋能体系。

目前行内已有部分业务系统采用基于互联网能力平台的微服务架构。但是，一方面架构使用情况多数为SpringCloud(一系列框架的有序集合)，但是版本有所不同，另外注册中心也有差异：Eureka(Netflix开发的服务发现框架)、Nacos(阿里的开源项目，应用于微服务)等未统一，多个注册中心分别管理各自的微服务应用程序，相互之间无法互通，还涉及到其他的微服务管理组件，如配置相关、监控相关、日志相关的组件，均未统一设计建设。另一方面，由于不同企业信息化发展道路、以及产业发展有着不同路径，根据不同开发语言也出现了springMVC(Spring提供的一个基于MVC设计模式的轻量级Web开发框架)、Django(一个开放源代码的Web应用框架)等等多种微服务框架，通过springMVC框架开发的应用能力不能独立运行，必须有中间件比如tomcat(一个免费的、开放源代码的Web应用服务器)才可以工作，tomcat指定端口后，才可以工作。微服务的思想，以最为流行的springBoot(在Spring的基础上提供的一套全新的开源框架)工程为例，它通过在每个微服务中内嵌中间件组件，独立对外提供服务。

因此，有必要进一步优化互联网能力平台的服务管理，采用容器的思想将服务最小化，为应用程序的发布和运行提供统一的资源底座，实现应用程序的能力一键运行和发布，提高应用程序的发布效率和服务质量。

实施例1：

如图1所示，本发明提供一种互联网能力平台服务管理方法，应用于互联网能力平台，所述方法包括步骤S01-S05。

具体而言，在本实施例中，互联网能力平台可以是如图2所示的结构，包括：伺服容器01、能力识别容器02、能力启动容器03、能力运行容器04、服务匹配监测容器05；亦可以是如图3所示的结构，除包括上述五种容器外，还预设了能力模板06和服务行为模板07；所述方法的步骤为：

S01、通过伺服容器01接收应用程序的压缩包和能力需求；

S02、通过能力识别容器02根据能力需求匹配能力适配方案；

S03、通过能力启动容器03根据能力适配方案将压缩包中的能力发布到能力运行容器04；

S04、通过能力运行容器04运行能力以提供应用程序的对外通信；

S05、通过服务匹配监测容器05监测能力运行容器04的对外通信。

所述方法采用平台+能力模式，使用互联网能力平台作为统一的资源底座，承载应用程序的能力并提供对外通信，通过不同的容器分工合作，对互联网能力平台服务进行统一管理，对应用程序的能力进行适配发布，使得应用程序的能力在互联网能力平台有序运行，对应用程序的对外通信进行监测，有效实现应用程序的对外通信，有助于提高应用程序的发布效率和服务质量。

可选地，所述通过伺服容器01接收应用程序的压缩包和能力需求，具体包括：

通过伺服容器01接收应用程序的压缩包；

通过伺服容器01接收填写了应用程序的能力需求的能力模板06，能力需求包括能力数量需求和能力类别需求；

通过伺服容器01启动能力识别容器02，并将填写了应用程序的能力需求的能力模板06发送给能力识别容器02。

具体而言，在本实施例中，伺服容器01作为互联网能力平台接收应用程序运行任务的接入口，其等待应用程序开发人员将包含应用程序的压缩包等上传到平台，要求应用程序开发人员填写预设的能力模板06，自动生成应用程序运行任务的序列号，将能力模板06加入识别队列提交给能力识别容器02。压缩包中包含了应用程序的镜像及运行配置文件。能力模板06中可以包含以下字段信息：应用名称；应用图标，如svg(可缩放的矢量图形)格式图标；应用内容，即应用描述或应用介绍；对外适配平台，包括web(World Wide Web，全球广域网)、PC(personal computer，个人电脑)、移动等；能力数量需求，如微服务组件数量等；能力类别需求，包括原生kubernetes应用、单体应用、组合式应用、SpringCloud应用、Python应用、Docker-compose应用、SpringBoot应用共7种能力类别；数据对接需求，平台内能力的依赖关系；对外通信需求，如网络请求等；资源需求，包括内存、CPU(中央处理器，central processing unit)、硬盘资源、虚拟机数量等；用户逻辑；业务流程；负责人信息，负责人姓名、联系方式等。

可选地，所述通过能力识别容器02根据能力需求匹配能力适配方案，具体包括：

通过能力识别容器02接收填写了应用程序的能力需求的能力模板06；

通过能力识别容器02识别能力需求中的能力数量需求和能力类别需求；

通过能力识别容器02根据能力数量需求匹配资源要求、根据能力类别需求匹配脚本及配置文件要求；

通过能力识别容器02将资源要求和脚本及配置文件要求自动填写入能力模板06以获得能力适配方案；

通过能力识别容器02将能力适配方案发送给伺服容器01。

具体而言，在本实施例中，能力识别容器02根据能力模板信息，自动匹配预设的能力适配方案，能力识别容器02将识别结果回填入能力模板06，并返回给伺服容器01。能力模板06回填后的示例如下表1所示：

表1能力模板示例

可选地，所述通过能力识别容器02将匹配到的能力适配方案发送给伺服容器01之后，所述方法还包括：

通过伺服容器01根据压缩包获取应用程序的能力；

通过伺服容器01根据能力适配方案启动能力启动容器03。

具体而言，在本实施例中，伺服容器01接收到带有识别结果的能力模板06后，根据能力适配方案启动对应方案的能力启动容器03，能力启动容器03是专门为管理能力的适配方案解析、适配方案匹配、启动能力生成的。需要说明的是，此时能力启动容器03具体如图3所示与伺服容器01直接连接，而与能力识别容器02仍然具有间接连接的关系，与图2所示的结构并不冲突。

可选地，所述通过能力启动容器03根据能力适配方案将压缩包中的能力发布到能力运行容器04，具体包括：

通过能力启动容器03根据能力适配方案中的资源要求确定能力运行容器04的数量；

通过能力启动容器03根据能力适配方案中的脚本及配置文件要求启动相应数量的能力运行容器04；

通过能力启动容器03将压缩包中的能力发布到相应数量的能力运行容器04。

具体而言，在本实施例中，能力启动容器03按预设的能力适配方案进行作业，将能力发布到能力运行容器04中，能力运行容器04的数量按照能力适配方案进行匹配，有一定容量限制，能力可以共用(流量小)、也可以独占(流量大)能力运行容器04，即一个应用程序可以对应多个能力运行容器04，一个能力运行容器04可以对应多个能力，能力启动容器03按照“脚本及配置文件”字段要求，将能力发布到对应的能力运行容器04中。

可选地，所述能力需求中还包括对外通信需求；

所述通过能力运行容器04运行能力以提供应用程序的对外通信，具体包括：

通过相应数量的能力运行容器04各自运行能力，相应数量的能力运行容器04包括提供对外通信的能力运行容器04；

通过提供对外通信的能力运行容器04提供应用程序的对外通信。

具体而言，在本实施例中，所述能力需求中还包括数据对接需求，相应数量的能力运行容器04还可以包括提供数据对接的能力运行容器04，通过提供数据对接的能力运行容器04实现不同能力之间的数据对接，提供对外通信的能力运行容器04根据对外通信需求启动，提供数据对接的能力运行容器04根据数据对接需求启动。

可选地，所述通过服务匹配监测容器05监测能力运行容器04的对外通信之前，所述方法还包括：

通过伺服容器01为每个提供对外通信的能力运行容器04启动一个对应的服务匹配监测容器05；

所述通过服务匹配监测容器05监测能力运行容器04的对外通信，具体包括：

通过每个服务匹配监测容器05监测每个对应的提供对外通信的能力运行容器04的对外通信。

具体而言，在本实施例中，能力启动容器03按能力适配方案要求，根据需要对外提供服务的能力运行容器04个数，请求伺服容器01启动对应的服务匹配监测容器05，服务匹配监测容器05与正在能力平台运行的需要对外提供服务的能力运行容器04一一对应，统一负责这些能力运行容器04对外通信的收发、管理、监测，能力平台通过服务匹配监测容器05实现复杂、丰富、细粒度的流量控制。

可选地，所述通过每个服务匹配监测容器05监测每个对应的提供对外通信的能力运行容器04的对外通信，具体包括：

通过每个服务匹配监测容器05根据能力适配方案获得每个对应的提供对外通信的能力运行容器04运行的每个能力；

通过每个服务匹配监测容器05自动填写每个对应的提供对外通信的能力运行容器04运行的每个能力的服务行为模板07，服务行为模板07中包括对外通信的接口类型、接口名称、安全信息、和流量规则；

通过每个服务匹配监测容器05根据服务行为模板07监测每个对应的提供对外通信的能力运行容器04运行的每个能力的流量，以监测每个对应的提供对外通信的能力运行容器04用于对外通信的流量。

具体而言，在本实施例中，服务匹配监测容器05启动时，需要根据能力适配方案(即能力模板06)生成对应的服务行为模板07(可以通过预设服务行为空模板，根据填写好的能力模板06中的信息自动填写后获得)，以根据服务行为模板07要求进行服务的控制及管理，每个能力逻辑上对应一个高级服务匹配监测容器，负责该能力下的通信及管理信号分发，能力和服务行为模板07(自动填写后的)是一对一的关系，能力对应的高级服务匹配监测容器，监测管理能力层面上的流量，可以包括监测流量路由路径、路由分配、API(Application Program Interface，应用程序接口)调用关系，高级服务匹配监测容器组成服务匹配监测容器05，服务匹配监测容器05和能力运行容器04是一对一的关系，仅负责对应的容器监测，服务行为模板07存储于高级服务匹配监测容器中，包括监测服务的流量规则服务行为模板中包括的信息有服务的接口类型，接口名称，安全信息，流量规则等，一个服务行为模板07的示例如下表2所示：

表2服务行为模板示例

实施例1所述的互联网能力平台服务管理方法，可以应用于流程行业生产区域场景下基于物联网、容器技术的工业互联网能力平台，使用互联网能力平台作为统一的资源底座，承载应用程序的能力并提供对外通信，有助于提高应用程序的发布效率和服务质量，通过预先定义好的“模板”对计划在平台运行的应用能力源代码、镜像包等进行匹配，实现能力一键发布及运行，有助于解决不同技术栈、架构、编程语言、部署方式的兼容问题。

实施例2：

如图2和3所示，本发明实施例2提供一种互联网能力平台，包括：

伺服容器01，用于接收应用程序的压缩包和能力需求；

能力识别容器02，与所述伺服容器01连接，用于根据能力需求匹配能力适配方案；

能力启动容器03，与所述能力识别容器02连接，用于根据能力适配方案将压缩包中的能力发布到能力运行容器04；

能力运行容器04，与所述能力启动容器03连接，用于运行能力以提供应用程序的对外通信；

服务匹配监测容器05，与所述能力运行容器04连接，用于监测能力运行容器04的对外通信。

可选地，伺服容器01，具体用于：

接收应用程序的压缩包；

接收填写了应用程序的能力需求的能力模板06，能力需求包括能力数量需求和能力类别需求；

启动能力识别容器02，并将填写了应用程序的能力需求的能力模板06发送给能力识别容器02。

可选地，能力识别容器02，具体用于：

接收填写了应用程序的能力需求的能力模板06；

识别能力需求中的能力数量需求和能力类别需求；

根据能力数量需求匹配资源要求、根据能力类别需求匹配脚本及配置文件要求；

将资源要求和脚本及配置文件要求自动填写入能力模板06以获得能力适配方案；

将能力适配方案发送给伺服容器01。

可选地，伺服容器01，还用于：

根据压缩包获取应用程序的能力；

根据能力适配方案启动能力启动容器03。

可选地，能力启动容器03，具体用于：

根据能力适配方案中的资源要求确定能力运行容器04的数量；

根据能力适配方案中的脚本及配置文件要求启动相应数量的能力运行容器04；

将压缩包中的能力发布到相应数量的能力运行容器04。

可选地，所述能力需求中还包括数据对接需求和对外通信需求；

能力运行容器04，具体用于：

通过相应数量的能力运行容器04各自运行能力，相应数量的能力运行容器04包括提供对外通信的能力运行容器04；

通过提供对外通信的能力运行容器04提供应用程序的对外通信。

可选地，伺服容器01，具体还用于：

为每个提供对外通信的能力运行容器04启动一个对应的服务匹配监测容器05；

服务匹配监测容器05，具体用于：

通过每个服务匹配监测容器05监测每个对应的提供对外通信的能力运行容器04的对外通信。

可选地，服务匹配监测容器05，具体用于：

通过每个服务匹配监测容器05根据能力适配方案获得每个对应的提供对外通信的能力运行容器04运行的每个能力；

通过每个服务匹配监测容器05自动填写每个对应的提供对外通信的能力运行容器04运行的每个能力的服务行为模板07，服务行为模板07中包括对外通信的接口类型、接口名称、安全信息、和流量规则；

通过每个服务匹配监测容器05根据服务行为模板07监测每个对应的提供对外通信的能力运行容器04运行的每个能力的流量，以监测每个对应的提供对外通信的能力运行容器04用于对外通信的流量。

实施例2所述的互联网能力平台，可以是流程行业生产区域场景下基于物联网、容器技术的工业互联网能力平台，使用互联网能力平台作为统一的资源底座，承载应用程序的能力并提供对外通信，有助于提高应用程序的发布效率和服务质量，通过预先定义好的“模板”对计划在平台运行的应用能力源代码、镜像包等进行匹配，实现能力一键发布及运行，有助于解决不同技术栈、架构、编程语言、部署方式的兼容问题。

实施例3：

本发明实施例3提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当所述计算机程序被处理器运行时，实现如实施例1所述的互联网能力平台服务管理方法。

所述计算机可读存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、计算机程序模块或其他数据)的任何方法或技术中实施的易失性或非易失性、可移除或不可移除的介质。计算机可读存储介质包括但不限于RAM(Random Access Memory，随机存取存储器)，ROM(Read-Only Memory，只读存储器)，EEPROM(Electrically ErasableProgrammable read only memory，带电可擦可编程只读存储器)、闪存或其他存储器技术、CD-ROM(Compact Disc Read-Only Memory，光盘只读存储器)，数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。

另外，本发明还可以提供一种计算机装置，包括存储器和处理器，所述存储器中存储有计算机程序，当所述处理器运行所述存储器存储的计算机程序时，所述处理器执行如实施例1所述的互联网能力平台服务管理方法。

其中，存储器与处理器连接，存储器可采用闪存或只读存储器或其他存储器，处理器可采用中央处理器或单片机。

本发明实施例1-3提供一种互联网能力平台服务管理方法、互联网能力平台及计算机可读存储介质，使用互联网能力平台作为统一的资源底座，承载应用程序的能力并提供对外通信，通过不同的容器分工合作，对互联网能力平台服务进行统一管理，对应用程序的能力进行适配发布，使得应用程序的能力在互联网能力平台有序运行，对应用程序的对外通信进行监测，有效实现应用程序的对外通信，有助于提高应用程序的发布效率和服务质量。

可以理解的是，以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式，然而本发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本发明的保护范围。