[发明专利]探测基于Kubernetes部署的微服务的可用性的方法、系统及介质

说明书

本文公开了一种探测基于Kubernetes部署的微服务的可用性的方法、系统及介质，涉及计算机应用技术领域。其中，通过前端页面获取用户配置的待探测的微服务的参数信息，所述参数信息被实时存入数据库进行持久化保存，所述参数信息包括data结构体和result结构体，其中，Data结构体是发起restful api请求时配置的微服务巡检信息，Result结构体是期待探测返回的预期结果；通过后台程序发起Restful API请求以执行对所述微服务的业务探测，得到业务状态结果；根据所述预期结果和得到的业务状态结果判断所述微服务的可用性。计算工作在后端实现，减少前端负载，对客户端友好。探测结果通过web界面可实时展示，供用户查询产品可用性情况。结果比对、分析工作尽量在后端完成，对客户端友好。

技术领域

本发明涉及计算机应用技术领域，具体地，涉及一种探测基于Kubernetes部署的微服务的可用性的方法、系统及介质。

背景技术

随着技术的发展，有人提出了一套围绕应用和微服务的云平台，支持私有化部署，具有高可用、统一管控、行业合规的特点，为客户提供数据化转型所需的自主可控、弹性伸缩的全栈服务能力。该平台采用开源Kubernetes容器编排引擎，提供业务容器化管理，支持应用自动化部署、弹性伸缩等功能。业务以微服务的方式运行，如何保证业务正常运行，需进行微服务可用性探测。

传统的可用性探测主要用于传统X86(泛指一系列基于Intel 8086且向后兼容的中央处理器指令集架构)系统，针对微服务的可用性拨测的功能还未成熟，不能进行业务的有效监控。

在现在的运维工作中，运维人员需在生产环境上主动发起针对各产品的带有参数的http(超文本传输协议)请求调用接口，针对得到的返回结果，进行人工比对，从而判断出探测结果正常与否。现有的技术条件下，该方法稳健性差，探测正确性取决于输入的多个参数的正确性；效率较低，需人工手动在指定时间发起请求，人力成本较高，且耗时较长；结果判断较复杂，当接口返回参数较多时，人工一一比对判，需过滤无效信息，针对关键字段判断业务可用性，该过程较复杂，断错误率较高，耗时也较长；安全性较低，在生产环境每日定时进行人为操作，操作风险较高，易对生产数据及环境产生影响。人工运维的操作存在业务探测低效、运维风险高、安全性低的情况，故无法满足微服务业务可用性拨测的需求。

发明内容

鉴于现有技术存在的上述缺陷，本发明实施方式提供了一种探测基于Kubernetes部署的微服务的可用性的方法、系统及介质。

在对本发明实施方式的发明内容进行具体说明之前，对本发明实施方式涉及的部分术语进行解释，如下：

Kubernetes：一个开源的，用于管理云平台中多个主机上的容器化的应用；

Restful：一种软件架构风格、设计风格，提供了一组设计原则和约束条件；

DevOps：Development and operations，一组过程、方法与系统的统称，促进开发、运营和质量保障的整合；

Cronjob：cronjob管理基于时间的job，在给定时间点只运行一次，在给定时间点周期性地运行。

一方面，本发明实施方式提供了一种探测基于Kubernetes部署的微服务的可用性的方法，包括：

通过前端页面获取用户配置的待探测的微服务的参数信息，所述参数信息被实时存入数据库进行持久化保存，所述参数信息包括data结构体和result结构体，其中，Data结构体是发起restful api请求时配置的微服务巡检信息，Result结构体是期待探测返回的预期结果；

通过后台程序发起Restful API请求以执行对所述微服务的业务探测，得到业务状态结果；

根据所述预期结果和得到的业务状态结果判断所述微服务的可用性。