一种容器处理的方法及装置制造方法及图纸

本申请公开了一种容器处理的方法，包括：确定需要更新的至少一个原容器；根据预设的原容器与部署所述原容器的服务器的对应关系，确定至少一个运行所述原容器的服务器；指示所述运行所述原容器的服务器更新所述原容器。以解决更新或回退容器过程中容易出错的问题。

【技术实现步骤摘要】
一种容器处理的方法及装置
本申请涉及互联网
，具体涉及一种容器处理的方法。本申请同时涉及一种容器处理的装置。
技术介绍
通过容器技术部署并运行应用，以提供业务服务，是目前互联网及云计算行业中常采用的技术方案，docker容器技术是常用的容器技术。所谓应用包括网站以及其他提供服务的应用程序。提供应用服务的系统中通常会存在几十或成百上千docker容器，有的docker容器需要部署在多台服务器，例如用户认证、会员充值这类要求高可用性的业务应用需要部署到多台服务器。由于实际中往往涉及应用的更新或回退，因此对部署并运行应用的docker容器的编排是容器处理的重要内容。目前一般使用编排工具dockercompose编排docker容器。现有技术中，编排工具dockercompose只能编排单机容器，当需要编排多台服务器上的容器时，用户需要预先确定更新或回退的docker容器部署在了哪些服务器，在每台服务器安装dockercompose工具，因此不能以全局的方式批量编排不同服务器的容器，在更新或回退容器过程中存在易出错的问题。
技术实现思路
本申请提供一种容器处理的方法，以解决更新或回退容器过程中容易出错的问题。本申请提供一种容器处理的方法，包括：确定需要更新的至少一个原容器；根据预设的原容器与部署所述原容器的服务器的对应关系，确定至少一个运行所述原容器的服务器；指示所述运行所述原容器的服务器更新所述原容器。可选的，所述指示所述运行所述原容器的服务器更新所述原容器，包括：指示所述运行所述原容器的服务器停止所述原容器；或者，指示所述运行所述原容器的服务器删除所述原容器；或者，指示所述运行所述原容器的服务器启动新容器。可选的，所述指示所述运行所述原容器的服务器启动新容器，包括：指示所述运行所述原容器的服务器从存储有镜像文件的实体，获取用于更新原容器的目标镜像文件；指示所述运行所述原容器的服务器使用所述目标镜像文件启动新容器。可选的，所述容器处理的方法，还包括：向所述运行所述原容器的服务器发送测试命令；接收所述运行所述原容器的服务器针对所述测试命令的执行结果；根据所述命令执行结果，判断所述运行所述原容器的服务器是否成功更新所述原容器；若判断所述运行所述原容器的服务器未成功更新所述原容器，则停止更新所述原容器。可选的，所述容器处理的方法，还包括：若判断所述运行所述原容器的服务器未成功更新所述原容器，则发出报警通知。可选的，，所述确定需要更新的至少一个原容器，包括：接收更新容器的指令；根据所述指令，确定所述需要更新的原容器。可选的，所述容器处理的方法，还包括：获取用于获得更新后的容器的程序包；根据所述程序包，构建用于更新所述原容器的目标镜像文件。可选的，所述容器处理的方法，还包括：指示构建镜像文件的实体，获取用于获得更新后的容器的程序包；指示所述构建镜像文件的实体，根据所述程序包构建用于更新所述原容器的目标镜像文件。可选的，所述容器处理的方法，还包括：将所述目标镜像文件推送到能存储镜像文件的实体；或，指示所述构建镜像文件的实体，将所述目标镜像文件推送到能存储镜像文件的实体。可选的，所述存储有镜像文件的实体和/或能存储镜像文件的实体，是镜像文件仓库。可选的，所述容器，是基于docker引擎启动运行的特定应用及特定应用的运行环境。本申请还提供一种容器处理的装置，包括：待更新容器确定单元，用于确定需要更新的至少一个原容器；目标服务器确定单元，用于根据预设的原容器与部署所述原容器的服务器的对应关系，确定至少一个运行所述原容器的服务器；更新单元，用于指示所述运行所述原容器的服务器更新所述原容器。本申请还提供一种电子设备，包括：存储器，以及处理器；所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：确定需要更新的至少一个原容器；根据预设的原容器与部署所述原容器的服务器的对应关系，确定至少一个运行所述原容器的服务器；指示所述运行所述原容器的服务器更新所述原容器。本申请还提供一种存储设备，存储有指令，所述指令能够被处理器加载并执行以下步骤：确定需要更新的至少一个原容器；根据预设的原容器与部署所述原容器的服务器的对应关系，确定至少一个运行所述原容器的服务器；指示所述运行所述原容器的服务器更新所述原容器。与现有技术相比，本申请具有以下优点：本申请提供的容器处理的方法及装置，通过根据预设的原容器与部署所述原容器的服务器的对应关系，确定需要更新或回退的docker容器部署在了哪些服务器，以全局的方式批量编排这些服务器的容器，对需要更新或回退的docker容器进行相应的更新或回退操作，从而解决了更新或回退容器过程中容易出错的问题。附图说明图1是本申请第一实施例提供的容器处理的方法的处理流程图；图2是本申请第一实施例提供的容器处理的方法的实际部署系统的流程图；图3是本申请第二实施例提供的容器处理的装置的示意图。具体实施方式在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。本申请提供一种容器处理的方法。本申请同时涉及一种容器处理的装置。在下面的实施例中逐一进行详细说明。本申请第一实施例提供一种容器处理的方法。以下结合图1至图2对本申请第一实施例提供的容器处理的方法进行说明。图1所示的容器处理的方法，包括：步骤S101至步骤S103。步骤S101，确定需要更新的至少一个原容器。本申请实施例中，所述容器，是基于docker引擎启动运行的特定应用及特定应用的运行环境。所述docker引擎，是运行于操作系统内核上的应用容器引擎。通过容器提供特定应用的业务服务或功能的主机称为docker主机。将特定应用部署并运行于docker主机上，包括：将特定应用、特定应用的依赖库及运行时的配置参数打包成镜像文件(image或images)；docker主机根据所述镜像文件，通过docker从系统可用计算资源中创建或启动运行实例，从而达到运行所述特定应用以提供业务服务的目的。其中，所述运行实例即为基于docker引擎启动运行的特定应用及特定应用的运行环境的容器，也称为docker容器；所述配置参数是所述docker容器运行时的环境参数，例如，匿名卷、环境变量、用户等。每个docker容器都拥有隔离的用户空间，因此在同一主机系统上可以运行多个docker容器。docker容器不需要对操作系统内核或虚拟硬件打包，因此相比于虚拟机更为轻量化，启动速度很快。本申请实施例提供的容器处理的方法，可以部署于docker主机，也可以部署于与docker主机通信的远程主机或服务器。当特定应用提供的业务服务需要调整时，例如，新增功能或删除功能或改变流程，则需要通过容器编排来处理提供所述业务服务的容器。所谓容器编排，是指对容器进行的处理操作，包括下述任一操作：使用指定的镜像文件启动容器、停止容器、删除容器。本申请实施例中，对原容器进行容器编排实现原容器的更新，从而达到调整业务服务的目的。所述原容器为需要更新的容器，更新后的容器称为新容器，新容器提供的业务服务为按照需求调整后的业务服务。本步骤是确定需要更新的原本文档来自技高网...

