CN111752723B - 一种可视化的多源服务管理系统及其实现方法 - Google Patents

Abstract

本发明公开了一种可视化的多源服务管理系统及其实现方法，该系统包括：服务资源关联模块，用于构建服务接口依赖模型，并基于所述服务接口依赖模型进行对服务依赖接口资源的编排；服务运行管控模块，用于服务部署运行，以及运行时的管理与控制；多源服务协同模块，用于服务发布、聚合与统一访问控制。本发明从服务特征关联、服务运行管控、多源服务协同等方面建立多源服务工作管理机制，统一服务运行时行为；同时基于大规模服务资源互操作的场景，提供可视化的资源管控方式，通过多源服务聚合形成“服务联邦”，降低了多源服务协同工作的复杂性，平衡了各节点工作负载，提高了多源服务的可用性和可靠性。

Description

一种可视化的多源服务管理系统及其实现方法

技术领域

本发明涉及服务资源整合技术，具体涉及一种可视化的多源服务管理系统及其实现方法。

背景技术

企业在发展过程中，积累了大量功能属性相似的服务资源，这些服务资源被分布在不同的集群或服务器中，彼此间复杂的依赖调用关系，形成了一张难以维护的“蜘蛛网”。随着服务数量的增多，对服务资源、服务依赖的管理，以及对服务资源的运行控制、协同访问都提出了更高的要求。一方面来自不同服务提供者、不同平台、不同系统的异构服务资源增大了服务管理的困难，另一方面异构、多源的服务资源缺乏统一的协同能力导致服务资源的利用率降低。Dubbo、SpringCloud等微服务治理框架的出现，一定程度上解决了服务资源在注册、发现等管理方面的问题，但异构、多源的服务资源组装、协同运行问题依然存在。同时，一些私有云平台将服务资源抽象为组件，通过已定义的资源对象来构建“服务资源依赖模型”，依托强大的容器编排能力实例化模型，以解决服务资源组装与部署问题。但这类平台多数都是提供一种通用的服务管理模型，通过压缩和简化服务资源内容来达到统一编排管理的目标，忽略了服务资源的一些内在基因，也没有针对多源多平台的服务属性进行关联和协同，不太适用于大规模的异构、多源服务资源的场景。因此在已有服务资源管理方法的基础上，怎样进一步拓展多源服务资源使用边界，提取资源信息，降低多源服务资源使用复杂度、提升多源服务资源利用率，仍是当前亟待解决的问题。综上所述，目前在相关领域内缺少面向不同结构，不同平台的服务资源集成及协同管理方法和系统的研究，即在已有“微服务”概念的基础上演化出适配不同场景的服务工作态模型。

发明内容

本发明的目的在于提出一种可视化的多源服务管理系统及其实现方法，解决分布式服务协同工作的问题。

实现本发明目的的技术解决方案为：一种可视化的多源服务管理系统，包括：

服务资源关联模块，用于构建服务接口依赖模型，基于所述服务接口依赖模型进行对服务依赖接口资源(接口实例)的编排。构建服务接口依赖模型，即先使用统一服务规范对多种来源的服务数据进行封装打包(形成服务包)，并统一接入管理。所述统一服务规范包括服务接口规范与服务接口依赖规范，依据所述统一服务规范封装的服务包含可运行的服务实体、服务接口模板与服务接口依赖模板。然后依据所述服务接口模板、服务接口依赖模板构建服务接口依赖模型。依据所述服务接口依赖模型开展“自动”或“手动”方式的服务依赖接口资源编排，即根据业务需求，从系统智能推荐的候选接口实例中筛选出满足业务实际需求的接口实例。

服务运行管控模块，用于服务部署运行与运行时管理与控制。服务部署运行，即先通过获取服务接口依赖编排结果，构建服务部署模型。然后基于所述服务部署模型，根据业务实际，抽象了“普通”、“工作流”两种业务模式，“网络态”、“单机态”两种运行模式，以及“常驻有状态”、“常驻无状态”、“一次性任务”三种服务运行形态。接着通过引入容器、物理机、虚拟机部署技术，实现服务在多种环境下的部署运行。运行时管理与控制，即通过构建服务生命周期视图，实现对服务集中式的管理以及对服务运行时行为的监控。

多源服务协同模块，用于服务发布、聚合与统一访问控制。服务发布，即实现将多源服务的访问方式在多个中心之间共享。聚合，即基于多源服务功能属性相似特征，实现将多个已发布服务聚合形成“服务联邦”。统一访问控制，支持配置服务联邦寻址方式(距离优先、质量优先、最少连接)与联邦域名。通过所述多源服务协同模块的网关负载均衡器实现对联邦的访问代理，从而实现对多源服务对外提供统一的访问方式。

进一步地，所述服务资源关联模块包括服务接口模板接入模块、服务接口依赖模型组装模块、服务接口依赖编排模块三部分，其中：

服务接口模板接入模块主要用于服务数据的统一封装与服务接口模板的接入管理，包括统一服务包封装接入与统一服务接口模板管理两个子功能模块。所述统一服务包封装接入子功能模块通过使用统一服务规范，实现对多种来源的服务数据进行封装打包，形成能够在本系统中编排部署的服务包。所述统一服务接口模板管理子功能模块用于解析与持久化存储服务自身接口模板与服务依赖接口模板，以支撑后续服务接口依赖模型的构建。

