[发明专利]一种无业务状态下Docker容器进程活性的检查方法及装置

说明书

本发明公开了一种无业务状态下Docker容器进程活性的检查方法及装置，该方法包括：将前端模拟信号传送至系统后台，以供系统后台中的Docker容器启动内部进程；采集Docker容器启动内部进程后的各项容器资源消耗指标，并计算与各项容器资源消耗指标相对应的权重值；根据各项容器资源消耗指标和与各项容器资源消耗指标相对应的权重值计算Docker容器的容器资源负载值；根据容器资源负载值和应用进程存活数之间的对应关系，确定容器资源负载值所对应的Docker容器进程的假死阶段。本发明能够通过模拟实际情况中的前端业务信号实现无业务状态下的Docker容器内进程的活性检查，同时采集Docker容器的容器资源消耗指标，实现对Docker容器资源的直接检测。

技术领域

本发明涉及Docker容器进程测试技术领域，具体涉及一种无业务状态下 Docker容器进程活性的检查方法及装置。

背景技术

随着Docker容器的不断推广，Docker容器技术越来越多被应用于各大系 统，Docker容器负责承载应用程序容量弹性伸缩，但应用程序无业务情况下 应用程序启动是否具备业务处理能力，并没有一种有效的检查监控手段。目 前主流的解决方案如下：

(1)系统运行时，通过监控应用程序运行端口状态，判断应用程序进程 是否存在。

(2)系统运行时，通过URL(Uniform Resource Locator，统一资源定位 符)检查，通过系统页面是否可以正常登陆来判断程序进程是否正常。

(3)通过业务的功能和非功能测试检测应用程序业务处理成功率，进而 判断应用程序是否具备业务处理能力检查。

现有监控技术无法在无业务情况下判断Docker容器内应用程序是否假 死。URL检查具有局限性，无法覆盖全量应用程序。业务功能和非功能测试 同样无法完全覆盖所有Docker容器内的应用程序，需要依赖用户实际使用过 程中暴露出Docker容器内应用程序是否假死，然后进行相应应对措施。因此， 整体看来目前的技术手段缺少在交付用户使用前监控和判断Docker容器内应 用程序是否假死的手段。

现有技术主要缺陷有：

(1)业务上线后，应用系统程序在无业务情况下，现有Docker健康检 查手段无法监控多集群的动态端口变化的监控，同时无法判断所有Docker容 器内应用程序是否假死，造成业务使用过程个别假死应用程序引起的业务处 理异常。

(2)业务上线后，应用系统程序在无业务情况下，功能和非功能验收测 试不能覆盖全部Docker容器全部实例或具体单个容器实例，造成个别Docker 容器应用程序假死引起业务中断。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分 地解决上述问题的一种无业务状态下Docker容器进程活性的检查方法及装 置。

依据本发明的一个方面，提供了一种无业务状态下Docker容器进程活性 的检查方法，包括：

将前端模拟信号传送至系统后台，以供系统后台中的Docker容器启动内 部进程；

采集Docker容器启动内部进程后的各项容器资源消耗指标，并计算与各 项容器资源消耗指标相对应的权重值；

根据各项容器资源消耗指标和与各项容器资源消耗指标相对应的权重值 计算Docker容器的容器资源负载值；

根据容器资源负载值和应用进程存活数之间的对应关系，确定容器资源 负载值所对应的Docker容器进程的假死阶段。

可选地，计算与各项容器资源消耗指标相对应的权重值具体包括：

预先确定与每个容器资源消耗指标相对应的数量约束值；