CN115756659A - 一种服务装配、部署和运维的集成方法及系统 - Google Patents

Abstract

本申请实施例提供了一种服务装配、部署和运维的集成方法及系统，根据应用包的解析结果将服务定义信息与应用进行关联完成服务装配过程，根据在主机节点在线的情况下通过主机节点的代理对应用状态信息进行采集完成服务部署过程，在应用状态信息不满足告警条件时发送运维指令至代理来运维处置异常的应用完成服务运维过程。能够支持不同操作系统、物理机虚拟机云平台以及多种类型的组件，高服务开发部署运维自动化，降低集成部署过程中的软件部署难度，提升服务装配部署的自动化水平。

Description

一种服务装配、部署和运维的集成方法及系统

技术领域

本申请涉及应用集成领域，具体而言，涉及一种服务装配、部署和运维的集成方法及系统。

背景技术

在现有技术中，当前的应用集成平台主要存在下述问题：应用构建难度高，在没有平台之前，开发者需要自己承担所有维度的开发，既包含业务问题，又包含运维问题，这就导致对开发者的自身要求极高，大大削减了应用产出数量。此外，由于很多方面的能力都是可以复用的，按照传统的方式，也会导致开发单个应用的成本较高效率低下。应用打包过程复杂，市面上组件部署发布强依赖于应用打包工具，然而市面上的打包工具参差不一，因此各打包工具生成的应用包只能使用其配套的部署工具，很难移植到其他平台上。针对不同类型的组件，缺少统一的发布与部署工具，企业内开发的应用包含web服务、后台服务、exe客户端插件等多种类型，缺乏统一的发布部署工具。运维能力弱，市面上的应用集成工具更加侧重于发布部署，忽略了后期运维问题，然而应用开发完成往往需要更多的是运维，造成后期对软件的运维工作困难，常常需要人工去干预，导致浪费大量的运维成本。

为此，本申请提供了一套应用发布部署的统一的技术路线与解决方案，并支持旧系统的快速服务化改造。

发明内容

本申请的目的在于，为了克服现有的技术缺陷，提供了一种服务装配、部署和运维的集成方法及系统，本申请目的通过下述技术方案来实现：

第一方面，本申请提出了一种服务装配、部署和运维的集成方法，应用于服务集成系统,所述服务集成系统分别与集成平台控制中心与主机节点连接，所述方法包括：

对所述集成平台控制中心发送的应用包进行解析，根据解析结果将服务定义信息与应用进行关联，以完成服务装配过程；

激活装配的服务，根据所述集成平台控制中心发送的部署指令判断主机节点是否在线；

在主机节点在线的情况下，将所述应用包发送至所述主机节点的代理使得所述代理对应用状态信息进行采集，以完成服务部署过程；

根据服务集成系统中的规则判断接收的所述应用状态信息是否满足告警条件；

若不满足告警条件，则发送运维指令至所述代理来运维处置异常的应用，以完成对服务的运维。

可选的，所述对所述集成平台控制中心发送的应用包进行解析，根据解析结果将服务定义信息与应用进行关联以完成对服务的装配的步骤，包括：

对所述集成平台控制中心发送的应用包进行解析得到应用包基本信息和根目录树；

将所述应用包基本信息和所述根目录树发送至所述集成平台控制中心进行展示查询，使得所述集成平台控制中心根据服务定义信息对应用部署过程进行服务定义；

将所述集成平台控制中心发送的服务定义信息与应用进行关联以完成对服务的装配。

可选的，所述代理完成对服务的部署的步骤，包括：

所述代理对所述应用包进行解压得到应用配置信息；

所述代理对所述应用配置信息进行解析，执行服务定义过程脚本文件；

所述代理采集应用状态信息，将所述应用状态信息发送至所述服务集成系统完成服务的部署。

可选的，所述根据服务集成系统中的规则判断接收的所述应用状态信息是否满足告警条件的步骤，包括：

设置阈值监测规则、日志监测规则、运行状态监视规则；

为应用绑定监视规则并设置告警规则触发时系统动作；

设置规则激活，将所述应用状态信息和系统内的激活的规则作比对。

可选的，在对所述集成平台控制中心发送的应用包进行解析之前，所述方法还包括：

所述集成平台控制中心接受用户端发送的应用包，判断所述应用包是否满足应用包格式；

在所述应用包满足应用包格式的情况下，将所述应用包上传至所述服务发布部署集成系统。