服务接口依赖模型组装模块用于构建服务接口依赖模型，包括服务接口依赖模型构建与服务接口依赖模型渲染两个子功能模块。所述服务接口依赖模型构建子功能模块以服务接口依赖模板中的依赖接口为匹配条件，全中心智能分析与匹配满足所述匹配条件的服务接口实例，进而构建服务接口依赖模型，以支撑服务接口编排过程。所述服务接口依赖模型渲染子功能模块通过引入前端渲染技术，实现服务接口依赖模型的可视化展示。

服务接口依赖编排模块用于对服务依赖接口资源(接口实例)的编排，包括候选接口实例智能推荐、接口编排与实例绑定两个子功能模块。所述候选接口实例智能推荐子功能模块用于从候选接口实例集合中，根据服务业务信息、健康状况等信息择优推荐接口实例以供编排选择。所述接口编排与实例绑定子功能模块用于对服务接口编排过程的执行以及编排结果的存储，包括根据业务需求，以自动或手动的方式从候选接口实例(包括系统智能推荐的接口实例)中筛选出满足实际接口需求的接口实例，以及建立编排服务→依赖接口→接口实例引用关系并持久化到数据库，支撑服务运行管控模块使用。

进一步地，所述服务运行管控模块包括服务部署模型构建模块、服务部署运行控制模块、服务运行时管控模块三个部分，其中：

服务部署模型构建模块用于服务部署模型的构建与渲染，包括服务部署模型抽取、服务部署模型渲染两个子功能模块。所述服务部署模型抽取子功能模块从服务接口依赖编排模块输出结果构建服务部署模型，所述服务部署模型是一种建立在服务之间的引用关系拓扑。所述服务部署模型渲染子功能模块同样通过引入前端渲染技术，实现服务部署模型的可视化展示。

服务部署运行控制模块用于服务部署与运行，包括服务部署运行配置、服务部署运行引擎两个子功能模块。所述服务部署运行配置模块提供服务部署模型业务模式配置(包括普通、工作流)、服务运行模式配置(包括网络态、单机态)、服务运行形态配置(包括常驻有状态、常驻无状态、一次性任务)、服务部署环境配置(包括容器集群、物理机、虚拟机)、服务运行参数配置(包括CPU申请量、内存申请量)等配置项。所述服务部署运行引擎用于驱动服务部署过程执行，包括将服务依赖的接口实例地址写入服务依赖接口模板，形成依赖接口实例文件，并将所述接口实例文件挂载到服务工作目录，用以支撑服务运行时对依赖服务接口的访问，以及根据服务部署模型设置的业务模式，自动控制服务的启动过程。

服务运行时管控模块用于服务运行时监控管理，包括服务运行体征监控、服务生命周期视图两个子功能模块。所述服务运行体征监控子功能模块用于服务体征数据的采集、处理与送显。服务体征数据至少包含CPU耗费、内存耗费、访问流量、操作事件。服务体征的处理包括服务体征数据的清洗、分类整合，以及报警判别。服务体征的送显提供查询、推送两种方式。所述服务生命周期视图子功能模块用于服务体征数据的可视化展示，包括“服务画像”和“服务画册”。

进一步地，所述多源服务协同模块包括多源服务发布模块、多源服务聚合模块、多源服务协同访问模块三个部分，其中：

多源服务发布模块用于将本中心服务发布到其他中心，从而实现服务访问方式在多个中心之间的共享，包括多源服务发布配置、发布信息向指定发布中心同步、发布信息适配转换与存储三个子功能模块。所述多源服务发布配置子功能模块包括访问控制、审核方式、过期时间、发往中心等配置项。所述发布信息向指定发布中心同步子功能模块使用消息同步技术。所述发布信息适配转换与存储子功能模块用于将发布信息统一适配转换存储，支撑多源服务聚合过程。

多源服务聚合模块用于将各中心发布的功能属性相似的多源服务聚合形成“服务联邦”，通过联邦域名对外提供统一的访问方式，包括多源服务根据功能属性相似性分组、多源服务聚合配置、服务联邦构建三个子功能模块。所述多源服务根据功能属性相似性分组子功能模块用于为多源服务聚合操作提供数据来源。所述多源服务聚合配置子功能模块配置项包括服务联邦寻址方式(距离优先、质量优先、最少连接)。所述服务联邦构建子功能模块用于创建联邦域名并将服务联邦信息注册到所述多源服务协同模块的网关负载均衡器。

多源服务协同访问子功能模块用于对服务联邦的访问进行统一代理，包括服务联邦信息适配转换与存储、网关负载均衡器配置热更新、服务联邦访问流量接入三个子功能模块。所述服务联邦信息适配转换与存储子功能模块用于规整化服务联邦信息，使之符合网关负载均衡器配置格式。所述网关负载均衡器配置热更新子功能模块用于将规整的服务联邦信息热更新到网关负载均衡器，实现对服务联邦的访问代理。所述服务联邦访问流量接入子功能模块用于接入客户端的访问流量，实现将访问流量转发到相应服务，进而实现客户端应用对服务联邦的透明访问。

更进一步地，所述多源服务协同模块还包含全域服务视图，通过图形化方式展示多源服务状态(包括服务联邦)，为多源服务协同工作提供有力支撑。

基于上述可视化的多源服务管理系统的实现方法，包括如下步骤：

