nohup 与后台任务基础回顾

nohup 用于忽略挂断信号（SIGHUP），使命令在用户退出会话后继续运行。结合 & 可将任务放入后台：

nohup command > output.log 2>&1 &

• > output.log 重定向标准输出到文件
• 2>&1 将标准错误合并到标准输出
• & 使命令在后台运行

容器化部署的核心问题

容器默认设计为短暂进程，直接使用 nohup 可能导致任务被终止或日志丢失。需解决以下问题：

• 进程管理：容器主进程（PID 1）需正确处理信号
• 日志持久化：容器内日志需映射到宿主机
• 任务监控：避免僵尸进程或异常退出

方法一：使用 Docker 的 -d 模式

通过 Docker 原生后台运行机制替代 nohup：

docker run -d --name my_task \
  -v /host/log:/container/log \
  image_name command

• -d 让容器在后台运行
• -v 将容器内日志目录挂载到宿主机

方法二：Supervisor 管理进程

在容器内使用 Supervisor 管理多个后台任务：

1. 创建 Supervisor 配置文件（如 /etc/supervisor/conf.d/task.conf）：

[program:my_task]
command=/path/to/command
autostart=true
autorestart=true
stderr_logfile=/var/log/task.err.log
stdout_logfile=/var/log/task.out.log

1. Dockerfile 中安装并启动 Supervisor：

RUN apt-get update && apt-get install -y supervisor
COPY task.conf /etc/supervisor/conf.d/
CMD ["/usr/bin/supervisord", "-n"]

方法三：结合 tmux 或 screen

在容器内运行终端复用工具，适合交互式调试：

docker exec -it container_name tmux new -s session_name

• 通过 tmux attach -t session_name 重新连接会话

日志持久化实践

无论采用何种方法，需确保日志导出到宿主机：

docker run -v /host/path:/container/log_path ...

或使用 Docker 日志驱动：

docker run --log-driver=syslog --log-opt syslog-address=udp://syslog-server:514 ...

健康检查与自动重启

通过 Docker 健康检查确保任务持续运行：

docker run --restart unless-stopped --health-cmd="pgrep command || exit 1" ...

• --restart 定义容器退出时的重启策略
• --health-cmd 检查进程是否存在

常见问题解决

• 僵尸进程：在容器内使用 tini 作为初始化进程（Docker 默认已集成）
• 信号传递：确保主进程能正确处理 SIGTERM 等信号
• 资源限制：通过 --memory 和 --cpus 限制容器资源

Kubernetes 中的后台任务

对于长期运行的后台任务，建议使用 Deployment 而非裸 Pod：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: long-running-task
spec:
  replicas: 1
  template:
    spec:
      containers:
      - name: task
        image: my_image
        command: ["/path/to/command"]

• 通过 kubectl logs -f <pod> 查看实时日志
• 使用 livenessProbe 配置健康检查

通过上述方法，可替代传统 nohup 实现更健壮的后台任务容器化部署。