在单个pod/image上运行两个无限命令

42次阅读

问题描述

在一个Dockerfile中有一个CMD命令，它调用一个.sh文件来运行一个Django应用程序（包括makemigrations、migrate和uwsgi）。这在一个pod中运行得很好。
现在用户希望在同一个pod中运行一个无限运行的Django admin脚本。
用户尝试了以下方法，但都没有成功：
– 根据Docker文档，不能在Dockerfile中添加第二个命令。
– 在.sh文件中添加脚本也不起作用，因为两个进程（应用程序或命令脚本）都在运行且不会结束，所以第二个进程永远不会运行。
– 如果用户进入pod并使用exec -it bash手动运行脚本，他无法离开pod而不终止进程（Ctrl-C）。

用户希望得到一些建议。

解决方案

请注意以下操作注意版本差异及修改前做好备份。

方案1：使用进程管理器

虽然在容器中运行多个进程并不被推荐，但你有两个选择：
1. 使用进程管理器，如supervisord，或者使用包装脚本作为CMD命令。
以下是一个示例的元代码：

start_first_process_in_bg
if START_FAILED
  exit
start_second_process_in_bg
if START_FAILED
  exit
while sleep 5; do
  check_first_process
  check_second_process
  if ANY_PROCESS_FAILED; then
    exit
  fi
done

在上面的示例中，我们首先在后台启动第一个进程，如果启动失败，则退出。然后，我们在后台启动第二个进程，如果启动失败，则退出。接下来，我们使用一个循环来检查两个进程的状态，如果任何一个进程失败，则退出循环。

方案2：使用Kubernetes的Job

如果你使用的是Kubernetes，你可以考虑使用Job来运行你的第二个脚本。Job是一种用于运行一次性任务的Kubernetes资源。你可以创建一个Job来运行你的脚本，并在脚本完成后自动终止。

以下是一个示例的Job配置文件：

apiVersion: batch/v1
kind: Job
metadata:
  name: my-job
spec:
  template:
    spec:
      containers:
      - name: my-container
        image: your_image
        command: ["your_script.sh"]
      restartPolicy: Never

在上面的示例中，我们定义了一个Job，它使用你的镜像和脚本来创建一个容器。容器将运行你的脚本，并在脚本完成后自动终止。你可以根据需要修改Job的配置。

请注意，使用Job来运行第二个脚本可能需要一些额外的配置和调整，具体取决于你的环境和需求。

以上是两种解决方案，你可以根据你的需求选择其中之一。希望对你有帮助！

正文完