这几天准备在配置新版本的测试环境，因为之前的也是用docker跑tomcat，但是现在新办法直接砍掉一部分tomcat，直接用java来跑依赖包。这对我们运维来说就蛋疼了，确实是没有用docker直接跑jar包的经验，网上搜了一堆零零碎碎的资料，最后到底还是跑起来了，具体实现还需要完善，今天先写一些下来记录一下，以免再碰到此类问题。
交代一下具体背景情况：
1、jar包在普通环境上的运行脚本已经写好，jar包也已经做好，统一归档到一个目录下面几个分支目录。
2、用的是官方java的alpine-7-jre镜像
3、docker用的是1.11，宿主机跑的是ubuntu14.04 LTS
4、为了方便pull镜像，自己在阿里云仓库构建了官方的镜像，另外加上一些常用的工具如：wget vim 之类
直接docker run 的过程记录：
[email protected]:~# docker run --name jar --net=host registry.aliyuncs.com/andymo/jar [email protected]:~# docker ps -a
如上图所示：刚刚运行的官方镜像立即退出了！！我的命令并没有加上-d ，其实加了也一样会自动退出。
然后仔细去看了一下官方的dockerfile文件，如下：
FROM alpine:3.4
# A few problems with compiling Java from source:
# 1. Oracle. Licensing prevents us from redistributing the official JDK.
# 2. Compiling OpenJDK also requires the JDK to be installed, and it gets
# really hairy.
# Default to UTF-8 file.encoding
ENV LANG C.UTF-8
# add a simple script that can auto-detect the appropriate JAVA_HOME value
# based on whether the JDK or only the JRE is installed
RUN { echo ‘#!/bin/sh‘; echo ‘set -e‘; echo; echo ‘dirname "$(dirname "$(readlink -f "$(which javac || which java)")")"‘; } > /usr/local/bin/docker-java-home && chmod +x /usr/local/bin/docker-java-home
ENV JAVA_HOME /usr/lib/jvm/java-1.7-openjdk/jre
ENV PATH $PATH:/usr/lib/jvm/java-1.7-openjdk/jre/bin:/usr/lib/jvm/java-1.7-openjdk/bin
ENV JAVA_VERSION 7u91
ENV JAVA_ALPINE_VERSION 7.91.2.6.3-r2
RUN set -x && apk add --no-cache openjdk7-jre="$JAVA_ALPINE_VERSION" && [ "$JAVA_HOME" = "$(docker-java-home)" ]
dockerfile文件中并没有可运行的进程，难怪自动退出了。
docker 运行的容器要求至少有一个进程在执行，如果没有进程执行则会自动退出。查看了不少博客收可以用top命令或者tail -f 来处理。这种方案确实可行，
我试过直接在构建java镜像的时候就直接在镜像内部执行 RUN touch /var/log/1.txt 然后最后用CMD "tail" "-f" "/var/log/1.txt"结尾，然后构建镜像，这样直接run的时候是正常的，不会自动退出，因为他会在后台一直执行tail -f /var/log/1.txt 这条命令输出。
因为我是需要运行容器挂载我的jar包目录和脚本进去，然后再通过docker exec jar sh /home/etlsvr.sh 这个命令来执行启动jar包的，所以我需要一个docker run之后不会自动退出的容器。
后面折腾了好久，发现另外一个方案更简单，只需要执行：
[email protected]:~# docker run -d -it --name jar --net=host registry.aliyuncs.com/andymo/jar /bin/sh 3a3a1c729c922d75ba346966538aeb7c64ddb9c1da1cf829b770e1577c89ac47 [email protected]:~# docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 3a3a1c729c92 registry.aliyuncs.com/andymo/jar "/bin/sh" 5 seconds ago Up 4 seconds jar d53e3be729ee grafana/grafana "/run.sh" 38 hours ago Up 38 hours 0.0.0.0:3000->3000/tcp grafana 26a9867a39e3 google/cadvisor:latest "/usr/bin/cadvisor -l" 39 hours ago Up 39 hours 0.0.0.0:8080->8080/tcp cadvisor 2d5f59853694 tutum/influxdb "/run.sh" 39 hours ago Up 39 hours 0.0.0.0:8083->8083/tcp, 0.0.0.0:8086->8086/tcp influxsrv bed57af9bc89 hello-world "/hello" 4 months ago Exited (0) 4 months ago drunk_raman [email protected]:~#
找了好久资料也没有具体说清楚为什么执行这个命令就不会退出容器，官方对于docker run -it的命令介绍是：
-d 后台运行容器，并返回容器ID；
-i 以交互模式运行容器，通常与 -t 同时使用；
-t 为容器重新分配一个伪输入终端，通常与 -i 同时使用；
字面上的理解是我上面执行的命令是在后台执行了一个交互容器，并且分配了一个终端来执行/bin/sh 这个脚本解释器 ，执行docker top jar命令，显示确实是在后台一直在运行一个/bin/sh的进程。
这种方法应该比跑一个tail -f 或者top命令要来得省事和节省资源。也比较好的解决了我的需求问题。现在我可以随便挂载外部的数据卷到容器内部，然后执行docker exec jar sh xxx.sh 来跑我的脚本了。重启也相对方便简单，虽然没有直接docker 跑那么方便。。。。(因为开发的SB要经常更新jar包，还有经常需要查看日志和重启来调试，要不然我直接把脚本运行做到镜像构建里面去了)
[email protected]:~# docker top jar UID PID PPID C STIME TTY TIME CMD root 25523 646 0 08:07 pts/1 00:00:00 /bin/sh [email protected]:~#
我看了好几个官方的dockerfile都没有用过这种运行方法。如果你有好的方案欢迎指导！！
[email protected]