一种将非容器应用纳管至Kubernetes的方法及装置、设备及介质与流程

本发明涉及kubernetes将非容器应用纳管领域，尤其是涉及一种将非容器应用纳管至kubernetes的方法及装置、设备及介质。

背景技术：

1、kubernetes是一个强大的容器编排平台，它的设计初衷是为了更好地管理和调度容器化应用。kubernetes常见的管理容器应用的方式主要有以下几种：

2、1.使用纯yaml文件：这是一种保持简单的方式，通过编写yaml文件来定义kubernetes资源对象，如pod、service、deployment等。这些文件描述了资源的属性、配置和关系，可以通过kubectl命令应用到kubernetes集群中。

3、2.使用helm图表：helm是kubernetes的包管理器，它使用helm图表来定义、安装和升级kubernetes应用。helm图表包含了应用的所有kubernetes资源定义和配置，使得应用的部署和管理更加便捷和一致。

4、3.使用自动化operator：operator是kubernetes的一个扩展机制，用于自动化管理特定类型的应用或服务。operator通过监听kubernetes事件和状态，自动执行相应的操作，如创建、更新或删除资源对象等，实现应用的自动化运维。

5、4.kubectl是kubernetes的命令行工具，它允许用户与kubernetes集群进行交互，从而管理和操作集群中的资源。使用kubectl可以完成如下管理操作：

6、a)、查看集群：可以查看集群的状态，包括正在运行的pod、service、deployment等资源的详细信息。

7、b)、部署应用：通过编写kubernetes资源定义文件(如deployment、service等)，可以使用kubectl将这些资源部署到集群中。

8、c)、更新应用：当应用需要更新时，可以修改资源定义文件，并使用kubectl应用这些更改。

9、d)、扩展和缩容应用：kubectl允许根据需求扩展或缩容应用。

10、e)、删除应用：当不再需要某个应用时，可以使用kubectl删除它。

11、f)、查看日志和调试：kubectl提供了查看pod日志和执行pod中容器命令的功能，这对于调试和故障排除非常有用。

12、kubernetes在容器化方面的技术成熟度已经达到了相当高的水平，它已经成为容器编排领域的主导者，并在稳定性和功能方面取得了显著的进步。然而，尽管kubernetes在容器化方面已经取得了显著的进展，但其在某些方面仍然存在一定的局限性，比如：

13、1.kubernetes的调度和编排机制是基于容器的，它依赖于容器的轻量级和可移植性来实现应用的快速部署和扩展。非容器应用可能无法充分利用这些特性，导致在kubernetes上的部署和管理变得复杂且低效。

14、2.kubernetes的许多高级功能，如自动伸缩、滚动更新和故障恢复等，都是针对容器化应用设计的。这些功能在非容器应用上可能无法发挥同样的效果。

15、3.kubernetes的生态系统也主要围绕容器化应用展开。虽然有一些工具和项目尝试将非容器应用纳入kubernetes的管理范围，但这些解决方案不够成熟或稳定，无法满足大规模生产环境的需求。

16、综上所述，kubernetes在非容器应用方面存在很大的局限性，在面对生产环境上留存数量庞大的非容器应用来说，并没有合理的方案将这些非容器应用纳入到kerbernetes的管理范围内，基于此，发明人研发了一种能够将非容器应用纳管到kerbernetes的管理范围内的方法及装置。

技术实现思路

1、为了将非容器应用纳管至kerbernetes中，以使更好的对容器化应用和非容器化应用进行资源分配和调度，同时提高整体资源的利用率，本发明提供了一种将非容器应用纳管至kubernetes的方法及装置、设备及介质，其能够在不中断非容器应用应用进程的前提下，完成kubernetes集群对非容器应用的纳管，使得kubernetes能够统一地管理容器化应用和非容器化应用，同时管理员可以更加高效地对容器化应用和非容器化应用进行资源分配和调度，提高了整体资源利用率。

2、第一方面，本发明提供的一种将非容器应用纳管至kubernetes的方法，采用如下的技术方案：

3、一种将非容器应用纳管至kubernetes的方法，包括以下步骤：

4、根据kubernetes集群、节点信息下发非容器应用的采集任务和采集脚本；

