如何创建一个安全的Docker基础镜像

最新推荐文章于 2024-06-03 11:13:45 发布
最新推荐文章于 2024-06-03 11:13:45 发布
阅读量1.1k 收藏 1
点赞数
文章标签： 日志 封装 设计 安装 镜像
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_34043421/article/details/80122282
版权

背景


我最初使用Docker的时候，每个人都在说它用起来有多简单方便，它内部的机制是有多么好，它为我们节省了多少时间。但是当我一使用它就发现，几乎所有镜像都是臃肿而且不安全的（没有使用包签名，盲目相信上游的镜像库以curl | sh的方式安装)，而且也没有一个镜像能实现Docker的初衷：隔离，单进程，容易分发，简洁。

Docker镜像本来不是为了取代复杂的虚拟机而设计的，后者有完整的日志、监控、警报和资源管理模块。而Docker则倾向于利用内核的cgroups和namespaces特性进行封装组合，这就好像：

在物理机器环境下，一旦内核完成了初始化，init进程就起来了。

这也是为什么当你在Dockerfile的CMD指令启动的进程PID是1，这是与Unix中的进程机制类似。

现在请查看一下你的进程列表，使用top或者ps，你会看到init进程占用的也是这个PID，这是每个类Unix系统的核心进程，所有进程的父进程，一旦你理解这个概念：在类Unix系统上每个进程都是init进程的子进程，你会理解Docker容器里不应该有无关的修饰文件，它应该是刚好满足进程运行需要。


如何开始



以Java为例

从零开始，思考你要构建一个最通用的基础容器，想想你的应用本身，它运行需要什么？

可能性有很多，如果你要运行Java应用，它需要Java运行时；如果运行Rails应用，它需要Ruby解释器，对Python应用也一样。Go和其他一些编译型语言有些许不同，我以下会提到。

在Java例子中，下一步要想的是：JRE需要什么依赖才能运行？因为它是让应用能运行的最重要的组件，所以很自然的下一步就是要想清楚JRE运行依赖于什么。

而实际上JRE并没太多依赖，它本来就是作为操作系统的抽象层，使代码不依赖于宿主系统运行，因此安装好JRE就基本准备就绪了。

（实际上，对操作系统的独立性并不是理所当然的事，有非常多的系统特有API和专有的系统扩展，但是便于举例，我们把注意力放在简单的情况下）

在Linux上，JVM主要是调用系统的C语言库，Oracle的官方JRE，使用的是libc，也就是glibc，这意味着你要运行任何Java程序，都需要先装好glibc。另外你可能需要某种shell来管理环境，还有一个与外部通讯的接口，例如网络和资源的接口。

我们总结一下Java应用示例需要的最低配置是：

JRE，在例子中我们使用Oracle JRE
glibc，JRE的依赖
一个基础环境（包含网络、内存、文件系统等资源管理工具）


走进Alpine Linux


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