构建服务接口依赖模型，进行服务依赖接口资源的编排；

进行服务部署运行，以及运行时的管理与控制；

进行服务发布、聚合与统一访问控制。

进一步的，所述构建服务接口依赖模型，进行服务依赖接口资源的编排，具体方法为：

进行服务数据的统一封装与服务接口模板的接入管理，包括统一服务包封装接入与统一服务接口模板管理；所述统一服务包封装接入通过使用统一服务规范，实现对多种来源的服务数据进行封装打包，形成能够编排部署的服务包；所述统一服务接口模板管理解析与持久化存储服务自身接口模板与服务依赖接口模板，以支撑后续服务接口依赖模型的构建；

构建服务接口依赖模型，包括服务接口依赖模型构建与服务接口依赖模型渲染；所述服务接口依赖模型构建以服务接口依赖模板中的依赖接口为匹配条件，分析与匹配满足所述匹配条件的服务接口实例，进而构建服务接口依赖模型，以支撑服务接口编排过程；所述服务接口依赖模型渲染通过引入前端渲染技术，实现服务接口依赖模型的可视化展示；

进行对服务依赖接口资源的编排，包括候选接口实例智能推荐、接口编排与实例绑定；所述候选接口实例智能推荐从候选接口实例集合中，根据服务业务信息、健康状况信息择优推荐接口实例以供编排选择；所述接口编排与实例绑定对服务接口编排过程的执行以及编排结果的存储，包括根据业务需求，以自动或手动的方式从候选接口实例中筛选出满足实际接口需求的接口实例，建立编排服务→依赖接口→接口实例引用关系并持久化到数据库，支撑服务运行管控模块使用。

进一步的，所述进行服务部署运行，以及运行时的管理与控制，具体方法为：

进行服务部署模型的构建与渲染，包括服务部署模型抽取、服务部署模型渲染；所述服务部署模型抽取根据服务依赖接口资源的编排结果构建服务部署模型，所述服务部署模型是一种建立在服务之间的引用关系拓扑；所述服务部署模型渲染引入前端渲染技术，实现服务部署模型的可视化展示；

进行服务部署与运行，包括服务部署运行配置、服务部署运行引擎实现；所述服务部署运行配置进行服务部署模型业务模式配置、服务运行模式配置、服务运行形态配置、服务部署环境配置、服务运行参数配置；所述服务部署运行引擎实现驱动服务服务部署过程执行，包括将服务依赖的接口实例地址写入服务依赖接口模板，形成依赖接口实例文件，并将所述接口实例文件挂载到服务工作目录，用以支撑服务运行时对依赖服务接口的访问，以及根据服务部署模型设置的业务模式，自动控制服务的启动过程；

进行服务运行时监控管理，包括服务运行体征监控、服务生命周期视图生成；所述服务运行体征监控包括服务体征数据的采集、处理与送显，服务体征数据至少包含CPU耗费、内存耗费、访问流量、操作事件，服务体征的处理包括服务体征数据的清洗、分类整合，以及报警判别，服务体征的送显提供查询、推送两种方式；所述服务生命周期视图子功能模块用于服务体征数据的可视化展示，包括“服务画像”和“服务画册”。

进一步的，所述进行服务发布、聚合与统一访问控制，具体方法为：

将本中心服务发布到其他中心，从而实现服务访问方式在多个中心之间的共享，包括多源服务发布配置、发布信息向指定发布中心同步、发布信息适配转换与存储；所述多源服务发布配置设置访问控制、审核方式、过期时间、发往中心四个配置项；所述发布信息向指定发布中心同步子功能模块进行消息同步；所述发布信息适配转换与存储将发布信息统一适配转换存储，支撑多源服务聚合过程；

多源服务聚合模块用于将各中心发布的功能属性相似的多源服务聚合形成“服务联邦”，通过联邦域名对外提供统一的访问方式，包括多源服务根据功能属性相似性分组、多源服务聚合配置、服务联邦构建；所述多源服务根据功能属性相似性分组为多源服务聚合操作提供数据来源；所述多源服务聚合配置设置服务联邦寻址方式，包括距离优先、质量优先、最少连接；所述服务联邦构建创建联邦域名并将服务联邦信息注册到所述多源服务协同模块的网关负载均衡器；

对服务联邦的访问进行统一代理，包括服务联邦信息适配转换与存储、网关负载均衡器配置热更新、服务联邦访问流量接入；所述服务联邦信息适配转换与存储规整化服务联邦信息，使之符合网关负载均衡器配置格式；所述网关负载均衡器配置热更新规整的服务联邦信息热更新到网关负载均衡器，实现对服务联邦的访问代理；所述服务联邦访问流量接入客户端的访问流量，实现将访问流量转发到相应服务，进而实现客户端应用对服务联邦的透明访问。

更进一步的，所述进行服务发布、聚合与统一访问控制，还包含全域服务视图生成过程，通过图形化方式展示多源服务状态，为多源服务协同工作提供有力支撑。

本发明与现有技术相比，其显著优点为：从服务特征关联、服务运行管控、多源服务协同等方面建立多源服务工作管理机制，统一服务运行时行为；同时基于大规模服务资源互操作的场景，提供可视化的资源管控方式，通过多源服务聚合形成“服务联邦”，降低了多源服务协同工作的复杂性，平衡了各节点工作负载，提高了多源服务的可用性和可靠性。

