挑战极限体积的Docker镜像——Java版

场景:最近使用Docker遇到一个问题,就是随便pull一个镜像都能几百MB,不能忍,所以问题来了,如何给那些几百MB的臃肿镜像减肥?


更多极限体积的镜像可以看这里:dockerfiles


从零开始

使用Java肯定需要JRE啦,那么JRE需要什么依赖才能运行?

  • JRE,Oracle JRE
  • glibc,JRE的依赖
  • 一个基础环境(包含网络、内存、文件系统等资源管理工具)

Alpine Linux

Alpine Linux最近得到很多关注,主要是因为它打包了一系列的经过验签的可信任的依赖,并且还保持体积在2MB!
其他的一些镜像分发版如下:

  • ubuntu:latest: 66MB (已经瘦身了非常多了,以前有些版本超过600MB)
  • debian:latest: 55MB (同上,一开始是200MB以上的)
  • arch:latest: 145MB
  • alpine:latest: 2MB (2MB,包含一个包管理工具的Linux系统)

Oracle-JRE(130.4 MB)

FROM alpine:edge
MAINTAINER izuolan <i@zuolan.me>

ENV JAVA_VERSION_MAJOR=8 \
JAVA_VERSION_MINOR=73 \
JAVA_VERSION_BUILD=02 \
JAVA_PACKAGE=server-jre \
GLIBC_PKG_VERSION=2.23-r1 \
LANG=en_US.UTF8

WORKDIR /tmp

RUN apk add --no-cache --update-cache curl ca-certificates bash && \
    curl -Lo /etc/apk/keys/andyshinn.rsa.pub "https://github.com/andyshinn/alpine-pkg-glibc/releases/download/${GLIBC_PKG_VERSION}/andyshinn.rsa.pub" && \
    curl -Lo glibc-${GLIBC_PKG_VERSION}.apk "https://github.com/andyshinn/alpine-pkg-glibc/releases/download/${GLIBC_PKG_VERSION}/glibc-${GLIBC_PKG_VERSION}.apk" && \
    curl -Lo glibc-bin-${GLIBC_PKG_VERSION}.apk "https://github.com/andyshinn/alpine-pkg-glibc/releases/download/${GLIBC_PKG_VERSION}/glibc-bin-${GLIBC_PKG_VERSION}.apk" && \
    curl -Lo glibc-i18n-${GLIBC_PKG_VERSION}.apk "https://github.com/andyshinn/alpine-pkg-glibc/releases/download/${GLIBC_PKG_VERSION}/glibc-i18n-${GLIBC_PKG_VERSION}.apk" && \
    apk add glibc-${GLIBC_PKG_VERSION}.apk glibc-bin-${GLIBC_PKG_VERSION}.apk glibc-i18n-${GLIBC_PKG_VERSION}.apk && \
    curl -jksSLH "Cookie: oraclelicense=accept-securebackup-cookie" \
"http://download.oracle.com/otn-pub/java/jdk/${JAVA_VERSION_MAJOR}u${JAVA_VERSION_MINOR}-b${JAVA_VERSION_BUILD}/${JAVA_PACKAGE}-${JAVA_VERSION_MAJOR}u${JAVA_VERSION_MINOR}-linux-x64.tar.gz" | gunzip -c - | tar -xf - && \
    apk del curl ca-certificates && \
    mv jdk1.${JAVA_VERSION_MAJOR}.0_${JAVA_VERSION_MINOR}/jre /jre && \
    rm /jre/bin/jjs && \
    rm /jre/bin/keytool && \
    rm /jre/bin/orbd && \
    rm /jre/bin/pack200 && \
    rm /jre/bin/policytool && \
    rm /jre/bin/rmid && \
    rm /jre/bin/rmiregistry && \
    rm /jre/bin/servertool && \
    rm /jre/bin/tnameserv && \
    rm /jre/bin/unpack200 && \
    rm /jre/lib/ext/nashorn.jar && \
    rm /jre/lib/jfr.jar && \
    rm -rf /jre/lib/jfr && \
    rm -rf /jre/lib/oblique-fonts && \
    rm -rf /tmp/* /var/cache/apk/* && \
    echo 'hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4' >> /etc/nsswitch.conf

ENV JAVA_HOME=/jre
ENV PATH=${PATH}:${JAVA_HOME}/bin

然而,这并非极限,而且上面的镜像在某种情况下有法律问题,你懂的~~

OpenJDK-JRE(102.6 MB)

如果OpenJDK能够满足你的需求的话,就用这个吧~~

FROM alpine
MAINTAINER izuolan <i@zuolan.me>
RUN echo '@edge http://nl.alpinelinux.org/alpine/edge/main' >> /etc/apk/repositories && \
    echo '@community http://nl.alpinelinux.org/alpine/edge/community' >> /etc/apk/repositories && \
    apk update && \
    apk upgrade && \
    apk add ca-certificates openjdk8-jre-base@community && \
    apk del ca-certificates && \
    rm -rf /tmp/* /var/cache/apk/*

有人会问这样精简一个镜像会不会出现什么意外?就我个人使用经验来说,并没有遇到。如果你不敢用于生产环境,那么可以尝试在测试环境中体验一下。


还有其他版本的,有空再写其他的教程。

推荐阅读更多精彩内容