服务管理平台及服务管理方法与流程

本发明涉及计算机应用技术领域，尤其涉及一种服务管理平台及服务管理方法。

背景技术：

随着微服务架构的广泛应用，运营商平台对服务的管理也越来越趋于复杂化，如何对复杂的管理实现服务资源的共享是当前研究的热点。

目前，运营商平台对各个服务的管理一般是通过各个辅助运维平台实现，若辅助运维系统需要一个新的服务时，需要在该辅助运维服务系统中建立该新的服务，或者从包含有该新的服务辅助运维系统中调用该新的服务，以满足该辅助运维系统的使用，实现运营商平台对服务的管理。

但是，现有技术中，各个辅助运维系统均是独立的部署，导致各个辅助运维系统中的各个服务能力的使用效率较低，服务资源得不到充分利用。

技术实现要素：

为解决现有技术中存在的问题，本发明提供一种服务管理平台及服务管理方法。通过该服务管理平台可以实现服务能力的共享，服务资源得到充分利用。

第一方面，本发明实施例提供一种服务管理平台，所述服务管理平台包括：基础设施即服务iaas层、集成平台即服务i-paas层和显示界面层；其中，

所述iaas层位于所述服务管理平台的底层，所述iass层用于向所述服务管理平台中的服务提供运行环境；

所述i-paas层位于所述iaas层的上层，所述i-paas层用于对所述服务进行全生命周期管理，所述i-paas层通过应用程序编程接口api向用户提供应用服务；

所述显示界面层位于所述服务管理平台的最上层，所述显示界面层用于通过用户对所述服务管理平台进行管理。

可选的，所述iass层包括基础硬件层和虚拟层，所述虚拟层位于所述基础硬件层的上层，其中，所述基础硬件层为所述服务管理平台提供基础资源，所述虚拟层用于将所述基础资源进行虚拟化得到虚拟化资源。

可选的，所述i-paas层包括数据存储层和平台服务层，其中，

所述数据存储层位于所述平台服务层的下层，所述平台服务层用于对服务进行管理，所述数据存储层用于通过采用数据库和分布式文件系统分别对所述服务管理平台参数和应用程序文件进行存储。

可选的，所述平台服务层包括有服务注册模块和鉴权服务模块，所述服务注册模块用于对请求接入所述服务管理平台的服务进行注册，所述鉴权服务模块用于验证调用服务方是否有使用服务的权限。

可选的，所述平台服务层还包括：服务发现模块、服务监控模块、服务限流模块、服务路由模块、服务熔断模块和认证服务模块，其中，

所述服务发现模块用于发现请求接入的服务；

所述服务监控模块用于监控所述服务管理平台中的服务是否正常运行；

所述服务限流模块用于对所述服务管理平台中的服务的调用进行限流；

所述服务路由模块用于存储通过api接口接入的服务的路由信息；

所述服务熔断模块用于对所述服务管理平台中的非正常运行的服务进行熔断；

所述认证服务模块用于对调用服务方进行认证。

可选的，所述显示界面层包括api管理模块、路由管理模块、服务管理模块、鉴权管理模块以及数据查询模块，

所述api管理模块用于通过所述显示界面层对所述服务管理平台中的服务进行api管理；

所述路由管理模块用于通过所述显示界面层对存储在所述服务路由模块中的服务路由信息进行管理；

所述服务管理模块用于通过所述显示界面层对接入的服务进行备案管理，并记录所述接入的服务的信息；

所述鉴权管理模块用于对调用服务方的信息以及所述调用服务方的权限进行管理；

所述数据查询模块用于对所述数据存储层存储的数据进行查询。

可选的，所述虚拟层为marathon、mesos以及docker相结合的虚拟化技术。

第二方面，本发明实施例提供一种服务管理方法，所述方法应用于服务管理平台，所述服务管理平台包括：基础设施即服务iaas层、集成平台即服务i-paas层和显示界面层，所述方法包括：

向所述服务管理平台中的服务提供运行环境；

对所述服务管理平台中的服务进行全生命周期管理；

通过应用程序编程接口api向用户提供应用服务。

可选的，所述方法还包括：

通过用户对所述服务管理平台进行管理。

可选的，所述向所述服务管理平台中的服务提供运行环境之前，所述方法还包括：

为所述服务管理平台提供基础资源，将所述基础资源进行虚拟化得到虚拟化资源，以为所述服务管理平台中的服务提供运行环境。

