基于Docker的自动化部署

之前写过一篇文章关于使用Github Action进行持续集成。但是如何将构建好的软件包，分发到运行环境？托付给自动化服务后如何保证服务器安全？Docker化部署的话，服务器上的Docker引擎如何自动检查、拉取、运行最新的镜像？本文介绍如何解决这些问题。

镜像分发

对于Docker构建的镜像，我们可以将其推送到Docker hub之类的镜像仓库。然后在服务器上运行docker pull <Image Name>或者docker-compose pull <Service>就可以将镜像拉下来。然后再重新运行就可以了。

这种方式解决了服务器的安全问题。

但是如何将这一套流程自动化呢。

一个思路就是专门写一个守护程序，在接收到某种API请求时，执行以上的操作。但是这样它就脱离了Docker的管理，而且其本身也是需要维护和部署的。

但是如果将它也作为Docker镜像的话，Container又如何控制宿主机中的Docker Engine呢？

这也有办法，我们只需要将Host的Docker域套接字(UNIX domain socket)，挂载到Container中：

docker run ... -v /var/run/docker.sock:/var/run/docker.sock

因为Docker是CS模式，这样Container就可以控制宿主机的Docker引擎，以实现上述操作了。有人将其称为Docker in Docker。

而以上这个思路已经有人造好轮子了。

Watchtower本身就是一个Docker镜像，支持定时、或者API Hook等方式触发检查，在发现有更新的镜像时，它会停止当前运行的容器，自动拉取镜像，重新以之前运行的参数重启容器，完美解决我们的需求。

最终的流程参考文章开头的流程图。

这样一来，我们只需要push代码，Github Action会自动构建Docker镜像并push到Docker hub，然后curl一下我们的watchtower，它就会自动帮我们拉取并运行最新的镜像了。

省了不少时间，最重要的：不要内卷，要work-life balance