基于Alpine Linux的Docker镜像运行两个关联程序的实现问题

这个问题我之前帮不少人解决过——Docker容器默认只会把启动脚本里的最后一个前台进程当成主进程，所以你直接写两行启动命令的话，第一行的程序如果是前台运行，脚本就会卡在这里，永远跑不到第二行。结合你说的「第一个程序要修改第二个的配置，之后还要重启第二个」的需求，给你两个靠谱的解决方案：

Supervisord是轻量级的进程管理工具，专门解决Docker里跑多个长期服务的问题，Alpine上安装也很方便。

步骤1：修改Dockerfile安装依赖 #

在你的Alpine镜像Dockerfile里加上这些内容：

FROM alpine:latest

# 先装你两个程序的依赖，再装supervisord
RUN apk add --no-cache program1-deps program2-deps supervisor

# 把你的程序文件复制到容器里（路径自己调整）
COPY program1 /usr/local/bin/
COPY program2 /usr/local/bin/

# 创建supervisord的配置目录
RUN mkdir -p /etc/supervisor.d/

# 复制配置文件到容器
COPY supervisord.conf /etc/
COPY program1.ini /etc/supervisor.d/
COPY program2.ini /etc/supervisor.d/

# 复制启动脚本并加执行权限
COPY startup.sh /usr/local/bin/
RUN chmod +x /usr/local/bin/startup.sh

# 容器启动时跑启动脚本
CMD ["startup.sh"]

步骤2：写Supervisord的配置文件 #

主配置supervisord.conf： #

[unix_http_server]
file=/tmp/supervisor.sock

[supervisord]
logfile=/var/log/supervisord.log
logfile_maxbytes=50MB
logfile_backups=10
loglevel=info
pidfile=/var/run/supervisord.pid
nodaemon=false  # 必须前台运行，不然Docker容器会直接退出
minfds=1024
minprocs=200

[rpcinterface:supervisor]
supervisor.rpcinterface_factory = supervisor.rpcinterface:make_main_rpcinterface

[supervisorctl]
serverurl=unix:///tmp/supervisor.sock

[include]
files = /etc/supervisor.d/*.ini

Program1的配置program1.ini： #

[program:program1]
command=/usr/local/bin/program1
autostart=true
autorestart=true  # 进程挂了自动重启，很实用
startretries=3
stdout_logfile=/var/log/program1.log
stderr_logfile=/var/log/program1.err
user=root  # 按你的需求换用户

Program2的配置program2.ini： #

[program:program2]
command=/usr/local/bin/program2
autostart=false  # 不要自动启动，等program1改完配置再手动启动
autorestart=true
startretries=3
stdout_logfile=/var/log/program2.log
stderr_logfile=/var/log/program2.err
user=root

步骤3：写启动脚本处理配置修改和重启 #

这个脚本会先启动supervisord，再启动program1，等配置修改完成后启动program2，甚至可以后续监听配置变化自动重启program2：

#!/bin/sh

# 把supervisord后台启动
supervisord -c /etc/supervisord.conf &
SUPERVISOR_PID=$!

# 启动program1
supervisorctl start program1

# 等待program1完成配置修改——这里一定要换成你实际的检查逻辑
# 比如检查配置文件是否存在，或者里面有没有特定的配置项，别用固定sleep（不靠谱）
echo "等待program1修改program2的配置..."
until [ -f /path/to/program2/config.conf ] && grep -q "你要的配置项" /path/to/program2/config.conf; do
    sleep 1
done
echo "配置已准备好，启动program2..."

# 启动program2
supervisorctl start program2

# （可选）如果program1会定期改配置，加个循环自动重启program2
# LAST_MD5=$(md5sum /path/to/program2/config.conf | awk '{print $1}')
# while true; do
#     CURRENT_MD5=$(md5sum /path/to/program2/config.conf | awk '{print $1}')
#     if [ "$CURRENT_MD5" != "$LAST_MD5" ]; then
#         LAST_MD5=$CURRENT_MD5
#         echo "配置更新，重启program2..."
#         supervisorctl restart program2
#     fi
#     sleep 30
# done

# 等着supervisord进程，保证容器不会退出
wait $SUPERVISOR_PID

如果你的场景很简单，不需要自动重启进程，可以直接用脚本把program1后台跑，等配置好再启动program2，最后监控两个进程：

启动脚本startup.sh： #

#!/bin/sh

# 把program1后台启动
program1 &
PROGRAM1_PID=$!

# 等待配置修改完成，同样换成你的检查逻辑
echo "等待program1修改配置..."
until [ -f /path/to/program2/config.conf ]; do
    sleep 1
done

# 启动program2后台
program2 &
PROGRAM2_PID=$!

# 容器收到停止信号时，优雅终止两个进程
cleanup() {
    kill $PROGRAM1_PID $PROGRAM2_PID
    exit 0
}
trap cleanup SIGTERM SIGINT

# 等待任意一个进程退出，这样如果某个进程挂了，容器也会停止
wait -n $PROGRAM1_PID $PROGRAM2_PID

对应的Dockerfile： #

FROM alpine:latest

RUN apk add --no-cache program1-deps program2-deps

COPY program1 program2 startup.sh /usr/local/bin/
RUN chmod +x /usr/local/bin/program1 /usr/local/bin/program2 /usr/local/bin/startup.sh

CMD ["startup.sh"]

这个方案的缺点是进程挂了不会自动重启，适合临时测试用。

最后提个小建议：不要用固定的sleep等待配置修改，最好检查配置文件的实际状态，比如文件是否存在、内容是否符合预期，这样能保证program2启动时配置已经改好。

内容的提问来源于stack exchange，提问作者Zolo