为什么 docker-compose 卷在不指向主机上的实际文件夹时要声明两次？
Why have docker-compose volumes to be declared twice when not pointing to an actual folder on the host?
在docker-compose.yml file中，我真的需要指定两次volumes吗？在 和 服务之外？如果是，为什么？ （文档的 docker-compose 部分没有太多相关信息）
我感觉，在此处显示的 myapp 卷不是主机上明确的文件夹的情况下，我们 有设置两次，但如果它实际上是主机上的文件夹，仅在frontend服务块中指定它就足够了。
此外，当在服务块外指定卷时，它几乎总是写成key:而没有任何实际值（或有时写成key: {}），这让我很困惑。
此外，根据文档，当我 运行 docker-compose down -v 它实际上仅适用于未明确指定为主机文件夹的卷：
-v, --volumes Remove named volumes declared in the `volumes`
section of the Compose file and anonymous volumes
attached to containers.
因此，在 服务之外声明卷可能是为了使该卷可识别，因此 'removable'。另一方面，如果不在服务外设置，它将永远无法移除？
这是一大堆问题 - 让我们尝试按顺序回答它们：
1。我真的需要指定两次卷（在服务部分内部和外部）吗？
这不是重复的规范：在外部 声明 卷，在内部指定如何将其 装载 到容器中。卷具有独立于服务的生命周期。它可以被多个服务挂载，如果服务重新启动它会保留数据。
2。当在服务块之外指定卷时，它几乎总是写为键：{}
此仅键符号是默认符号，不需要任何驱动程序配置。但是，如果您需要，例如连接到 NFS，你会得到类似的东西：
volumes:
example:
driver_opts:
type: "nfs"
o: "addr=10.40.0.199,nolock,soft,rw"
device: ":/docker/example"
此外，请区分 bind mounts 和常规卷。虽然常规卷是独立于服务（和容器）进行管理的，例如对于 docker volumes list，绑定挂载只是主机和容器文件系统之间的映射。它们绑定到它们安装到的容器。
3。当我 运行 docker-compose down -v 它实际上仅适用于未明确指定为主机上文件夹的卷
是的，这不会删除绑定挂载，因为绑定挂载只是主机-容器文件系统映射，因此 Docker 不会为它们创建独立的卷实体。
为了更深入的理解，请参考 documentation 中的这段摘录：
Bind mounts have been around since the early days of Docker. Bind
mounts have limited functionality compared to volumes. When you use a
bind mount, a file or directory on the host machine is mounted into a
container. The file or directory is referenced by its absolute path on
the host machine. By contrast, when you use a volume, a new directory
is created within Docker’s storage directory on the host machine, and
Docker manages that directory’s contents.
在docker-compose.yml file中，我真的需要指定两次volumes吗？在 和 服务之外？如果是，为什么？ （文档的 docker-compose 部分没有太多相关信息）
我感觉，在此处显示的 myapp 卷不是主机上明确的文件夹的情况下，我们 有设置两次，但如果它实际上是主机上的文件夹，仅在frontend服务块中指定它就足够了。
此外，当在服务块外指定卷时，它几乎总是写成key:而没有任何实际值（或有时写成key: {}），这让我很困惑。
此外，根据文档，当我 运行 docker-compose down -v 它实际上仅适用于未明确指定为主机文件夹的卷：
-v, --volumes Remove named volumes declared in the `volumes`
section of the Compose file and anonymous volumes
attached to containers.
因此，在 服务之外声明卷可能是为了使该卷可识别，因此 'removable'。另一方面，如果不在服务外设置，它将永远无法移除？
这是一大堆问题 - 让我们尝试按顺序回答它们：
1。我真的需要指定两次卷（在服务部分内部和外部）吗？
这不是重复的规范：在外部 声明 卷，在内部指定如何将其 装载 到容器中。卷具有独立于服务的生命周期。它可以被多个服务挂载，如果服务重新启动它会保留数据。
2。当在服务块之外指定卷时，它几乎总是写为键：{}
此仅键符号是默认符号，不需要任何驱动程序配置。但是，如果您需要，例如连接到 NFS，你会得到类似的东西：
volumes:
example:
driver_opts:
type: "nfs"
o: "addr=10.40.0.199,nolock,soft,rw"
device: ":/docker/example"
此外，请区分 bind mounts 和常规卷。虽然常规卷是独立于服务（和容器）进行管理的，例如对于 docker volumes list，绑定挂载只是主机和容器文件系统之间的映射。它们绑定到它们安装到的容器。
3。当我 运行 docker-compose down -v 它实际上仅适用于未明确指定为主机上文件夹的卷
是的，这不会删除绑定挂载，因为绑定挂载只是主机-容器文件系统映射，因此 Docker 不会为它们创建独立的卷实体。
为了更深入的理解，请参考 documentation 中的这段摘录：
Bind mounts have been around since the early days of Docker. Bind mounts have limited functionality compared to volumes. When you use a bind mount, a file or directory on the host machine is mounted into a container. The file or directory is referenced by its absolute path on the host machine. By contrast, when you use a volume, a new directory is created within Docker’s storage directory on the host machine, and Docker manages that directory’s contents.