��
docker-volume-ipfs
This is an open source volume plugin that allows using anipfs filesystem as a volume.
$ docker-volume-ipfs &
$ docker run -it --rm -v QmPXME1oRtoT627YKaDPDQ3PwA8tdP9rWuAAweLzqSwAWT/readme:/data --volume-driver=ipfs busybox cat data
Hello and Welcome to IPFS!
██╗██████╗ ███████╗███████╗
██║██╔══██╗██╔════╝██╔════╝
██║██████╔╝█████╗ ███████╗
██║██╔═══╝ ██╔══╝ ╚════██║
██║██║ ██║ ███████║
╚═╝╚═╝ ╚═╝ ╚══════╝
If you're seeing this, you have successfully installed
IPFS and are now interfacing with the ipfs merkledag!
-------------------------------------------------------
| Warning: |
| This is alpha software. use at your own discretion! |
| Much is missing or lacking polish. There are bugs. |
| Not yet secure. Read the security notes for more. |
-------------------------------------------------------
Check out some of the other files in this directory:
./about
./help
./quick-start <-- usage examples
./readme <-- this file
./security-notes
Goals
The main goal is to be able to create docker volumes that are backed by the IPFS filesystem. They could be named volumes,anonymous volumes. The plugin should also work in a cluster / swarm environment (but by its nature it should be built-in).
First, let's define a "format" for creating volumes. There is two cases: docker volume create and docker run -v.
For docker volume create, it could be an option ipfs=, ipns=...
$ docker volume create --driver=ipfs --opt ipfs=QmPXME1oRtoT627YKaDPDQ3PwA8tdP9rWuAAweLzqSwAWT --name ipfs-welcome
$ docker run -v ipfs-welcome:/ipfs/welcome busybox cat /ipfs/welcome/readme
Hello and Welcome to IPFS!
██╗██████╗ ███████╗███████╗
██║██╔══██╗██╔════╝██╔════╝
██║██████╔╝█████╗ ███████╗
██║██╔═══╝ ██╔══╝ ╚════██║
██║██║ ██║ ███████║
╚═╝╚═╝ ╚═╝ ╚══════╝
If you're seeing this, you have successfully installed
# […]
# would also work with ipns
$ docker volume create --driver=ipfs --opt ipns=ipfs.io --name ipfs-io-website
$ docker run -v ipfs-io-website:/var/www/html nginx
For -v directly in docker run (a.k.a. anonymous volume), we could namespace it somehow.
# Default to ipfs
$ docker run -it --rm -v QmPXME1oRtoT627YKaDPDQ3PwA8tdP9rWuAAweLzqSwAWT/readme:/data --volume-driver=ipfs busybox cat data
Hello and Welcome to IPFS!
# […]
$ docker run -it --rm -v $(docker volume create --driver=ipfs --opt ipns=ipfs.io):/var/www/html --volume-driver=ipfs nginx
TODO(s)
- Use
ipfs daemonAPI instead of making the assumption that a daemon is running and mounting ipfs using fuse - Support ipfs mounts (via fuse)
- Support ipns mounts
- Create a volume v2 plugin
-
1. go环境安装 安装 yum install golang 配置环境变量 #新建go目录作为项目目录 mkdir -p $HOME/go #用cat的方法在尾部增加配置配置golang的 GOROOT GOPATH cat >>$HOME/.bash_profile<<EOF export GOROOT=/usr/lib/golang export GOPATH=\$HOME/go expor
-
转自:https://docs.docker.com/engine/extend/legacy_plugins/ This document describes the Docker Engine plugins generally available in Docker Engine. To view information on plugins managed by Docker, refer
-
在生成时将文件复制到映像。映像中有所有的文件，所以您可以很容易地进行部署。另一方面,在开发中每次都需要构建看起来不是一个好主意,因为构建需要开发人员运行一个命令来重建容器；此外，构建容器可能很耗时。 我知道使用可以在容器中挂载一个主机文件夹，这样可以轻松地修改文件并观察容器中的应用程序对更改的反应。它在开发中看起来很棒，但我不确定如何以这种方式部署我的文件。
-
问题内容： 我正在学习Docker，并且对何时何地使用and 有疑问。我认为这两个都是这样做的： 加 在构建时将文件复制到映像。该映像包含所有文件，因此您可以非常轻松地进行部署。另一方面，在开发中每次都需要构建似乎不是一个好主意，因为构建需要开发人员运行命令来重建容器。另外，建造容器可能很耗时。 体积 我了解您可以使用容器文件夹安装主机文件夹，这样您就可以轻松地修改文件并观察容器中的应用对更改的反
-
本实验尝试使用此Docker文件构建容器： 然后在容器内部，创建一个< code >/opt/bundle/file . txt 并在其中放置一些文本。但是，在阅读了“我应该使用复制/添加还是卷包含我的代码”后，该文件并没有像我预期的那样出现在主机上的捆绑目录中。最后一段: 在某些情况下，您可能希望两者都使用。您可以使用COPY让图像包含代码，并在开发过程中使用组合文件中的卷来包含来自主机的代码。
-
问题内容： 我是Docker的新手，我正在玩。我想指定存储数据的位置。就像我们执行时提供选项一样。 创建时，如何设置自定义 Mountpoint。我在文档上找不到任何选项。 当我检查音量 我得到类似上面的东西。 有没有一种方法可以设置自定义Mountpoint。通过命令还是通过？ 问题答案： 如果您需要一个指向主机文件系统位置的命名卷（由于可以进行主机安装，因此需要重新设计轮子，但是似乎有很多人在
-
问题内容： 我正在尝试将源文件安装到位于/ var / dynamo的Docker目录中。我希望能够在本地运行Docker并在工作时使用本地文件。 使用运行命令： 与我的 Dockerfile 但是，当我将bash放入容器并运行时，该目录 为空！ 运行显示目录已正确安装 Docker版本是1.9.1 问题答案： Docker＆Virtualbox在将卷装载到/ Users目录之外时似乎出现了问题。
-
容器磁盘上的文件的生命周期是短暂的，这就使得在容器中运行重要应用时会出现一些问题。首先，当容器崩溃时，kubelet 会重启它，但是容器中的文件将丢失——容器以干净的状态（镜像最初的状态）重新启动。其次，在 Pod 中同时运行多个容器时，这些容器之间通常需要共享文件。Kubernetes 中的 Volume 抽象就很好的解决了这些问题。 建议先熟悉 pod。 背景 Docker 中也有一个 vol