第二方面，本申请提出了一种服务集成系统，其特征在于，所述服务集成系统分别与集成平台控制中心与主机节点连接，所述系统包括：

应用装配模块，用于对所述集成平台控制中心发送的应用包进行解析，根据解析结果将服务定义信息与应用进行关联，以完成服务装配过程；

应用部署模块，用于激活装配的服务，根据所述集成平台控制中心发送的部署指令判断主机节点是否在线；

应用部署模块，还用于在主机节点在线的情况下，将所述应用包发送至所述主机节点的代理使得所述代理对应用状态信息进行采集，以完成服务部署过程；

应用运维模块，还用于根据服务集成系统中的规则判断接收的所述应用状态信息是否满足告警条件；

应用运维模块，还用于若不满足告警条件，则发送运维指令至所述代理来运维处置异常的应用，以完成对服务的运维。

可选的，所述应用装配模块具体用于：

对所述集成平台控制中心发送的应用包进行解析得到应用包基本信息和根目录树；

将所述应用包基本信息和所述根目录树发送至所述集成平台控制中心进行展示查询，使得所述集成平台控制中心根据服务定义信息对应用部署过程进行服务定义；

将所述集成平台控制中心发送的服务定义信息与应用进行关联以完成对服务的装配。

可选的，所述应用运维模块具体用于：

设置阈值监测规则、日志监测规则、运行状态监视规则；

为应用绑定监视规则并设置告警规则触发时系统动作；

设置规则激活，将所述应用状态信息和系统内的激活的规则作比对。

上述本申请主方案及其各进一步选择方案可以自由组合以形成多个方案，均为本申请可采用并要求保护的方案；且本申请，(各非冲突选择)选择之间以及和其他选择之间也可以自由组合。本领域技术人员在了解本申请方案后根据现有技术和公知常识可明了有多种组合，均为本申请所要保护的技术方案，在此不做穷举。

本申请实施例提供了一种服务装配、部署和运维的集成方法及系统，根据应用包的解析结果将服务定义信息与应用进行关联完成服务装配过程，根据在主机节点在线的情况下通过主机节点的代理对应用状态信息进行采集完成服务部署过程，在应用状态信息不满足告警条件时发送运维指令至所述代理来运维处置异常的应用完成服务运维过程。能够支持不同操作系统、物理机虚拟机云平台以及多种类型的组件，高服务开发部署运维自动化，降低集成部署过程中的软件部署难度，提升服务装配部署的自动化水平。

附图说明

图1示出了本申请实施例提出的服务集成系统的应用场景示意图。

图2示出了本申请实施例提出的服务集成系统的一种结构示意图。

图3示出了本申请实施例提供的一种服务装配、部署和运维的集成方法的流程示意图。

图4示出了本申请实施例的步骤S110的流程示意图。

具体实施方式

以下通过特定的具体实例说明本申请的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本申请的其他优点与功效。本申请还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本申请的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。

基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在现有技术中，应用集成平台存在着很多问题，例如应用构建难度高、运维能力弱、应用打包过程复杂以及针对不同类型的组件缺少统一的发布与部署工具等，为了解决上述问题，本申请提出了一种服务装配、部署和运维的集成方法及系统，能够支持旧系统的快速服务化改造，还能够支持不同操作系统、物理机虚拟机云平台以及多种类型的组件，降低集成部署过程中的软件部署难度，提升服务装配部署的自动化水平，进而解决上述问题，接下来对服务装配、部署和运维的集成方法及系统进行详细说明。

请参照图1，图1示出了本申请实施例提出的服务集成系统的应用场景示意图。申请实施例提出的服务装配、部署和运维的集成方法应用于服务集成系统中，其中服务集成系统分别与集成平台控制中心与主机节点连接，此外集成方法还能应用于服务端与客户端的集成部署。

集成平台控制中心面向用户提供各种可视化的操作，用于下达指令对服务集成的过程进行管理，包括主机节点管理、应用装配、应用监控、应用运维等过程。其中主机节点管理由服务集成系统和各主机上的代理进行通信，通过服务集成系统向代理下发主机配置信息。

主机节点包括了多个主机，每个主机都会有对应的代理，通过主机上的代理完成将服务集成系统将服务推送到各个主机，主机代理还会将主机上运行的应用状态信息发送给应用服务集成系统用作运维管理的数据支撑，主机是为系统节点提供计算资源和存储资源的基础设施，其可以是物理服务器、虚拟主机或云服务器，主机支持的操作系统包括linuxs和windows。

