本申请提供了一种容器维护方法、装置及存储介质，涉及金融科技领域或其他相关领域，可用于金融领域或其他领域。该方法应用于服务器，服务器上运行有容器、容器控制器和消息队列，容器控制器和消息队列为基于Node.js技术建立的，该方法包括：容器在自检查到状态异常时，向消息队列发送第一消息，第一消息中携带容器的标识；消息队列向容器控制器发送第二消息，第二消息中携带状态异常的容器的标识；容器控制器响应第二消息，销毁状态异常的容器。基于上述方法，可以实现自动化的容器维护，从而大大降低运维人员的工作量，提高维护异常容器的效率，同时还可以提升维护异常容器的准确度，有利于保障服务的连续性。有利于保障服务的连续性。有利于保障服务的连续性。
【技术实现步骤摘要】
容器维护方法、装置及存储介质
[0001]本申请涉及金融科技领域或其他相关领域，尤其涉及一种容器维护方法、装置及存储介质。
技术介绍
[0002]近年来，随着微服务、容器化等技术的普及，越来越多的应用被拆分成了多个小的服务，每一个服务又会同时运行多个相同的服务实例，来分散巨大的用户量给一个服务带来的压力，从而提升服务的稳定性，降低业务风险；而容器可以理解为一个独立的微型操作系统，内部可以运行应用程序和服务实例。
[0003]在服务实例运行的过程中，会有各种各样的原因导致容器无法正常使用，需要重新启动该容器后才能正常使用其中运行的服务实例。如果用户使用到了无法正常使用的容器中运行的服务实例，会降低用户体验，甚至给用户带来资金或者信息的风险。因此需要及时发现并处理状态异常的容器。
[0004]在相关技术中，在发现无法正常使用的容器后，可以由运维人员人工维护该容器，具体地，销毁该容器并启动新的容器来运行服务实例。但在大量容器同时提供服务的情况下，人工维护异常容器的效率不高，且容易出错。
技术实现思路
[0005]本申请提供了一种容器维护方法、装置及存储介质，以期简化运维人员的工作，提升运维效率。
[0006]第一方面，本申请提供了一种容器维护方法，该方法应用于服务器，该服务器上上运行有容器、容器控制器和消息队列，容器控制器和消息队列为基于Node.js技术建立的，该方法包括：容器在自检查到状态异常时，向消息队列发送第一消息，第一消息中携带容器的标识；消息队列向容器控制器发送第二消息，第二消息中携带状态异常的容器的标识；容器控制器响应第二消息，销毁状态异常的容器。
[0007]基于上述方法，可以实现自动化的容器维护，从而大大降低运维人员的工作量，提高维护异常容器的效率，同时还可以提升维护异常容器的准确度，有利于保障服务的连续性。
[0008]结合第一方面，在第一方面的某些可能的实现方式中，状态异常包括：内存占用大于第一预设门限，和/或，网路延迟大于第二预设门限。
[0009]结合第一方面，在第一方面的某些可能的实现方式中，容器每隔预设时长进行自检查。
[0010]结合第一方面，在第一方面的某些可能的实现方式中，服务器中运行有多个容器，该方法还包括：消息队列响应接收到第一消息，存储第一消息。
[0011]结合第一方面，在第一方面的某些可能的实现方式中，消息队列向容器控制器发送第二消息，包括：消息队列在存储的第一消息的数量达到预设门限的情况下，向容器控制
器发送第二消息。
[0012]结合第一方面，在第一方面的某些可能的实现方式中，在容器控制器销毁容器之后，该方法还包括：容器控制器启动对应数量的新的容器，新的容器的数量大于或等于销毁容器的数量。
[0013]结合第一方面，在第一方面的某些可能的实现方式中，该方法还包括：响应容器控制器和消息队列的启动指令，启动容器控制器和消息队列；容器控制器启动容器，其中，容器的个数是根据业务需求确定的。
[0014]第二方面，本申请提供了一种容器维护装置，应用于服务器，该服务器上运行有容器、容器控制器和消息队列，容器控制器和消息队列为基于Node.js技术建立的，容器，用于在自检查到状态异常时，向消息队列发送第一消息，该第一消息中携带容器的标识；消息队列，用于向容器控制器发送第二消息，该第二消息中携带状态异常的容器的标识；容器控制器，用于响应第二消息，销毁状态异常的容器。
[0015]结合第二方面，在第二方面的某些可能的实现方式中，消息队列还可用于，响应接收到第一消息，存储第一消息。
[0016]结合第二方面，在第二方面的某些可能的实现方式中，消息队列可用于，在存储的第一消息的数量达到预设门限的情况下，向容器控制器发送第二消息。
[0017]结合第二方面，在第二方面的某些可能的实现方式中，容器控制器还可用于，启动对应数量的新的容器，新的容器的数量大于或等于销毁容器的数量。
[0018]结合第二方面，在第二方面的某些可能的实现方式中，容器控制器和消息队列还可用于，响应容器控制器和消息队列的启动指令，启动容器控制器和消息队列；容器控制器还可用于启动容器，其中，容器的个数是根据业务需求确定的。
[0019]第三方面，本申请提供了一种容器维护装置，包括存储器和处理器，其中，存储器用于存储计算机程序；处理器用于调用并执行计算机程序，以实现上述第一方面以及第一方面任一种可能实现方式中的方法。
[0020]第四方面，本申请提供了一种计算机可读存储介质，包括计算机程序，当其在计算机上运行时，使得计算机实现第一方面以及第一方面任一种可能实现方式中的方法。
[0021]第五方面，本申请提供了一种计算机程序产品，计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当计算机程序被运行时，使得计算机执行第一方面以及第一方面任一种可能实现方式中的方法。
附图说明
[0022]此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
[0023]图1是本申请实施例提供的在现有技术中运维人员人工维护容器的方法的流程示意图；
[0024]图2是本申请实施例提供的容器维护方法的示意性流程图；
[0025]图3是本申请实施例提供的容器维护方法的另一示意性流程图；
[0026]图4是本申请实施例提供的服务器的示意性框图；
[0027]图5是本申请实施例提供的服务器的另一示意性框图。
[0028]通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
[0029]这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
[0030]使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。
[0031]因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0032]在本申请实施例中，术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。此外，术语“包括”以及任何变形，意图在于覆盖不排他的包含。
[0033]容器：容器是一个视图隔离本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种容器维护方法，其特征在于，应用于服务器，所述服务器上运行有容器、容器控制器和消息队列，所述容器控制器和所述消息队列为基于Node.js技术建立的，所述方法包括：所述容器在自检查到状态异常时，向所述消息队列发送第一消息，所述第一消息中携带所述容器的标识；所述消息队列向所述容器控制器发送第二消息，所述第二消息中携带状态异常的容器的标识；所述容器控制器响应所述第二消息，销毁所述状态异常的容器。2.根据权利要求1所述的方法，其特征在于，所述状态异常包括：内存占用大于第一预设门限，和/或，网路延迟大于第二预设门限。3.根据权利要求1所述的方法，其特征在于，所述容器每隔预设时长进行自检查。4.根据权利要求1至3中任一项所述的方法，其特征在于，所述服务器中运行有多个容器，所述方法还包括：所述消息队列响应接收到所述第一消息，存储所述第一消息。5.根据权利要求4所述的方法，其特征在于，所述消息队列向所述容器控制器发送第二消息，包括：所述消息队列在存储的第一消息的数量达到预设门限的情况下，向所述容器控制器发送所述第二消息。6.根据权利要求4所述的方法，其特征在于，在所述容器控制器销毁容器之后，所述方法还包括：所述容器控制器启动对应数量的新的容器，所述新的容器的数量大于或等于销毁容器...
【专利技术属性】
技术研发人员：尤海洋，黄涌铭，
申请(专利权)人：工银科技有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。