本发明提供的服务管理平台及服务管理方法，该服务管理平台包括：基础设施即服务iaas层、集成平台即服务i-paas层和显示界面层；其中，所述iaas层位于所述服务管理平台的底层，且所述iass层用于向所述服务管理平台中的服务提供运行环境；进一步的，所述i-paas层位于所述iaas层的上层，且所述i-paas层用于对所述服务进行全生命周期管理，进而所述i-paas层通过应用程序编程接口api向用户提供应用服务；所述显示界面层位于所述服务管理平台的最上层，所述显示界面层用于通过用户对所述服务管理平台进行管理。由于服务管理平台可以接入应用服务，并对接入的服务进行全生命周期的管理，并通过api为用户提供应用服务，通过服务管理平台对服务能力的汇集，使得接入的服务能够实现共享，提高服务资源的利用率。

附图说明

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

图1是本发明根据一示例性实施例示出的一种服务管理平台的结构示意图；

图2是本发明根据另一示例性实施例示出的一种服务管理平台的结构示意图；

图3是本发明根据一示例性实施例示出的一种服务管理方法的流程示意图；

附图标记说明：

100：服务管理平台；

11：iaas层；

12：i-paas层；

13：显示界面层；

14：基础硬件层；

15：虚拟层；

16：数据存储层；

17：平台服务层。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明的优选实施例中的附图，对本发明实施例中的技术方案进行更加详细的描述。在附图中，自始至终相同或类似的标号表示相同或类似的部件或具有相同或类似功能的部件。所描述的实施例是本发明一部分实施例，而不是全部的实施例。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。下面结合附图对本发明的实施例进行详细说明。

在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应作广义理解，例如，可以使固定连接，也可以是通过中间媒介间接相连，可以是两个元件内部的连通或者两个元件的相互作用关系。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

本发明提供的服务管理平台可以应用于运营商对服务管理的场景中，现有技术中各个辅助运维系统均是独立的部署，导致各个辅助运维系统中的各个服务能力的使用效率较低，服务资源得不到充分利用。

考虑到上述技术问题，本发明提出了一种服务管理平台及服务管理方法，该服务管理平台包括：基础设施即服务iaas层、集成平台即服务i-paas层和显示界面层；其中，iaas层位于服务管理平台的底层，且iass层用于向服务管理平台中的服务提供运行环境；进一步的，i-paas层位于iaas层的上层，且i-paas层用于对服务进行全生命周期管理，进而i-paas层通过应用程序编程接口api向用户提供应用服务；显示界面层位于服务管理平台的最上层，显示界面层用于通过用户对服务管理平台进行管理。由于服务管理平台可以接入应用服务，并对接入的服务进行全生命周期的管理，并通过api为用户提供应用服务，通过服务管理平台对服务能力的汇集，使得接入的服务能够实现共享，提高服务资源的利用率。

下面以具体的实施例对本发明的技术方案进行详细说明。

图1是本发明根据一示例性实施例示出的一种服务管理平台的结构示意图；图2是本发明根据另一示例性实施例示出的一种服务管理平台的结构示意图。

如图1-图2所示，该服务管理平台100包括：基础设施即服务iaas层11、集成平台即服务i-paas层12和显示界面层13；其中，iaas层11位于服务管理平台100的底层，iass层11用于向服务管理平台100中的服务提供运行环境；i-paas层12位于iaas层11的上层，i-paas层12用于对服务进行全生命周期管理，i-paas层12通过应用程序编程接口api向用户提供应用服务；显示界面层13位于服务管理平台100的最上层，显示界面层13用于通过用户对服务管理平台100进行管理。

在本实施例中，为了对运营商系统维护过程中的监控、稽核、出账、工单处理、短信通知、日志检索等辅助运维系统进行能力整合，本发明实施例提出了一种服务管理平台100，以作为运维生态环境下的统一能力输出平台。

该服务管理平台100从下至上依次为iaas层11、i-paas层12和显示界面层13，其中，iaas层11为该服务管理平台100上的服务提供运行环境。具体的，如图2所示，位于该服务管理平台100最底层的iass层11包括基础硬件层14和虚拟层15，虚拟层15位于基础硬件层14的上层，其中，基础硬件层14为服务管理平台100提供基础资源，虚拟层15用于将基础资源进行虚拟化得到虚拟化资源。

如图2中所示，基础硬件层14可以为x86或powerlinux等硬件资源，当然也可以为其他的硬件资源，同时还可以提供network网络资源。位于基础硬件层14上层的虚拟层15用于将基础硬件层14提供的基础资源进行虚拟化。示例的，服务可以通过marathon+mesos+docker的容器方式进行部署，其中，分布式计算框架mesos用于对基础资源进行管理和分配，marathon可实现服务发现和负载平衡、为部署提供api服务、授权、配置约束和调度服务的启停等功能。因此，通过marathon和mesos相结合，并通过docker容器的方式对基础硬件层提供的基础资源进行虚拟化处理，以使处理后的虚拟化资源可以为服务提供虚拟的运行环境。

