iii. 控制组 iv. 联合文件系统 v. 容器格式 vi. 网络 15. Docker Compose 项目 i. 简介 ii. 安装 iii. 使用 iv. 命令说明 v. YAML 模板文件 16. Docker Machine 项目 i. 简介 ii. 安装 iii. 使用 17. Docker Swarm 项目 i. 简介 ii. 安装 iii. 使用 applications with Docker”，前身是 Fig，兼容 Fig 的模板 文件。 Dockerfile 可以让用户管理一个单独的应用容器；而 Compose 则允许用户在一个模板（YAML 格式）中定 义一组相关联的应用容器（被称为一个 project ，即项目），例如一个 Web 服务容器再加上后端的数据 库服务容器等。 该项目由 Python 编写，实际上调用了 Docker - db:database - redis 使用的别名将会自动在服务容器中的 /etc/hosts 里创建。例如： YAML 模板文件 image build command links Docker —— 从入门到实践 113 YAML 模板文件 172.17.2.186 db 172.17.2.186 database 172.17.2.187 redis

Pod 为例，我们需要通过 kubectl patch 命令修改现有 Deployment 中的 Toleration 参数。 ⾸先，创建 patch ⽂件 tolerationseconds.yaml，⽰例如下： spec: template: spec: tolerations: - key: "node.kubernetes.io/unreachable" operator: "Exists" tolerationSeconds: 100 再执⾏ kubectl patch deploy your-deployment --patch "$(cat tolerationseconds.yaml)" 命令，对 Deployment 进⾏修改。修改完成后，会发现该 Deployment 控制的 Pod 中 相应的污点容忍时⻓已经被修改。 ⚠ ️ 该操作会引发 Deployment 对所有

服务容器本身，往往还需要再加上后 端的数据库服务容器，甚至还包括负载均衡容器等。 Compose 恰好满足了这样的需求。它允许用户通过一个单独的 docker-compose.yml 模板文件 （YAML 格式）来定义一组相关联的应用容器为一个项目（project）。 Compose 中有两个重要的概念： 服务 ( service )：一个应用的容器，实际上可以包括若干运行相同镜像的容器实例。 的核心，涉及到的指令关键字也比较多。但大家不用担心，这里面 大部分指令跟 docker run 相关参数的含义都是类似的。 默认的模板文件名称为 docker-compose.yml ，格式为 YAML 格式。 version: "3" services: webapp: image: examples/web ports: - "80:80" RACK_ENV=development - SESSION_SECRET 如果变量名称或者值中用到 true|false，yes|no 等表达 布尔 含义的词汇，最好放到引号 里，避免 YAML 自动解析某些内容为对应的布尔语义。这些特定词汇，包括 Compose 模板文件 175 y|Y|yes|Yes|YES|n|N|no|No|NO|true|True|TRUE|false|

"/wechat/index.js" ] $ docker build lizheming/drone-wechat:latest Node Dockerfile 示例 Docker compose 抛开脚本，基于 yaml 配置的轻量级容器编排技术 Docker compose 安装 安装 $ pip install docker-compose 启动 $ docker-compose -f docker-compose