1. 容器化
Docker 的横空出世,给了容器技术带来了质的飞跃,Docker 标准化了服务的基础设施,对立了利用的打包散发,部署以及操作系统相干类库等,解决了测试生产部署时环境差别的问题。对于运维来讲,因为镜像的不可变性,更容易进行服务部署和回滚操作。利用各种第三方容器治理平台,实现一键部署、动静伸缩等操作变的轻而易举。(理解源码可+求求: 1791743380)
2. 根底镜像抉择
在操作系统的抉择上,可抉择传统的 CentOS 、 Ubuntu 或者更为轻量化的 Alpine 。比方 CentOS 或者 Ubuntu 的镜像都在 100MB 以上,压缩后也都有大几十 MB ,而轻量化的 Alpine 3.10 版本镜像大小约为 5.58MB ,而它压缩后更是仅有 2MB 大小左右。
Alpine 操作系统是一个面向平安的轻型 Linux 发行版。它不同于通常 Linux 发行版,Alpine 采纳了 musl libc 和 busybox 以减小零碎的体积和运行时资源耗费,但性能上比 busybox 又欠缺的多,因而失去开源社区越来越多的青眼。在放弃瘦身的同时,Alpine 还提供了本人的包管理工具 apk 。
对于根底镜像的抉择,一个是思考镜像的大小,另一个是只提供最小的依赖包。对于第二点,不同的服务所须要的依赖包是不同的,这里不再展开讨论,如果仅从第一点思考的话, Alpine 必定是首选,镜像越小,近程推拉越快,耗费的资源也越小,更为的不便,咱们这里采纳 Alpine 作为根底镜像。
3. Dockerfile 编写
抉择 Alpine 有一个比拟麻烦的中央是 Alpine 采纳的是 musl libc 的 C 的规范库,而 Oracle 或者 OpenJDK 提供的版本次要是已 glibc 为主。所以咱们思考为 Alpine 加上 glibc ,而后增加 glibc 的 JDK 编译版本作为根底镜像。
3.1 Alpine + glibc
这里抉择的版本是目前最新版 Alpine 3.10 版本,glibc 采纳的是 Sgerrand 开源的 glibc 安装包https://github.com/sgerrand/alpine-pkg-glibc/ ,版本为 2.30-r0 。具体代码如下:
代码清单:chapter17/dockerfiles/alpine-glibc/Dockerfile
FROM alpine:3.10MAINTAINER inwsy@hotmail.comRUN apk add --no-cache ca-certificates curl openssl binutils xz tzdata \ && ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime \ && echo "Asia/Shanghai" > /etc/timezone \ && GLIBC_VER="2.30-r0" \ && ALPINE_GLIBC_REPO="https://github.com/sgerrand/alpine-pkg-glibc/releases/download" \ && curl -Ls ${ALPINE_GLIBC_REPO}/${GLIBC_VER}/glibc-${GLIBC_VER}.apk > /opt/${GLIBC_VER}.apk \ && apk add --allow-untrusted /opt/${GLIBC_VER}.apk \ && curl -Ls https://www.archlinux.org/packages/core/x86_64/gcc-libs/download > /opt/gcc-libs.tar.xz \ && mkdir /opt/gcc \ && tar -xf /opt/gcc-libs.tar.xz -C /opt/gcc \ && mv /opt/gcc/usr/lib/libgcc* /opt/gcc/usr/lib/libstdc++* /usr/glibc-compat/lib \ && strip /usr/glibc-compat/lib/libgcc_s.so.* /usr/glibc-compat/lib/libstdc++.so* \ && curl -Ls https://www.archlinux.org/packages/core/x86_64/zlib/download > /opt/libz.tar.xz \ && mkdir /opt/libz \ && tar -xf /opt/libz.tar.xz -C /opt/libz \ && mv /opt/libz/usr/lib/libz.so* /usr/glibc-compat/lib \ && apk del binutils \ && rm -rf /opt/${GLIBC_VER}.apk /opt/gcc /opt/gcc-libs.tar.xz /opt/libz /opt/libz.tar.xz /var/cache/apk/*
这里有几点须要留神的:
- 因为 Docker 是分层设计,而在 Dockerfile 中,每一条指令都领有本人的 context ,而执行到下一条指令时,则会将下一层的构建层叠加到上一层,因而在装置类库的时候最好将命令写在同一个 RUN 指令中,缩小分层,升高最初镜像的大小
- RUN 命令中装置了类库或者软件包,须要在同一个命令中删除 apk 的 cache ,这样能力无效删除 apk ,减小镜像大小。
- 根底镜像的标签不要应用 latest ,当镜像没有指定标签时,将默认应用 latest 标签。当镜像更新时, latest 标签会指向不同的镜像,这时构建镜像有可能失败。如果你确实须要应用最新版的根底镜像,能够应用 latest 标签,否则的话,最好指定确定的镜像标签。
- 这里笔者曾经创立好了一个版本,上传到阿里云的镜像仓库上,有须要的读者能够间接 pull 这个镜像应用。
docker pull registry.cn-shanghai.aliyuncs.com/springcloud-book/alpine3.10:glibc-2.30-r0
3.2 Alpine + glibc + JDK8
对于 JDK 的版本抉择,有 Oracle 的 Hotspot JDK ,也有 OpenJDK 。这里咱们在构建 JDK8 的时候采纳 Oracle 的 server-jre-8u221 版本。而对于 JDK9 、 JDK10 以及 JDK11 咱们采纳 OpenJDK 来进行构建。
Oracle 的 JDK8 的镜像构建的 Dockerfile 如下:
代码清单:chapter17/dockerfiles/java8/Dockerfile
FROM registry.cn-shanghai.aliyuncs.com/springcloud-book/alpine3.10:glibc-2.30-r0MAINTAINER inwsy@hotmail.comADD server-jre-8u221-linux-x64.tar.gz /opt/RUN chmod +x /opt/jdk1.8.0_221ENV JAVA_HOME=/opt/jdk1.8.0_221ENV PATH="$JAVA_HOME/bin:${PATH}"
同样,此镜像作者曾经上传阿里云镜像仓库,能够间接应用以下命令拉取:
docker pull registry.cn-shanghai.aliyuncs.com/springcloud-book/alpine3.10:8u221-jre
能够进行验证,命令如下:
docker run --rm -it registry.cn-shanghai.aliyuncs.com/springcloud-book/alpine3.10:8u221-jre java -version
执行后果如下:
java version "1.8.0_221"Java(TM) SE Runtime Environment (build 1.8.0_221-b11)Java HotSpot(TM) 64-Bit Server VM (build 25.221-b11, mixed mode)
3.3 Alpine + glibc + OpenJDK9
OpenJDK9 的镜像构建的 Dockerfile 如下:
代码清单:chapter17/dockerfiles/java9/Dockerfile
FROM registry.cn-shanghai.aliyuncs.com/weishiyao/alpine-3.10:glibc-2.30-r0MAINTAINER inwsy@hotmail.comRUN echo -e "https://mirror.tuna.tsinghua.edu.cn/alpine/v3.10/main\n\https://mirror.tuna.tsinghua.edu.cn/alpine/v3.10/community" > /etc/apk/repositoriesRUN apk --update add curl bash openjdk9-jre && \ rm -rf /var/cache/apk/*ENV JAVA_HOME /usr/lib/jvm/default-jvmENV PATH ${PATH}:${JAVA_HOME}/bin
OpenJDK 的 jre 这里笔者应用清华大学镜像站的镜像进行装置。
同样,此镜像作者曾经上传阿里云镜像仓库,能够间接应用以下命令拉取:
docker pull registry.cn-shanghai.aliyuncs.com/springcloud-book/alpine3.10:openjdk9-jre-9.0.4
验证命令如下:
docker run --rm -it registry.cn-shanghai.aliyuncs.com/springcloud-book/alpine3.10:openjdk9-jre-9.0.4 java -version
执行后果如下:
openjdk version "9.0.4"OpenJDK Runtime Environment (build 9.0.4+12-alpine-r1)OpenJDK 64-Bit Server VM (build 9.0.4+12-alpine-r1, mixed mode)
3.4 Alpine + glibc + OpenJDK10
OpenJDK10 的镜像构建的 Dockerfile 如下:
代码清单:chapter17/dockerfiles/java10/Dockerfile
FROM registry.cn-shanghai.aliyuncs.com/weishiyao/alpine-3.10:glibc-2.30-r0RUN echo -e "https://mirror.tuna.tsinghua.edu.cn/alpine/v3.10/main\n\https://mirror.tuna.tsinghua.edu.cn/alpine/v3.10/community" > /etc/apk/repositoriesRUN apk --update add curl bash openjdk10-jre && \ rm -rf /var/cache/apk/*ENV JAVA_HOME /usr/lib/jvm/default-jvmENV PATH ${PATH}:${JAVA_HOME}/bin
同样,此镜像作者曾经上传阿里云镜像仓库,能够间接应用以下命令拉取:
docker pull registry.cn-shanghai.aliyuncs.com/springcloud-book/alpine3.10:openjdk10-jre-10.0.2
验证命令如下:
docker run --rm -it registry.cn-shanghai.aliyuncs.com/springcloud-book/alpine3.10:openjdk10-jre-10.0.2 java -version
执行后果如下:
openjdk version "10.0.2" 2018-07-17OpenJDK Runtime Environment (build 10.0.2+13-alpine-r0)OpenJDK 64-Bit Server VM (build 10.0.2+13-alpine-r0, mixed mode)
3.5 Alpine + glibc + OpenJDK11
OpenJDK11 的镜像构建的 Dockerfile 如下:
代码清单:chapter17/dockerfiles/java11/Dockerfile
FROM registry.cn-shanghai.aliyuncs.com/weishiyao/alpine-3.10:glibc-2.30-r0MAINTAINER inwsy@hotmail.comRUN echo -e "https://mirror.tuna.tsinghua.edu.cn/alpine/v3.10/main\n\https://mirror.tuna.tsinghua.edu.cn/alpine/v3.10/community" > /etc/apk/repositoriesRUN apk --update add curl bash openjdk11-jre && \ rm -rf /var/cache/apk/*ENV JAVA_HOME /usr/lib/jvm/default-jvmENV PATH ${PATH}:${JAVA_HOME}/bin
同样,此镜像作者曾经上传阿里云镜像仓库,能够间接应用以下命令拉取:
docker pull registry.cn-shanghai.aliyuncs.com/springcloud-book/alpine3.10:openjdk11-jre-11.0.2
验证命令如下:
docker run --rm -it registry.cn-shanghai.aliyuncs.com/springcloud-book/alpine3.10:openjdk11-jre-11.0.2 java -version
执行后果如下:
openjdk version "11.0.4" 2019-07-16OpenJDK Runtime Environment (build 11.0.4+4-alpine-r1)OpenJDK 64-Bit Server VM (build 11.0.4+4-alpine-r1, mixed mode)