[发明专利]容器维护方法、装置及存储介质

说明书

本申请提供了一种容器维护方法、装置及存储介质，涉及金融科技领域或其他相关领域，可用于金融领域或其他领域。该方法应用于服务器，服务器上运行有容器、容器控制器和消息队列，容器控制器和消息队列为基于Node.js技术建立的，该方法包括：容器在自检查到状态异常时，向消息队列发送第一消息，第一消息中携带容器的标识；消息队列向容器控制器发送第二消息，第二消息中携带状态异常的容器的标识；容器控制器响应第二消息，销毁状态异常的容器。基于上述方法，可以实现自动化的容器维护，从而大大降低运维人员的工作量，提高维护异常容器的效率，同时还可以提升维护异常容器的准确度，有利于保障服务的连续性。

技术领域

本申请涉及金融科技领域或其他相关领域，尤其涉及一种容器维护方法、装置及存储介质。

背景技术

近年来，随着微服务、容器化等技术的普及，越来越多的应用被拆分成了多个小的服务，每一个服务又会同时运行多个相同的服务实例，来分散巨大的用户量给一个服务带来的压力，从而提升服务的稳定性，降低业务风险；而容器可以理解为一个独立的微型操作系统，内部可以运行应用程序和服务实例。

在服务实例运行的过程中，会有各种各样的原因导致容器无法正常使用，需要重新启动该容器后才能正常使用其中运行的服务实例。如果用户使用到了无法正常使用的容器中运行的服务实例，会降低用户体验，甚至给用户带来资金或者信息的风险。因此需要及时发现并处理状态异常的容器。

在相关技术中，在发现无法正常使用的容器后，可以由运维人员人工维护该容器，具体地，销毁该容器并启动新的容器来运行服务实例。但在大量容器同时提供服务的情况下，人工维护异常容器的效率不高，且容易出错。

发明内容

本申请提供了一种容器维护方法、装置及存储介质，以期简化运维人员的工作，提升运维效率。

第一方面，本申请提供了一种容器维护方法，该方法应用于服务器，该服务器上上运行有容器、容器控制器和消息队列，容器控制器和消息队列为基于Node.js技术建立的，该方法包括：容器在自检查到状态异常时，向消息队列发送第一消息，第一消息中携带容器的标识；消息队列向容器控制器发送第二消息，第二消息中携带状态异常的容器的标识；容器控制器响应第二消息，销毁状态异常的容器。

基于上述方法，可以实现自动化的容器维护，从而大大降低运维人员的工作量，提高维护异常容器的效率，同时还可以提升维护异常容器的准确度，有利于保障服务的连续性。

结合第一方面，在第一方面的某些可能的实现方式中，状态异常包括：内存占用大于第一预设门限，和/或，网路延迟大于第二预设门限。

结合第一方面，在第一方面的某些可能的实现方式中，容器每隔预设时长进行自检查。

结合第一方面，在第一方面的某些可能的实现方式中，服务器中运行有多个容器，该方法还包括：消息队列响应接收到第一消息，存储第一消息。

结合第一方面，在第一方面的某些可能的实现方式中，消息队列向容器控制器发送第二消息，包括：消息队列在存储的第一消息的数量达到预设门限的情况下，向容器控制器发送第二消息。

结合第一方面，在第一方面的某些可能的实现方式中，在容器控制器销毁容器之后，该方法还包括：容器控制器启动对应数量的新的容器，新的容器的数量大于或等于销毁容器的数量。

结合第一方面，在第一方面的某些可能的实现方式中，该方法还包括：响应容器控制器和消息队列的启动指令，启动容器控制器和消息队列；容器控制器启动容器，其中，容器的个数是根据业务需求确定的。