- 综合排序
- 最热优先
- 最新优先
- 来自专栏迁移内容
Docker 应用实践-镜像篇
一个 Docker 镜像往往是由多个镜像层（可读层）叠加而成，每个层仅包含了前一层的差异部分，单个镜像层也往往可以看作镜像使用，当我们启动一个容器的时候，Docker 会加载镜像层并在其上添加一个可写层 本品内容主要介绍：关于 Docker 镜像、Docker 命令应用实践 ---- 文章目录 一、关于 Docker 镜像 1、对于 Docker 镜像的理解 2、Docker 镜像的多层结构 二、Docker 命令应用实践 1、登陆镜像仓库（镜像仓库） 2、Docker search 命令（镜像仓库） 3、Docker pull 命令（镜像仓库） 4、Docker images 命令（ 其中，多个容器共享镜像的结构如下所示： 总的来说：镜像由多个层组成，每层叠加之后，从外部看来就如一个独立的对象。镜像内部是一个精简的操作系统（OS），同时还包含应用运行所必须的文件和依赖包。 ---- 二、Docker 命令应用实践 1、登陆镜像仓库（镜像仓库） 我们在使用 Docker 拉取镜像前，往往需要登陆到一个 Docke r镜像仓库，如果未指定镜像仓库地址，默认为官方仓库 Docker
87110编辑于 2023-02-03 - 来自专栏云云众生s
Dive：查看 Docker 镜像内容的应用
为了做到这一点，你需要了解诸如层、层的详细信息、每个层的内容和镜像的详细信息等方面的信息。 听起来是不是很费力呢？ 有一个叫做 Dive 的应用程序可以帮助你，实际上这个过程非常简单。 Dive包括以下功能： 镜像内容分解 显示每个层的内容详细信息 显示正在检查的镜像的总大小 显示镜像中的浪费空间（越小越好） 显示镜像的效率得分（越高越好） 这些都是非常重要的信息，特别是对于试图创建尽可能高效和安全的 你肯定不想在镜像的层中包含不必要的应用程序，而 Dive 正是一个很好的工具，可以准确地了解其中的内容。 让我们开始安装 Dive 吧。 /dive_${DIVE_VERSION}_linux_amd64.deb 安装完成后，你就可以测试该应用程序了。 希望这个命令行应用程序能帮助你构建更高效和安全的镜像（或者至少了解构成你使用的镜像的确切内容）。
96910编辑于 2024-03-28 【将Java应用打包为Docker镜像】
将Java应用打包为Docker镜像的步骤 准备Java应用 确保Java应用已编译为可执行的JAR或WAR文件。 以下是基于不同场景的配置示例： 案例1：Spring Boot JAR应用 # 使用官方OpenJDK镜像作为基础 FROM eclipse-temurin:17-jdk-jammy # 设置工作目录 Tomcat COPY target/your-webapp.war /usr/local/tomcat/webapps/ROOT.war # 暴露Tomcat端口 EXPOSE 8080 构建和运行镜像 构建镜像 在Dockerfile所在目录执行： docker build -t java-image-name . 运行容器 docker run -p 8080:8080 -d java-image-name -p：端口映射（主机端口:容器端口） -d：后台运行 优化建议 多阶段构建 减少最终镜像大小，丢弃构建阶段的依赖
46010编辑于 2025-12-17- 来自专栏鸿蒙开发笔记
稀疏镜像在OpenHarmony上的应用
一、稀疏镜像升级背景常用系统镜像格式为原始镜像，即RAW格式。镜像体积比较大，在烧录固件或者升级固件时比较耗时，而且在移动设备升级过程时比较耗费流量。 二、稀疏镜像原理1、稀疏镜像的概念原始镜像：即raw image，完整的ext4分区镜像，包含很多全零的无效填充区稀疏镜像：即sparse image，将raw ext4进行稀疏描述，因此尺寸比较小，制作目录有多少文件就计算多少 （3）编译后的镜像对比编译出的镜像格式为sparse格式，镜像大小相比raw格式明显变小。（4）烧录稀疏镜像烧录稀疏镜像方法和烧录原始镜像方法一致。 稀疏镜像本身是不能直接挂载的，在烧录过程中通过uboot将稀疏格式镜像还原为原始镜像，然后写到磁盘中，系统启动后可挂载对应的镜像。2、稀疏镜像升级升级包采用稀疏镜像制作。 本文介绍了OpenHarmony系统中实现稀疏镜像升级的方法，理解稀疏镜像原理及稀疏镜像还原方法可以快速在自己的系统中应用稀疏镜像升级，提高系统升级速度。
30900编辑于 2025-04-28 - 来自专栏个人开发
Linux下docker制作springboot应用镜像
，docker打包的时候会自动拉取jdk镜像。 等待一段时间后，打包镜像成功，如下图： ? 执行docker images | grep jinjunzhu ? 可以看到打好的镜像了，但是镜像文件太大了，原因是jdk的镜像太大。 如下图：这一次的镜像小了很多 ? 网上找到了答案，应用对docker开启了防火墙，执行如下命令，对docker0开放5672端口，再次telnet就可以通了 firewall-cmd --permanent --zone=trusted zjj2006forever是dockerhub用户名，spingboot-rabbitmq:1.0是镜像名称，这个名称跟之前的名称不一样，是我新打了一次镜像，命令在下面。
4.9K30发布于 2020-08-20 - 来自专栏用户8644135的专栏
定制Linux镜像批量部署初始应用
把镜像重新封装到/root/test.iso，test.iso即为制作好的镜像，上边的参数不要修改，除非很清楚在干什么 主要有几个注意点： 1、光盘安装的时候，光盘的临时目录为/mnt/source/( 解决方法： 重置repodata,然后重新生成镜像 rm -f repodata/*.gz repodata/*.*.bz2 repodata/*.repomd.xml declare -x discinfo
1.6K20发布于 2021-06-17 - 来自专栏码农小胖哥的码农生涯
Buildpacks高效构建Spring Boot应用Docker镜像
前言 Spring Boot 2.3.0.RELEASE 正式发布了几天了，其中有个新的特性：可以将 Spring Boot 应用代码直接打包为 Docker 镜像。这是什么科技？ 你的应用配置环境，也可以成为Profile，比如Spring Boot应用中 application.yml 的环境配置。 保证应用构建的安全性和合规性，而无需开发者干预。 提供操作系统级别和应用程序级别的依赖关系升级的自动交付，屏蔽了Dockerfile 的复杂性。 执行下面的命令构建Docker镜像： pack build myapp --builder cnbs/sample-builder:bionic 执行完毕后你的 Docker 镜像就构建完毕了，甚至有需要的话你可以再追加 --publisher命令将镜像上传到Docker镜像仓库。
1.2K20发布于 2020-05-28 - 来自专栏云前端
实战 web 应用 Docker 镜像解耦交付
把一个 web 应用塞进集装箱呢？ 随着几次浏览器大战的硝烟散尽和 Flash 的背影远去，当下的 web 应用开发经过十余年的发展，在工程化、测试、持续集成等方面都已经汇入了软件开发的快车道。 但和项目中的环境变量类似，如果应用不当也会造成不同环境下镜像不一致的问题。因此交由运维人员或者自动化执行的 docker build 命令最好没有构建参数。 这是个非常有用的特性，能避免最终镜像中存在编译过程中的依赖文件，也就是镜像会变得更小了 。 但由于一来浏览器中无法用 process 感知环境，二来 Nginx 又不似 Node.js 应用一样可以直接传入参数；我们只好稍费周章，想办法 写入一些 Nginx 可以伺服的文件作为变量来源。 项目局部的异步改造 配置文件很轻松的就解决了，那么有了 endpoint.json 配置文件，如何在 runtime 将其应用于每一次异步请求呢？
1.7K10发布于 2020-06-15 - 来自专栏姜同学
使用Docker将你的应用制作成镜像
为什么是Docker 在开发的时候，在本机测试环境可以跑，生产环境跑不起来` 这里我们拿java Web应用程序举例，我们一个java Web应用程序涉及很多东西，比如jdk、tomcat、mysql等软件环境 当这些其中某一项版本不一致的时候，可能就会导致应用程序跑不起来这种情况。Docker则将程序以及使用软件环境直接打包在一起，无论在那个机器上保证了环境一致。 优势3: 通过镜像复制N多个环境一致容器 制作镜像 将一个SpringBoot的应用制作成镜像也是Very easy哦，前提是你要了解一下Docker一些基本命令的使用，Docker命令的介绍在菜鸟教程里面写的那些命令已经很够用了 ，我就不在介绍啦咱们直接实战将应用制作成镜像，然后将而容器启动起来你只需要将你的应用打成jar包然后编写Dockerfile就好啦~ 编写Dockerfile 编写Dockerfile咱们IDEA上写好直接使用 –env把他替换掉就好啦，将jar包上传到镜像里面去然后把应用的日志目录挂载到宿主机当中去，这个/var/log是我在logback中已经定义好的了。
1.1K20编辑于 2022-10-27 - 来自专栏我的小碗汤
无需依赖 Docker 环境制作 Java 应用镜像
随着高版本的 Kubernetes 弃用 Docker，企业也可以不依赖 Docker 环境了，但是 DevOps 通过 Kubernetes 部署的话，仍然需要制作镜像，那么在没有 Docker 环境的情况下如何制作呢 github 地址： https://github.com/GoogleContainerTools/jib 它是一个无需 Docker 守护进程，也无需深入掌握 Docker 最佳实践的情况下，为 Java 应用程序构建 Docker 和 OCI 镜像， 它可以作为 Maven 和 Gradle 的插件，也可以作为 Java 库。 那么有没有不需要改造系统的方式直接进行构建镜像呢？答案是通过 Jib-core 就可以实现。 通过 Jib-core，可以很轻松的实现镜像构建，而不需要依赖任何其他环境，也不需要被构建系统做任何改造，非常方便。 如果你的项目有此需求，也可以通过 Jib-core 来实现。
1.1K40编辑于 2023-03-20 - 来自专栏mall学习教程
使用Dockerfile为SpringBoot应用构建Docker镜像
上次写过一篇使用Maven插件构建Docker镜像 ，讲述了通过docker-maven-plugin来构建docker镜像的方式，此种方式需要依赖自建的Registry镜像仓库。 本文将讲述另一种方式，使用Dockerfile来构建docker镜像，此种方式不需要依赖自建的镜像仓库，只需要应用的jar包和一个Dockerfile文件即可。 目录下创建一个mall-tiny-docker-file.jar文件 RUN bash -c 'touch /mall-tiny-docker-file.jar' 使用Dockerfile构建SpringBoot应用镜像 ENTRYPOINT ["java", "-jar","/mall-tiny-docker-file.jar"] # 指定维护者的名字 MAINTAINER macrozheng 使用maven打包应用 在Linux上构建docker镜像 在Dockerfile所在目录执行以下命令： # -t 表示指定镜像仓库名称/镜像名称:镜像标签 .表示使用当前目录下的Dockerfile docker build
1.5K20发布于 2019-07-22 - 来自专栏从零学习云计算
openshiftorigin学习记录（10）——基于已有镜像部署应用
本部分记录如何基于已有的镜像部署应用。 这里的测试镜像选择的是我自己的博客《 Docker学习记录（2）——JAVA应用容器化（JAVA博客应用Solo）》最终产生的镜像。 基于已有镜像部署应用 以账号为dev密码为dev的用户登录openshift集群。 # oc login -u dev -p dev 创建一个名为imagetest的项目。 oc project imagetest # oadm policy add-scc-to-user anyuid -z default 一定要注意是在当前的project下添加权限 基于已有镜像部署应用 这里已将之前生成的镜像push到了本地镜像仓库中。
1.6K00发布于 2017-12-28 - 来自专栏DevOps Boy
k8s 应用镜像构建最佳实践
构建之前我们需要先制定几个原则：镜像要足够小，确保Pod启动时不会长时间注册在拉取镜像步骤。镜像要包含一些常用工具，方便现网问题定位。各个业务的镜像应该尽量复用相同的基础镜像。镜像要遵循单应用原则。 该步骤主要作用是构建一个应用可用的 runtime 镜像，减少后续应用构建过程中重复安装runtime的时间，提升构建速度。 ，这里建议如果有很多（大于5个）应用均使用相同的 runtime （如python3.9），那可以将 runtime 镜像拆分为两个，单纯 runtime 镜像和安装有依赖库的镜像（应用镜像的上一层）。 runtime 镜像或者基础镜像，便可以构建可以承载应用的镜像了。 自此，一个轻量、简洁可用的应用镜像已经构建完成。
1.6K30编辑于 2023-11-23 - 来自专栏我的小碗汤
如何为 Python 应用选择最好的 Docker 镜像？
至于我的 Python 应用，究竟选择哪一个 Docker 基础镜像更好呢？ 对于 Docker 基础镜像的要求 为我的 Python 应用构建一个 Docker 镜像并不是要从零开始，而是从现有的 Linux 基础镜像开始构建。 安全更新：需要基础镜像得到良好维护，以便及时获取基本操作系统的安全更新 最新的依赖关系：除非我们的应用仅仅是一个简单的 Python 程序，否则就不得不依赖操作系统所提供 的库和应用程序（例如：GCC 考虑到应用部署在产环境的需要，我们所选择的 Docker 镜像还应当具备长期支持(Long-term support, LTS) 的承诺。 关于 Docker 基础镜像的选择，还需要考虑的一点就是 Linux 一致性的问题。杂乱的、多样化的 Linux 版本会在大规模应用的时候带来不可预估的风险，不可掉以轻心。
3.4K40编辑于 2023-03-20 - 来自专栏Java学习网
在构建应用程序Docker镜像时，如何管理和优化镜像的大小的？
Docker作为一种轻量级的容器技术，已经成为现代应用程序开发和部署的重要工具。在使用Docker时，构建优化的Docker镜像是非常重要的，因为它可以显著影响应用程序的性能和可伸缩性。 此外，大型镜像也会对容器的网络传输和存储造成负担，从而降低应用程序的性能和响应速度。因此，管理和优化Docker镜像的大小是非常重要的。 如何管理Docker镜像的大小？ 最小化依赖项：在构建Docker镜像时，应最小化依赖项。这意味着仅包括应用程序所需的文件和库，而不是整个操作系统或其他不必要的依赖项。这可以减小镜像的大小，并且降低容器的启动时间和资源消耗。 使用轻量级的Linux发行版：对于一些应用程序来说，使用轻量级的Linux发行版可以减小Docker镜像的大小。 例如，在第一阶段中构建应用程序，然后在第二阶段中将应用程序移动到轻量级的基础镜像中。 管理和优化Docker镜像的大小是构建高效、可靠的Docker容器的重要组成部分。
1.2K10编辑于 2024-07-22 - 来自专栏Java全栈·
Docker 镜像：解锁容器化应用程序的潜力
第三章 Docker镜像 3.1 镜像基础 3.1.1 镜像简介 镜像是一种轻量级、可执行的独立软件包，也可以说是一个精简的操作系统。镜像中包含应用软件及应用软件的运行环境。 具体来说镜像包含运行某个软件所需的所有内容，包括：代码、库、环境变量和配置文件等。几乎所有应用，直接打包为Docker镜像后可以运行。 如果层之间的顺序不正确，可能会导致镜像的构建失败或镜像中的一些文件丢失或损坏。例如，如果一个层中的文件在后续的层中被删除或更改，可能会导致镜像中的应用程序出现问题或无法正常运行。 依赖层：依赖层是基于基础层构建的，它包含了应用程序运行所需的所有依赖项，如库文件、运行时环境等。 应用程序层：应用程序层是基于依赖层构建的，它包含了应用程序的所有文件和目录。 这种镜像可以让开发者将应用程序打包成一个单一的镜像，然后在不同的处理器架构下运行，而无需为每个架构创建不同的镜像。这对于跨平台应用程序的开发和分发非常有用。
72910编辑于 2023-06-29 - 来自专栏实战docker
详解SpringBoot(2.3)应用制作Docker镜像(官方方案)
关于《SpringBoot-2.3容器化技术》系列 《SpringBoot-2.3容器化技术》系列，旨在和大家一起学习实践2.3版本带来的最新容器化技术，让咱们的Java应用更加适应容器化环境，在云计算时代依旧紧跟主流 ，保持竞争力； 全系列文章分为主题和辅助两部分，主题部分如下： 《体验SpringBoot(2.3)应用制作Docker镜像(官方方案)》； 《详解SpringBoot(2.3)应用制作Docker镜像 layer》； 《设置非root账号不用sudo直接执行docker命令》； 《开发阶段，将SpringBoot应用快速部署到K8S》； 本篇简介 在前文，咱们快速体验了官方推荐的docker镜像制作方案 ","com.example.MyApplication"] 可见，官方推荐的做法是将整个jar文件解压，在Dockerfile中多次用COPY命令分别复制，这样做的好处显而易见：多个layer，如果镜像的新版本中只修改了应用代码 ： 看到这里，您是否想到了《体验SpringBoot(2.3)应用制作Docker镜像(官方方案)》中Dockerfile的内容，请看下图的红框和红字，是否有种恍然大悟的感觉：jar构建生成清单layers.idx
1.4K30编辑于 2022-05-09 - 来自专栏Luminous的云计算杂谈
腾讯云轻量应用镜像——Typecho预置版体验
最近腾讯云轻量上线了DockerCE和Typecho两个新的应用镜像，这种预装型的一键镜像想必有不少大佬会对此表示不屑：“这么简单的东西，自己搭两分钟就搭建好了，还用他？？” image.png 跟随他的指示去登陆就，然后前往设置里面就可以开始对你的站点进行你自己喜欢的设置了： image.png 鹅厂这个镜像相比于我之前体验过的一些小商家凑数的镜像来说，各个软件的安装位置都是标的很清楚的 软件方面，轻量提供了三个免费的镜像额度，你可以随时从控制台去做一个全盘快照，折腾之前点一下，折腾炸了一键回到原点。 除了上面的优点，也不得不说说这一类镜像的不足之处。 这样一个“记事本”的镜像，不知道各位有什么看法和建议？
2.7K80发布于 2020-12-08 - 来自专栏实战docker
体验SpringBoot(2.3)应用制作Docker镜像(官方方案)
关于《SpringBoot-2.3容器化技术》系列 《SpringBoot-2.3容器化技术》系列，旨在和大家一起学习实践2.3版本带来的最新容器化技术，让咱们的Java应用更加适应容器化环境，在云计算时代依旧紧跟主流 ，保持竞争力； 全系列文章分为主题和辅助两部分，主题部分如下： 《体验SpringBoot(2.3)应用制作Docker镜像(官方方案)》； 《详解SpringBoot(2.3)应用制作Docker镜像 layer》； 《设置非root账号不用sudo直接执行docker命令》； 《开发阶段，将SpringBoot应用快速部署到K8S》； 本篇简介 本篇的主题是动手实战，力求最快速度体验官方的镜像制作方案 ； 本篇不会涉及理论知识，这些留给下一章； 一通操作后可能会产生诸多疑问，文末留下了几个典型问题，您可以先思考再进入下一章揭晓； SpringBoot应用源码 本次实战用的是普通的SpringBoot工程 该项目源码的仓库地址，https协议git仓库地址(ssh)git@github.com:zq2599/blog_demos.git该项目源码的仓库地址，ssh协议 这个git项目中有多个文件夹，本章的应用在
56630编辑于 2022-05-09 - 来自专栏实战docker
详解SpringBoot(2.3)应用制作Docker镜像(官方方案)
，在云计算时代依旧紧跟主流，保持竞争力； 全系列文章分为主题和辅助两部分，主题部分如下： 《体验SpringBoot(2.3)应用制作Docker镜像(官方方案)》； 《详解SpringBoot(2.3 )应用制作Docker镜像(官方方案)》； 《掌握SpringBoot-2.3的容器探针：基础篇》； 《掌握SpringBoot-2.3的容器探针：深入篇》； 《掌握SpringBoot-2.3的容器探针 SpringBoot应用快速部署到K8S》； 本篇简介 在前文，咱们快速体验了官方推荐的docker镜像制作方案，但也产生了几个疑问： SpringBoot-2.3版本推荐的镜像构建方案和旧版本比有什么不同 ","com.example.MyApplication"] 可见，官方推荐的做法是将整个jar文件解压，在Dockerfile中多次用COPY命令分别复制，这样做的好处显而易见：多个layer，如果镜像的新版本中只修改了应用代码 ： [在这里插入图片描述] 看到这里，您是否想到了《体验SpringBoot(2.3)应用制作Docker镜像(官方方案)》中Dockerfile的内容，请看下图的红框和红字，是否有种恍然大悟的感觉：jar
1.3K20发布于 2021-04-27
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号