在启用了二代swarm 后，可能会在网络列表时看到一个名为ingress 的overlay 网络。 dockernetwork ls network id           name                 driver               scope 6beb824623a4         bridge               bridge               local f3f636574c7a         dockergwbridge     bridge               local cfeb2513a4a3         host                 host              

在1-2 年前， docker所 有容器都连接于默认的桥接网络上，也就是很多老文章鼓捣的docker0 桥接网卡。因此实际上默认情况下所 有容器都是可以互联的，没 有隔离，当然这样安全性不好。而服务发现，是在这种环境下发展出来的，通过修改容器内的/etc/hosts 文件来完成的。凡是--link 的主机的

种默认假定很多时候会出问题，特别是对于使用/etc/hosts 的时候。正向解析会从/etc/hosts 中取得，而反向解析则更可能走dns ，于是出现了不一致。对于 docker而言，使用自定义网络后，一个容器 有很多个名字，内置dns 可以根据服务名、容器名、网络别名、< 容器名> .< 网络名> 等来进行解析

单机环境如果是单机环境，很简单，不必琢磨怎么突破命名空间限制，直接用环境变量送进去即可。 dockerrun -d -e hostip < 宿主的ip 地址> nginx 然后容器内直接读取hostip 环境变量即可。集群环境集群环境相对比较复杂， dockerservice create 中的-e 以及--env-file 是在服务创建时指定、读取环境变量内容，而

对于devicemapper btrfs zfs 来说，可以通过--storage-opt size 100g 这种形式限制rootfs 的大小。 dockercreate -it --storage-opt size 120g fedora /bin/bash 参考官网文档：https://docs.docker.com/engine/reference/commandline/run/ /set-storage-driver-options-per-container

不应该保存于镜像内。在运行时要保持容器基础文件不可变的特性，而变化部分使用挂载宿主目录，或者数据卷来解决。建议看一下官网 dockervolume 的文档：https://docs.docker.com/engine/tutorials/dockervolumes/

态，并不影响服务运行，它们都是无状态服务。这类服务由于不需要状态迁移，不需要分布式存储，因此它们的集群调度更方便。之前没 有dockervolume 的时候， 有些人说docker只可以支持无状态服务，原因就是只看到了存储层需求无状态，而没 有dockervolume 的持久化解决方案。现在这个说法已经不成

卷。绑定宿主目录的概念很容易理解，就是将宿主目录绑定到容器中的某个目录位置。这样容器可以直接访问宿主目录的文件。其形式是 dockerrun -d -v /var/www:/app nginx 这里注意到-v 的参数中，前半部分是绝对路径。在 dockerrun 中必须是绝对路径，而在docker-compose 中，可以是相对路径，因为docker-compose 会帮你补全

卷 dockervolume 是受控存储，是由 docker引擎进行管理维护的。因此使用卷，你可以不必处理uid 、selinux 等各种权限问题， docker引擎在建立卷时会自动添 加安全规则，以及根据挂载点调整权限。并且可以统一列表、添 加、删除。另外，除了本地卷外，还支持网络卷、分布式卷。而挂载目录那

在绑定宿主内容的形式中，有一种特殊的形式，就是绑定宿主文件，既： dockerrun -d -v pwd/myapp.ini:/app/app.ini myapp 在myapp.ini 文件不发生改变的情况下，这样的绑定是和绑定宿主目录性质一样，同样是将宿主文件绑定到容器内部，容器内可以看到这个文件。但是，一旦文件发生改变，情况则有不同。简单的文