多地运维容器化方法、装置、计算机设备及存储介质与流程

1.本发明涉及运维方法，更具体地说是指多地运维容器化方法、装置、计算机设备及存储介质。


背景技术：

2.近年来，随着软件业务的不断发展，业务运维的复杂度也在不断提高。传统的运维方法，如手动执行脚本和人工操作，不仅难以保证操作的一致性，还易出现操作差异和人为失误等问题。同时，在不同地区运维的情况下，由于地区差异，很难确保业务的一致性，也难以统一管理和监控各个地区的运维情况。因此，有必要探索一种全新的运维方法，能够简化操作流程，提高操作的一致性，同时确保不同地区的业务运维一致性。
3.现有的业务运维方式包括使用虚拟机进行应用程序的部署和运维，在这种方案中，应用程序运行在单独的虚拟机中，每个虚拟机都有自己的操作系统和资源，然而，虚拟机方案的缺点是它的资源开销很大，并且很难管理和维护。此外，一些组织也使用了容器技术，容器化技术是一种很有前途的方案，可以极大地简化部署和管理应用程序，同时也可以提高部署的一致性和可重复性，但是使用了容器技术的容器与虚拟机类似，然而，容器技术仍然存在一些问题，如难以在多个地点的不同环境中保持一致的运维标准。
4.综上所述，现有的业务运维方案在不同的地区和团队中往往各有不同，运维效果不一致，降低了业务稳定性，缺乏一致性；在部署、维护和升级运维环境时，效率低下，需要大量人力和时间投入。
5.因此，有必要设计一种新的方法，实现统一管理不同的运维环境，确保不同地区的业务运维一致性，提高运维效率。


技术实现要素：

