Hermes Agent 容器镜像优化实战一条命令定位膨胀源把近 1GB 的镜像瘦身一半【免费下载链接】hermes-agentThe agent that grows with you项目地址: https://gitcode.com/GitHub_Trending/he/hermes-agent如果你部署过 Hermes Agent 的容器多半体会过这种等待镜像接近 1GB每次发布拉取要等好几分钟机器内存也压着降不下来。这篇文章带你做一次容器镜像优化先定位体积膨胀源再分层瘦身最后验证效果目标是把镜像压到几百 MB、部署明显提速。 用一条命令定位镜像体积膨胀源做镜像瘦身前先要知道重量压在哪。docker history会逐层打印镜像的构建记录和每层大小哪一层体积大哪一层就值得先翻docker history --no-trunc 镜像名 | head -30常见的膨胀来源基本落在下面几类膨胀来源典型表现体积量级构建工具编译器、头文件留在运行层约 100MB~300MB冗余依赖开发、测试依赖与主程序一起装全约 100MB~500MB缓存与临时文件apt 列表、npm/pip 缓存、中间产物约 50MB~200MB对着输出里的层体积与上表比对瘦身的第一轮方向基本就出来了。⚡ 按镜像三层结构做瘦身基础层换成精简基础镜像基础镜像是镜像体积的底板slim 变体砍掉了大量用不上的库。只需改第一行的标签FROM python:3.13-slim官方 Dockerfile 就是 debian 13 打底只拉入必要的运行组件自定义镜像也可以照这个思路做。相比完整版基础镜像通常小 30%~60%。构建层多阶段构建去掉编译工具多阶段构建相当于先搭一个车间阶段完成编译再把产物拷进最终镜像编译器干完活就不留了FROM debian:13.4 AS builder RUN apt-get update apt-get install -y --no-install-recommends build-essential FROM debian:13.4 COPY --frombuilder /usr/local/lib/libsqlite3.so.3 /usr/local/lib/这样约 100MB~300MB 的编译工具完全不进运行时层。内容层按需装依赖并清理缓存只装实际用到的依赖组别把仅供开发用的 extras 拖进来装完顺手清缓存否则会被封进层里uv sync --frozen --no-install-project --extra all --extra messagingRUN apt-get install -y --no-install-recommends curl git \ rm -rf /var/lib/apt/lists/* RUN npm cache clean --force官方镜像还会先拷依赖清单再执行安装只改源码不改清单时该层直接命中缓存。按需安装加缓存清理通常有 10%~30% 的瘦身幅度冷构建也会明显变快。部署侧的参数也值得动一动镜像大小之外部署时的内存分配、空闲超时和并发上限也值得按实际负载配一配避免长期占用。官方镜像默认以非 root 用户运行、代码目录只读资源占用和风险面一起下降。验证优化效果前后对比优化前先记下docker images的体积改完后对比三个数字拉取耗时docker pull全程、构建耗时依赖变更时、冷启动耗时docker run到服务就绪。维度优化前优化后镜像体积~1GB300MB~500MB拉取/构建耗时数分钟通常缩短到 1/3~1/2冷启动耗时偏长可感知地变快具体数字仅作参照瘦身效果取决于实际装了多少依赖。几处改动落地后镜像瘦身与加速部署的收益都能落袋。可对照仓库里的 Dockerfile 与 README.zh-CN.md 实践。【免费下载链接】hermes-agentThe agent that grows with you项目地址: https://gitcode.com/GitHub_Trending/he/hermes-agent创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Hermes Agent 容器镜像优化实战：一条命令定位膨胀源，把近 1GB 的镜像瘦身一半
Hermes Agent 容器镜像优化实战一条命令定位膨胀源把近 1GB 的镜像瘦身一半【免费下载链接】hermes-agentThe agent that grows with you项目地址: https://gitcode.com/GitHub_Trending/he/hermes-agent如果你部署过 Hermes Agent 的容器多半体会过这种等待镜像接近 1GB每次发布拉取要等好几分钟机器内存也压着降不下来。这篇文章带你做一次容器镜像优化先定位体积膨胀源再分层瘦身最后验证效果目标是把镜像压到几百 MB、部署明显提速。 用一条命令定位镜像体积膨胀源做镜像瘦身前先要知道重量压在哪。docker history会逐层打印镜像的构建记录和每层大小哪一层体积大哪一层就值得先翻docker history --no-trunc 镜像名 | head -30常见的膨胀来源基本落在下面几类膨胀来源典型表现体积量级构建工具编译器、头文件留在运行层约 100MB~300MB冗余依赖开发、测试依赖与主程序一起装全约 100MB~500MB缓存与临时文件apt 列表、npm/pip 缓存、中间产物约 50MB~200MB对着输出里的层体积与上表比对瘦身的第一轮方向基本就出来了。⚡ 按镜像三层结构做瘦身基础层换成精简基础镜像基础镜像是镜像体积的底板slim 变体砍掉了大量用不上的库。只需改第一行的标签FROM python:3.13-slim官方 Dockerfile 就是 debian 13 打底只拉入必要的运行组件自定义镜像也可以照这个思路做。相比完整版基础镜像通常小 30%~60%。构建层多阶段构建去掉编译工具多阶段构建相当于先搭一个车间阶段完成编译再把产物拷进最终镜像编译器干完活就不留了FROM debian:13.4 AS builder RUN apt-get update apt-get install -y --no-install-recommends build-essential FROM debian:13.4 COPY --frombuilder /usr/local/lib/libsqlite3.so.3 /usr/local/lib/这样约 100MB~300MB 的编译工具完全不进运行时层。内容层按需装依赖并清理缓存只装实际用到的依赖组别把仅供开发用的 extras 拖进来装完顺手清缓存否则会被封进层里uv sync --frozen --no-install-project --extra all --extra messagingRUN apt-get install -y --no-install-recommends curl git \ rm -rf /var/lib/apt/lists/* RUN npm cache clean --force官方镜像还会先拷依赖清单再执行安装只改源码不改清单时该层直接命中缓存。按需安装加缓存清理通常有 10%~30% 的瘦身幅度冷构建也会明显变快。部署侧的参数也值得动一动镜像大小之外部署时的内存分配、空闲超时和并发上限也值得按实际负载配一配避免长期占用。官方镜像默认以非 root 用户运行、代码目录只读资源占用和风险面一起下降。验证优化效果前后对比优化前先记下docker images的体积改完后对比三个数字拉取耗时docker pull全程、构建耗时依赖变更时、冷启动耗时docker run到服务就绪。维度优化前优化后镜像体积~1GB300MB~500MB拉取/构建耗时数分钟通常缩短到 1/3~1/2冷启动耗时偏长可感知地变快具体数字仅作参照瘦身效果取决于实际装了多少依赖。几处改动落地后镜像瘦身与加速部署的收益都能落袋。可对照仓库里的 Dockerfile 与 README.zh-CN.md 实践。【免费下载链接】hermes-agentThe agent that grows with you项目地址: https://gitcode.com/GitHub_Trending/he/hermes-agent创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考