【技术保护点】
1.一种容器处理的方法，其特征在于，包括：确定需要更新的至少一个原容器；根据预设的原容器与部署所述原容器的服务器的对应关系，确定至少一个运行所述原容器的服务器；指示所述运行所述原容器的服务器更新所述原容器。

【技术特征摘要】
1.一种容器处理的方法，其特征在于，包括：确定需要更新的至少一个原容器；根据预设的原容器与部署所述原容器的服务器的对应关系，确定至少一个运行所述原容器的服务器；指示所述运行所述原容器的服务器更新所述原容器。2.根据权利要求1所述的方法，其特征在于，所述指示所述运行所述原容器的服务器更新所述原容器，包括：指示所述运行所述原容器的服务器停止所述原容器；或者，指示所述运行所述原容器的服务器删除所述原容器；或者，指示所述运行所述原容器的服务器启动新容器。3.根据权利要求2所述的方法，其特征在于，所述指示所述运行所述原容器的服务器启动新容器，包括：指示所述运行所述原容器的服务器从存储有镜像文件的实体，获取用于更新原容器的目标镜像文件；指示所述运行所述原容器的服务器使用所述目标镜像文件启动新容器。4.根据权利要求1所述的方法，其特征在于，还包括：向所述运行所述原容器的服务器发送测试命令；接收所述运行所述原容器的服务器针对所述测试命令的执行结果；根据所述命令执行结果，判断所述运行所述原容器的服务器是否成功更新所述原容器；若判断所述运行所述原容器的服务器未成功更新所述原容器，则停止更新所述原容器。5.根据权利要求4所述...

【专利技术属性】
技术研发人员：狄仁杰，
申请(专利权)人：北京辰森世纪科技股份有限公司，
类型：发明
国别省市：北京,11