等效于Docker Compose v3中的volumes_from

这里似乎有类似的问题(docker-composevolume_from与版本3等效,如何替换docker-composer

v3中的volume_from),但我不认为它们会回答问题(或者至少我不理解答案如何解决问题)。因此,让我尝试再次询问,非常明确。

我有这个v2 docker-compose.yml:

version: '2'

services:

full-tests:

volumes:

- ..:/opt/project

- ../../../ext-libs:/opt/ext-libs

- ./third-mapping:/opt/third

unit-tests:

volumes_from: full-tests

关键是该卷集只定义了一次,我可以使用轻松地重用它们volumes_from

您将如何在v3中重写它?

回答:

要回答您的问题-在v3中是不可能的-请参阅以下部分。v3不得用作后继产品(也是docker的官方声明),应在“大量案例”中使用。

但是,您应该做的是使用命名卷。

您可以像这样将其与主机安装卷结合使用

docker volume create --name volume1 -o type=none -o device=/home/$USER/projects/01 -o o=bind

您可以使用3.2中引入的长语法来简化此操作:https : //docs.docker.com/compose/compose-file/#long-

syntax-2,以便您可以在Docker中的主机上定义命名卷+绑定-compose文件示例:

services:

full-tests:

volumes:

- type: volume

source: ../

target: /opt/project

- type: volume

source: ../../../ext-libs

target: /opt/ext-libs

或简而言之

services:

full-tests:

volumes:

- ../:/opt/project

- ../../../ext-libs:/opt/ext-libs

但是,您不能做的是,将长语法放在顶级“卷”定义下,为该卷命名,然后在服务的“卷”部分中重用它-这是不可能的。为此,您可以使用

volumes:

project:

external: true

third-party:

external: true

然后在cli上使用“ docker volume create”语法,使用bind选项创建这些卷,如上文所述

但是您将永远无法获得volumes_from在这里为您所做的工作


v3中没有等效的volume_from,因为v3不是v2的后继产品,而是替代品-

请在此处查看我的评论和资源https://github.com/rancher/rancher/rancher/issues/3316#issuecomment-310889283

综上所述,在使用volume_from的方式错误/字段错误的情况下,volumes_from和volumes有重叠。

a)如果要 堆栈升级(向下+向上) 之间 保留数据,请选择命名卷-现在,如果需要2个以上服务共享,只需使用挂载该命名卷即可volumes:

b)但是,如果您 希望数据像通常的应用程序+ httpd /

proxy方案那样通过堆栈升级而持久化(例如,由于其源代码和映像实际上包括此升级),那么您将创建一个非卷为此,例如/var/www在Dockerfile中使用Volume

/var/www,然后使用volume_from将其挂载到httpd服务中。


b的要点是,在堆栈升级中,将删除anon卷(`docker-compose down删除anon容器,但未命名容器),因此升级按预期进行,您有了新的代码库

尝试对命名卷执行相同操作会给您带来第一次升级的巨大惊喜,因为代码位于命名卷上,并且代码库将 覆盖

在“新”映像/新容器上,因此您将在旧版本上运行升级后的代码库。

以上是 等效于Docker Compose v3中的volumes_from 的全部内容, 来源链接: utcz.com/qa/409463.html

回到顶部