CN103428241B - 服务部署方法及系统 - Google Patents

Abstract

本发明公开一种服务部署方法，包括：业务接入网向服务管理器发送服务部署请求；服务管理器根据所述服务部署请求及系统当前运行状态和虚拟平台提供的资源利用信息，调度资源，并将资源调度结果发送至业务接入网；业务接入网将所述资源调度结果转发至公网。本发明还公开一种服务部署系统。本发明通过将服务部署与云节点资源利用情况相结合，从服务部署考虑服务使用和云平台的资源利用相协调，同时将服务运行情况和云节点的负载综合考虑在服务的升级、暂停和删除等操作，并重新分配云节点资源；在服务管理器异常情况下，采用网络共享和热迁移技术来进行服务管理的方法，实现了提高服务可靠性和资源利用高效性的有益效果，提高了系统性能。

Description

服务部署方法及系统

技术领域

本发明涉及计算机网络技术领域，尤其涉及一种服务部署方法及系统。

背景技术

基于PAAS(Platform As A Service，平台即服务)云平台的服务部署系统是指在PAAS云平台上，验证PAAS平台对服务开发者和服务、资源提供者及其资源的管理功能，同时对服务的整个生命周期动态增加、删除、启动、停止等操作进行管理，以及在此过程中对资源的管理和弹性调度能力。

PAAS云平台提供业务特性无关的分布式技术服务能力，采用分布式技术来构建PAAS平台中的各个子系统；现有技术中，服务提供的安全性、服务执行环境的安全性和服务隔离技术使得各个服务运行在自己独立的虚拟空间中，这会导致服务之间的交互受到限制，进而限制服务的共享和重用。

开放基础服务能力、同时支持服务能力的不断扩充并保证新服务能力引入的安全性是当前需要迫切解决的问题之一；而基于PAAS的服务开发，是一个系统性的工程，且服务开发者数量巨大，需要平台方具备综合的协同支持能力。

发明内容

本发明的主要目的是提供一种服务部署方法及系统，旨在针对服务的整个寿命周期中的资源利用情况合理分配云节点资源，解决云平台资源利用率低和服务运行的可靠性低的问题，提高系统性能。

本发明公开了一种服务部署方法，包括以下步骤：

业务接入网向服务管理器发送服务部署请求；

所述服务管理器根据所述服务部署请求及系统当前运行状态和虚拟平台提供的资源利用信息，调度资源，并将资源调度结果发送至所述业务接入网；

所述业务接入网将所述资源调度结果转发至公网。

优选地，所述业务接入网将所述资源调度结果转发至公网的步骤之后还包括步骤：

虚拟平台启动应用隔离，根据所述调度结果控制系统资源的访问权限。

优选地，所述服务管理器根据系统当前运行状态和虚拟平台提供的资源利用信息，调度资源的步骤具体包括：

识别系统当前运行状态；

若是初次部署服务，则创建并启用云节点，利用所述云节点自动部署服务；

若是在多个云节点存在的情况下部署服务，则根据所采集的实时数据和预置部署策略，设置每个云节点所容纳的资源，并将所述每个云节点进行应用隔离；

若是在系统运行正常的情况下部署服务，则将所述实时数据与所述预置部署策略进行重新匹配，并将匹配的服务进行热迁移，优化利用所述云节点；

若是在系统运行异常的情况下部署服务，则利用网络共享将所述云节点及时迁移至共享的网络。

优选地，所述在多个云节点存在的情况下部署服务时，根据所采集的实时数据和预置部署策略，设置每个云节点所容纳的资源的步骤具体包括：

根据预置部署策略，判断所采集的实时数据是否超出了预置签约指标数据；

若是，则释放对应云节点所容纳的资源；

若否，则增加对应云节点所容纳的资源。

优选地，所述虚拟平台启动应用隔离，控制系统资源的访问权限的步骤具体包括：

建立应用服务器，并在所述应用服务器上部署多个应用；

在所述应用服务器上设置负载均衡器，对负载均衡和服务请求进行统一分发；

在所述应用服务器上建立脚本接口，根据所述多个应用和所述负载均衡器，控制系统资源的访问权限。

本发明还公开一种服务部署系统，包括：

业务接入网，用于向服务管理器发送服务部署请求；以及将服务管理器发送的资源调度结果转发至公网；

虚拟平台，用于给服务管理器提供资源利用信息；

服务管理器，用于根据所述服务部署请求及系统当前运行状态和所述虚拟平台提供的资源利用信息，调度资源，并将资源调度结果发送至所述业务接入网。

优选地，所述虚拟平台还用于：

启动应用隔离，根据所述调度结果控制系统资源的访问权限。

优选地，所述服务管理器具体包括：

状态识别模块，用于识别系统当前运行状态；

初次部署模块，用于在初次部署服务时，创建并启用云节点，利用所述云节点自动部署服务；

多节点部署模块，用于在多个云节点存在的情况下部署服务时，根据所采集的实时数据和预置部署策略，设置每个云节点所容纳的资源，并将所述每个云节点进行应用隔离；

运行正常部署模块，用于在系统运行正常的情况下部署服务时，将所述实时数据与所述预置部署策略进行重新匹配，并将匹配的服务进行热迁移，优化利用所述云节点；

运行异常部署模块，用于在系统运行异常的情况下部署服务时，利用网络共享将所述云节点及时迁移至共享的网络；

调度结果发送模块，用于将资源调度结果发送至所述业务接入网。

