然后发现容器执行后就立即退出了。甚至在容器内去使用 systemctl 命令结果却发现根本执 行不了。这就是因为没有搞明白前台、后台的概念，没有区分容器和虚拟机的差异，依旧在 以传统虚拟机的角度去理解容器。 对于容器而言，其启动程序就是容器应用进程，容器就是为了主进程而存在的，主进程退 出，容器就失去了存在的意义，从而退出，其它辅助进程不是它需要关心的东西。 而使用 service 如果主机系统上做了相应的设置，容器可以像跟主机交互一样的和其他容器交互。当指定公 共端口或使用 links 来连接 2 个容器时，容器就可以相互通信了（可以根据配置来限制通信的 策略）。 从网络架构的角度来看，所有的容器通过本地主机的网桥接口相互通信，就像物理机器通过 物理交换机通信一样。 那么，内核中实现命名空间和私有网络的代码是否足够成熟？ 内核命名空间从 2.6.15 版本（2008 年 debian:wheezy 或 debian:jessie 镜像，仅有不足百兆大小； 清理编译生成文件、安装包的缓存等临时文件； 安装各个软件时候要指定准确的版本号，并避免引入不需要的依赖； 从安全角度考虑，应用要尽量使用系统的库和依赖； 如果安装应用时候需要配置一些特殊的环境变量，在安装后要还原不需要保持的变量 值； 使用 Dockerfile 创建镜像时候要添加 .dockerignore

或接口。不过，如果主机系统 上做了相应的设置，容器可以像跟主机交互一样的和其他容器交互。当指定公共端口或使用 links 来连接 2 个容器时，容器就可以相互通信了（可以根据配置来限制通信的策略）。 从网络架构的角度来看，所有的容器通过本地主机的网桥接口相互通信，就像物理机器通过物理交换机通 信一样。 那么，内核中实现名字空间和私有网络的代码是否足够成熟？ 内核名字空间从 2.6.15 版本（2008 年