ubuntu:latest: 66MB (已经瘦身了非常多了，以前有些版本超过600MB)
debian:latest: 55MB (同上，一开始是200MB以上的）
arch:latest: 145MB
busybox:latest: 676KB (是的！KB，我稍后会讨论它)
alpine:latest: 2MB (2MB，包含一个包管理工具的Linux系统)

Busybox是最小的竞争者？

从上边的对比中你可以看到，在体积上唯一能打败Alpine Linux的是Busybox，所以现在几乎所有嵌入式系统都是使用它，它被应用在路由器，交换机，ATM，或者你的吐司机上。它作为一个最最基础的环境，但是又提供了足够容易维护的shell接口。

在网上有很多文章解释了为什么人们会选择Alpine Linux而不是Busybox，在这总结一下：

开放活跃的软件包仓库：Alpine Linux使用apk包管理工具，它集成在Docker镜像中，而Busybox需要另外安装一个包管理器，例如opkg，更甚者，需要寻找一个稳定的包仓库源（这几乎没有），Alpine的包仓库中提供了大量常用的依赖包，例如，如果你仍然需要在容器中编译NodeJS或Ruby之类的代码，可以直接运行apk来添加nodejs和ruby，这在几秒内便可以完成。

体积确实重要，但是当你在功能性，灵活性，易用性和1.5MB之间衡量，体积就不那么重要了，Alpine上添加的包使这些方面都大大增强了。

广泛的支持：Docker公司已经聘请了Alpine Linux的作者来维护它，所有官方镜像，在以后都将基于Alpine Linux来构建。没有比这个更有说服力的理由去让你在自己的容器中使用它了吧。

希云cSphere很早就意识到镜像越来越庞大的问题，因此在去年推出微镜像，也是引导大家如何更好地构建和理解镜像，镜像只是一种软件包格式而已。


构建一个Java环境基镜像


正如刚解释的，Alpine Linux是一个构建自有镜像时不错的选择，因此，我们在此将使用它来构建简洁高效的Docker镜像，开始吧!

组合：Alpine + bash

每个Dockerfile第一个指令都是指定它的父级容器，通常是用于继承，在我们的例子中是alpine:latest:

FROM alpine:latest
MAINTAINER cSphere <docker@csphere.cn>

我们同时声明了谁为这个镜像负责，这个信息对上传到Docker Hub的镜像是必要的。

就这样，你就有了往下操作的基础，接下来安装我们选好的shell,把下边的命令加上：

RUN apk add --no-cache --update-cache bash
CMD ["/bin/bash"]

最终的Dockerfile是这样：

FROM alpine:latest
MAINTAINER cSphere <docker@csphere.cn>

RUN apk add --no-cache --update-cache bash
CMD ["/bin/bash"]

好了，现在我们构建容器：

$ docker build -t my-java-base-image .
Sending build context to Docker daemon 2.048 kB
Step 1 : FROM alpine:latest
 ---> 2314ad3eeb90
Step 2 : MAINTAINER cSphere <docker@csphere.cn>
 ---> Running in 63433312d77e
 ---> bfe94713797a
Removing intermediate container 63433312d77e
... 省略若干行
Step 4 : CMD /bin/bash
 ---> Running in d2291684b797
 ---> ecc443d68f27
Removing intermediate container d2291684b797
Successfully built ecc443d68f27

并且运行它：

$ docker run --rm -ti my-java-base-image
bash-4.3#

成功了！我们有了一个运行着bash的Alpine Linux。

glibc and friends

前边提到，Oracle的JRE依赖于glibc，Alpine Linux上并没有glibc，它使用一个更小体积的替代版,叫musl libc。glibc发展了这么多年，几乎包含了所有C语言中需要的依赖包，显然这样会很不灵活，一个glibc库被编译进Alpine Linux，勉强能维持在5MB的体积，而它的替代者musl-libc是一个二进制文件，只有897KB，并且支持了所有Linux架构上的C依赖。

对Oracle的JRE，没有办法不把glibc加上，幸运的是，Andy Shinn已经做过了这些，他提供了一个预编译的glibc镜像给Alpine Linux，在Github上的alpine-pkg-glibc，最新版是2.23-r1。

这样把这相关依赖加到Dockerfile中：

ENV GLIBC_PKG_VERSION=2.23-r1

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 && \

现在我们的Dockerfile看起来是这样：

FROM alpine:latest
MAINTAINER cSphere <docker@csphere.cn>

ENV GLIBC_PKG_VERSION=2.23-r1

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

CMD ["/bin/bash"]

我们一句句解释一下这些指令：

ENV GLIBC_PKG_VERSION=2.23-r1

我们通过变量指定GitHub上的glibc版本，所以每当一个新版本发布，都不需要更改URL，而直接更改这个变量即可。

RUN apk add --update-cache curl ca-certificates bash && \

这个指令会使用apk命令安装我们需要的包，包括curl和ca-certificates（以便使用TLS的页面），最后的bash是我们Dockerfile上个版本已经有的了。

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" && \

这些命令会接着刚刚的RUN指令，它们会从GitHub下载相关公钥和依赖包。

  apk add glibc-${GLIBC_PKG_VERSION}.apk glibc-bin-${GLIBC_PKG_VERSION}.apk glibc-i18n-${GLIBC_PKG_VERSION}.apk

所有包下载完成后，我们会用这一行命令安装全部，由于我们之前添加了公钥，所以它们的签名会被验证。

好了！我们现在有了一个能运行几乎全部依赖于glibc包的环境。

Java运行环境

一般来说，Oracle不提供软件仓库的形式让人们下载，但是人们总是会找到一些方法绕过它，你可以使用以下命令把JRE添加到Docker镜像中：

ENV JAVA_VERSION_MAJOR=8 \
    JAVA_VERSION_MINOR=73 \
    JAVA_VERSION_BUILD=02 \
    JAVA_PACKAGE=server-jre

WORKDIR /tmp

RUN 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

这堆命令究竟做了什么，我们还是一句句来看一下吧：

ENV JAVA_VERSION_MAJOR=8 \
    JAVA_VERSION_MINOR=73 \
    JAVA_VERSION_BUILD=02 
    JAVA_PACKAGE=server-jre

WORKDIR /tmp

这句非常简单，它定义了我们要从Oracle服务器上要下载的软件版本，本文编写时，上边的版本号是最新的，以后可能会变化，你可以从Oracle官网上查看。它同时也指定了WORKDIR工作目录，我们需要从一个临时目录开始运行，所以这里设置了/tmp。

RUN 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 - && \

这句稍微有点复杂，它使用curl传了一个指定的头信息(“Cookie: oraclelicense=accept-securebackup-cookie”)，以从Oracle上获取真正的下载包，这是必须的，不然会返回一个错误页。然后它会把下载好的包通过管道传给gunzip和tar ，换言之，它并不会保存下载回来的tar包，而是直接解压出来到磁盘上。

apk del curl ca-certificates && \

这时curl和ca-certificates两个包都完成了它们的使命，可以删除了它们以节省空间。

  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/* && \

JRE自带了一些工具包，可能永远都不会用到的，我们也将它们删掉。 最后一行，会把全部临时文件和apk的包缓存也清理了。

echo 'hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4' >> /etc/nsswitch.conf

这一行中，我们修改了nsswitch.conf，以确保网络正常，这会被glibc等包所用到。

最后，我们的Dockerfile会是下边这样：

FROM alpine:latest
MAINTAINER cSphere <docker@csphere.cn>

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

注意这里，我整合了两个ENV和RUN指令，因为最好是用更少的中间层，特别是这个容器是作为通用的构建单元。

简单来说，有一个规则：你需要更大的灵活性，那你需要更多的层；如果你需要减小体积和降低复杂度，你需要更少的层。这完全取决于你的需求。

在顶部我还加上了这句：

ENV LANG=en_US.UTF-8

这句是为了确保运行在这个系统环境的应用能指定语言。你可以根据需要设定这个LANG环境变量。

另外，JAVA_HOME和PATH也要设置好，以使用刚刚装好的JRE。

CMD指令会怎么运行?

我之前提到，我们这是在构建一个能提供给其他服务作为基础的镜像，它不需要带上CMD指令，因为它永远不会运行，但是一旦一个服务关联上它，就需要用到了。

不过你还是可以通过其他方式启动这个容器，例如docker run或docker exec指令：

$ docker run --rm -ti my-java-base-image /bin/bash


构建最终镜像


最后，我们终于到了构建镜像这步了：

$ docker build -t my-java-base-image .
Sending build context to Docker daemon 60.42 kB
Step 1 : FROM alpine:latest
 ---> 2314ad3eeb90
Step 2 : MAINTAINER cSphere <docker@csphere.cn>
 ---> Using cache
 ---> 93cc2bc0bd60
Step 3 : 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
 ---> Running in 3f0ffeaeca78
 ---> 1dcfd34b0f1a
Removing intermediate container 3f0ffeaeca78
... 省略若干行
Removing intermediate container 0a98b36a6e37
Step 7 : ENV PATH ${PATH}:${JAVA_HOME}/bin
 ---> Running in 54d0dfb04f98
 ---> 493399ac9ca6
Removing intermediate container 54d0dfb04f98
Successfully built 493399ac9ca6

哈哈！它执行成功了。我们运行容器里的java来验证一下吧：

$ docker run --rm -ti my-java-base-image java -version
java version "1.8.0_73"Java(TM) SE Runtime Environment (build 1.8.0_73-b02)
Java HotSpot(TM) 64-Bit Server VM (build 25.73-b02, mixed mode)

太好了，这正是我们要看到的结果，我们已经有了一个独立的Oracle JRE环境，以后我们只需要基于这个镜像来构建应用镜像即可：

FROM my-java-base-image

[...]

最终镜像有多大？

我们来看看：

$ docker images | grep my-java-base-image | awk '{print $7,$8}'130.4 MB

说实话，这还是挺大的，但是毕竟里边装的是Java嘛~

总结

我们现在构建了一个安全、轻量的Docker镜像，基本上可以运行任何Java应用在上面，当然你也可以根据实际情况调整这个Dockerfile，但是主要的思想还是像上边说的那样，减小体积，使用安全的软件源。

一旦你明白Docker容器只是一个基础的单进程容器，只是一个应用运行的环境，它能让你专注于应用的构建而不是其他杂七杂八的依赖关系，你就会把Docker应用到得心应手。

以下是简单的几点指引：

在每个容器中运行一个进程，如果你需要多个进程，那就构建多个容器，并且使用如docker-compose之类的工具去组合这些组件。

从一个非常小的镜像开始构建。你不需要整个Debian或者Ubuntu镜像，特别是当你使用的是编译型语言（例如 C / C++ / Golang)。几乎所有的应用加上Alpine Linux就足够了。
高效地使用层：添加更多的文件层会便于打标签和调试，但是这样会使镜像体积膨胀。你需要平衡这两点。

安全性是非常重要的，确保从安全的仓库拉取镜像，从安全的安装源安装相关软件包。(Alpine Linux镜像从Docker官方或希云微镜像拉取，JRE从Oracle官方下载）

docker login index.csphere.cn # 账号在 https://csphere.cn/hub 上获取
docker pull index.cspehre.cn/microimages/alpine:3.3 docker pull index.csphere.cn/microimages/alpine-glibc:3.3



本文由希云科技官方授权发布

陈晨luminous
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
如何使用Docker制作镜像
spotmax的博客
12-01 679
上一讲，我们引入了Docker的学习环境，并且运行了一个 “Hello world”。本期内容，我们将开始制作镜像，并且把它运行起来。 基于云原生开发的云资源优化服务 SpotMax 无缝集成了k8s、Docker等工具，可便捷实现容器的管理与发布，并实现用云降本增效。==>>​​戳链接了解 SpotMax 准备代码 首先我们需要准备一份简单的代码。前往SpotMax文档中心(Welcome - Spotmax文档中心)，打开学习文档，我们已经为你准备好了代码。它是一个简单的ht...
docker-glibc-builder:Docker中的glibc二进制软件包构建器
05-09
docker-glibc-builder Docker中的glibc二进制软件包构建器。 产生一个glibc二进制软件包，可以将其导入rootfs来运行针对glibc动态链接的应用程序。 用法 基于2.33版本构建一个glibc软件包，其前缀为/usr/glibc-compat ： docker run --rm --env STDOUT=1 sgerrand/glibc-builder 2.33 /usr/glibc-compat > glibc-bin.tar.gz 您还可以保留容器并复制出结果文件： docker run --name glibc-binary sgerrand/glibc-builder 2.33 /usr/glibc-compat docker cp glibc-binary:/glibc-bin-2.33.tar.gz ./ docker rm glibc
你以为 Alpine 镜像想用就能用?
wu_weijie的博客
02-25 1749
你以为 Alpine 镜像想用就能用????? 1 大致流程 alpine 镜像体积只有 5MB，作为 Docker 下最小的 Linux 镜像，很适合打造一些轻量级镜像。但 alpine 底层使用 musl-libc，兼容性与 glibc 有一定差距。 用 Golang 编写了一个简单的 hello, world 程序， Dockerfile 使用 alpine 作为基础镜像 FROM alpi...
Docker基础篇之Docker镜像
最新发布
qq_43456605的博客
06-03 670
Docker中的镜像分层，支持通过扩展现有镜像，创建新的镜像。类似于java继承了一个base类，自己按需扩展。新镜像是从base镜像一层一层叠加来的，每安装一个软件，就在现有镜像的基础上增加一层。
alpine的介绍与使用
qq_62881798的博客
12-29 4230
Alpine Linux是一个轻型Linux发行版，它不同于通常的Linux发行版，Alpine采用了musl libc 和 BusyBox以减少系统的体积和运行时的资源消耗。Alpine Linux提供了自己的包管理工具：apk(注意：ubuntu中是apt-get,centos中式yum)，我们可以通过https://pkgs.alpinelinux.org/packages 查询包信息。
alpine安装glibc总结
fuyaosuixin的博客
04-10 1596
alpine 安装glibc 基础镜像
使用Docker运行java项目需要注意的glibc依赖库问题
demon7552003的小本本
10-28 3692
使用Docker运行java项目需要注意的glibc依赖库问题 转载自：https://blog.51cto.com/u_15329153/3758717 docker官方推荐java是基于glibc库，而alpine默认只提供mini libc，故需要安装glibc库 官方wiki: https://wiki.alpinelinux.org/wiki/Running_glibc_programs 安装： https://github.com/sgerrand/alpine-pkg-glibc 如下这些是
从零开始构建docker基础镜像的方法
09-30
主要介绍了从零开始构建docker基础镜像的方法，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
ubuntu 18.04 的docker基础镜像
11-06
镜像大小仅26M，包含完整的ubuntu18.04.1基础系统，可以通过apt-get命令更新和安装其他软件包，使用docker load -i ubuntu_18.04-image.tar.gz 来加载镜像
docker基础镜像ubuntu18.04
10-25
也可以直接从docker仓库中下载，此资源为了方便下载
构建一个Java应用的Docker镜像
01-07
构建一个Java应用的Docker镜像 假设Java应用名为 docker-demo 1、在项目代码打成jar包：demo-docker.jar # 这里我用mvn来打包 # -Dmaven.test.skip=true --- 跳过检查 mvn package -Dmaven.test.skip=true 2、创建...
构建通用Docker基础镜像.zip
02-03
构建通用Docker基础镜像，包含java ，tomcat 、nginx 、node 等环境,用到的文件包（apache-tomcat-8.5.9.tar.gz,Dockerfile,entrypoint.sh,nginx-1.15.12.tar.gz,node-v12.13.0.tar.gz,node-v12.13.0-linux-x64.tar....
docker基础镜像定制
10-27
docker基础镜像定制资源
Docker利用busybox创建基础镜像(base image)
09-30
今天小编就为大家分享一篇关于Docker利用busybox创建基础镜像(base image)，小编觉得内容挺不错的，现在分享给大家，具有很好的参考价值，需要的朋友一起跟随小编来看看吧
详解Docker 容器基础系统镜像打包
01-11
因为容器本身是共享宿主操作系统内核，所以容器基础系统镜像包本身就是一个标准的 Linux rootfs + 用户自定义的工具。...以 Ubuntu 16.04.01 LTS 版为例，制作一个 Ubuntu 16.04 LTS 的 Docker 基础
使用alpine-glibc 构建jdk镜像
荒野之鹰
09-22 1062
使用alpine-glibc 构建jdk镜像遇到的问题
创建一个docker基础镜像
weison_x的博客
01-16 456
创建一个非基于其它镜像的基础镜像
【转】Docker容器镜像安全最佳实践指南
tpriwwq的专栏
04-16 2102
在企业中信息系统安全与业务是同样重要, 随着传统运维方式向着容器化运维方式的转变，当下企业里通常都会采用Docker来进行容器化部署和承载业务。Docker容器安全也是重中之重, 它关乎着应用与数据安全，其中也关乎着宿主机的安全。
创建一个Docker镜像
02-17
创建一个Docker镜像可以通过以下步骤完成： 1. 编写Dockerfile：Dockerfile是一个文本文件，用于定义镜像的构建过程。在Dockerfile中，你可以指定基础镜像、安装软件、复制文件等操作。 2. 构建镜像：使用Docker...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值