优选地，所述服务管理器的多节点部署模块具体包括：

实时数据判断单元，用于根据预置部署策略，判断所采集的实时数据是否超出了预置签约指标数据；

资源释放单元，用于在所采集的实时数据超出了预置签约指标数据时，释放对应云节点所容纳的资源；

资源容纳单元，用于在所采集的实时数据未超出预置签约指标数据时，增加对应云节点所容纳的资源；

节点隔离单元，用于将所述每个云节点进行应用隔离。

优选地，所述虚拟平台具体包括：

应用服务器建立模块，用于建立应用服务器，并在所述应用服务器上部署多个应用；

负载均衡器设置模块，用于在所述应用服务器上设置负载均衡器，对负载均衡和服务请求进行统一分发；

脚本接口建立模块，用于在所述应用服务器上建立脚本接口，根据所述多个应用和所述负载均衡器，控制系统资源的访问权限；

资源信息提供模块，用于给服务管理器提供资源利用信息。

本发明通过将服务部署与云节点资源利用情况相结合，从服务部署考虑服务使用和云平台的资源利用相协调，同时将服务运行情况和云节点的负载综合考虑在服务的升级、暂停和删除等操作，并重新分配云节点资源；在服务管理器异常情况下，采用网络共享和热迁移技术来进行服务管理的方法，实现了提高服务可靠性和资源利用高效性的有益效果，提高了系统性能。

附图说明

图1是本发明服务部署方法第一实施例流程示意图；

图2是本发明服务部署方法中应用管理系统整体调度工作序列图；

图3是本发明服务部署方法第二实施例流程示意图；

图4是本发明服务部署方法中服务管理器根据系统当前运行状态和虚拟平台提供的资源利用信息，调度资源一实施例流程示意图；

图5是本发明服务部署方法中资源调度一实施例结构示意图；

图6是本发明服务部署方法中在多个云节点存在的情况下部署服务时，根据所采集的实时数据和预置部署策略，设置每个云节点所容纳的资源一实施例流程示意图；

图7是本发明服务部署方法中虚拟平台启动应用隔离，控制系统资源的访问权限一实施例流程示意图；

图8是本发明服务部署方法中应用隔离方案一实施例结构示意图；

图9是本发明服务部署系统一实施例结构示意图；

图10是本发明服务部署系统中服务管理器一实施例结构示意图；

图11是本发明服务部署系统中服务管理器的多节点部署模块一实施例结构示意图；

图12是本发明服务部署系统中虚拟平台一实施例结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

以下结合说明书附图及具体实施例进一步说明本发明的技术方案。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参照图1，图1是本发明服务部署方法第一实施例流程示意图；如图1所示，本发明服务部署方法包括以下步骤：

步骤S01、业务接入网向服务管理器发送服务部署请求；

在一优选的实施例中，所述服务管理器为基于PAAS云平台的服务管理器，是本实施例的主要部件；负责对虚拟资源分配执行和运行数据反馈；所述业务接入网既作为一个负载均衡器，即HTTP(Hyper Text Transport Protocol，超文本传输协议)反向代理，负责对应用服务的负载均衡和请求统一转发，又作为一个接口，提供对应用的请求接入。服务的业务请求通过业务接入网接入，业务接入网将所述服务部署请求发送至服务管理器；

步骤S02、所述服务管理器根据所述服务部署请求及系统当前运行状态和虚拟平台提供的资源利用信息，调度资源，并将资源调度结果发送至所述业务接入网；

根据系统当前的运行状态，服务管理器通过监控虚拟平台提供的当前资源利用信息和其承载的服务整个生命周期中对资源的利用情况，动态地分配云资源，并将资源分配、调度结果发送至所述业务接入网。

在一优选的实施例中，系统前期进行制定和签约调度策略，所述调度策略是根据不同级别进行签约，系统在运行过程和服务整个生命周期中，根据应用服务负载量，匹配预定的调度策略，调度资源，降低系统能耗。资源弹性调度首先要求对调度的资源进行动态的管理，调度的资源包括物理主机资源、虚拟机资源和应用服务资源。为了实现灵活的调度，系统管理3个资源池即物理服务器池、虚拟服务器池和应用服务池。所述资源池是动态的，根据弹性调度策略动态增加或减少。

步骤S03、所述业务接入网将所述资源调度结果转发至公网。

服务器管理器将资源调度结果通过业务接入网接入公网，进行服务的发布。

下面将结合附图，进一步具体描述本发明服务部署方法中服务的整体调度。参照图2，图2是本发明服务部署方法中应用管理系统整体调度工作序列图；如图2所示，服务管理器需要管理并调度虚拟平台和业务接入网，进而达到提高云平台资源利用率的同时，保证服务使用的连贯性和可靠性。在一优选的实施例中，承载本发明服务部署方法的硬件实体中，服务管理器包括OMM(Operation Maintenance Module，操作维护模块)子系统，所述OMM子系统主要包括两个功能模块即数据采集分析模块和策略制定及资源分配匹配模块。数据采集模块作为驻留程序运行在虚拟机上，将资源池的物理和虚拟节点数据上报给OMM子系统，OMM子系统将监控模块提供的指标数据和SLA(Service Level Agreement，服务级别协议)签约的指标数据进行对比决定如何进行资源的弹性调度，然后由资源调度模块来调度资源；应用部署模块对应用服务的整个生命周期进行管理，同时采用HTTP反向代理的方式通过业务接入网络系统将应用服务的负载均衡和请求统一转发。

