容器越跑越多之后，更新就成了一件绕不开的事。一个个手动拉镜像、停容器、再启动，费时又容易出错；全部交给自动更新，又怕半夜某个服务悄悄升级后起不来，第二天才发现。本文不直接给你一个开或者关的答案，而是给一棵决策树：按服务的性质一步步往下走，走到叶子节点，自然就知道这个容器该用什么更新策略。 本文提到的工具行为按公开文档与项目说明核实，核实日期为 2026-11-09。凡是写了「未核实」的地方，都是没有验证过的说法，不要把它当成事实。不同工具的默认行为差别很大。 先说风险：自动更新最怕的不是更新本身 先备份，再动手。自动更新的本质，是让程序在你不在场的时候停掉旧容器、拉新镜像、再启动新容器。如果新版本有兼容问题，或者更新过程中断电断网， …