附图说明

图1是本发明可视化的多源服务管理系统的整体结构图。

图2是本发明可视化的多源服务管理方法的整体流程图。

图3是服务资源关联模块流程图。

图4是服务接口依赖模型示意图。

图5是服务运行管控模块流程图。

图6是服务部署模型示意图。

图7是服务运行管控结构图。

图8是服务生命周期视图构建流程图。

图9是多源服务协同模块流程图。

图10是多源服务发布聚合流程图。

图11是服务联邦访问数据流图。

具体实施方式

下面结合附图具体对本发明做进一步详细的描述。

本发明通过整合服务资源关联技术、服务运行管控技术、多源服务协同技术等，实现了异构、多源服务的可视化管理方法及系统，整体结构如图1所示，整体流程如图2所示。可视化的多源服务管理系统，包括服务资源关联模块、服务运行管控模块、多源服务协同模块。请参照图1，首先根据业务管理需求将服务器进行逻辑划分到不同中心，服务资源关联模块、服务运行管控模块、多源服务协同模块各中心均设置一组。

所述服务资源关联模块用于构建服务接口依赖模型，并基于所述服务接口依赖模型进行对服务接口依赖资源的编排。构建服务接口依赖模型，即先使用统一服务规范对多种来源的服务数据进行封装打包(形成服务包)并统一接入管理。所述统一服务规范包含服务接口规范与服务接口依赖规范。依据所述统一服务规范封装的服务包包含可运行的服务实体、服务接口模板与服务接口依赖模板。然后依据服务接口模板与服务接口依赖模板构建服务接口依赖模型，所述服务接口依赖模型示意请参照图5，即是一种建立在服务之间的接口依赖关系拓扑。基于所述服务接口依赖模型进行服务接口依赖编排，即根据业务需求，从系统智能推荐的候选接口实例中筛选出满足实际接口需求的接口实例。服务接口依赖模型编排结果绑定了编排服务→依赖接口→接口实例三者关系，并持久化存储到数据库中，用以支撑服务运行管控模块使用。

所述服务运行管控模块用于服务的部署运行与运行时的管理与控制。服务的部署运行，即先通过获取服务接口编排结果构建服务部署模型，服务部署模型示意请参照图6，是一种建立在服务之间的引用关系拓扑。所述服务部署模型将作为一个整体被部署，即是对一组服务的部署。然后，系统根据业务实际，抽象了“普通”、“工作流”两种业务模式，“网络态”、“单机态”两种服务运行模式，以及“常驻有状态”、“常驻无状态”、“一次性任务”三种服务运行形态。接着通过引入容器、物理机、虚拟机部署技术，由所述服务运行管控模块服务部署运行引擎执行服务部署与运行过程。运行时管理与控制，即通过构建服务生命周期图，实现对服务集中式的管理以及对服务运行时行为的监控。

所述多源服务协同模块用于服务发布、聚合与访问控制。服务发布，即实现将多源服务的访问方式在多个中心之间共享。聚合，即基于多源服务功能属性相似特征，实现将多个已发布服务聚合形成“服务联邦”。所述“服务联邦”可配置寻址方式(距离优先、质量优先、最少连接)，与联邦域名。所述联邦域名与寻址方式最终被注入到所述多源协同模块的网关负载均衡器。客户端应用(或用户)通过访问联邦域名的全部请求都将通过所述网关负载均衡器。统一访问控制，即所述网关负载均衡器根据服务联邦的寻址方式将请求转发到相应的服务，从而实现客户端应用对服务联邦的透明访问，而无须关注服务部署数量和位置。

下面结合附图3-11对各模块的组成和功能进行详细说明。

服务资源关联模块包括服务接口模板接入模块、服务接口依赖模型组装模块、服务接口依赖编排模块三部分。服务资源关联模块实施流程示意如图3所示，服务接口依赖模型示意如图4所示。具体实施步骤如下：

(1)服务接口模板接入

统一服务包封装接入：使用统一服务规范对多种来源的服务数据进行封装打包，形成能够在本系统中编排部署的服务包。所述统一服务规范包含服务接口规范与服务接口依赖规范。所述服务包包含可运行服务实体、服务自身接口模板、服务依赖接口模板。所述服务自身接口模板符合所述服务接口规范，所述服务依赖接口模板符合所述服务接口依赖规范。

统一服务接口模板管理：解析服务自身接口模板与服务依赖接口模板，并进行持久化存储。为后续构建服务接口依赖模型提供数据支撑。

(2)服务接口依赖模型组装

服务接口依赖模型构建：以服务依赖接口模板中的接口为匹配条件，全中心职能分析与匹配满足所述检索条件的服务接口实例，从而构建服务接口依赖模型。所述服务接口依赖模型示意如图4所示。

服务接口依赖模型渲染：引入前端渲染技术，实现对服务接口依赖模型的可视化处理。图4所示的服务接口依赖模型示意图中，服务A为待部署编排服务，服务自身存在一个接口，服务依赖2个接口(深色背景图标)。服务B、服务C、服务D为能够提供服务A依赖接口的服务。其中，服务C、服务D处于已部署状态，服务B处于未部署状态。

(3)服务接口依赖编排