本实施例服务部署方法通过业务接入网将服务部署请求发送至服务管理器、服务管理器根据系统当前运行状态和虚拟平台提供的资源利用信息，调度资源，并将资源调度结果通过业务接入网转发至公网的方法，实现了安全、简易、高效、低廉地对基于PAAS云平台的服务进行管理的有益效果，提高云平台资源利用率的同时，保证了服务使用的连贯性和可靠性。

参照图3，图3是本发明服务部署方法第二实施例流程示意图；本实施例与图1所述实施例相比，仅增加了步骤S04，本实施例其他相应步骤与图1实施例所描述的相应步骤一致，在此不再赘述。如图3所示，本发明服务部署方法还包括步骤：

步骤S04、虚拟平台启动应用隔离，根据所述调度结果控制系统资源的访问权限。

在一优选的实施例中，虚拟平台启动的应用隔离主要为JAVA(一种应用程序开发语言)应用的隔离，所述应用隔离为应用与系统资源的隔离。虚拟平台应用隔离相关模块以代理的方式嵌入java虚拟机模板内，在启动虚拟机节点部署应用时，启用代理部署队应用隔离。虚拟平台应用隔离相关模块通过中间件隔离，对应用隔离程度较高；对系统资源的隔离需要控制系统资源的访问权限，以免托管应用对系统产生破坏性的影响。通过对JVM(Java VirtualMachine，JAVA虚拟机)的安全控制，可以解决下述问题：无法对文件系统进行写操作；不能打开socket(套接字)；无法创建自己的线程，也无法使用一些辅助工具，如计时器；java.lang.System有如下限制：exit()、gc()、runFinalization()及run Finalizes On Exit()什么都不做；不允许进行JNI(Java NativeInterface，JAVA本机接口)访问等；通过对JVM的安全控制还可以实现：根据需要限制JRE(Java Runtime Environment，Java运行环境)类加载的白名单。

本实施例服务部署方法通过虚拟平台启动应用隔离、控制系统资源的访问权限的方法，实现了对PAAS云服务进行安全、简易、低廉、高效、通用管理的有益效果。

参照图4，图4是本发明服务部署方法中服务管理器根据系统当前运行状态和虚拟平台提供的资源利用信息，调度资源一实施例流程示意图；本实施例仅对上述步骤进行描述，本发明服务部署方法所涉及的其他步骤的描述请参照上述各相关实施例，在此不再赘述。如图4所示，本发明服务部署方法中，服务管理器根据系统当前运行状态和虚拟平台提供的资源利用信息，调度资源的步骤具体包括：

步骤S11、识别系统当前运行状态；若是初次部署服务，则执行步骤S12；若是在多个云节点存在的情况下部署服务，则执行步骤S13；若是在系统运行正常的情况下部署服务，则执行步骤S14；若是在系统运行异常的情况下部署服务，则执行步骤S15；

步骤S12、创建并启用云节点，利用所述云节点自动部署服务；

若系统是初次部署服务，则服务管理器中资源调度相关模块在虚拟平台上通过虚拟化技术和网络共享技术创建和启用云节点，启动完成后由服务管理器中自动部署相关模块完成对服务的部署。在一优选的实施例中，服务管理器中的自动部署相关模块主要针对服务的生命周期进行管理，包括：服务的部署、服务的卸载、服务的启动、服务的停止、服务的升级和暂停等。所述服务管理器的自动部署相关模块主要功能是：为应用服务提供商对其开发的应用服务提出的执行请求进行执行，同时将应用服务管理器的执行结果通过业务接入网的业务接入管理相关设备提供给服务使用客户，完成对应用生命周期的管理；

在一优选的实施例中，所述自动部署相关模块的实现基于shell脚本，在获得对应用服务的操作请求后，转换为操作命令发送到虚拟机代理相关模块，执行服务的部署、卸载、启动、停止、升级、暂停、修改、恢复等操作；所述自动部署相关模块对应用服务器的操作结果都会反馈给在Web应用服务器前端的负载均衡器即HTTP反向代理，实时更新应用服务。本实施例中的HTTP反向代理为业务接入网。

步骤S13、根据所采集的实时数据和预置部署策略，设置每个云节点所容纳的资源，并将所述每个云节点进行应用隔离；

在多个云节点存在的情况下部署服务时，服务管理器内资源匹配相关模块根据所述服务管理器内的数据采集分析相关模块采集的实时数据，通过将云节点系统、AP(Access Point，接入点)和APP(Application，应用)的资源实时数据与服务管理器前期预先设定的SLA部署策略进行匹配，确定是否应用新的云节点或者存在的云节点确定部署在对应的云节点上面，并采用容器隔离技术提供云节点容纳多个应用，保证服务最优化的利用云节点资源；

在一优选的实施例中，所述部署策略主要是让运营商管理员定制资源弹性调度的策略。操作员可在管理系统上设置系统级SLA控制策略、AP级SLA控制策略、APP级SLA控制策略。系统级SLA控制策略是一个全局策略，AP级是针对AP进行策略控制，APP是针对应用进行控制。控制的范围包含但不限于CPU(Central Processing Unit，中央处理器)的使用、流量、并发请求数等。

步骤S14、将所述实时数据与所述预置部署策略进行重新匹配，并将匹配的服务进行热迁移，优化利用所述云节点；

