当前位置: 首页 > 面试题库 >

Python 3.7 Docker映像

傅元章
2023-03-14
问题内容

我想将我的python应用程序码头化。我去了Docker中心,发现那里有很多听起来很不错的基本映像。

3.7.0-stretch, 3.7-stretch, 3-stretch, stretch (3.7/stretch/Dockerfile)
3.7.0-slim-stretch, 3.7-slim-stretch, 3-slim-stretch, slim-stretch, 3.7.0-slim, 3.7-slim, 3-slim, slim (3.7/stretch/slim/Dockerfile)
3.7.0-alpine3.8, 3.7-alpine3.8, 3-alpine3.8, alpine3.8, 3.7.0-alpine, 3.7-alpine, 3-alpine, alpine (3.7/alpine3.8/Dockerfile)
3.7.0-alpine3.7, 3.7-alpine3.7, 3-alpine3.7, alpine3.7 (3.7/alpine3.7/Dockerfile)

尽管我尝试过Google搜索,但我仍无法弄清楚“伸展”,“苗条”,“苗条”和高山之间的区别。帮帮我?


问题答案:

带有Dockerfiles的Github存储库在这里,但是它非常动态并且不易阅读:

https://github.com/docker-library/python

自述文件也位于此处:

https://github.com/docker-
library/docs/tree/master/python

看起来有关的信息stretch确实丢失了。如果它被意外删除,即使在git版本历史中也找不到。

我创建了一个问题:https :
//github.com/docker-library/python/issues/343

Stretch 是Debian 9的代号-当前是稳定版本(直到2019-07-06,当Debian 10 Buster 发行时)。“
oldstable” Debian 8的代号为 Jessie

https://wiki.debian.org/Debian发布

我个人的建议是使用简约的Alpine图像,如果某些方法不起作用,则退回Debian图像:)

Debian与Alpine的比较(如果可能,从Docker的角度来看):

  • https://www.turnkeylinux.org/blog/alpine-vs-debian

  • https://nickjanetakis.com/blog/the-3-biggest-wins-when-using-alpine-as-a-base-docker-image

根据我有限的经验,最明显的区别是aptvs. apk和GNU libc6 vs. musl
libc。而且Alpine使用busybox而不是许多系统命令的完整版本。

更新:许多带有已编译二进制代码的Python轮子都可以与基于Debian的图像一起使用,但必须pip install针对基于Alpine的图像进行重新编译(由)。在这些情况下,我建议使用基于Debian的图像。



 类似资料:
  • 我正在使用Hibernate和JPA注释来映射我的类。当hibernate尝试映射这个类时,我遇到了一个问题 我的Social alStat类是: 我得到了这个错误: 我猜发生这种情况是因为我试图映射到一个基本类,但@ElementCollection注释不应该解决这个问题吗? 我的item类如下所示:

  • 前端将这个json发送到我的API 控制器:

  • 问题内容: 有什么方法可以手动下载Docker映像吗? 我的互联网连接速度非常慢,对我来说,最好获得图像的链接,然后以更高的互联网速度将其下载到其他位置, 如何获取由docker pull管理的映像的直接URL? 问题答案: 可能会得到,但让我提出另外两种建议! 如果可以通过快速连接连接到远程服务器,并且该服务器可以运行Docker,则可以在该服务器上,然后将映像(及其所有层和元数据)导出为tar

  • 我正在开发一个Spring3.2.7应用程序,它将存储在数据库中的签名作为base64字符串通过spring控制器发送回用户浏览器,该控制器输出字节数组responseEntity。 下面是我的代码,这显然是工作之前,所以也许有一些配置变化,可能会导致这一点? 该图像正在浏览器中呈现,如下所示: 我没有更改这个类,我被告知它确实有效,我能够从两个字节数组创建图像,它们都很好,看起来是一样的,我能够

  • 主要内容:初始程序,执行步骤前面我们已经看到了如何获得进程及其父进程的基本信息,现在来查看进程/程序信息的细节。 进程映像究竟是什么? 进程映像是执行程序时所需的可执行文件。 该图片通常包含以下部分 - 代码段或文本段 数据段 堆栈段 堆段 以下是进程映像的图形表示。参考下图 - 代码段是由可执行指令组成的目标文件或程序虚拟地址空间的一部分。 这通常是只读数据段,具有固定的大小。 数据段有两种类型。分别如下所示 - 初始化

  • 问题内容: Docker和虚拟机的映像是否存在差异?除了图像格式,我在任何地方都找不到任何信息。请注释掉图像大小,实例创建时间,捕获时间等内容。谢谢! 问题答案: 这些是我可以列出的docker和VM映像之间的一些区别: 1. Docker中的快照过程比VM更快 我们通常从基本映像开始,然后进行更改,然后使用docker提交这些更改,然后创建一个映像。该图像仅包含与基准的差异。当我们要运行图像时,

  • 问题内容: 我有一个泊坞窗映像,我想找出它是从哪个映像创建的。当然有多层,但是我想找出最后一张图像(dockerfile中该图像的FROM语句)? 我尝试使用,但无法在其中找到此信息。 我尝试使用以下命令,但它给我一条错误消息 这是我收到的错误消息 问题答案: 您可以使用此答案中建议的方法:https : //stackoverflow.com/a/53841690/3691891 首先,拉: 获

  • 问题内容: 我们可以使用没有源映像(OS)的docker文件创建docker映像吗 我们不希望在所有应用程序docker映像中使用基本映像(centos或rhel)。我们想要将基本映像(centos或rhel)与应用程序映像分开,并在运行时将它们链接起来。可能吗? 当我 不使用 或构建docker映像时,docker抱怨:“提交前提供源映像” 我的docker文件如下所示: 问题答案: 您说过:“