docker基础镜像图片不显示 如何查看docker容器内是否存在?

[更新]
·
·
分类:互联网
3944 阅读

docker基础镜像图片不显示

如何查看docker容器内是否存在?

如何查看docker容器内是否存在?

不知道你是不是问的这个意思,docker ps 查看正在运行的容器 docker ps -a 查看所有容器,docker images 查看所有镜像,docker rmi 和docker rm 分别是删除镜像和容器的命令。

启动mysql的docker镜像,怎么自动执行初始化sql脚本?

打开SQLCommandLineClient进入mysqlcreatedatabase数据库名;或者用MySQL-Front,可视化工具建

kubernetes如何使用docker本地镜像?

Kubernetes中,pod是基础单元。使用yaml来配置pod模板。其中imagePullPolicy项决定了是否拉取远程镜像。 如果配置为IfNotPresent or Never,就可以使用本地镜像

docker容器中什么都没有?

docker安装好了后,是什么都没有的,你必须先搜索镜像,使用命令docker search centos,就会返回centos的所有镜像,然后使用docker pull 镜像名拉取镜像,再使用docker run命令使用拉取的镜像进行容器的创建。

docker应用推荐?

Docker 是一个开源的应用容器引擎,让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的Linux机器上,也可以实现虚拟化,容器是完全使用沙箱机制,相互之间不会有任何接口。
一个完整的Docker有以下几个部分组成:
客户端
Daemon守护进程
Image镜像
容器

Docker镜像和容器的区别详解?

当想让一个容器做两件事情,或者使一个Docker镜像包含来自两个不同镜像的依赖库时,就需要知道每个镜像的Dockerfile。本文介绍了如何通过dockerhistory命令来对Docker镜像进行反向工程,得到它们的Dockerfile,并组织到一个Dockerfile里然后build,从而实现想做的事情。
常言道,“不要重复发明轮子!”
在使用Docker时,构建自己的镜像之前,最好在DockerHub寻找一些可以直接使用的镜像做练习。把软件架构分布到一系列容器中,每一个容器只做一件事情,这样的效果非常好。构建分布式应用的最好的基石是使用来自DockerHub的官方镜像,因为可以信任它们的质量。
在某些情况下,可能想让一个容器做两件不同的事情。而在另外一些情况下,可能想让一个Docker镜像包含来自两个不同镜像的依赖库。如果有每个镜像的Dockerfile,这是非常简单的。将它们组织到一个Dockerfile里然后build就行。
然而,大多数时间都在使用DockerHub上准备好的镜像,不会有它们的源Dockerfile。我花时间找一个可以合并(或flatten)两个不同Docker镜像的工具,当然没有它们的Dockerfile。也就是说在找一个能做下面这件事的东西:
image1--
---gtmerged_image_12
/
image2--
此前在GitHub上有两个相关的讨论(1、2),尽管它们都被关闭了。
这可能吗?
那么,是否存在工具能够像这样做吗:dockermergeimage2image2merged_image?
没有!
你甚至不可以用下面的方式来构建Dockerfile:
FROMimage1
FROMimage2
简而言之,在一个Dockerfile里不能有多个基础镜像。
但是我需要这个功能!
唯一的解决办法是取得这些镜像的Dockerfile,然后把它们组织到一个文件中,再进行构建。那么,我能在DockerHub上获得一个镜像的Dockerfile吗?幸运的是可以。它不能离线获取(译注:原文是online,但显然online时对于来自GitHub的自动构建镜像是可以直接获取的),但是你可以使用dockerhistory命令,通过反向工程获取。
怎么来使用?
在你的机器上使用dockerpull从DockerHub下载镜像。
dockerpullimage1
dockerpullimage2
然后使用dockerhistory来取得构建这两个容器时运行的命令。
dockerhistory--no-trunctrueimagegtimage1-dockerfile
dockerhistory--no-trunctrueimage2gtimage2-dockerfile
接下来打开这两个文件,你可以看到每个镜像的命令堆栈。这是因为Docker镜像通过层(阅读更多)的方式来构建。即你在Dockerfile中键入的每一个命令所构建的新镜像,都是在之前的命令产生的镜像之上。所以你可以对镜像进行逆向工程。
限制
不能对镜像进行反向工程的唯一场景,是镜像的维护者在他的Dockerfile中使用了ADD或COPY命令。你会看到这样一行:
ADDfile:1ac56373f7983caf22
或ADDdir:cf6fe659e9d21535844
这是因为不知道维护者在他自己的机器上,包括镜像里使用了什么本地文件。