基于图1，请参照图2，图2示出了本申请实施例提出的服务集成系统的一种结构示意图，服务集成系统不仅包括应用装配模块、应用部署模块、应用运维模块，还包括主机节点管理模块、应用监控模块以及应用注册模块。

应用注册模块提供一种应用注册机制，面向远程过程调用、表述性状态传递以及Windows程序中的结构体MSG等多种类型提供服务，同时提供向服务注册中心自动注册服务的功能和访问其他服务的代理，其中服务注册中心主要应用于应用开发阶段，通过向服务注册中心进行服务级别的注册，可以提供开放API供其他服务调用。

主机节点管理模块分别与各个主机上的代理进行通信，将主机配置信息下发至主机节点，使得在对服务装配、部署之前完成对主机的管理，主机管理包括所有主机注册、主机信息采集、主机运维管理以及主机脚本执行等。其中主机注册是通过安装在客户端的代理完成的，将主机注册到系统，不同的操作系统采用统一的客户端代理。

主机信息采集在主机注册完成之后，由客户端代理先采集各个主机节点信息，包含主机运行概况信息、主机运行状态、平均负载、磁盘使用情况、内存使用情况、交换空间使用情况等，将其发送至主机节点管理模块进行缓存，同时提供主机信息列表的展示查询，根据状态、操作系统、数据中心等条件对主机列表进行过滤。

主机运维管理为系统上的主机提供日常所需的运维操作，包括：启动监控、停止监控、重启监控、卸载主机、强制卸载主机、升级代理等。由集成平台控制中心下发命令至主机节点管理模块，主机节点管理模块将其转发至主机，主机再将指令发送到对应的主机节点，由主机节点代理执行运维操作。

主机脚本执行用于系统功能扩展，能够支持任何以脚本形式可以完成的操作，例如时间同步、修改主机名、日志清理、数据备份等，脚本形式可以是shell或python脚本，由用户编写好的脚本，将其通过集成平台控制中心上传至主机节点管理模块，通过主机节点管理模块交由对应的主机节点代理执行脚本，并将执行结果发送给主机节点管理模块展示结果。

此外，主机节点管理模块还能执行主机监控配置、主机基本信息管理和主机运维管理，通过主机监控配置来配置主机节点采集的信息，通过主机基本信息管理来为主机设置别名等信息以便于主机信息的查看，通过主机运维管理来进行升级、重启、卸载、禁用等动作。

应用装配模块，用于在主机节点管理模块完成对主机的管理之后对集成平台控制中心发送的应用包进行解析，根据解析结果将服务定义信息与应用进行关联，以完成服务装配过程。

可选的，应用装配模块还能够将维护应用的基本信息通过JSON格式存储，最终发布成工具可识别的应用软件包。应用装配模块将配置后的web应用打包成web应用可部署应用包，将配置后的exe应用打包成客户端应用可部署应用包，对zip压缩包中的应用包和应用配置信息进行识别，校验格式存储到应用端成为可部署应用包。

通过应用装配模块提供的服务装配过程，无需打包过程，通过描述文件的方式，声明服务之间的依赖关系、配置文件之间的依赖关系、配置项之间的依赖关系以及监控指标的定义，来进行相关信息维护、配置信息维护，完成服务装配。通过一键化配置应用包来完成应用的快速发布，帮助管理企业研发人员提供的所有组件，应用装配模块还自定义别名，支持服务、组件等自定义别名，使名称更符合业务系统应用场景。

应用部署模块，用于激活装配的服务，根据集成平台控制中心发送的部署指令判断主机节点是否在线，在主机节点在线的情况下，将应用包发送至主机节点的代理使得代理对应用状态信息进行采集，以完成服务部署过程。

应用部署模块能够获取应用装配模块发送的包含着应用版本和版本配置信息的web应用可部署应用包和客户端应用可部署应用包，将其生成接口并通过生成的接口将应用包发送至web应用代理和客户端应用代理(主机节点的代理)，代理根据应用包获取web服务应用实例和exe客户端应用实例，并分别在服务器和客户机上进行部署，在部署之后，代理将应用进程信息和代理运行信息发送至应用部署模块来展示应用进程信息、运行状态信息以及代理端运行信息。