进一步的，为服务提供虚拟运行环境是为该服务管理平台100中的服务提供了基础条件，也即，对接入至该服务管理平台100的服务提供运行环境，下面对接入该服务管理平台100的服务接入方式进行介绍：

如图2所示，位于iass层11的上层的i-paas层12中包括有平台服务层17，平台服务层17中还包括服务注册模块，主要用于对接入的服务进行注册。首先，对服务的接入方式分为可直接将服务注册到服务注册模块中注册中心的方式和通过主动api注册方式注册到该服务管理平台的服务路由模块中的路由表中。其中，对于直接将服务注册到服务注册模块的注册中心的方式中，接入的服务可以在该服务管理平台提供的运行环境中运行，也可以在接入服务本身的系统中的运行环境中运行。示例的，对于系统资源较匮乏的服务，可以通过将服务功能进行容器化打包，并以容器的方式迁移至该服务管理平台100，并在该服务管理平台100的iass层11进行汇集，并可以使用该服务管理平台100的运行环境。

又如，通过该服务管理平台100的服务注册模块对该需要接入的服务进行注册，该服务也可以在原来的辅助运维系统的运行环境中运行，并将该服务通过该服务管理平台100的服务发现进行服务能力的汇集，也即，仅仅将该服务能力注册至该服务管理平台100的服务注册中心，该服务的运行环境并不改变。

最后，对于无法采用上述方式实现服务接入，但可以采用主动api注册方式，将该接入服务的系统的开发接口注册至该服务管理平台100的服务路由模块中的路由表中。

通过上述两种服务注册的方式，可以实现对所有的服务接入至服务管理平台100，并将接入的服务进行汇集，进一步为用户提供应用服务的种类较多，使得服务资源得到充分利用。

在平台服务层17中还包括有服务监控模块、服务发现模块、服务监控模块、服务限流模块、服务路由模块、服务熔断模块和认证服务模块。

其中，服务发现模块用于发现请求接入的服务，例如，在请求注册至该服务管理平台100时，可以通过该平台服务层17的服务发现模块发现该服务，进而将该请求注册的服务接入之该平台服务层17中。

服务监控模块用于监控服务管理平台100中的服务是否正常运行，示例的，服务监控模块监控该服务管理平台100中服务是否正常的被调用服务方调用，或者是否正常运行。

服务限流模块用于在对服务进行调用的过程中，为了防止多个调用服务方在较短的时间内对一个服务多次调用，导致的服务管理平台100的压力较大的问题，该服务管理平台100的平台服务层设置有服务限流模块，以减缓该服务管理平台100的运行压力。

服务路由模块存储通过api接口接入的服务的路由信息，示例的，在无法将服务注册至服务注册模块的注册中心的服务请求注册至该服务管理平台100时，该服务路由模块对该请求注册的服务的路由信息进行存储，以便于在查询该服务管理平台100的服务信息时提供依据。

服务熔断模块用于对服务管理平台100中的非正常运行的服务进行熔断，示例的，在调用服务方在对同一个服务进行调用预设次数后，该服务均不能正常运行时，该服务管理平台100可以直接对该服务进行服务熔断，以使调用服务方在对该服务进行调用时，该服务管理平台100可以直接向调用服务方反馈该服务不可用的信息。

认证服务模块用于对调用服务方进行认证，在调用服务方向该服务管理平台100发送认证请求后，该服务管理平台100将会对其进行审核，并对审核通过后的调用服务方分配令牌，以方便在调用服务方向服务管理平台100调用服务时，可以直接根据该令牌向服务管理平台100调用服务，也即，通过该认证服务模块对调用服务方进行认证，以便服务管理平台100可以直接对调用服务方提供的令牌进行鉴权。

鉴权服务模块用于验证调用服务方是否有使用服务的权限，示例的，在调用服务方向服务管理平台100调用服务时，通过向服务管理平台100提供令牌，其中，令牌是代表该调用服务方身份的标识信息，以便服务管理平台100对该令牌进行鉴别。若服务管理平台100判断出该令牌有调用服务的权限，将会允许该调用服务方对该服务进行调用，以供该服务调用方的应用，若鉴别出该令牌不具有调用该服务的权限，则对该调用服务方进行拦截。

值得一提的是，服务鉴权模块、服务注册模块和服务路由模块等核心服务利用marathon-lb和nginx进行负载，从而实现该服务管理平台100高可用目的。其中，marathon-lb通过调用自身的marathon_lb.py脚本，连接到marathonapi以检索所有正在运行的应用程序，根据检索的信息生成haproxy配置并重新加载haproxy。每当应用程序状态有任何变化时，marathon-lb就会使用最新的ip和端口号更新haproxy配置文件，并重新加载haproxy。默认情况下，marathon-lb会绑定到每个应用的服务端口，并将传入的请求发送到应用实例。nginx(enginex)是一个高性能的http和反向代理web服务器，也是一个交互邮件访问协议(internetmailaccessprotocol，imap)、邮局协议版本3(postofficeprotocol-version3，pop3)或简单邮件传输协议(simplemailtransferprotocol，smtp)服务。