候选接口实例智能推荐：参照图4，能提供所述编排服务依赖接口的服务接口形成候选接口实例集合。系统根据服务业务信息、健康状况等指标，智能为编排服务从候选接口实例中择优推荐接口实例，形成推荐接口实例集合。推荐接口实例通过特殊标识，以区别于未被推荐的接口实例。

接口编排与实例绑定：提供“自动”和“手动”方式实施服务接口编排过程。“自动”方式下，系统将为所述编排服务绑定全部推荐接口实例。“手动”方式下，可从候选接口实例(包括推荐和未被推荐的接口实例)选择满足需求的接口实例。“手动”方式下的服务接口依赖编排流程如下：

a、选择所述待部署编排服务的一个依赖接口，系统将自动调出该接口的候选接口实例集合。

b、从候选接口实例集合中选择一个或多个接口实例，完成一个依赖接口编排。

c、重复上述两个操作步骤，直至所有依赖接口编排完毕，即完成所述编排服务的接口依赖编排过程。

服务接口依赖模型编排结果绑定了编排服务→依赖接口→接口实例三者关系，并持久化存储于数据库中，用以支撑服务运行管控模块使用。

服务运行管控模块包括服务部署模型构建模块、服务部署运行控制模块、服务运行时管控模块三个部分。服务运行管控模块实施流程示意如图5所示，服务部署模型示意如图6所示，服务运行管控结构示意如图7所示，服务生命周期视图构建流程示意如图8所示。具体实施步骤如下：

(1)服务部署模型构建

服务部署模型抽取：通过获取服务接口编排结果(编排服务→依赖接口→接口实例三者关系)，进而抽取出服务之间的引用关系拓扑，构建服务部署模型。所述服务部署模型示意如图6所示。

服务部署模型渲染：同样引入前端渲染技术，实现对服务部署模型的可视化处理。图6所示的服务部署模型来自图4所示的服务接口依赖模型手动编排结果示例的构建，该示例中服务A依赖的两个接口分别从服务B和服务D获取接口实例。除编排服务A未部署外，依赖服务B同样也处于未部署状态。所述服务部署模型即是用于对这种未部署服务的部署运行。

(2)服务部署运行控制

服务部署运行配置：参照图7所示的服务运行管控结构图，根据业务实际，系统抽象了“普通”、“工作流”两种业务模式，“网络态”、“单机态”两种服务运行模式，以及“常驻有状态”、“常驻无状态”、“一次性”任务三种服务运行形态。所述两种业务模式的区别在于“工作流”模式具有流水线特性，必须上游服务处理完毕后方可启动下游服务继续处理，而“普通”模式下的服务工作则相互独立。所述两种服务运行模式的区别在于“网络态”运行模式下，服务和依赖服务及其他数据资源分散部署到多个主机节点，而“单机态”运行模式下服务及依赖资源均被部署到单个主机节点。所述三种服务运行形态的区别在于“常驻有状态”运行形态下服务长期运行不退出，且服务记录客户端请求上下文信息，而“常驻无状态”运行形态下服务也长期运行不退出，但不会记录这种上下文信息，“一次性任务”运行形态服务只运行一次，任务处理完后便退出。服务运行配置流程包括：配置服务部署模型业务模式，配置服务服务部署模型运行模式，配置服务运行形态、运行参数(包括服务版本、CPU申请量、内存申请量、实例数等)以及部署环境(容器云环境、物理机环境、虚拟机环境)。

服务部署运行引擎实现：通过引入容器云、物理机、虚拟机部署技术，由服务运行管控模块的服务部署运行引擎实现服务在容器云环境、物理机环境、虚拟机环境下的部署运行。所述服务部署运行引擎的执行过程包括服务部署与服务运行两个阶段：

a、服务部署：用于服务依赖资源与服务部署运行参数的收集、处理、校验与持久化。主要包括将依赖的接口实例地址写入服务依赖接口模板，形成依赖接口实例文件，所述依赖接口实例文件在服务运行前被挂载到服务工作目录，支持服务运行时对依赖服务接口的访问。

b、服务运行：所述服务部署运行引擎根据服务部署模型设置的业务模式，自动控制服务的启动过程。“普通”模式下根据服务部署模型中的服务依赖关系，根据依赖服务优先启动原则启动服务。“工作流”模型下根据工作流方向启动服务。

进一步地，服务运行过程中，可根据需要动态调整服务运行参数(比如服务版本、CPU、内存、实例数等)。系统主动记录一些重要操作事件(比如服务版本升级)下的服务状态，并持久化保持，为服务运行时管控提供部分数据支撑。

(3)服务运行时管控

服务运行体征监控：实现对服务体征(服务运行参数)的监控管理，参照图8，包括服务体征采集、服务体征处理、服务体征送显三个模块。具体实施步骤包括：

a、服务体征采集：引入优秀开源组件(包括prometheus)，实现对服务体征数据的采集。服务体征数据包括CPU耗费、内存耗费、访问流量、操作事件等。采集数据通过回调方式传递到服务体征处理模块。

b、服务体征处理：对接收到的服务体征数据进行数据清洗(包括数据格式化、无效数据剔除等)，并按服务ID、体征类别分类整合服务体征数据。同时通过预先设定的指标阈值，判别指标报警情况(无报警、橙色报警、红色报警)，对于发生报警的指标，触发报警事件，并通知服务体征送显模块将报警信息推送到服务生命周期视图展示。进行服务体征数据的持久化保存。

