13 | 为什么我们需要Pod？

这文章读起来像吃脆苹果，爽，这是我订阅专栏中写的最好的，没有之一

看得太爽了。请教一个问题： war和tamcat这种情况。 如果把war独立出来做一个镜像的话，应该用什么做基础镜像呢？ 我现在做镜像的时候通常都是用debian做基础镜像，但如果只是为了复制这个.war包的话，用debian感觉蛮浪费的。应该怎样做到最小呢，而且要支持cp命令。

为什么说“Docker in Docker”这种方式在生产环境后患无穷呀？

从事Linux运维工作多年，有一点一直有点不明白，这里到底谁挂载到谁上面： volumeMounts： -mountpath: /app name: app-volume 文中有有这句话说"而后这个 /app 目录，就挂载了一个名叫 app-volume的Volume" 这里是说将app-volume挂载到/app上，但是app是个目录，那我想问的是app-volume是个目录还是设备？ 同样下面： volumeMounts: -mountpath:/root/apache-tomcat-7.0.42-v2/webapps name:app-volume ---Tomecat容器同样声明了挂载app-volume到自己的webapps目录下 这里又说把app-volume挂载到webapps下，webapps明显是个目录，那app-volume是个目录吗？ 但是我清楚记得在Linux下。如果要挂载一个分区设备到一个目录或者一个目录到另外一个主机目录下应该是： mount -t xxfs src_dir dest_dir 比如： mount -t xfs /dev/sda /opt/app mount -t nfs /share/data 192.168.0.100:/data 上面的挂载的app-volume到底是设备还是文件，或者是去的一个别名？

重问： 关于升级war和tomcat那块，也是先修改yml？然后kubenertes执行升级命令，pod会重新启动，生产也是按照这种方式吗？ 所以这种情况下面，如果只是升级个war包，或者加一个新的war包，tomcat也要重新启动？这就不是完全松耦合了？

张老师，我们公司一直有一个问题： 我们用docker 管理测试环境，对于springboot 项目，一向是java -jar xx.jar 的方式启动，但因为是测试环境，经常代码本身有问题导致java（也就是容器主进程）启动不起来，进而触发健康检查重新调度该服务，然后开发总是抱怨看不到事故现场。我打算自己实现一个程序（我们称为nile），容器启动时先启动nile确保容器可以启动起来，再由nile启动java进程。这时还可以让nile 读取用户配置 自定义设置jvm 参数、nile向zk汇报一些应用情况等。这个做法呢，nile可以算是java 的sidecar，按您文章的说法，nile和java 是拓扑关系而不是对等关系，这个时候我一个pod里分别是nile和java容器是否可能呢？

容器的“单进程模型”，并不是指容器里只能运行“... 这一段里说容器的单进程模型。我在跑一个web后端服务，springboot实现。 entrypoint 是java -jar xxxx.jar .这条命令产生的进程就是PID=1的吗？ 容器只能管理PID=1的。我理解的就是这个进程执行不成功，容器户退出。但是如果我的springboot程序有问题，没跑成功，容器依然跑着呢，为啥?

非常棒，释义了pod的理念。有个小问题，像我之前一个docker中跑tomcat和nginx两个进程，共用同一个文件，如果拆成三部分，第一init container 文件镜像，第二 tomcat镜像，第三 nginx镜像，如何保证init container 启动后启动tomcat，最后启动nginx，还有这种优点有什么?目前只想到镜像高复用，谢谢作者。

war包的例子并没有解决频发打包的问题吧? wa包变动后, geektime/sample:v2包仍然需要重新打吧. 这和东西一股脑装在tomcat中后, 重新打tomcat 并没有差太多吧?

容器不能管理多进程那块，能不能每个容器都默认搬一套系统的init过去，而不要让普通应用进程做进程1，这样是不是就可以支持容器里面管理多进程了？