在 docker 上设置持续交付而不浪费带宽
set up continuous delivery on docker without wasting bandwidth
我正在努力 运行 使用 docker 的持续交付管道。我想将我的应用程序推送到远程 VPS 运行ning ubuntu 16.04
我知道我可以在我的 VPS 上设置一个私有的 docker 注册中心，但这有一个缺点。
我必须从字面上将 300 MB 的图像上传到服务器。那对我来说不合理。我有一个有限的带宽计划。
我的想法是只发送 Dockerfile 和所有应用程序文件，并创建一些 bash 文件到 build 来自 Docker 文件的图像和为我的应用程序源代码安装卷，最后 运行 将其安装。
我不认为 Docker 私人注册表是一个合理的选择，因为它不支持上传 Docker 文件并自动构建和 运行ning 它。
将我的应用程序自动部署到 vps 并将其作为容器 运行 的选项有哪些：
- 无忧无虑
- 快速且不需要太多带宽
?
如果您不想上传和下载 Docker 图片 from/to 您的 VPS，唯一的方法就是像您所说的那样在本地构建它们。
在您的项目中使用这些图像，必要时使用体积。
也许你可以使用 API 自动构建：https://docs.docker.com/engine/api/v1.24/#33-misc (POST /build)
我正在努力 运行 使用 docker 的持续交付管道。我想将我的应用程序推送到远程 VPS 运行ning ubuntu 16.04
我知道我可以在我的 VPS 上设置一个私有的 docker 注册中心，但这有一个缺点。
我必须从字面上将 300 MB 的图像上传到服务器。那对我来说不合理。我有一个有限的带宽计划。
我的想法是只发送 Dockerfile 和所有应用程序文件，并创建一些 bash 文件到 build 来自 Docker 文件的图像和为我的应用程序源代码安装卷，最后 运行 将其安装。
我不认为 Docker 私人注册表是一个合理的选择，因为它不支持上传 Docker 文件并自动构建和 运行ning 它。
将我的应用程序自动部署到 vps 并将其作为容器 运行 的选项有哪些：
- 无忧无虑
- 快速且不需要太多带宽
?
如果您不想上传和下载 Docker 图片 from/to 您的 VPS，唯一的方法就是像您所说的那样在本地构建它们。 在您的项目中使用这些图像，必要时使用体积。 也许你可以使用 API 自动构建：https://docs.docker.com/engine/api/v1.24/#33-misc (POST /build)