[发明专利]容器内逻辑配置方法、设备以及计算机可读介质

说明书

本申请提供了一种容器内逻辑配置方案，该方案在监测到Pod生成时，准入控制器修改Pod的配置，以使所述Pod在根据修改后的配置生成时，下载逻辑执行文件，而后所述准入控制器修改所述Pod中用户容器的启动设置，以使所述Pod中的用户容器在启动时调用逻辑执行文件。该方案采用了Admission Controller的方式实现逻辑注入，在Pod生成时自动修改其配置，使得生成的Pod中能够自动完成相关逻辑的注入，整个注入过程中无需修改容器的镜像，也无需修改deployment配置，运维成本较低，且由于Admission Controller可以管理注入的逻辑，因此在升级、修改时可以统一管理，而不需要针对每个不同应用的镜像或者deployment配置进行调整。

技术领域

本申请涉及信息技术领域，尤其涉及一种容器内逻辑配置方法、设备以及计算机可读介质。

背景技术

Java应用监控，如业务实时监控服务等，通常需要通过javaAgent的方式，对用户java应用进行字节码插桩，从而注入相应的监控逻辑，提供无侵入式监控服务。在以Kubernetes为代表的容器环境中，用户的java应用通过构建容器镜像的方式输出，若需要在容器环境中注入相应的处理逻辑，一般可以采用以下的方式：

方案一：在制作用户容器的镜像(image)时加入相应功能的注入逻辑。以Java应用监控场景为例，生成容器的镜像时，需要为每个使用的镜像加入JavaAgent的挂载流程，从而实现Java应用监控功能。该方案的缺点是：用户需要修改容器的镜像，增加了运维的成本，注入的逻辑是绑定在制作的镜像中，不易修改、升级。若需要修改、升级，则需重新制作镜像，运维成本进一步增加。

方案二：手动修改Kubernetes的Deployment配置文件，在其中关于pod的配置中加入关于注入逻辑的内容。以Java应用监控场景为例，用户需要手动对每个Java应用的deployment配置文件进行修改。该方案的缺点是：如果有多个deployment配置文件，都需要手工添加，运维成本高；若需要升级注入的逻辑，需重新手动修改各个Java应用的deployment配置文件，接入流程长、运维成本高、且需要操作者具备相应知识。

综上所述，目前的注入方案运维成本较高，且不便于对注入的逻辑进行修改和升级。

申请内容

本申请的一个目的是提供一种容器内逻辑配置方案，用以解决现有方案中运维成本高，修改、升级不易的问题。

本申请实施例中提供了一种容器内逻辑配置方法，其中，该方法包括：

在监测到Pod生成时，所述准入控制器修改Pod的配置，以使所述Pod在根据修改后的配置生成时，下载逻辑执行文件；

所述准入控制器修改所述Pod中用户容器的启动设置，以使所述Pod中的用户容器在启动时调用逻辑执行文件。

本申请实施例还提供了一种容器内逻辑配置设备，该设备中安装有准入控制器，所述准入控制器用于在监测到Pod生成时，修改Pod的配置，以使所述Pod在根据修改后的配置生成时，下载逻辑执行文件；以及修改所述Pod中用户容器的启动设置，以使所述Pod中的用户容器在启动时调用逻辑执行文件。

此外，本申请实施例还提供了一种计算设备，该设备包括用于存储计算机程序指令的存储器和用于执行计算机程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发所述设备执行所述容器内逻辑配置方法。

本申请实施例还提供了一种计算机可读介质，其上存储有计算机程序指令，所述计算机可读指令可被处理器执行以实现所述容器内逻辑配置方法。