关于javascript:SpringCloud-第十八篇微服务-Docker-化之基础环境

Docker 的横空出世，给了容器技术带来了质的飞跃，Docker 标准化了服务的基础设施，对立了利用的打包散发，部署以及操作系统相干类库等，解决了测试生产部署时环境差别的问题。对于运维来讲，因为镜像的不可变性，更容易进行服务部署和回滚操作。利用各种第三方容器治理平台，实现一键部署、动静伸缩等操作变的轻而易举。（理解源码可 + 求求: 1791743380）

在操作系统的抉择上，可抉择传统的 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 作为根底镜像。

抉择 Alpine 有一个比拟麻烦的中央是 Alpine 采纳的是 musl libc 的 C 的规范库，而 Oracle 或者 OpenJDK 提供的版本次要是已 glibc 为主。所以咱们思考为 Alpine 加上 glibc，而后增加 glibc 的 JDK 编译版本作为根底镜像。

这里抉择的版本是目前最新版 Alpine 3.10 版本，glibc 采纳的是 Sgerrand 开源的 glibc 安装包 https://github.com/sgerrand/alpine-pkg-glibc/，版本为 2.30-r0。具体代码如下：

代码清单：chapter17/dockerfiles/alpine-glibc/Dockerfile

FROM alpine:3.10
MAINTAINER inwsy@hotmail.com
RUN 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

对于 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-r0
MAINTAINER inwsy@hotmail.com
ADD server-jre-8u221-linux-x64.tar.gz /opt/
RUN chmod +x /opt/jdk1.8.0_221
ENV JAVA_HOME=/opt/jdk1.8.0_221
ENV 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)

OpenJDK9 的镜像构建的 Dockerfile 如下：

代码清单：chapter17/dockerfiles/java9/Dockerfile

FROM registry.cn-shanghai.aliyuncs.com/weishiyao/alpine-3.10:glibc-2.30-r0
MAINTAINER inwsy@hotmail.com

RUN 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/repositories

RUN apk --update add curl bash openjdk9-jre && \
      rm -rf /var/cache/apk/*

ENV JAVA_HOME /usr/lib/jvm/default-jvm
ENV 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)

OpenJDK10 的镜像构建的 Dockerfile 如下：

代码清单：chapter17/dockerfiles/java10/Dockerfile

FROM registry.cn-shanghai.aliyuncs.com/weishiyao/alpine-3.10:glibc-2.30-r0

RUN 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/repositories

RUN apk --update add curl bash openjdk10-jre && \
      rm -rf /var/cache/apk/*

ENV JAVA_HOME /usr/lib/jvm/default-jvm
ENV 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-17
OpenJDK Runtime Environment (build 10.0.2+13-alpine-r0)
OpenJDK 64-Bit Server VM (build 10.0.2+13-alpine-r0, mixed mode)

OpenJDK11 的镜像构建的 Dockerfile 如下：

代码清单：chapter17/dockerfiles/java11/Dockerfile

FROM registry.cn-shanghai.aliyuncs.com/weishiyao/alpine-3.10:glibc-2.30-r0
MAINTAINER inwsy@hotmail.com
RUN 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/repositories

RUN apk --update add curl bash openjdk11-jre && \
      rm -rf /var/cache/apk/*

ENV JAVA_HOME /usr/lib/jvm/default-jvm
ENV 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-16
OpenJDK Runtime Environment (build 11.0.4+4-alpine-r1)
OpenJDK 64-Bit Server VM (build 11.0.4+4-alpine-r1, mixed mode)

关于javascript:SpringCloud-第十八篇微服务-Docker-化之基础环境

1. 容器化

2. 根底镜像抉择

3. Dockerfile 编写

3.1 Alpine + glibc

3.2 Alpine + glibc + JDK8

3.3 Alpine + glibc + OpenJDK9

3.4 Alpine + glibc + OpenJDK10

3.5 Alpine + glibc + OpenJDK11