6.本发明的目的在于克服现有技术的缺陷，提供多地运维容器化方法、装置、计算机设备及存储介质。
7.为实现上述目的，本发明采用以下技术方案：多地运维容器化方法，包括：
8.获取应用程序代码；
9.将所述应用程序代码打包成镜像；
10.上传所述镜像至镜像仓库；
11.获取可视化界面自定义部署模板；
12.通过容器编排工具将所述可视化界面自定义部署模板转换成容器编排文件；
13.将容器编排文件发送到部署节点上，以使得部署节点通过容器编排工具解析容器编排文件，在本地创建容器。
14.其进一步技术方案为：所述将容器编排文件发送到部署节点上，以使得部署节点通过容器编排工具解析容器编排文件，在本地创建容器之后，还包括：
15.定期检查所述容器的运行状态，当所述容器发生故障，则通知相应的部署节点重
新启动所述容器。
16.其进一步技术方案为：所述可视化界面自定义部署模板包括容器的名称、镜像、端口映射、环境变量、数量、网络设置以及资源配额。
17.其进一步技术方案为：所述定期检查所述容器的运行状态，当所述容器发生故障，则通知相应的部署节点重新启动所述容器，包括：
18.在所述容器中安装监控代理；
19.配置监控告警规则；
20.利用所述监控代理实时监控所述容器的运行状态；
21.当所述容器发生故障，则通知相应的部署节点重新启动所述容器。
22.其进一步技术方案为：所述当所述容器发生故障，则通知相应的部署节点重新启动所述容器之后，还包括：
23.记录容器的历史数据，并提供数据查询和分析功能。
24.本发明还提供了多地运维容器化装置，包括：
25.代码获取单元，用于获取应用程序代码；
26.打包单元，用于将所述应用程序代码打包成镜像；
27.上传单元，用于上传所述镜像至镜像仓库；
28.模板获取单元，用于获取可视化界面自定义部署模板；
29.转换单元，用于通过容器编排工具将所述可视化界面自定义部署模板转换成容器编排文件；
30.发送单元，用于将容器编排文件发送到部署节点上，以使得部署节点通过容器编排工具解析容器编排文件，在本地创建容器。
31.其进一步技术方案为：还包括：
32.监控单元，用于定期检查所述容器的运行状态，当所述容器发生故障，则通知相应的部署节点重新启动所述容器。
33.其进一步技术方案为：所述监控单元包括：
34.安装子单元，用于在所述容器中安装监控代理；
35.配置子单元，用于配置监控告警规则；
36.实时监控子单元，用于利用所述监控代理实时监控所述容器的运行状态；
37.报警子单元，用于当所述容器发生故障，则通知相应的部署节点重新启动所述容器。
38.本发明还提供了一种计算机设备，所述计算机设备包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现上述的方法。
39.本发明还提供了一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时可实现上述的方法。
40.本发明与现有技术相比的有益效果是：本发明通过将将应用程序代码打包成镜像、创建和管理容器、以及在不同的部署环境中进行部署和管理，由于不同的环境使用了同一个自定义的模板，保证部署的一致性，实现统一管理不同的运维环境，确保不同地区的业务运维一致性，提高运维效率。
41.下面结合附图和具体实施例对本发明作进一步描述。
附图说明
42.为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
43.图1为本发明实施例提供的多地运维容器化方法的应用场景示意图；
44.图2为本发明实施例提供的多地运维容器化方法的流程示意图；
45.图3为本发明另一实施例提供的多地运维容器化方法的流程示意图；
46.图4为本发明另一实施例提供的多地运维容器化方法的子流程示意图；
47.图5为本发明实施例提供的多地运维容器化装置的示意性框图；
48.图6为本发明另一实施例提供的多地运维容器化装置的示意性框图；
49.图7为本发明另一实施例提供的多地运维容器化装置的监控单元的示意性框图；
50.图8为本发明实施例提供的计算机设备的示意性框图。
具体实施方式
51.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
52.应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
53.还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
54.还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
55.请参阅图1和图2，图1为本发明实施例提供的多地运维容器化方法的应用场景示意图。图2为本发明实施例提供的多地运维容器化方法的示意性流程图。该多地运维容器化方法应用于服务器中。该服务器与终端进行数据交互，服务器负责容器化应用的部署，包括将应用程序代码打包成镜像、创建和管理容器、以及在不同的部署环境中进行部署和管理。该服务器能够自动化地管理容器化应用的部署过程，并提供可视化界面，方便用户对容器化应用的部署进行管理和监控。此外，该服务器还支持自定义部署模板，提高部署效率和一致性。
56.图2是本发明实施例提供的多地运维容器化方法的流程示意图。如图2所示，该方法包括以下步骤s110至s160。
57.s110、获取应用程序代码。
58.在本实施例中，应用程序代码是指需要进行运维管理的应用程序的代码，主要是通过应用程序的代码位置和一些基本的配置信息获取对应的应用程序代码。
59.s120、将所述应用程序代码打包成镜像。
60.在本实施例中，镜像是指对应用程序代码进行打包后形成的镜像文件。
61.将应用程序代码打包成镜像，可以使用容器化技术，例如docker。以下是一些基本步骤：
62.创建dockerfile：dockerfile是描述应用程序镜像构建步骤的文本文件。在其中指定应用程序的依赖项、运行时环境和其他设置。
63.构建镜像：使用docker命令构建镜像，例如docker build。该命令会读取dockerfile，并在本地计算机上构建镜像。构建的过程将执行dockerfile中指定的命令，例如安装依赖项和设置环境变量。
64.s130、上传所述镜像至镜像仓库。
65.在本实施例中，将镜像上传至镜像仓库进行存储。
66.s140、获取可视化界面自定义部署模板。
67.在本实施例中，所述可视化界面自定义部署模板包括容器的名称、镜像、端口映射、环境变量、数量、网络设置以及资源配额。这个模板可以根据实际情况自定义。
68.s150、通过容器编排工具将所述可视化界面自定义部署模板转换成容器编排文件。
69.在本实施例中，容器编排文件是指通过容器编排工具将可视化界面自定义部署模板编排成文件，如docker-compose.yaml或kubernetes.yaml。镜像和容器编排文件之间的关系是这样的：容器编排文件描述了应用程序的架构和部署方式，而镜像则是容器化应用程序的构建块。容器编排文件中需要指定所需的镜像，以及如何将这些镜像组合成一个应用程序。因此，在部署容器化应用程序时，需要先构建镜像，然后使用容器编排文件来指定镜像的部署方式。
70.s160、将容器编排文件发送到部署节点上，以使得部署节点通过容器编排工具解析容器编排文件，在本地创建容器。
71.本实施例的方法能够自动化地管理容器化应用的部署过程，并提供可视化界面，方便用户对容器化应用的部署进行管理和监控。此外，还支持自定义部署模板，提高部署效率和一致性。
72.设一个公司有多个分支机构，每个分支机构都需要运行同一个容器化应用程序，并且这个应用程序需要依赖一些共享的资源，例如数据库等。使用传统的部署方式，每个分支机构都需要单独部署这个应用程序和相关资源，可能会出现不同环境之间部署方式不一致的问题，导致运维效率低下、难以维护。通过使用本实施例的方法可以将这个容器化应用程序和相关资源集中管理，使得各个远程终端设备都能够共享相同的应用程序和资源。服务器上的部署模块可以根据用户定义的模板自动地将应用程序和资源打包成镜像，并将这些镜像发送到各个远程终端设备上进行部署。由于使用了相同的模板，所以在不同的部署环境中，所有的容器都是按照相同的规则进行编排的，因此可以保证部署的一致性。
73.上述的多地运维容器化方法，通过将将应用程序代码打包成镜像、创建和管理容器、以及在不同的部署环境中进行部署和管理，由于不同的环境使用了同一个自定义的模板，保证部署的一致性，实现统一管理不同的运维环境，确保不同地区的业务运维一致性，提高运维效率。
74.图3是本发明另一实施例提供的一种多地运维容器化方法的流程示意图。如图3所
示，本实施例的多地运维容器化方法包括步骤s210-s270。其中步骤s210-s250与上述实施例中的步骤s110-s150类似，在此不再赘述。下面详细说明本实施例中所增加的步骤s270。
75.s270、定期检查所述容器的运行状态，当所述容器发生故障，则通知相应的部署节点重新启动所述容器。
76.在本实施例中，负责对不同地区的业务运维情况进行监控，并将相关信息及时上报给管理系统，报警子单元3074则在出现异常情况时进行报警，提醒管理人员进行处理。
77.在一实施例中，请参阅图4，上述的步骤s270可包括步骤s271～s275。
78.s271、在所述容器中安装监控代理。
79.在本实施例中，在部署容器时，安装监控代理，用于收集容器运行状态、资源使用情况等数据，并将这些数据发送到服务器。
80.s272、配置监控告警规则。
81.在本实施例中，在服务器中配置监控告警规则，当监控代理检测到容器出现问题时，比如资源不足、服务异常等，会触发告警，并将告警信息发送到指定的人员或群组。
82.s273、利用所述监控代理实时监控所述容器的运行状态。
83.在本实施例中，在服务器中可以实时查看容器的运行状态、资源使用情况等信息，并可以根据需要设置监控阈值，当容器的状态超出阈值时，会触发告警。
84.s274、当所述容器发生故障，则通知相应的部署节点重新启动所述容器；
85.服务器提供健康检查功能，通过定期检查容器的健康状态来判断容器是否发生故障。健康检查可以检测容器内部的故障、网络故障或者镜像更新不兼容等问题。当发生故障时，服务器会通知相应的部署节点重新启动容器。
86.s275、记录容器的历史数据，并提供数据查询和分析功能。
87.在本实施例中，服务器还可以记录容器的历史数据，并提供数据查询和分析功能。通过数据分析，可以得到容器的性能趋势、容器资源利用率、容器之间的相互影响等信息，这些信息可以用于性能优化、资源管理、故障排除等。
88.性能优化：通过分析容器的历史数据，可以找到容器性能变化的规律和趋势，进而对容器的资源分配、应用程序优化等方面进行改进。
89.资源管理：通过监控容器的历史数据，可以了解容器的资源使用情况，进而对容器的资源分配进行调整，提高资源利用率。
90.故障排除：通过分析容器的历史数据，可以发现容器性能异常的根本原因，从而更快地解决容器故障。
91.本实施例的服务器也可以对所有容器化应用程序进行监控，提供实时的监控信息和报警，使得运维人员能够及时地发现并解决问题。同时，中央管理服务器上的升级模块可以自动地对所有的容器进行升级，保证各个分支机构使用的都是最新的版本，提高了升级的效率和一致性。服务器还通过提供业务操作流程指导，以确保各地区的操作人员遵循相同的标准。操作人员可以通过用户界面查询业务操作流程，并通过该流程来确保业务操作的一致性。
92.本实施例的方法通过统一的管理容器，管理和协调不同地区的业务运维工作，实现对不同地区业务运维的监控和统一调度，从而提高业务运维的效率和一致性。通过容器化的方式，可以保证不同地区业务运维的一致性，提高业务稳定性。可以通过自动化的方式
降低人力和时间的投入，提高运维效率。容器化方案可以一体化管理运维环境，方便对运维。
93.图5是本发明实施例提供的一种多地运维容器化装置300的示意性框图。如图5所示，对应于以上多地运维容器化方法，本发明还提供一种多地运维容器化装置300。该多地运维容器化装置300包括用于执行上述多地运维容器化方法的单元，该装置可以被配置于服务器中。具体地，请参阅图5，该多地运维容器化装置300包括代码获取单元301、打包单元302、上传单元303、模板获取单元304、转换单元305以及发送单元306。
94.代码获取单元301，用于获取应用程序代码；打包单元302，用于将所述应用程序代码打包成镜像；上传单元303，用于上传所述镜像至镜像仓库；模板获取单元304，用于获取可视化界面自定义部署模板；转换单元305，用于通过容器编排工具将所述可视化界面自定义部署模板转换成容器编排文件；发送单元306，用于将容器编排文件发送到部署节点上，以使得部署节点通过容器编排工具解析容器编排文件，在本地创建容器。
95.图6是本发明另一实施例提供的一种多地运维容器化装置300的示意性框图。如图6所示，本实施例的多地运维容器化装置300是上述实施例的基础上增加了监控单元307。
96.监控单元307，用于定期检查所述容器的运行状态，当所述容器发生故障，则通知相应的部署节点重新启动所述容器。
97.在一实施例中，如图7所示，所述监控单元307包括安装子单元3071、配置子单元3072、实时监控子单元3073、报警子单元3074以及记录子单元3075。
98.安装子单元3071，用于在所述容器中安装监控代理；配置子单元3072，用于配置监控告警规则；实时监控子单元3073，用于利用所述监控代理实时监控所述容器的运行状态；报警子单元3074，用于当所述容器发生故障，则通知相应的部署节点重新启动所述容器。记录子单元3075，用于记录容器的历史数据，并提供数据查询和分析功能
99.需要说明的是，所属领域的技术人员可以清楚地了解到，上述多地运维容器化装置300和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。
100.上述多地运维容器化装置300可以实现为一种计算机程序的形式，该计算机程序可以在如图8所示的计算机设备上运行。
101.请参阅图8，图8是本技术实施例提供的一种计算机设备的示意性框图。该计算机设备500可以是服务器，其中，服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。
102.参阅图8，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。
103.该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032包括程序指令，该程序指令被执行时，可使得处理器502执行一种多地运维容器化方法。
104.该处理器502用于提供计算和控制能力，以支撑整个计算机设备500的运行。
105.该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种多地运维容器化方法。
106.该网络接口505用于与其它设备进行网络通信。本领域技术人员可以理解，图8中
示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
107.其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下步骤：
108.获取应用程序代码；将所述应用程序代码打包成镜像；上传所述镜像至镜像仓库；获取可视化界面自定义部署模板；通过容器编排工具将所述可视化界面自定义部署模板转换成容器编排文件；将容器编排文件发送到部署节点上，以使得部署节点通过容器编排工具解析容器编排文件，在本地创建容器。
109.其中，所述可视化界面自定义部署模板包括容器的名称、镜像、端口映射、环境变量、数量、网络设置以及资源配额。
110.在一实施例中，处理器502在实现所述将容器编排文件发送到部署节点上，以使得部署节点通过容器编排工具解析容器编排文件，在本地创建容器步骤之后，还实现如下步骤：
111.定期检查所述容器的运行状态，当所述容器发生故障，则通知相应的部署节点重新启动所述容器。
112.在一实施例中，处理器502在实现所述定期检查所述容器的运行状态，当所述容器发生故障，则通知相应的部署节点重新启动所述容器步骤时，具体实现如下步骤：
113.在所述容器中安装监控代理；配置监控告警规则；利用所述监控代理实时监控所述容器的运行状态；当所述容器发生故障，则通知相应的部署节点重新启动所述容器。
114.在一实施例中，处理器502在实现所述当所述容器发生故障，则通知相应的部署节点重新启动所述容器步骤之后，还实现如下步骤：
115.记录容器的历史数据，并提供数据查询和分析功能。
116.应当理解，在本技术实施例中，处理器502可以是中央处理单元(central processing unit，cpu)，该处理器502还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
117.本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成。该计算机程序包括程序指令，计算机程序可存储于一存储介质中，该存储介质为计算机可读存储介质。该程序指令被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。
118.因此，本发明还提供一种存储介质。该存储介质可以为计算机可读存储介质。该存储介质存储有计算机程序，其中该计算机程序被处理器执行时使处理器执行如下步骤：
119.获取应用程序代码；将所述应用程序代码打包成镜像；上传所述镜像至镜像仓库；获取可视化界面自定义部署模板；通过容器编排工具将所述可视化界面自定义部署模板转换成容器编排文件；将容器编排文件发送到部署节点上，以使得部署节点通过容器编排工具解析容器编排文件，在本地创建容器。
120.其中，所述可视化界面自定义部署模板包括容器的名称、镜像、端口映射、环境变量、数量、网络设置以及资源配额。
121.在一实施例中，所述处理器在执行所述计算机程序而实现所述将容器编排文件发送到部署节点上，以使得部署节点通过容器编排工具解析容器编排文件，在本地创建容器步骤之后，还实现如下步骤：
122.定期检查所述容器的运行状态，当所述容器发生故障，则通知相应的部署节点重新启动所述容器。
123.在一实施例中，所述处理器在执行所述计算机程序而实现所述定期检查所述容器的运行状态，当所述容器发生故障，则通知相应的部署节点重新启动所述容器步骤时，具体实现如下步骤：
124.在所述容器中安装监控代理；配置监控告警规则；利用所述监控代理实时监控所述容器的运行状态；当所述容器发生故障，则通知相应的部署节点重新启动所述容器。
125.在一实施例中，所述处理器在执行所述计算机程序而实现所述当所述容器发生故障，则通知相应的部署节点重新启动所述容器步骤之后，还实现如下步骤：
126.记录容器的历史数据，并提供数据查询和分析功能。
127.所述存储介质可以是u盘、移动硬盘、只读存储器(read-only memory，rom)、磁碟或者光盘等各种可以存储程序代码的计算机可读存储介质。
128.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
129.在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。
130.本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。
131.该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
132.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利
要求的保护范围为准。

