Docker-compose设置中已编译组件的Docker开发工作流程

Question

我正在使用docker-compose在一个"系统"中进行服务.该服务是用编译语言编写的,我需要在进行更改时重建它.我正在努力寻找快速迭代变化的最佳方法.

我尝试了2个'工作流',都依赖于通过a链接到源目录volume:来获取最新的源代码.

一个.

• 带上所有支撑容器 docker-compose up -d
• 停止正在开发的服务的容器
• 使用图像运行新容器 docker-compose run --name SERVICE --rm SERVICE /bin/bash
• 在该容器内运行编译并在暴露的端口上运行应用程序.
• 通过停止正在运行的进程然后重建来重新启动.

B.

• (需要Dockerfile CMD来构建然后运行服务)
• 停止服务: docker-compose kill SERVICE
• 重启服务 docker-compose up -d --no-deps SERVICE

问题是重启时间太长而不能在本地重新启动服务(在我的笔记本电脑上独立于docker运行).对于可以热重新加载已更改文件的解释语言,此设置似乎没问题,但我还没有找到适合编译语言服务的快速系统.

Answer 1

我会这样做：

运行docker-compose up但是：

• 使用主机卷作为已编译二进制文件的目录而不是源代码
• 使用entrypoint类似的东西

入口点.sh：

trap "pkill -f the_binary_name" SIGHUP
trap "exit" SIGTERM

while [[ 1 ]]; do
  ./the_binary_name;
done

编写一个脚本来重建二进制文件，并将其复制到服务使用的卷中docker-compose.yml：

# Run a container to compile and build the binary
docker run -ti -v $SOURCE:/path -v $DEST:/target some_image build_the_binary

# copy it to the host volume directory
copy $DEST/... /volume/shared/with/running/container

# signal the container
docker kill -s SIGHUP container_name

因此，要编译二进制文件，您可以使用此脚本，它将源目录和目标目录安装为卷。$DEST如果与“运行”容器共享的卷目录相同，您可以跳过复制步骤。最后，脚本将向正在运行的容器发出信号，使其终止旧进程（正在运行旧二进制文件）并启动新进程。

如果共享卷导致容器中的编译速度太慢，您还可以在主机上运行编译，然后仅执行复制和发信号以使其在容器中运行。

该解决方案还有一个额外的好处，即您的“运行时”映像不需要所有开发依赖项。它可能是一个非常精简的映像，只有一个裸露的操作系统基础。