Tag: 初始化

Docker撰写：即时从中心初始化/自定义图像: 我是新来的docker撰写和无法弄清楚如何自定义我的图像从私人/公共docker集线器，才开始撰写。最终目的是在集线器上有标准映像，这些映像通过本地存储的一个configuration文件（包含密码，IP，私人信息）即时编写和定制来调用。更详细地说，我得到了一个DB postgres和一个后端（Django的应用程序）链接到它。在图像（Postgres：lastest）被拉出之后，DB需要很less的定制（创build数据库，给烫发）。后端需要一个configuration文件，该应用程序可以工作之前，该configuration文件添加到该容器内的存储库。一切工作正常，如果我一步一步做，获取图像，运行每个容器，并添加自定义。最后运行一个容器数据库和后端链接。随着撰写，整个事情都跑了一次，我似乎无法正确定制后端（复制一个文件）容器运行之前，并链接到数据库。在docker组装完成之后，我可以运行定制，但似乎已经太迟了。任何人都可以给我一个小费如何使其工作？或者这个过程的最佳方法是什么？感谢您的宝贵帮助。非常好的晚上！问候，格雷格。

我怎么知道“init”或“systemd”是否控制docker？: 我按照官方文档在Ubuntu 16.04 LTS上安装Docker 。由于我的服务器工作在代理之后，所以我需要为Dockerconfiguration代理。在我的主机上运行的进程是这样的： # ps -aef | grep init root 1 0 0 03:05 ? 00:00:01 /sbin/init # ps -aef | grep docker root 3223 1 0 04:04 ? 00:00:00 /usr/bin/docker daemon -H fd:// root 3230 3223 0 04:04 ? 00:00:00 docker-containerd -l /var/run/docker/libcontainerd/docker-containerd.sock –runtime docker-runc –start-timeout 2m 由于docker的父进程是init ，我修改了/etc/default/docker文件： # cat […]

Docker的dumb-init有多重要？: 我希望这个问题不会primarily opinion-based ，但有一个客观的答案。我已经阅读了dumb-init，一个Docker容器的init系统介绍，它广泛地描述了为什么以及如何使用dumb-init 。说实话，对于那些对Linux进程结构不太熟练的人来说，这听起来相当戏剧化，而且如果你不使用dumb-init话，就好像你正在做的事情是完全错误的。这就是为什么我正在考虑在我自己的Docker镜像中使用它的原因是什么让我无法做到这一点是事实，我还没有find一个官方的Docker镜像使用它。以mongo为例：他们直接调用mongod 。以postgres为例：他们直接调用postgres 。以节点为例，他们直接调用node 。 … 如果dumb-init 如此重要 – 为什么显然没有人使用它？我在这里错过了什么？

我应该在Docker容器中运行init进程吗？: 我最近研究了一些有关Docker的最佳实践，并就如何处理init进程提出了不同的意见。正如在这里指出的那样，init进程不应该运行。我可以按照这样的想法，一个容器应该build模一个进程而不是整个操作系统。另一方面，如这里所述，如果我忽略像syslog这样的基本OS服务，可能会出现问题。如何处理这些案件往往没有绝对的答案。你能分享一些关于这个话题的经验或更多的见解吗？对我来说，两人似乎合法。

Docker on OSX：如何在一个shell中启动boot2docker，并在另一个shell中使用它: 在使用boot2docker start ，只有特定的terminal才能使用docker命令。没有其他选项卡，没有其他程序。在Emacs中，我希望每次调用时都要在新进程中执行构build和运行命令。事实上，我不得不每次启动2docker初始化，这是不可能的。我也越来越厌倦了每一次出口，我知道其他人也必须非常沮丧，所以我希望有人find一个解决scheme？