通过平台服务层17对服务管理平台100上的服务进行管理，才得以服务管理平台100的正常运行，并且i-paas层12通过应用程序编程接口api向用户提供应用服务。

进一步的，该服务管理平台100中的i-paas层12还包括数据存储层16，该数据存储层16位于平台管理层17的下层，该数据存储层16用于通过采用数据库和分布式文件系统对服务管理平台100参数和应用程序文件进行存储。

其中，数据库中包含有和服务管理平台100参数，服务管理平台100的参数可以包括该服务管理平台100的运行参数、该服务管理平台100的硬件资源以及数据存储层16的数据存储方式等信息。进一步的，数据库中还包括有服务的相关信息，例如，服务的接入方、调用方、注册信息、调用信息等。

分布式文件系统用于对应用程序以分布式文件的形式进行存储，示例的，对显示界面层的应用程序进行存储。

进一步的，如图2所示，数据存储层17可以为关系型数据库管理系统mysql或redis，示例的，在服务管理平台100对令牌的存储过程中，可以根据调用服务方的调用压力选择使用mysql或redis进行存储，在调用压力较大时，可以选择redis进行存储，以对所有数据进行存储，保证数据的完整性，并且可以实现对存储的数据快速的读取。

为了便于用户对服务管理平台100的管理，在该服务管理平台100还设置有显示界面层13，继续参考图2所示，显示界面层13位于该服务管理平台100的最上层，显示界面层13包括有api管理模块、路由管理模块、服务管理模块、鉴权管理模块以及数据查询模块，其中，api管理模块用于通过显示界面层对服务管理平台中的服务进行api管理；路由管理模块用于通过显示界面层对存储在服务路由模块中的服务路由信息进行管理；服务管理模块用于通过显示界面层对接入的服务进行备案管理，并记录接入的服务的信息；鉴权管理模块用于对调用服务方的信息以及调用服务方的权限进行管理；数据查询模块用于对数据存储层存储的数据进行查询。

本发明提出了一种服务管理平台，该服务管理平台100包括：基础设施即服务iaas层11、集成平台即服务i-paas层12和显示界面层13；其中，iaas层11位于服务管理平台100的底层，且iass层11用于向服务管理平台100中的服务提供运行环境；进一步的，i-paas层12位于iaas层11的上层，且i-paas层12用于对服务进行全生命周期管理，进而i-paas层12通过应用程序编程接口api向用户提供应用服务；显示界面层13位于服务管理平台100的最上层，显示界面层13用于通过用户对服务管理平台100进行管理。由于服务管理平台100可以接入应用服务，并对接入的服务进行全生命周期的管理，并通过api为用户提供应用服务，通过服务管理平台100对服务能力的汇集，使得接入的服务能够实现共享，提高服务资源的利用率。

图3是本发明根据一示例性实施例示出的一种服务管理方法的流程图。该方法可以应用于如上一实施例中的服务管理平台中，如图3所示，本发明实施例提供的服务管理的方法可以包括：

步骤301：向服务管理平台中的服务提供运行环境。

在执行步骤301之前，需要先为服务管理平台提供基础资源，将基础资源进行虚拟化得到虚拟化资源，以为服务管理平台中的服务提供运行环境。

步骤302：对服务管理平台中的服务进行全生命周期管理。

在步骤302中，可以通过服务管理平台中的i-paas层的平台服务层和数据存储层来实现，也即，通过平台服务层中的服务注册模块、服务发现模块、服务监控模块、服务限流模块、服务路由模块、服务熔断模块和认证服务模块来对接入的服务进行全生命周期的统一管理。

步骤303：通过应用程序编程接口api向用户提供应用服务。

在本步骤中，在调用服务方在向服务管理平台调用服务时，该服务管理平台的i-paas层可以通过应用程序编程接口api向用户提供应用服务。

进一步的，用户还可以通过服务管理平台最上层的显示界面层对服务管理平台进行管理。

本发明实施例提供的服务管理方法，通过向服务管理平台中的服务提供运行环境，并向服务管理平台接入应用服务，并对接入的服务进行全生命周期的管理，进而通过api为用户提供应用服务，由于服务管理平台对服务具有汇集能力，使得接入的服务能够实现共享，无需辅助运维系统对同一个服务“重复造车轮”，提高服务资源的利用率。

在本发明的描述中，需要理解的是，术语“上”、“下”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或者位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或者暗示所指的装置或者元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。在本发明的描述中，“多个”的含义是两个或两个以上，除非是另有精确具体地规定。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解本实施例使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。