如果不是，为什么boot2docker不能在生产中使用？什么东西，coreOS带来了boot2docker没有的？ 最佳答案 boot2docker是在非Linux主机中使用的Linux(tinyCore)VM的名称(例如，dockermachine)。如果您使用Docker进行生产，最好在Linux主机上进行(反正您不需要boot2docker)。之后，这取决于您的生产环境:如果它是一个复杂的环境(集群和服务复制是一个问题)，那么CoreOS提出了一个平台(它确实支持docker):请参阅"7reasonswhyyoushould

假设Docker守护程序在操作系统重新启动时由任何类似init.d或systemd的进程自动重新启动，那么重新启动一个或多个Docker容器的首选方法是什么？例如，我可能在反向代理或数据库服务器后面有许多Web服务器。 最佳答案 如果您使用docker-d-r启动守护程序，它将重新启动在守护程序停止之前正在运行的所有容器。这将成为下一版本的默认行为。 关于docker-CoreOS重启后如何自动重启Docker容器？，我们在StackOverflow上找到一个类似的问题：

容器是对应用一次彻底的封装，抽象成简单标准的操作;应用的生产者使用build指令将应用打包成一个标准镜像;然后使用push命令将镜像推送到镜像仓，即可完成应用标准发布;应用的使用者使用pull下载标准镜像，然后使用run命令运行指定的环境，即可完成应用的快速部署。容器完美的解决了应用的标准化问题，但是多容器依然需要共享底层基础操作系统，并没有解决基础操作系统自身的众多问题。1、什么是不可变基础设施?随着现代化架构的应用系统建设，尤其是微服务架构大规模推广，系统的规模跟复杂程度都在指数增长。从单台的物理机，到虚拟化成几台服务器，再到现在几十乃至上百个容器实例的规模，对于系统运维，传统的手工方式已

容器是对应用一次彻底的封装，抽象成简单标准的操作;应用的生产者使用build指令将应用打包成一个标准镜像;然后使用push命令将镜像推送到镜像仓，即可完成应用标准发布;应用的使用者使用pull下载标准镜像，然后使用run命令运行指定的环境，即可完成应用的快速部署。容器完美的解决了应用的标准化问题，但是多容器依然需要共享底层基础操作系统，并没有解决基础操作系统自身的众多问题。1、什么是不可变基础设施?随着现代化架构的应用系统建设，尤其是微服务架构大规模推广，系统的规模跟复杂程度都在指数增长。从单台的物理机，到虚拟化成几台服务器，再到现在几十乃至上百个容器实例的规模，对于系统运维，传统的手工方式已