5、采集主机上的非容器应用的应用进程与应用信息；

6、在kubernetes中创建特定crd定义的cr来记录非容器应用的应用信息；

7、根据cr中记录的非容器应用的应用信息，形成kubernetes集群的工作负载模板文件；

8、根据工作负载模板文件创建pod，并将pod调度至绑定的kubernetes节点，将pod与非容器应用的应用进程建立关联关系，并接管非容器应用的应用信息。

9、优选的，所述应用信息包括非容器应用的应用进程、启动参数、部署目录、配置文件、日志目录和网口端口。

10、优选的，根据cr中记录的非容器应用的应用信息，形成kubernetes集群的工作负载模板文件还包括：

11、将网络端口设置为健康检查，并将配置文件和日志目录挂载到部署目录，然后将启动参数作为非容器应用的命令行参数，并为工作负载资源设定调度策略。

12、优选的，根据工作负载模板文件创建pod，并将pod调度至绑定的kubernetes节点，将pod与非容器应用的应用进程建立关联关系，并接管非容器应用的应用信息包括：

13、根据工作负载模板文件创建kubernetes资源的pod，并将pod调度到绑定的kubernetes节点上，在不重启非容器应用进程的前提下，建立非容器应用的应用进程与pod的关联关系，完成将非容器应用纳管到kubernetes集群的目标。

14、第二方面，本发明提供的一种将非容器应用纳管至kubernetes的装置，采用如下的技术方案：

15、一种将非容器应用纳管至kubernetes的装置，其特征在于，包括以下模块：

16、控制模块，用于根据kubernetes集群、节点信息下发非容器应用的采集任务和采集脚本；

17、非容器应用采集模块，用于接收采集任务并执行采集脚本，然后采集主机上的非容器应用的应用进程与应用信息并上传至控制模块；

18、非容器应用存储模块，用于在kubernetes中创建特定crd定义的cr来记录非容器应用的应用信息；

19、负载模板转换模块，用于根据cr中记录的非容器应用的应用信息，形成kubernetes集群的工作负载模板文件；

20、kubernetes集群资源创建模块，用于根据工作负载模板文件创建pod，并将pod调度至绑定的kubernetes节点，将pod与非容器应用的应用进程建立关联关系，并接管非容器应用的应用信息。

21、优选的，还包括：

22、paas平台，用于统一纳管多个kubernetes集群并作为kubernetes集群管控的入口。

23、第三方面，本技术提供一种电子设备，采用如下的技术方案：

24、一种电子设备，其包括：

25、一个或者多个处理器；

26、存储器；

27、一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于：执行根据上述任一项所述的一种将非容器应用纳管至kubernetes的方法。

28、第四方面，本发明提供的一种应用于检索增强生成的文本生成增强的装置，采用如下的技术方案：

29、一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任一项所述的一种将非容器应用纳管至kubernetes的方法。

30、综上所述，本发明包括以下有益技术效果：

31、1.本发明能够在不中断非容器应用应用进程的前提下，完成kubernetes集群对非容器应用的纳管，使得kubernetes能够统一地管理容器化应用和非容器化应用，同时管理员可以更加高效地对容器化应用和非容器化应用进行资源分配和调度，提高了整体资源利用率。

32、2.本发明在非容器应用被纳管kubernetes后，方便kubernetes监控非容器应用及其运行的节点，当非容器应用出现故障时，可以自动的将非容器应用进行重新启动或动态部署到其他节点，确保非容器应用的稳定性和可用性，降低了因节点故障等导致非容器应用的中断风险。

33、3.本发明使得非容器应用的部署和扩展过程变得更加简单和自动化。管理员可以使用kubernetes的声明式配置来定义非容器应用的运行状态，并且kubernetes将自动确保非容器应用的运行状态与配置保持一致，以提高非容器应用运行时的稳定性，kubernetes还支持非容器应用的水平扩展，使其可以根据需要自动的增加或减少非容器应用的副本数。

34、4.本发明可以帮助管理员更好地了解非容器应用的运行状况和性能表现，以使管理员能够及时的发现和解决非容器应用存在的潜在问题，提高非容器应用运行时的稳定性和性能。