八种Docker容器开发模式.docxVIP

八种 Docker 容器开发模式 Docker 现在成了我最喜欢的工具，在本文中，我将概述一些在我使用Docker 过程中反复出现的模式。我不期待它们能给你带来多少惊喜，但我希望这些能对你有用，我非常愿意与你交流在使用Docker 过程中碰到的模式。 我所有Docker 实验的基础是保持volume 状态不变，以便Docker 容器在没有数据丢失的前提下任意重构。 下面所有的Dockerfiles 例子都集中在：创建容器在其本身可以随时更换的地方，而无需考虑其它。 1. The Shared Base Container(s) Docker 鼓励“继承”，这应用也很自然——这是高效使用 Docker 的一个基本方式，不仅由于它有助于减少建立新容器的时间，Docker 优点多多，它会cache 中间步骤，但也容易在不明确的情况下，失去分享机会。 很显然，在将我的各种容器迁移到Docker 上时，首先要面对的是多个步骤。 对于多数想要随处部署的项目来说所，要创建多个容器，尤其是在这个项目需要长进程，或者需要特定包的情况，所以我要运行的容器也变得越来越多。 重要的是为了让mybase 环境完全自由支配，我正考虑试图在 Docker 上运行“所有一切（” 包括我依赖几个桌面app）。 所以我很快开始提取我的基本设置到base 容器。这是我当前的“devbase”Dockerfile： FROM FROM debian:wheezy RUN apt-get update RUN apt-get -y install ruby ruby-dev build-essential git RUN apt-get install -y libopenssl-ruby libxslt-dev libxml2-dev # For debugging RUN apt-get install -y gdb RUN apt-get install -y gdb strace # Set up my user RUN useradd vidarh -u 1000 -s /bin/bash --no-create-home RUN gem install -n /usr/bin bundler RUN gem install -n /usr/bin rake WORKDIR /home/vidarh/ ENV HOME /home/vidarh VOLUME [/home] USER vidarh EXPOSE 8080 这里没有什么需要特别说明的地方 这里没有什么需要特别说明的地方——它安装一些需要随时可用的特定工具。这些可能会对 大多数人来说是不同的。值得注意的是如果/当你重建一个容器的时候，你需要指定一个特定的标签来避免意外。 使用默认端口 8080，因为这是我发布web app 的端口，这也是我用这些容器的目的。 它为我添加了一个用户，并且不会创建一个/ home 目录。我从宿主机绑定挂载了一个共享 文件夹/ home，这就引出了下一个模式。 2. The Shared Volume Dev Container 我所有的dev 容器与宿主机分享至少一个volume： / home，这是为了便于开发。对于许多 app，在开发模式中，使用基于file-system-change 的 code-reloader 运行，这样一来容器 内封装了 内封装了OS / distro-level 的依赖，并在初始环境中帮助验证app-as-bundled 工作，而不 需要让我每次在代码改变时重启/重建VM。 至于其他，我只需要重启（而不是重建）容器来应对代码的更改。 对于test/staging和production容器，大多数情况下不通过volume 共享代码，转而使用“ADD” 来增添代码到Docker 容器中。 这是我的“homepage”的 dev 容器的Dockerfile，例如，包含我的个人 wiki，存在于“devbase” 容器中的 /home 下，以下展示了如何使用共享的base 容器和/home 卷： FROM FROM vidarh/devbase WORKDIR /home/vidarh/src/repos/homepage ENTRYPOINT bin/homepage web 以下是dev-version 的博客： FROM FROM vidarh/devbase WORKDIR / USER root # For Graphivz integration RUN apt-get update RUN apt-get -y install graphviz xsltproc imagemagick USER vidarh WORKDI