此外，在应用部署模块完成服务部署的过程中，将服务打包完成的应用包上传至主机节点，主机节点的代理解压应用包到指定的地址，并执行应用包配置的脚本，包括安装前脚本、安装过程脚本、启动前脚本、启动过程脚本，完成应用的部署过程。应用部署模块能够提供批量部署和单应用部署两种模式，单应用部署是选择应用包，在部署前可以进行端口检测，然后选择可用的主机进行部署，部署完成后，该应用包即在主机上运行，批量部署可以选择多个应用包进行应用编排，最后一键部署到所选的主机上。应用部署模块能够提供对应用包信息的查询、修改应用包的相关信息以及删除服务器上的应用包。在面向已经部署完成的应用查询应用包信息时，查询到该应用更新版本的应用包，便提供对应用的升级功能。

应用监控模块，在应用部署模块完成服务部署后，代理将应用进程信息发送至应用运维模块，来对服务的应用状态和心态状态进行监控。实时采集组件信息，根据系统规则监测组件状态，一旦组件出现异常则采用自动修复和通知用户的方式进行处理，其中自动修复是根据系统内置的规则自动修复组件，完成告警的处置，而通知用户是让用户根据告警的提示手动修复组件，完成告警的处置。

可选的，应用监控模块监视应用的运行状态、运行时长等运行信息，同时下发指令对应用进行启动、停止、重启等操作，并获取应用的运行数据，CPU消耗，内存消耗，能根据主机进行检索，查看每一台主机上运行的应用信息。控制每一个应用进程的启动、停止、重启以及查看报警信息，与主机节点的代理进行通信以获取并管理服务运行信息，应用监控模块管理应用状态，前端对应用状态进行控制，应用监控模块检测应用状态，并将控制信息发送到代理端，代理端启动或者停止服务。

应用运维模块，用于根据服务集成系统中的规则判断接收的应用状态信息是否满足告警条件，若不满足告警条件，则发送运维指令至代理来运维处置异常的应用，以完成对服务的运维。

应用运维模块主要提供应用信息和主机信息的可视化监测，并能根据规则对应用异常情况进行处置。应用运维模块中配置有告警规则，包括阈值监测规则、日志监测规则、运行状态监视规则等，还配置有告警规则的处置策略，如提示公告、应用重启、应用备份、启动备用服务、设置应用守护等，运维模块定时扫描应用运行信息，一旦发现告警则按照告警规则处置策略进行处理。

可选的，应用装配模块具体用于：

对集成平台控制中心发送的应用包进行解析得到应用包基本信息和根目录树。

将应用包基本信息和根目录树发送至集成平台控制中心进行展示查询，使得集成平台控制中心根据服务定义信息对应用部署过程进行服务定义。

将所述集成平台控制中心发送的服务定义信息与应用进行关联以完成对服务的装配。

可选的，应用运维模块具体用于：

设置阈值监测规则、日志监测规则、运行状态监视规则；

为应用绑定监视规则并设置告警规则触发时系统动作；

设置规则激活，将应用状态信息和系统内的激活的规则作比对。

接下来对服务装配、部署和运维的集成方法进行详细说明，请参照图3，图3示出了本申请实施例提供的一种服务装配、部署和运维的集成方法的流程示意图，该服务装配、部署和运维的集成方法的具体实施步骤如下：

步骤S110、对集成平台控制中心发送的应用包进行解析，根据解析结果将服务定义信息与应用进行关联，以完成服务装配过程。

用户端向集成平台控制中心上传应用包，集成平台控制中心将应用包转发至服务集成系统进行解析得到解析结果，服务集成系统再是根据解析结果关联服务定义信息与应用，完成服务装配过程。

可选的，在步骤S110之前，集成平台控制中心接受用户端发送的应用包，判断应用包是否满足应用包格式，在应用包满足应用包格式的情况下，将应用包上传至服务发布部署集成系统。

在应用打包的过程中并不需要依赖特定的打包工具，能够支持市面上常见的打包工具。应用包也能适用于各种发布平台，应用包所对应的应用有web服务(zip、jar)、后台服务(zip、jar)、应用服务(exe、qml)、数据库服务(Mysql、oracle)以及消息服务(rabbitmq、kafka)等。

服务装配的过程请参照图4，图4示出了本申请实施例的步骤S110的流程示意图。步骤S110包括如下子步骤：

步骤S111、对集成平台控制中心发送的应用包进行解析得到应用包基本信息和根目录树。

应用基本信息包括应用类型、应用大小、应用存储路径，集成平台控制中心对应用基本信息进行显示供用户查看。根目录树是应用解压之后的文件目录，用于软件配置定义时选择文件或者文件夹，无需重复读取应用包内部信息。

步骤S112、将应用包基本信息和根目录树发送至集成平台控制中心进行展示查询，使得集成平台控制中心根据服务定义信息对应用部署过程进行服务定义。

