Docker 是现在最流行的容器引擎，把应用和它的依赖一起打包成镜像，一条命令就能在任何服务器上跑起来。不管是搭博客、跑数据库还是部署微服务，几乎所有服务器教程的第一步都是先装 Docker。这篇文章用最简单的方式，把 Ubuntu、Debian、CentOS...

CI 越来越慢，往往是"构建在重复做同样的事"：每次拉依赖、每次重新 destage 依赖/重新编译没变的层、worker 没缓存、并行度没打开。构建与 CI 缓存加速解决"让没变的部分不被反复从头做"：用层缓存/依赖缓存挂载(BuildKit、依赖目录缓存在...

很多人以为"容器 = Docker"，其实 Docker 只是"容器生态"里最出名的一层外壳：真正干"创建容器、拉起进程、管理命名空间与 cgroup"这些底活的，是底层的容器运行时（Container Runtime）。在 K8s 里这个分工更明显：kube...

自托管用久了，你从各个来源（官方、GitHub、别人 Docker Hub 拉下来的镜像）拉了一堆容器镜像，心里其实一直悬着一个问题："这张镜像到底是不是我想要的？有没有被偷偷换过、注入过恶意代码？"镜像供应链攻击（比如供应链投毒、镜像仓库被攻破、镜像被篡改）...

跑 Docker 久了你会发现，镜像会越来越臃肿：同一个镜像里既有编译工具又有运行时依赖，动辄几百 MB；仓库里躺着好几个 tag，硬盘悄悄被占满；每次构建，改一行代码也要把一层层缓存重打。这些"镜像越来越重、构建越来越慢"的体验，根子往往不在应用本身，而在镜...

当自托管栈慢慢变成"十几个服务，各自从镜像仓库拉 Docker 镜像"时，你会撞上一个不起眼却真实的痛点：所有东西都从公共镜像源（Docker Hub 或它的镜像站）拉，一来速度看别人脸色、二来你怕哪天某个镜像下架或被投毒、三来你想把自己打好的镜像也存起来统一...

用 Docker 的人很容易把"容器"和"一个叫 dockerd 的后台服务"划等号，其实容器本身只是内核特性，而 Docker 把一个占用大量内存、以 root 身份常驻的守护进程（dockerd）罩在了容器之上。Podman 的思路是：既然容器是内核能力，...

导读：本站Compose篇教过固定版本号的稳妥哲学，Docker Registry篇讲过镜像的搬运与治理——但有个日常烦恼一直没解决：自托管应用三天两头出更新，每次都要ssh上去、改tag、pull、up -d，五六个服务轮一遍半小时没了，不更新吧，安全补丁又...

导读：本站自托管系列里docker pull的出场率极高，但两个现实问题一直没正面解决：一是国内网络环境下从Docker Hub拉镜像又慢又玄学，今天能拉明天超时；二是多台VPS各自拉同一个镜像，纯属重复烧流量。这篇把镜像获取的所有姿势摆上桌：registry...