c、服务体征送显：提供HTTP查询接口，支持UI端服务生命周期视图查询服务体征数据。同时通过长连接推送方式，实现将报警数据(CPU报警、内存报警、流量报警等)、服务事件(镜像拉取、资源创建、服务驱逐等)等信息推送到服务生命周期视图展示。

生成服务生命周期视图：用于服务体征数据的可视化展示。利用服务部署模型(使用服务依赖拓扑)作为底图，将服务体征数据标注到图上，形成实时动态的“服务画像”，能够直观反应服务当前运行状况。同时，系统可以自动记录一些重要操作事件(比如配置更新、版本升级、在线回滚等)下的“服务画像”，将多幅画像按事件发生时间先后顺序组织成“服务画册”。“服务画册”构成服务生命周期视图，可以在服务出现异常时回滚到历史“服务画像”状态，以提升服务“抗灾”能力。

多源服务协同模块包括多源服务发布模块、多源服务聚合模块、多源服务协同访问模块三个部分。多源服务协同模块实施流程示意如图9所示，多源服务发布聚合流程示意如图10所示，服务联邦访问数据流示意如图11所示。具体实施步骤如下：

(1)多源服务发布

多源服务发布配置：所述多源服务发布功能模块支持配置发布服务的访问控制信息(流量控制阈值，连接数阈值)，当该服务的实时访问流量达到流量控制阈值，或者实时连接数到达连接数阈值，将拒绝新的连接；支持配置发布服务的审核方式(无需审核，人工审核)，人工审核方式下，发布的服务必须进行审核通过后才能提供服务；支持配置发布服务的过期时间，超过过期时间，该服务将自动取消发布状态；支持配置发布服务发往中心，以限定发布服务在各中心的使用权限。

发布服务信息向指定发布中心同步：根据多源服务发布配置信息，基于消息同步技术实现将发布服务发布到指定发布中心。

发布信息适配转换与存储：当接收到各个中心发布的服务信息后，所述多源服务协同模块将发布服务信息适配转换后存储，以支撑多源服务聚合过程。

(2)多源服务聚合

多源服务根据功能属性相似性分组：根据多源服务功能属性相似性特征进行分组，为后续多源服务聚合操作提供数据来源。

多源服务聚合配置：多源服务聚合即将功能属性相似的多源服务进行“服务聚合”操作，形成一个虚拟的，具有高可用访问能力的“服务联邦”。支持配置服务联邦的寻址方式(距离优先、质量优先、最少连接)，距离优先方式下，将根据服务消费者的物理位置，选择距离最近的服务进行访问；质量优先方式下，将选择当前服务质量最高的服务给服务消费者访问；最少连接方式下，将选择当前连接数最少的服务给服务消费者访问。

服务联邦构建：所述多源服务聚合功能模块为服务联邦创建联邦域名，完成服务联邦的构建过程。服务联邦信息通过本地接口调用，注册到网关负载均衡器。

(3)多源服务协同访问

服务联邦信息适配转换与存储：网关负载均衡器功能模块接收到服务联邦注册信息后，将其转换为标准统一的格式持久化存储，所述统一的格式与网关负载均衡器配置格式相对应。

网关负载均衡器配置热更新：网关负载均衡器通过引入反向代理与域名解析技术实现。所述网关负载均衡器为服务联邦创建联邦域名DNS，并将所述标准统一的服务联邦信息(包括联邦域名与寻址策略)热更新到所述网关负载均衡器配置，从而完成对服务联邦的反向代理。

服务联邦流量接入：参照图11，客户端应用通过访问联邦域名的全部请求都将通过网关负载均衡器，网关负载均衡器根据服务联邦的寻址方式将该请求转发到相应的服务，从而实现客户端应用对服务联邦的透明访问，而无须关注服务部署数量和位置。

进一步地，多源服务协同模块提供全域服务视图，用于展示全域多源服务工作状态，辅助支撑多源服务协同工作过程。

本发明还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

构建服务接口依赖模型，进行服务依赖接口资源的编排；

进行服务部署运行，以及运行时的管理与控制；

进行服务发布、聚合与统一访问控制。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

构建服务接口依赖模型，进行服务依赖接口资源的编排；

进行服务部署运行，以及运行时的管理与控制；

进行服务发布、聚合与统一访问控制。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (8)

1.一种可视化的多源服务管理系统，其特征在于，包括：

服务资源关联模块，用于构建服务接口依赖模型，并基于所述服务接口依赖模型进行对服务依赖接口资源的编排；

服务运行管控模块，用于服务部署运行，以及运行时的管理与控制；

多源服务协同模块，用于服务发布、聚合与统一访问控制；

所述服务资源关联模块包括服务接口模板接入模块、服务接口依赖模型组装模块、服务接口依赖编排模块三部分，其中：

服务接口模板接入模块用于服务数据的统一封装与服务接口模板的接入管理，包括统一服务包封装接入子功能模块与统一服务接口模板管理子功能模块两个子功能模块；所述统一服务包封装接入子功能模块通过使用统一服务规范，实现对多种来源的服务数据进行封装打包，形成能够编排部署的服务包；所述统一服务接口模板管理子功能模块用于解析与持久化存储服务自身接口模板与服务依赖接口模板，以支撑后续服务接口依赖模型的构建；

