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

Question

我正在使用 docker-compose 编排的“系统”中开发一项服务。该服务是用编译语言编写的，我需要在进行更改时重新构建它。我正在尝试找到快速迭代更改的最佳方法。

我尝试了 2 个“工作流程”，它们都依赖于通过 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 与与“运行”容器共享的卷目录相同，则可以跳过复制步骤。最后，脚本将向正在运行的容器发出信号，让它终止旧进程（正在运行旧二进制文件）并启动新进程。

如果共享卷在容器中编译太慢，您也可以在主机上运行编译，然后进行复制并发出信号使其在容器中运行。

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