docker是干什么的

一、docker是干什么的

1、docker是一个开源的应用容器引擎。

2、让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的Linux机器上，也可以实现虚拟化，容器是完全使用沙箱机制，相互之间不会有任何接口。

3、众所周知，一个Java应用war包或者jar包启动成功，有能够对外提供服务的能力，能正常访问页面，做操作，需要部署到一台有tomcat的linux环境中，没有容器技术前的上线流程通常出现这样的或那样的问题。

4、Docker使用客户端服务器架构模式，使用远程API来管理和创建Docker容器，Docker容器通过Docker镜像来创建。容器与镜像的关系类似于面向对象编程中的对象与类，Docker daemon一般在宿主主机后台运行，等待接收来自客户端的消息。Docker客户端则为用户提供一系列可执行命令，用户用这些命令实现跟Docker daemon交互。

5、Docker daemon作为服务端接受来自客户的请求，并处理这些请求创建、运行、分发容器。客户端和服务端既可以运行在一个机器上，也可通过socket或者RESTfulAPI来进行通信。

二、如何使用Docker 进行Java 开发

1、java项目开发，假定已有一个java项目能够编译成jar/war并且运行了。

2、编写dockerfile，docker是一个容器技术每一个容器就是一个“完整”的linux系统，这个dockerfile需要提供这个系统包含内容的描述，比如FROM maven:3.3.3、FROM ubuntu:16.04。如果这个java项目是个web项目那么还需要提供tomcat环境。添加项目构建信息。比如采用maven编译项目的话该如何如何。

RUNcd/tmp/build&&mvn-qdependency:resolve

#构建应用RUNcd/tmp/build&&mvn-q-DskipTests=truepackage\

&&rm-rf$CATALINA_HOME/webapps/*\

&&mvtarget/*.war$CATALINA_HOME/webapps/ROOT.war\

&&cd/&&rm-rf/tmp/build

3、暴漏接口：EXPOSE 8080

dockerbuild-tdocker-demo-java-tomcat.

5、基于创建好的镜像创建容器

dockerrun-d-p8080:8080docker-demo-java-tomcat

6、访问

来源于dockercloud文档，可自去查看。

来源于dockercloud文档，可自去查看。

三、简简单单将Java应用封装成Docker镜像

想必Docker这个词大家都不陌生，是一个非常优秀的虚拟化容器。

怎么把Java应用打包成Docker镜像？对熟悉Docker的同学这应该是一个很简单的问题，把项目打包成JAR包然后在Dockerfile里用ADD命令把JAR文件放到镜像里，启动命令设置执行这个JAR文件即可。

可是对于不懂Java的，听起来貌似并不是那么简单。

在这之前，我们先了解了解什么是：Dockerfile。

Dockerfile是一个用来构建镜像的文本文件，文本内容包含了一条条构建镜像所需的指令和说明。

比如一个使用Maven构建的Spring应用就可以用下面这个Dockerfile构建镜像。

咦？这是啥语言，也没见过啊？这个其实是dockerfile的指令。

上面这个Dockerfile的指令很好理解，使用Maven构建的Java项目的目录结构统一是：

用mvn clean package打包后会把JAR文件生成在target目录里，通过java-jar命令即可执行编译好的程序。

所以上面的Dockerfile里就进行了把JAR从target目录里添加到Docker镜像中以及将jar-jar/application.jar设置成容器的启动命令这两步操作。

不过除了这种最原始的方法外我们还可以使用Maven的一些插件，或者Docker的多阶段打包功能来完成把Java应用打包成Docker镜像的动作。

Spotify公司的dockerfile-maven-plugin和Google公司出品的jib-maven-plugin是两款比较有名的插件，下面简单介绍一下dockerfile-maven-plugin的配置和使用。

其实使用方法很简单，我们在POM文件里引入这个plugin，并结合上面那个Dockerfile就能让插件帮助我们完成应用镜像的打包。

插件里使用的docker.registry.url和image.prefix是我单独为Docker的镜像仓库设置的属性。

这里可以随意设置成私有仓库的远程地址和镜像前缀，比如在阿里云的镜像服务上创建一个叫docker-demo的空间，上面的属性就需要这样配置：

在POM文件里配置好插件后伴随着我们打包应用执行mvc clean package操作时dockerfile-maven-plugin就会自动根据我们的配置打包好一个叫做kevinyan001/hello-spring:0.0.1-SNAPSHOT的Docker镜像。

dockerfile-maven-plugin除了能帮助我们打包应用镜像外还可以让它帮助我们把镜像push到远端仓库，不过我觉得用处不大，感兴趣的同学可以去网上搜搜看这部分功能怎么配置。

上面介绍了使用Maven插件帮助我们打包Java应用的镜像，其实我们还可以把mvn clean package这一步也交给Docker来完成。当然把Java应用的源码放在Docker镜像里再编译打包在发布出去肯定是有问题的，我们知道在Dockerfile里每个指令ADD、RUN这些都是在单独的层上进行，指令越多会造成镜像越大，而且包含Java项目的源码也是一种风险。

不过好在后来Docker支持了多阶段构建，允许我们在一个Dockerfile里定义多个构建阶段，先拉起一个容器完成用于的构建，比如说我们可以在这个阶段里完成JAR的打包，然后第二个阶段重新使用一个jre镜像把上阶段打包好的JAR文件拷贝到新的镜像里。

使用下面的Dockerfile可以通过多阶段构建完成Java应用的Docker镜像打包。

上面我们用的这些Dockerfile也可以不用放在项目的根目录里，现在已经支持通过-f指定Dockerfile的位置，比如在项目根下执行以下命令完成镜像的打包。

上面第一个镜像是我自己做的，因为Maven官方的镜像的远程仓库慢的一批，只能自己包装一下走阿里云的镜像源了。试了试速度也不快，主要是随随便便一个Spring项目依赖就太多了。大家如果这块有什么加快Docker构建速度的方法也可以留言一起讨论讨论。

不可否认用多阶段构建打出来的Go镜像基本上是10M左右，但是Spring的应用随随便便就是上百兆，这个对容器的构建速度、网络传输成本是有影响的，那么Spring应用的镜像怎么瘦身呢，这个就留到以后的文章进行探讨了。