我正在一个Docker容器（node：4.2.1）中运行一个webpack-dev-server应用程序。 如果我尝试从容器内连接到服务器端口 – 它工作正常。 但是，尝试从主机连接它会导致重置连接（当然，该端口已发布）。 我该如何解决？

我使用不同的stream程来处理一个应用程序，并要求我包含那些实现更多隔离的stream程。 问题是这些进程与单个“pipe理程序”进程共享内存以交换数据（它们使用经典的共享缓冲区）。 该解决scheme是为了性能要求而实现的，因为它在用户空间中运行，所以在用户空间和内核空间之间没有内容切换。 如果我没有错，不可能在单个IPC命名空间中运行多个docker容器，但我不知道单个docker容器是否属于不同的IPC命名空间，这可以解决我的问题。 其他解决scheme是值得欢迎的，只要记住，性能是一个要求，在此先感谢。

由于Docker 1.10（和libnetwork更新），我们可以手动给一个用户定义的networking中的容器提供一个IP，这很酷！ 我想给一个容器在我的局域网中的一个IP地址（就像我们可以用“桥”模式下的虚拟机一样）。 我的局域网是192.168.1.0/24，我所有的电脑里面都有IP地址。 而且我希望我的容器在这个范围内具有IP，以便从我的局域网中的任何地方到达它们（没有NAT / PAT /等等）。 我显然读过Jessie Frazelle的博客文章 ，还有很多其他人在这里和其他地方发帖： 如何设置docker集装箱的iP？ 如何将特定的IP分配给容器并使其可以在VM主机之外访问？ 还有更多，但没有出来。 我的容器仍然有IP地址在我的docker主机“内部”，而我的局域网上的其他电脑则无法访问。 读Jessie Frazelle的博客文章，我想（因为她使用公共IP），我们可以做我想做的事情吗？ 编辑 ：的确，如果我做了这样的事情： network create –subnet 192.168.1.0/24 –gateway 192.168.1.1 homenet docker run –rm -it –net homenet –ip 192.168.1.100 nginx docker主机（br- [a-z0-9] +）上的新接口采用“ – 网关”IP，这是我的路由器IP。 和networking上两台电脑上的IP一样… BOOM 提前致谢。

我看到了docker-compose模式，但我很困惑。 什么是制作容器的最佳方法？ 什么时候应该使用link或volumes_from 。 什么时候应该使用volumes_from ， volumes 1个应用程序数据库 app: image: someimage link: – db // data volume container name db: image: mysql volumes_from: – data // data volume name data: image: someimage volumes: – {host data}:{guest data} 2个应用程序数据库+数据 app: image: someimage link: – db // data volume container name db: image: mysql volumes: – data […]

我无法弄清楚如何从Docker容器中读取文件的内容。 我想执行一个SQL文件的内容到我的PGSQL容器中。 我试过了： docker exec -it app_pgsql psql –host=127.0.0.1 –username=foo foo < /usr/src/app/migrations/*.sql 我的应用程序被挂载在/usr/src/app 。 但是我得到一个错误： bash：/usr/src/app/migrations/*.sql：没有这样的文件或目录 看来，巴什解释这条道路是一个主人的path，而不是客人。 事实上，两次执行这个命令是完美的： docker exec -it app_pgsql psql –host=127.0.0.1 –username=foo foo < /usr/src/app/migrations/*.sql 我认为这是一个比Docker更多的Bash问题，但我仍然卡住！ 🙂

Docker提供了一个交互式的stats命令， docker stats [cid] ，它提供了CPU使用情况的最新信息，如下所示： CONTAINER CPU % MEM USAGE/LIMIT MEM % NET I/O 36e8a65d 0.03% 4.086 MiB/7.798 GiB 0.05% 281.3 MiB/288.3 MiB 我试图以可消化格式的CPU使用率作为百分比来做一些分析。 我已经看到/ sys / fs中的统计信息，它们似乎提供了与Docker Remote API类似的值，它给了我这个JSON blob： { "cpu_usage": { "usage_in_usermode": 345230000000, "total_usage": 430576697133, "percpu_usage": [ 112999686856, 106377031910, 113291361597, 97908616770 ], "usage_in_kernelmode": 80670000000 }, "system_cpu_usage": 440576670000000, "throttling_data": { "throttled_time": 0, "periods": […]

docker-compose.yml规范的3.1版引入了对秘密的支持。 我试过这个： version: '3.1' services: a: image: tutum/hello-world secret: password: the_password b: image: tutum/hello-world $ docker-compose up returns： Unsupported config option for services.secret: 'password' 我们如何在实践中使用秘密function？

如果可能的话，你将如何configuration每个守护进程 – graphics位置，图像位置等？

我明白docker容器在Docker主机之间是可移植的，但是我对与Base Image和主机的关系感到困惑。 从图像上的文档看来，如果你有多种基本的图像在运行的话，你将会在主机上看到更重的脚印（类似于多个虚拟机）。 这个假设是正确的吗？ 好 ：许多容器共享一个基本的图像。 坏的 ：许多容器运行单独的/独特的基础图像。 我相信很多这种困惑来自于我对LXC的认识不足。

我正在使用gitlab-ci-multi-runner和docker容器。 一切都很好，但docker集装箱不保留composercaching，所以每次运行composer一次又一次地下载依赖，这需要很多时间。 有没有什么办法可以configurationgitlab-ci-runner容器来保持composercaching，或者在保存composercaching的每次运行中都装载一个卷？