在系统运行正常的情况下部署服务时，将所述实时数据与所述预置部署策略进行重新匹配，并将匹配的服务进行热迁移，优化利用所述云节点；具体地，在服务正常、升级、暂停和删除等状态下将云节点系统、AP和APP的资源使用实时数据与SLA策略重新进行匹配，由服务管理中自动部署相关模块执行服务的热迁移，保证服务最优化的利用云节点资源；

步骤S15、利用网络共享将所述云节点及时迁移至共享的网络。

在虚拟平台因异常情况出现宕机或网络中断时，服务管理器通过网络共享技术及时迁移云节点至共享的网络，以保证云节点和服务的正常运行。

下面将结合具体实施例，进一步地描述本发明服务部署方法中资源的具体调度。参照图5，图5是本发明服务部署方法中资源调度一实施例结构示意图；如图5所示，在一优选的实施例中，本发明服务部署方法中，资源调度相关模块的调度执行引擎主要执行通信、存储和计算资源的调度。弹性调度以云技术中的虚拟化技术为基础。针对不同层次的SLA指标，采取不同的策略。资源弹性调度首先要求对调度的资源进行动态的管理，以图5为模型可以看出调度的资源包括物理主机资源、虚拟机资源和应用服务资源。为了实现灵活的调度，系统管理3个资源池，包括物理服务器池、虚拟服务器池和应用服务池。资源池是动态的，根据弹性调度策略动态的增加或减少。物理资源池主要支持各类物理主机的注册；虚拟服务器池主要支持对虚拟机的管理；应用服务池主要管理各种应用服务器资源，包括Tomcat服务器、Weblogic应用服务器和IIS((Internet Information Services，网站服务器)等，以及数据库资源，包括Oracle服务器和Sqlserver(数据库)服务器等。所述资源调度相关模块主要提供如下功能：动态增加虚拟机加入虚拟服务器池；动态增加应用服务器和数据库加入应用服务池；从虚拟服务器池中移除虚拟机；从应用服务池中移除应用服务器和数据库；对新启用的物理机上电；对无虚拟机运行的物理机断电等。

本实施例服务部署方法通过根据系统当前的不同运行状态对服务采用不同的部署方式的方法，实现了最优化利用云节点资源的有益效果，极大地提高了系统资源的利用率。

参照图6，图6是本发明服务部署方法中在多个云节点存在的情况下部署服务时，根据所采集的实时数据和预置部署策略，设置每个云节点所容纳的资源一实施例流程示意图；本实施例仅对在多个云节点存在的情况下部署服务时，根据所采集的实时数据和预置部署策略，设置每个云节点所容纳的资源的步骤作进一步的描述，本发明服务部署方法的其他相关步骤的具体描述请参照上述各实施例，在此不再赘述。如图6所示，本发明服务部署方法中，在多个云节点存在的情况下部署服务时，根据所采集的实时数据和预置部署策略，设置每个云节点所容纳的资源的步骤具体包括：

步骤S21、根据预置部署策略，判断所采集的实时数据是否超出了预置签约指标数据；若是，则执行步骤S22；若否，则执行步骤S23；

步骤S22、释放对应云节点所容纳的资源；

步骤S23、增加对应云节点所容纳的资源。

在系统有多个云节点存在的情况下部署服务时，服务管理器将监控相关模块提供的实时指标数据和SLA签约的预置签约指标数据进行对比，决定如何进行资源的弹性调度。系统在运行过程和服务整个生命周期中，如果应用服务负载较大，无法满足SLA的要求，则根据预定的调度策略，增加对应云节点所容纳的资源，保证系统的正常运行；如果应用服务长时间处于低负荷运转的情况，则根据预定的调度策略，释放对应云节点所容纳的资源，降低能耗。

要做到资源的弹性调度，系统需要采集系统级、AP和APP占用的通信流量、内存及硬盘的存储和CPU占用率。数据采集相关模块作为驻留程序运行在虚拟机上。部署在虚机节点上的应用的相关流量、内存、硬盘和CPU均可监控；在一优选的实施例中，对如下指标进行管理：

	流量	内存	硬盘	CPU占用率
					系统级	√	√	√	√
AP	√	√	√	√
					APP	√	√	√	√

本实施例服务部署方法通过在多个云节点存在的情况下部署服务时根据实时数据和预置部署策略弹性设置云节点资源的方法，实现了优化利用云节点资源的有益效果，进一步提高了系统的资源利用率。

参照图7，图7是本发明服务部署方法中虚拟平台启动应用隔离，控制系统资源的访问权限一实施例流程示意图；本实施例仅对虚拟平台启动应用隔离，控制系统资源的访问权限的步骤作进一步描述，本发明服务部署方法所涉及的其他步骤参照上述实施例，在此不再赘述。如图7所示，本发明服务部署方法中，虚拟平台启动应用隔离，控制系统资源访问权限的步骤具体包括：

步骤S31、建立应用服务器，并在所述应用服务器上部署多个应用；

在一优选的实施例中，所述应用服务隔离相关模块主要针对JAVA应用的容器提供容器隔离的底层支持。选用Jetty作为web应用服务器，因为Jetty体积小，且可插拔、可扩展，因此，对该应用服务器的操作也更加灵活。根据实际需要，在该应用服务器上部署多个应用。

在一优选的实施例中，在虚拟机上安装一个Jetty，每部署一个业务，重启一个jetty进程，每个业务具有不同的访问端口。由于每个业务都有自己的内存空间，一个业务的崩溃不会影响其它业务，因此，不会出现内存泄漏。每个Jetty进程均具有过载保护功能，在CPU的使用超过某个值时，需要对请求的占用时间进行控制，当单个请求的请求时间超过30s时，暂停当前应用并告警。间隔预定时间后，重新自动启动并发送告警恢复。如果应用启动后再次发生请求超过预置阀值，则应用暂停的时间会更长。因为应用本身占用的存储可以不考虑，因此应用本身占用的存储空间不用签约；所述签约空间主要是开发者签约应用程序需要使用的空间。资源访问限制只针对容器，不针对应用，在容器级别限制资源访问。在同一台物理机上部署多个应用时，需要对该应用可访问资源进行控制，即该应用不能访问系统内部的资源文件，只能访问其自身应用的资源文件和类文件，且对自身应用的资源文件和类文件只能进行读操作，不能写。虚拟平台统一禁止对系统文件的访问、网络控制、本地文件控制和线程控制；在应用级别下，禁用socket相关类、thread相关类，且禁用System下的exit()、gc()、runFinalization()及runFinalizersOnExit()方法调用和JNI的访问。另外，该虚拟平台采用白名单机制，提供供用户运行时加载的类名单，只有在白名单里面的类才能使用，并禁止加载在白名单以外的类。

步骤S32、在所述应用服务器上设置负载均衡器，对负载均衡和服务请求进行统一分发；

在Web应用服务器的前端需要有一个负载均衡器即HTTP反向代理，负责负载均衡和请求的统一转发，所述负载均衡器支持二级域名解析，通过由同一业务接入服务器分发请求，保证了内网虚拟机的安全性。

步骤S33、在所述应用服务器上建立脚本接口，根据所述多个应用和所述负载均衡器，控制系统资源的访问权限。

在一优选的实施例中，所述应用服务器提供脚本接口，支持Jetty进程的创建、应用部署、卸载、暂停和激活等操作。作为驻留程序运行在虚拟机上的数据采集相关模块负责应用的监控和动态部署，并将各个容器应用部署状况上报给服务管理器。

下面将结合具体实施例，进一步描述本发明服务部署方法的应用隔离方案。参照图8，图8是本发明服务部署方法中应用隔离方案一实施例结构示意图；如图8所示，本发明服务部署方法中，多个应用服务通过容器隔离的底层支持部署在一个虚拟机上，以最大限度的利用虚拟机资源；在创建虚拟机模板的时候安装一个Jetty代理，每部署一个应用服务，启动一个Jetty进程，每个业务具有不同的访问端口，以达到容器隔离作用。

本实施例服务部署方法通过虚拟平台启动应用隔离、控制系统资源的访问权限的方法，实现了安全、便捷地进行资源管理的有益效果。

参照图9，图9是本发明服务部署系统一实施例结构示意图；如图9所示，本发明服务部署系统具体包括：

业务接入网01，用于向服务管理器发送服务部署请求；以及将服务管理器发送的资源调度结果转发至公网；

在一优选的实施例中，所述服务管理器03为基于PAAS云平台的服务管理器，是本实施例的主要部件，负责对虚拟资源分配执行和运行数据反馈；所述业务接入网01既作为一个负载均衡器，即HTTP(Hyper Text TransportProtocol，超文本传输协议)反向代理，负责对应用服务的负载均衡和请求统一转发，又作为一个接口，提供对应用的请求接入。服务的业务请求通过业务接入网01接入，业务接入网01将所述服务部署请求发送至服务管理器03；

虚拟平台02，用于给服务管理器提供资源利用信息；以及启动应用隔离，根据所述调度结果控制系统资源的访问权限。

根据系统当前的运行状态，服务管理器03通过监控虚拟平台02提供的当前资源利用信息和其承载的服务整个生命周期中对资源的利用情况，动态地分配云资源，并将资源分配、调度结果发送至所述业务接入网01。

在一优选的实施例中，系统前期进行制定和签约调度策略，所述调度策略是根据不同级别进行签约，系统在运行过程和服务整个生命周期中，根据应用服务负载量，匹配预定的调度策略，调度资源，降低系统能耗。资源弹性调度首先要求对调度的资源进行动态的管理，调度的资源包括物理主机资源、虚拟机资源和应用服务资源。为了实现灵活的调度，系统管理3个资源池即物理服务器池、虚拟服务器池和应用服务池。所述资源池是动态的，根据弹性调度策略动态增加或减少。

在一优选的实施例中，虚拟平台02启动的应用隔离主要为JAVA(一种应用程序开发语言)应用的隔离，所述应用隔离为应用与系统资源的隔离。虚拟平台02应用隔离相关模块以代理的方式嵌入java虚拟机模板内，在启动虚拟机节点部署应用时，启用代理部署队应用隔离。虚拟平台02应用隔离相关模块通过中间件隔离，对应用隔离程度较高；对系统资源的隔离需要控制系统资源的访问权限，以免托管应用对系统产生破坏性的影响。通过对JVM(JavaVirtual Machine，JAVA虚拟机)的安全控制，可以解决下述问题：无法对文件系统进行写操作；不能打开socket(套接字)；无法创建自己的线程，也无法使用一些辅助工具，如计时器；java.lang.System有如下限制：exit()、gc()、runFinalization()及run Finalizes On Exit()什么都不做；不允许进行JNI(Java NativeInterface，JAVA本机接口)访问等；通过对JVM的安全控制还可以实现：根据需要限制JRE(Java Runtime Environment，Java运行环境)类加载的白名单。

服务管理器03，用于根据所述服务部署请求及系统当前运行状态和所述虚拟平台02提供的资源利用信息，调度资源，并将资源调度结果发送至所述业务接入网01。

服务器管理器03根据系统当前运行状态和所述虚拟平台02提供的资源利用信息，调度资源，并将资源调度结果通过业务接入网01接入公网，进行服务的发布。

本发明服务部署系统中对服务的整体调度请参照图2所述的实施例，在此不再赘述。

本实施例服务部署系统通过业务接入网将服务部署请求发送至服务管理器、服务管理器根据系统当前运行状态和虚拟平台提供的资源利用信息，调度资源，并将资源调度结果通过业务接入网转发至公网的方法，实现了安全、简易、高效、低廉地对基于PAAS云平台的服务进行管理的有益效果，提高云平台资源利用率的同时，保证了服务使用的连贯性和可靠性。

参照图10，图10是本发明服务部署系统中服务管理器一实施例结构示意图；本实施例只对本发明服务部署系统中的服务管理器03作进一步描述，本发明服务部署系统中的其他组成部分请参照上述各对应实施例的描述，在此不再赘述。如图10所示，本发明服务部署系统中服务管理器03具体包括：

状态识别模块031，用于识别系统当前运行状态；

系统在进行资源的弹性的调度之前，首先要通过状态识别模块031来识别系统当前运行状态，系统根据自身的当前运行状态采用不同的方式来进行资源的弹性调度。

初次部署模块032，用于在初次部署服务时，创建并启用云节点，利用所述云节点自动部署服务；

若状态识别模块031识别系统是初次部署服务，则初次部署模块032在虚拟平台上通过虚拟化技术和网络共享技术创建和启用云节点，启动完成后由初次部署模块032完成对服务的部署。在一优选的实施例中，初次部署模块032主要针对服务的生命周期进行管理，包括：服务的部署、服务的卸载、服务的启动、服务的停止、服务的升级和暂停等。所述初次部署模块032主要功能是：为应用服务提供商对其开发的应用服务提出的执行请求进行执行，同时将应用服务管理器03的执行结果通过业务接入网01的业务接入管理相关设备提供给服务使用客户，完成对应用生命周期的管理；

在一优选的实施例中，所述初次部署模块032的实现基于shell脚本，在获得对应用服务的操作请求后，转换为操作命令发送到虚拟机代理相关模块，执行服务的部署、卸载、启动、停止、升级、暂停、修改、恢复等操作；所述初次部署模块032对应用服务器的操作结果都会反馈给在Web应用服务器前端的负载均衡器即HTTP反向代理，实时更新应用服务。优选地，本实施例中的HTTP反向代理为业务接入网01。

多节点部署模块033，用于在多个云节点存在的情况下部署服务时，根据所采集的实时数据和预置部署策略，设置每个云节点所容纳的资源，并将所述每个云节点进行应用隔离；

若状态识别模块031识别系统是在多个云节点存在的情况下部署服务，则多节点部署模块033根据所述服务管理器内的数据采集分析相关模块采集的实时数据，通过将云节点系统、AP(Access Point，接入点)和APP(Application，应用)的资源实时数据与服务管理器前期预先设定的SLA部署策略进行匹配，确定是否应用新的云节点或者存在的云节点确定部署在对应的云节点上面，并采用容器隔离技术提供云节点容纳多个应用，保证服务最优化的利用云节点资源；

在一优选的实施例中，所述部署策略主要是让运营商管理员定制资源弹性调度的策略。操作员可在管理系统上设置系统级SLA控制策略、AP级SLA控制策略、APP级SLA控制策略。系统级SLA控制策略是一个全局策略，AP级是针对AP进行策略控制，APP是针对应用进行控制。控制的范围包含但不限于CPU(Central Processing Unit，中央处理器)的使用、流量、并发请求数等。

运行正常部署模块034，用于在系统运行正常的情况下部署服务时，将所述实时数据与所述预置部署策略进行重新匹配，并将匹配的服务进行热迁移，优化利用所述云节点；

若状态识别模块031识别系统是在运行正常的情况下部署服务，则运行正常部署模块034将所述实时数据与所述预置部署策略进行重新匹配，并将匹配的服务进行热迁移，优化利用所述云节点；具体地，在服务正常、升级、暂停和删除等状态下，运行正常部署模块034将云节点系统、AP和APP的资源使用实时数据与SLA策略重新进行匹配，并执行服务的热迁移，保证服务最优化的利用云节点资源；

运行异常部署模块035，用于在系统运行异常的情况下部署服务时，利用网络共享将所述云节点及时迁移至共享的网络；

若状态识别模块031识别系统是在虚拟平台因异常情况出现宕机或网络中断，则运行异常部署模块035通过网络共享技术及时迁移云节点至共享的网络，以保证云节点和服务的正常运行。

调度结果发送模块036，用于将资源调度结果发送至所述业务接入网。

当服务管理器03根据系统当前状态完成对资源的弹性调度后，调度结果发送模块036将资源调度结果发送至所述业务接入网01。

本发明服务部署系统对资源的具体调度请参照上述相关实施例，在此不再赘述。

本实施例服务部署系统通过根据系统当前的不同运行状态对服务采用不同的部署方式的方法，实现了最优化利用云节点资源的有益效果，极大地提高了系统资源的利用率。

参照图11，图11是本发明服务部署系统中服务管理器的多节点部署模块一实施例结构示意图；本实施例仅对服务部署系统中服务管理器03的多节点部署模块033作进一步描述，本发明服务部署系统中的其他相关组成部件请参照上述各相关实施例。如图11所示，本发明服务部署系统中，多节点部署模块033具体包括：

实时数据判断单元331，用于根据预置部署策略，判断所采集的实时数据是否超出了预置签约指标数据；

在系统有多个云节点存在的情况下部署服务时，服务管理器03将监控相关模块提供的实时指标数据和SLA签约的预置签约指标数据进行对比，实时数据判断单元331根据预置部署策略，判断所采集的实时数据是否超出了预置签约指标数据，并决定如何进行资源的弹性调度。

资源释放单元332，用于在所采集的实时数据超出了预置签约指标数据时，释放对应云节点所容纳的资源；

当实时数据判断单元331判断出所采集的实时数据超出了预置签约指标数据，即系统在运行过程和服务整个生命周期中，如果应用服务负载较大，无法满足SLA的要求，则资源释放单元332根据预定的调度策略，增加对应云节点所容纳的资源，保证系统的正常运行；

资源容纳单元333，用于在所采集的实时数据未超出预置签约指标数据时，增加对应云节点所容纳的资源；

当实时数据判断单元331判断出所采集的实时数据未超出了预置签约指标数据，即如果系统的应用服务长时间处于低负荷运转的情况，则资源容纳单元333根据预定的调度策略，释放对应云节点所容纳的资源，降低对应云节点的能耗。

节点隔离单元334，用于将所述每个云节点进行应用隔离。

为了避免相邻两节点的多个应用同时在运行时互相之间的干扰，节点隔离单元334将所述每个云节点进行应用隔离，使各个节点在进行不用应用时，互相之间不受干扰，互不影响。

在一优选的实施例中，要做到资源的弹性调度，系统需要采集系统级、AP和APP占用的通信流量、内存及硬盘的存储和CPU占用率。数据采集相关模块作为驻留程序运行在虚拟机上。部署在虚机节点上的应用的相关流量、内存、硬盘和CPU均可监控；在一优选的实施例中，对如下指标进行管理：

	流量	内存	硬盘	CPU占用率
					系统级	√	√	√	√
AP	√	√	√	√
					APP	√	√	√	√

本实施例服务部署系统通过在多个云节点存在的情况下部署服务时根据实时数据和预置部署策略弹性设置云节点资源的方法，实现了优化利用云节点资源的有益效果，进一步提高了系统的资源利用率。

参照图12，图12是本发明服务部署系统中虚拟平台一实施例结构示意图。本实施例仅对本发明服务部署系统中虚拟平台02作进一步描述，本发明服务部署系统所涉及的其他相关部件请参照上述各相应实施例，在此不再赘述。如图12所示，本发明服务部署系统中虚拟平台02具体包括：

应用服务器建立模块021，用于建立应用服务器，并在所述应用服务器上部署多个应用；

在一优选的实施例中，应用服务器建立模块021主要针对JAVA应用的容器提供容器隔离的底层支持。选用Jetty作为web应用服务器，因为Jetty体积小，且可插拔、可扩展，因此，对该应用服务器的操作也更加灵活。根据实际需要，在该应用服务器上部署多个应用。

在一优选的实施例中，应用服务器建立模块021在虚拟机上安装一个Jetty，每部署一个业务，重启一个jetty进程，每个业务具有不同的访问端口。由于每个业务都有自己的内存空间，一个业务的崩溃不会影响其它业务，因此，不会出现内存泄漏。每个Jetty进程均具有过载保护功能，在CPU的使用超过某个值时，需要对请求的占用时间进行控制，当单个请求的请求时间超过30s时，暂停当前应用并告警。间隔预定时间后，重新自动启动并发送告警恢复。如果应用启动后再次发生请求超过预置阀值，则应用暂停的时间会更长。因为应用本身占用的存储可以不考虑，因此应用本身占用的存储空间不用签约；所述签约空间主要是开发者签约应用程序需要使用的空间。资源访问限制只针对容器，不针对应用，在容器级别限制资源访问。应用服务器建立模块021在同一台物理机上部署多个应用时，需要对该应用可访问资源进行控制，即该应用不能访问系统内部的资源文件，只能访问其自身应用的资源文件和类文件，且对自身应用的资源文件和类文件只能进行读操作，不能写。虚拟平台02统一禁止对系统文件的访问、网络控制、本地文件控制和线程控制；在应用级别下，禁用socket相关类、thread相关类，且禁用System下的exit()、gc()、runFinalization()及runFinalizersOnExit()方法调用和JNI的访问。另外，该虚拟平台采用白名单机制，提供供用户运行时加载的类名单，只有在白名单里面的类才能使用，并禁止加载在白名单以外的类。

负载均衡器设置模块022，用于在所述应用服务器上设置负载均衡器，对负载均衡和服务请求进行统一分发；

在Web应用服务器的前端需要有一个负载均衡器即HTTP反向代理，负载均衡器设置模块022负责负载均衡和请求的统一转发，所述负载均衡器支持二级域名解析，通过由同一业务接入服务器分发请求，保证了内网虚拟机的安全性。

脚本接口建立模块023，用于在所述应用服务器上建立脚本接口，根据所述多个应用和所述负载均衡器，控制系统资源的访问权限；

在一优选的实施例中，脚本接口建立模块023提供脚本接口，支持Jetty进程的创建、应用部署、卸载、暂停和激活等操作。作为驻留程序运行在虚拟机上的数据采集相关模块负责应用的监控和动态部署，并将各个容器应用部署状况上报给服务管理器02。

资源信息提供模块024，用于给服务管理器提供资源利用信息。

资源信息提供模块024将系统的资源利用信息发送给服务管理器02，供服务管理器02根据实时情况，对系统资源进行弹性调度。

本实施例服务部署系统通过虚拟平台启动应用隔离、控制系统资源的访问权限的方法，实现了安全、便捷地进行资源管理的有益效果。

以上所述仅为本发明的优选实施例，并非因此限制其专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种服务部署方法，其特征在于，包括以下步骤：

业务接入网向服务管理器发送服务部署请求；

所述服务管理器根据所述服务部署请求及系统当前运行状态和虚拟平台提供的资源利用信息，调度资源，并将资源调度结果发送至所述业务接入网；

所述业务接入网将所述资源调度结果转发至公网。

2.根据权利要求1所述的服务部署方法，其特征在于，所述业务接入网将所述资源调度结果转发至公网的步骤之后还包括步骤：

虚拟平台启动应用隔离，根据所述调度结果控制系统资源的访问权限。

3.根据权利要求1或2所述的服务部署方法，其特征在于，所述服务管理器根据系统当前运行状态和虚拟平台提供的资源利用信息，调度资源的步骤具体包括：

识别系统当前运行状态；

若是初次部署服务，则创建并启用云节点，利用所述云节点自动部署服务；

若是在多个云节点存在的情况下部署服务，则根据所采集的实时数据和预置部署策略，设置每个云节点所容纳的资源，并将所述每个云节点进行应用隔离；

若是在系统运行正常的情况下部署服务，则将所述实时数据与所述预置部署策略进行重新匹配，并将匹配的服务进行热迁移，优化利用所述云节点；

若是在系统运行异常的情况下部署服务，则利用网络共享将所述云节点及时迁移至共享的网络。

4.根据权利要求3所述的服务部署方法，其特征在于，所述在多个云节点存在的情况下部署服务时，根据所采集的实时数据和预置部署策略，设置每个云节点所容纳的资源的步骤具体包括：

根据预置部署策略，判断所采集的实时数据是否超出了预置签约指标数据；

若是，则释放对应云节点所容纳的资源；

若否，则增加对应云节点所容纳的资源。

5.根据权利要求2所述的服务部署方法，其特征在于，所述虚拟平台启动应用隔离，控制系统资源的访问权限的步骤具体包括：

建立应用服务器，并在所述应用服务器上部署多个应用；

在所述应用服务器上设置负载均衡器，对负载均衡和服务请求进行统一分发；

在所述应用服务器上建立脚本接口，根据所述多个应用和所述负载均衡器，控制系统资源的访问权限。

6.一种服务部署系统，其特征在于，包括：

业务接入网，用于向服务管理器发送服务部署请求；以及将服务管理器发送的资源调度结果转发至公网；

虚拟平台，用于给服务管理器提供资源利用信息；

服务管理器，用于根据所述服务部署请求及系统当前运行状态和所述虚拟平台提供的资源利用信息，调度资源，并将资源调度结果发送至所述业务接入网。

7.根据权利要求6所述的服务部署系统，其特征在于，所述虚拟平台还用于：

启动应用隔离，根据所述调度结果控制系统资源的访问权限。

8.根据权利要求6或7所述的服务部署系统，其特征在于，所述服务管理器具体包括：

状态识别模块，用于识别系统当前运行状态；

初次部署模块，用于在初次部署服务时，创建并启用云节点，利用所述云节点自动部署服务；

多节点部署模块，用于在多个云节点存在的情况下部署服务时，根据所采集的实时数据和预置部署策略，设置每个云节点所容纳的资源，并将所述每个云节点进行应用隔离；

运行正常部署模块，用于在系统运行正常的情况下部署服务时，将所述实时数据与所述预置部署策略进行重新匹配，并将匹配的服务进行热迁移，优化利用所述云节点；

运行异常部署模块，用于在系统运行异常的情况下部署服务时，利用网络共享将所述云节点及时迁移至共享的网络；

调度结果发送模块，用于将资源调度结果发送至所述业务接入网。

9.根据权利要求8所述的服务部署系统，其特征在于，所述服务管理器的多节点部署模块具体包括：

实时数据判断单元，用于根据预置部署策略，判断所采集的实时数据是否超出了预置签约指标数据；

资源释放单元，用于在所采集的实时数据超出了预置签约指标数据时，释放对应云节点所容纳的资源；

资源容纳单元，用于在所采集的实时数据未超出预置签约指标数据时，增加对应云节点所容纳的资源；

节点隔离单元，用于将所述每个云节点进行应用隔离。

10.根据权利要求6或7所述的服务部署系统，其特征在于，所述虚拟平台具体包括：

应用服务器建立模块，用于建立应用服务器，并在所述应用服务器上部署多个应用；

负载均衡器设置模块，用于在所述应用服务器上设置负载均衡器，对负载均衡和服务请求进行统一分发；

脚本接口建立模块，用于在所述应用服务器上建立脚本接口，根据所述多个应用和所述负载均衡器，控制系统资源的访问权限；

资源信息提供模块，用于给服务管理器提供资源利用信息。