场景:最近使用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/*
有人会问这样精简一个镜像会不会出现什么意外?就我个人使用经验来说,并没有遇到。如果你不敢用于生产环境,那么可以尝试在测试环境中体验一下。
还有其他版本的,有空再写其他的教程。