服务接口依赖模型组装模块用于构建服务接口依赖模型，包括服务接口依赖模型构建子功能模块与服务接口依赖模型渲染子功能模块两个子功能模块；所述服务接口依赖模型构建子功能模块以服务接口依赖模板中的依赖接口为匹配条件，分析与匹配满足所述匹配条件的服务接口实例，进而构建服务接口依赖模型，以支撑服务接口编排过程；所述服务接口依赖模型渲染子功能模块通过引入前端渲染技术，实现服务接口依赖模型的可视化展示；

服务接口依赖编排模块用于进行对服务依赖接口资源的编排，包括候选接口实例智能推荐子功能模块、接口编排与实例绑定子功能模块两个子功能模块；所述候选接口实例智能推荐子功能模块用于从候选接口实例集合中，根据服务业务信息、健康状况信息择优推荐接口实例以供编排选择；所述接口编排与实例绑定子功能模块用于对服务接口编排过程的执行以及编排结果的存储，包括根据业务需求，以自动或手动的方式从候选接口实例中筛选出满足实际接口需求的接口实例，建立编排服务→依赖接口→接口实例引用关系并持久化到数据库，支撑服务运行管控模块使用。

2.根据权利要求1所述的可视化的多源服务管理系统，其特征在于，所述服务运行管控模块包括服务部署模型构建模块、服务部署运行控制模块、服务运行时管控模块三个部分，其中：

服务部署模型构建模块用于服务部署模型的构建与渲染，包括服务部署模型抽取子功能模块、服务部署模型渲染子功能模块两个子功能模块；所述服务部署模型抽取子功能模块用于根据服务依赖接口资源的编排结果构建服务部署模型，所述服务部署模型是一种建立在服务之间的引用关系拓扑；所述服务部署模型渲染子功能模块用于引入前端渲染技术，实现服务部署模型的可视化展示；

服务部署运行控制模块用于服务部署与运行，包括服务部署运行配置子功能模块、服务部署运行引擎子功能模块两个子功能模块；所述服务部署运行配置子功能模块提供服务部署模型业务模式配置、服务运行模式配置、服务运行形态配置、服务部署环境配置、服务运行参数配置；所述服务部署运行引擎子功能模块用于驱动服务部署过程执行，包括将服务依赖的接口实例地址写入服务依赖接口模板，形成依赖接口实例文件，并将所述依赖接口实例文件挂载到服务工作目录，用以支撑服务运行时对依赖服务接口的访问，以及根据服务部署模型设置的业务模式，自动控制服务的启动过程；

服务运行时管控模块用于服务运行时监控管理，包括服务运行体征监控子功能模块、服务生命周期视图子功能模块两个子功能模块；所述服务运行体征监控子功能模块用于服务体征数据的采集、处理与送显，服务体征数据至少包含CPU耗费、内存耗费、访问流量、操作事件，服务体征的处理包括服务体征数据的清洗、分类整合，以及报警判别，服务体征的送显提供查询、推送两种方式；所述服务生命周期视图子功能模块用于服务体征数据的可视化展示，包括“服务画像”和“服务画册”的生成。

3.根据权利要求1所述的可视化的多源服务管理系统，其特征在于，所述多源服务协同模块包括多源服务发布模块、多源服务聚合模块、多源服务协同访问模块三个部分，其中：

多源服务发布模块用于将本中心服务发布到其他中心，从而实现服务访问方式在多个中心之间的共享，包括多源服务发布配置子功能模块、发布信息向指定发布中心同步子功能模块、发布信息适配转换与存储子功能模块三个子功能模块；所述多源服务发布配置子功能模块用于设置访问控制、审核方式、过期时间、发往中心四个配置项；所述发布信息向指定发布中心同步子功能模块用于进行消息同步；所述发布信息适配转换与存储子功能模块用于将发布信息统一适配转换存储，支撑多源服务聚合过程；

多源服务聚合模块用于将各中心发布的功能属性相似的多源服务聚合形成“服务联邦”，通过联邦域名对外提供统一的访问方式，包括多源服务根据功能属性相似性分组子功能模块、多源服务聚合配置子功能模块、服务联邦构建子功能模块三个子功能模块；所述多源服务根据功能属性相似性分组子功能模块用于为多源服务聚合操作提供数据来源；所述多源服务聚合配置子功能模块配置项用于设置服务联邦寻址方式，包括距离优先、质量优先、最少连接；所述服务联邦构建子功能模块用于创建联邦域名并将服务联邦信息注册到所述多源服务协同模块的网关负载均衡器；

多源服务协同访问模块用于对服务联邦的访问进行统一代理，包括服务联邦信息适配转换与存储子功能模块、网关负载均衡器配置热更新子功能模块、服务联邦访问流量接入子功能模块三个子功能模块；所述服务联邦信息适配转换与存储子功能模块用于规整化服务联邦信息，使之符合网关负载均衡器配置格式；所述网关负载均衡器配置热更新子功能模块用于将规整的服务联邦信息热更新到网关负载均衡器，实现对服务联邦的访问代理；所述服务联邦访问流量接入子功能模块用于接入客户端的访问流量，实现将访问流量转发到相应服务，进而实现客户端应用对服务联邦的透明访问。

4.根据权利要求1所述的可视化的多源服务管理系统，其特征在于，所述多源服务协同模块还包含全域服务视图，通过图形化方式展示多源服务状态，为多源服务协同工作提供有力支撑。