服务定义包含了对服务及组件的描述信息、组件之间依赖关系信息、外部链接信息、配置文件信息、配置项信息、以及全局变量定义等。服务定义有组件依赖定义、配置依赖定义、默认配置定义以及监控指标定义，其中组件依赖定义：用于定义组件与组件之间的依赖关系，在组件安装、启动、停止、重启、卸载时进行依赖关系检查，并按依赖关系进行相关操作。配置依赖定义：用于定义不同服务之间的配置文件依赖。默认配置定义：为配置项提供默认值，默认值在服务安装时展示，允许在安装过程中进行修改。运用合理的默认值配置可以大量减少服务安装时的配置修改工作。监控指标定义：定义文件中包括监控指标、报警触发器、指标图表、服务概要信息以及指标采集策略等.

步骤S113、将集成平台控制中心发送的服务定义信息与应用进行关联以完成对服务的装配。

在服务安装时，根据指标定义内容进行创建，以线性图、堆积图等形式在集成平台控制中心展示，当用户完成服务定义后，提交信息至服务集成系统进行存储，并与应用(服务)进行关联完成对服务的装配。

在装配完成之后用户端对服务进行激活，激活后的服务才可以部署使用。在服务激活同时也能够对于服务进行禁用，没有被部署的服务可以执行“禁用”操作，被禁用的服务在服务集成系统中不可用。

在服务完成装配后，需要管理主机节点来进行应用部署相关的管理，主机节点的管理在上述主机节点管理模块已经阐述过，本申请实施例对此不再进行说明。

步骤S120、激活装配的服务，根据集成平台控制中心发送的部署指令判断主机节点是否在线。

步骤S130、在主机节点在线的情况下，将应用包发送至主机节点的代理使得代理对应用状态信息进行采集，以完成服务部署过程。

用户端通过集成平台控制中心下达部署指令至服务集成系统，服务集成系统接收部署指令检测主机节点是否在线，若在线则将应用包推送到主机节点，若在线则给予错误提示。主机节点的代理对应用状态信息进行采集以完成服务部署过程为：

代理对应用包进行解压得到应用配置信息。

代理对应用配置信息进行解析，执行服务定义过程脚本文件。

代理采集应用状态信息，将应用状态信息发送至服务集成系统完成服务的部署。

其中，主机节点的代理接收服务集成系统推送的应用包并解压得到应用配置信息，执行服务定义过程脚本文件，此外主机节点的代理还能够读取主机配置信息，将解压完成应用包放到主机配置的目录中。在脚本文件执行之后，服务集成系统中的应用监控模块实时扫描系统进程，当系统进程信息与应用监视配置的监视参数一致时，捕获进程PID(操作系统里指进程识别号)、运行参数、监测CPU、内存占用等运行信息，判断进程处于启动中、启动成功、运行中、故障等，主机节点驱动代理将采集到的应用状态发送给应用监视模块，用作应用监视和后续运维。

步骤S140、根据服务集成系统中的规则判断接收的应用状态信息是否满足告警条件。

步骤S150、若不满足告警条件，则发送运维指令至代理来运维处置异常的应用，以完成对服务的运维。

可选的，在服务部署过程之后，应用运维模块通过实时接口的方式接收应用监控模块发来的应用状态信息，彬对其进行缓存，根据设置的规则判断应用状态是否正常。

可选的，设置阈值监测规则、日志监测规则、运行状态监视规则；

为应用绑定监视规则并设置告警规则触发时系统动作；

设置规则激活，将应用状态信息和系统内的激活的规则作比对。

应用运维模块中配置各种类型的规则，如阈值、日志监测、心跳监测等，规则设置完成后为应用绑定监视规则并设置告警规则触发时系统动作，将规则信息、规则处置信息和规则应用信息存储于数据库，当用户端激活设置规则时，应用运维模块定时扫描应用监控模块中的应用状态信息和应用日志信息，和激活的规则作比对，当应用状态信息满足告警条件时，应用运维模块为应用标记告警，并以可视化的方式显示到控制中心，如果有告警处置动作，则将指令发送给主机节点代理，对异常的应用进行运维处置。