技术特征：
1.多地运维容器化方法，其特征在于，包括：获取应用程序代码；将所述应用程序代码打包成镜像；上传所述镜像至镜像仓库；获取可视化界面自定义部署模板；通过容器编排工具将所述可视化界面自定义部署模板转换成容器编排文件；将容器编排文件发送到部署节点上，以使得部署节点通过容器编排工具解析容器编排文件，在本地创建容器。2.根据权利要求1所述的多地运维容器化方法，其特征在于，所述将容器编排文件发送到部署节点上，以使得部署节点通过容器编排工具解析容器编排文件，在本地创建容器之后，还包括：定期检查所述容器的运行状态，当所述容器发生故障，则通知相应的部署节点重新启动所述容器。3.根据权利要求1所述的多地运维容器化方法，其特征在于，所述可视化界面自定义部署模板包括容器的名称、镜像、端口映射、环境变量、数量、网络设置以及资源配额。4.根据权利要求2所述的多地运维容器化方法，其特征在于，所述定期检查所述容器的运行状态，当所述容器发生故障，则通知相应的部署节点重新启动所述容器，包括：在所述容器中安装监控代理；配置监控告警规则；利用所述监控代理实时监控所述容器的运行状态；当所述容器发生故障，则通知相应的部署节点重新启动所述容器。5.根据权利要求2所述的多地运维容器化方法，其特征在于，所述当所述容器发生故障，则通知相应的部署节点重新启动所述容器之后，还包括：记录容器的历史数据，并提供数据查询和分析功能。6.多地运维容器化装置，其特征在于，包括：代码获取单元，用于获取应用程序代码；打包单元，用于将所述应用程序代码打包成镜像；上传单元，用于上传所述镜像至镜像仓库；模板获取单元，用于获取可视化界面自定义部署模板；转换单元，用于通过容器编排工具将所述可视化界面自定义部署模板转换成容器编排文件；发送单元，用于将容器编排文件发送到部署节点上，以使得部署节点通过容器编排工具解析容器编排文件，在本地创建容器。7.根据权利要求6所述的多地运维容器化装置，其特征在于，还包括：监控单元，用于定期检查所述容器的运行状态，当所述容器发生故障，则通知相应的部署节点重新启动所述容器。8.根据权利要求6所述的多地运维容器化装置，其特征在于，所述监控单元包括：安装子单元，用于在所述容器中安装监控代理；配置子单元，用于配置监控告警规则；
实时监控子单元，用于利用所述监控代理实时监控所述容器的运行状态；报警子单元，用于当所述容器发生故障，则通知相应的部署节点重新启动所述容器。9.一种计算机设备，其特征在于，所述计算机设备包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至5中任一项所述的方法。10.一种存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时可实现如权利要求1至5中任一项所述的方法。

技术总结
本发明实施例公开了多地运维容器化方法、装置、计算机设备及存储介质。所述方法包括：获取应用程序代码；将所述应用程序代码打包成镜像；上传所述镜像至镜像仓库；获取可视化界面自定义部署模板；通过容器编排工具将所述可视化界面自定义部署模板转换成容器编排文件；将容器编排文件发送到部署节点上，以使得部署节点通过容器编排工具解析容器编排文件，在本地创建容器。通过实施本发明实施例的方法可实现统一管理不同的运维环境，确保不同地区的业务运维一致性，提高运维效率。提高运维效率。提高运维效率。


技术研发人员：张勇 李剑平 管为进 彭海 田丽军
受保护的技术使用者：浙江海规技术有限公司
技术研发日：2023.03.13
技术公布日：2023/7/18