5.基于权利要求1-4任一项所述的可视化的多源服务管理系统的实现方法，其特征在于，包括如下步骤：

构建服务接口依赖模型，进行服务依赖接口资源的编排；

进行服务部署运行，以及运行时的管理与控制；

进行服务发布、聚合与统一访问控制；

所述构建服务接口依赖模型，进行服务依赖接口资源的编排，具体方法为：

进行服务数据的统一封装与服务接口模板的接入管理，包括统一服务包封装接入与统一服务接口模板管理；所述统一服务包封装接入通过使用统一服务规范，实现对多种来源的服务数据进行封装打包，形成能够编排部署的服务包；所述统一服务接口模板管理解析与持久化存储服务自身接口模板与服务依赖接口模板，以支撑后续服务接口依赖模型的构建；

构建服务接口依赖模型，包括服务接口依赖模型构建与服务接口依赖模型渲染；所述服务接口依赖模型构建以服务接口依赖模板中的依赖接口为匹配条件，分析与匹配满足所述匹配条件的服务接口实例，进而构建服务接口依赖模型，以支撑服务接口编排过程；所述服务接口依赖模型渲染通过引入前端渲染技术，实现服务接口依赖模型的可视化展示；

进行对服务依赖接口资源的编排，包括候选接口实例智能推荐、接口编排与实例绑定；所述候选接口实例智能推荐从候选接口实例集合中，根据服务业务信息、健康状况信息择优推荐接口实例以供编排选择；所述接口编排与实例绑定对服务接口编排过程的执行以及编排结果的存储，包括根据业务需求，以自动或手动的方式从候选接口实例中筛选出满足实际接口需求的接口实例，建立编排服务→依赖接口→接口实例引用关系并持久化到数据库，支撑服务运行管控模块使用。

6.根据权利要求5所述的可视化的多源服务管理系统的实现方法，其特征在于，所述进行服务部署运行，以及运行时的管理与控制，具体方法为：

进行服务部署模型的构建与渲染，包括服务部署模型抽取、服务部署模型渲染；所述服务部署模型抽取根据服务依赖接口资源的编排结果构建服务部署模型，所述服务部署模型是一种建立在服务之间的引用关系拓扑；所述服务部署模型渲染引入前端渲染技术，实现服务部署模型的可视化展示；

进行服务部署与运行，包括服务部署运行配置、服务部署运行引擎实现；所述服务部署运行配置进行服务部署模型业务模式配置、服务运行模式配置、服务运行形态配置、服务部署环境配置、服务运行参数配置；所述服务部署运行引擎驱动服务部署过程执行，包括将服务依赖的接口实例地址写入服务依赖接口模板，形成依赖接口实例文件，并将所述依赖接口实例文件挂载到服务工作目录，用以支撑服务运行时对依赖服务接口的访问，以及根据服务部署模型设置的业务模式，自动控制服务的启动过程；

进行服务运行时监控管理，包括服务运行体征监控、服务生命周期视图生成；所述服务运行体征监控用于服务体征数据的采集、处理与送显，服务体征数据至少包含CPU耗费、内存耗费、访问流量、操作事件，服务体征的处理包括服务体征数据的清洗、分类整合，以及报警判别，服务体征的送显提供查询、推送两种方式；所述服务生命周期视图生成用于服务体征数据的可视化展示，包括“服务画像”和“服务画册”的生成。

7.根据权利要求5所述的可视化的多源服务管理系统的实现方法，其特征在于，所述进行服务发布、聚合与统一访问控制，具体方法为：

将本中心服务发布到其他中心，从而实现服务访问方式在多个中心之间的共享，包括多源服务发布配置、发布信息向指定发布中心同步、发布信息适配转换与存储；所述多源服务发布配置设置访问控制、审核方式、过期时间、发往中心四个配置项；所述发布信息向指定发布中心同步进行消息同步；所述发布信息适配转换与存储将发布信息统一适配转换存储，支撑多源服务聚合过程；

将各中心发布的功能属性相似的多源服务聚合形成“服务联邦”，通过联邦域名对外提供统一的访问方式，包括多源服务根据功能属性相似性分组、多源服务聚合配置、服务联邦构建；所述多源服务根据功能属性相似性分组为多源服务聚合操作提供数据来源；所述多源服务聚合配置设置服务联邦寻址方式，包括距离优先、质量优先、最少连接；所述服务联邦构建创建联邦域名并将服务联邦信息注册到所述多源服务协同模块的网关负载均衡器；

对服务联邦的访问进行统一代理，包括服务联邦信息适配转换与存储、网关负载均衡器配置热更新、服务联邦访问流量接入；所述服务联邦信息适配转换与存储规整化服务联邦信息，使之符合网关负载均衡器配置格式；所述网关负载均衡器配置热更新将规整的服务联邦信息热更新到网关负载均衡器，实现对服务联邦的访问代理；所述服务联邦访问流量接入用于接入客户端的访问流量，实现将访问流量转发到相应服务，进而实现客户端应用对服务联邦的透明访问。

8.根据权利要求5所述的可视化的多源服务管理系统的实现方法，其特征在于，所述进行服务发布、聚合与统一访问控制，还包含全域服务视图生成，通过图形化方式展示多源服务状态，为多源服务协同工作提供有力支撑。

Images