本申请实施例提供了一种服务装配、部署和运维的集成方法及系统，根据应用包的解析结果将服务定义信息与应用进行关联完成服务装配过程，根据在主机节点在线的情况下通过主机节点的代理对应用状态信息进行采集完成服务部署过程，在应用状态信息不满足告警条件时发送运维指令至代理来运维处置异常的应用完成服务运维过程。能够支持不同操作系统、物理机虚拟机云平台以及多种类型的组件，高服务开发部署运维自动化，降低集成部署过程中的软件部署难度，提升服务装配部署的自动化水平。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本申请的保护范围之内。

Claims (8)

1.一种服务装配、部署和运维的集成方法，其特征在于，应用于服务集成系统,所述服务集成系统分别与集成平台控制中心与主机节点连接，所述方法包括：

对所述集成平台控制中心发送的应用包进行解析，根据解析结果将服务定义信息与应用进行关联，以完成服务装配过程；

激活装配的服务，根据所述集成平台控制中心发送的部署指令判断主机节点是否在线；

在主机节点在线的情况下，将所述应用包发送至所述主机节点的代理使得所述代理对应用状态信息进行采集，以完成服务部署过程；

根据服务集成系统中的规则判断接收的所述应用状态信息是否满足告警条件；

若不满足告警条件，则发送运维指令至所述代理来运维处置异常的应用，以完成对服务运维过程。

2.如权利要求1所述的服务装配、部署和运维的集成方法，其特征在于，所述对所述集成平台控制中心发送的应用包进行解析，根据解析结果将服务定义信息与应用进行关联以完成对服务的装配的步骤，包括：

对所述集成平台控制中心发送的应用包进行解析得到应用包基本信息和根目录树；

将所述应用包基本信息和所述根目录树发送至所述集成平台控制中心进行展示查询，使得所述集成平台控制中心根据服务定义信息对应用部署过程进行服务定义；

将所述集成平台控制中心发送的服务定义信息与应用进行关联以完成对服务的装配。

3.如权利要求1所述的服务装配、部署和运维的集成方法，其特征在于，所述代理完成对服务的部署的步骤，包括：

所述代理对所述应用包进行解压得到应用配置信息；

所述代理对所述应用配置信息进行解析，执行服务定义过程脚本文件；

所述代理采集应用状态信息，将所述应用状态信息发送至所述服务集成系统完成服务的部署。

4.如权利要求1所述的服务装配、部署和运维的集成方法，其特征在于，所述根据服务集成系统中的规则判断接收的所述应用状态信息是否满足告警条件的步骤，包括：

设置阈值监测规则、日志监测规则、运行状态监视规则；

为应用绑定监视规则并设置告警规则触发时系统动作；

设置规则激活，将所述应用状态信息和系统内的激活的规则作比对。

5.如权利要求1所述的服务装配、部署和运维的集成方法，其特征在于，在对所述集成平台控制中心发送的应用包进行解析之前，所述方法还包括：

所述集成平台控制中心接受用户端发送的应用包，判断所述应用包是否满足应用包格式；

在所述应用包满足应用包格式的情况下，将所述应用包上传至所述服务发布部署集成系统。

6.一种服务集成系统，其特征在于，所述服务集成系统分别与集成平台控制中心与主机节点连接，所述系统包括：

应用装配模块，用于对所述集成平台控制中心发送的应用包进行解析，根据解析结果将服务定义信息与应用进行关联，以完成服务装配过程；

应用部署模块，用于激活装配的服务，根据所述集成平台控制中心发送的部署指令判断主机节点是否在线；

应用部署模块，还用于在主机节点在线的情况下，将所述应用包发送至所述主机节点的代理使得所述代理对应用状态信息进行采集，以完成服务部署过程；

应用运维模块，还用于根据服务集成系统中的规则判断接收的所述应用状态信息是否满足告警条件；

应用运维模块，还用于若不满足告警条件，则发送运维指令至所述代理来运维处置异常的应用，以完成对服务的运维。

7.如权利要求6所述的服务集成系统，其特征在于，所述应用装配模块具体用于：

对所述集成平台控制中心发送的应用包进行解析得到应用包基本信息和根目录树；

将所述应用包基本信息和所述根目录树发送至所述集成平台控制中心进行展示查询，使得所述集成平台控制中心根据服务定义信息对应用部署过程进行服务定义；

将所述集成平台控制中心发送的服务定义信息与应用进行关联以完成对服务的装配。

8.如权利要求6所述的服务集成系统，其特征在于，所述应用运维模块具体用于：

设置阈值监测规则、日志监测规则、运行状态监视规则；

为应用绑定监视规则并设置告警规则触发时系统动作；

设置规则激活，将所述应用状态信息和系统内的激活的规则作比对。

Images