[发明专利]软件服务复杂依赖关系的管理方法、装置和设备

说明书

本申请的实施例提供了软件服务复杂依赖关系的管理方法、装置、设备和计算机可读存储介质。所述方法包括在服务集成时，按照约定的规范撰写定义文件；所述定义文件包括服务的名称、服务组件以及依赖关系；所述依赖关系包括服务之间的依赖关系，与其它服务配置文件、配置分组、配置项的依赖关系；所述服务之间的依赖关系的最小粒度为服务组件；根据所述定义文件更新平台所有服务之间的依赖关系链，完成服务间的依赖关系的管理。以此方式，可以为开源服务、采购产品以及自研应用提供统一的状态监控、配置管理能力。

技术领域

本申请的实施例涉及服务依赖关系管理领域，尤其涉及软件服务复杂依赖关系的管理方法、装置、设备和计算机可读存储设备。

背景技术

随着信息技术的发展，各类信息化平台建设数量与日俱增，规模愈发庞大，结构也日趋复杂，往往需要几十个甚至上百个软件服务才能构建起所需的业务平台。平台上的软件通常分为三类：开源服务、采购产品、以及自研应用。开源服务中应用最多的是各种大数据服务，构建于在大数据之上，还有提供业务能力的其他采购产品或自研服务。在运维管理方面，通常采购Cloudera Manager或使用开源的Apache Ambari做为大数据运维管理工具，实现对大数据服务的配置、监控管理，使用Zabbix或Prometheus，实现对采购产品及自研应用的状态监控和告警。

软件服务之间存在着复杂的依赖关系，采购产品或自研应用运行在开源服务之上，启动/停止等操作需要严格按照依赖顺序执行。采购产品或自研应用也可能会引用开源服务的配置项或配置文件，例如：HDFS的hdfs-site.xml文件、Kafka通讯端口等，被上层服务大量的引用。随着服务升级、安全策略变更、以及性能要求的提升，在运维操作中，修改配置、启动/停止等操作的越来越频繁。有复杂依赖关系的软件服务，进行启动/停止、配置更新等操作时牵一发而动全身，需要登录到服务器进行修改并进行交叉验证，人工操作极易出错，在平台建设之后的实施和运维环节产生了巨大的工作量。Cloudera Manager和Apache Ambari针对Hadoop体系的部分大数据服务提供了配置管理、状态监控等运维工作，无法为第三方服务提供同等的管理粒度。Zabbix、Prometheus提供了进程级别的状态监控，但无法实现配置管理功能。目前市场上的应用只能为有限的服务提供有限的管理监控，亟需一种复杂依赖关系的软件服务管理方法，为开源服务、采购产品以及自研应用提供统一的状态监控、配置管理能力。

发明内容

根据本申请的实施例，提供了一种软件服务复杂依赖关系的管理方案。

在本申请的第一方面，提供了一种软件服务复杂依赖关系的管理方法。该方法包括：

在服务集成时，按照约定的规范撰写定义文件；所述定义文件包括服务的名称、服务组件以及依赖关系；所述依赖关系包括服务之间的依赖关系，与其它服务配置文件、配置分组、配置项的依赖关系；所述服务之间的依赖关系的最小粒度为服务组件；

根据所述定义文件更新平台所有服务之间的依赖关系链，完成服务间的依赖关系的管理。

进一步地，所述根据所述定义文件更新平台所有服务之间的依赖关系链包括：

在服务注册、服务安装、服务启动、停止、服务卸载和服务禁用时，通过所述定义文件，获取服务间的依赖关系，并在服务激活时进行更新。

进一步地，所述根据所述定义文件更新平台所有服务之间的依赖关系链，完成服务间的依赖关系的管理包括：

根据所述定义文件更新平台所有服务之间的依赖关系链，完成服务间的配置引用关系管理；所述配置引用关系包括配置项引用、配置分组引用和配置文件引用；

其中，配置项为配置的基础信息，存储于配置仓库中。

进一步地，所述配置仓库包括：

默认配置库，用于保存服务的默认配置，在服务注册时将服务配置信息写入数据库；

实例配置库，用于保存服务在每个部署节点上的配置；其中，每个部署节点为一个服务组件实例；