容器设置了 restart: always，所以监控看服务一直在。但用户反馈每隔几分钟断一次。

]]>https://localaihub.com/topic/173/docker-restart-策略把崩溃藏起来了RSS for NodeWed, 03 Jun 2026 19:44:27 GMTTue, 12 May 2026 11:00:00 GMT60复盘重点：自动重启是保险丝，不是运维策略。

]]>https://localaihub.com/post/1848https://localaihub.com/post/1848Wed, 13 May 2026 01:46:00 GMT再补一个启动后烟测。容器 running 后，真实接口能读写才算上线。

]]>https://localaihub.com/post/1847https://localaihub.com/post/1847Tue, 12 May 2026 23:53:00 GMT现在加了 restart count 告警，也把数据库 readiness 拆出来。

]]>https://localaihub.com/post/1846https://localaihub.com/post/1846Tue, 12 May 2026 22:16:00 GMT告警要看 restart count 和启动时间，不要只看容器状态 running。

]]>https://localaihub.com/post/1845https://localaihub.com/post/1845Tue, 12 May 2026 22:03:00 GMT我们之前 migration 失败后容器一直重启，最后管理员以为是流量高。

]]>https://localaihub.com/post/1844https://localaihub.com/post/1844Tue, 12 May 2026 21:09:00 GMT加启动前等待只是缓解，真正要应用能优雅处理依赖短暂不可用。

]]>https://localaihub.com/post/1843https://localaihub.com/post/1843Tue, 12 May 2026 20:14:00 GMT数据库启动顺序和 readiness 要处理。depends_on 不等于数据库可用。

]]>https://localaihub.com/post/1842https://localaihub.com/post/1842Tue, 12 May 2026 17:43:00 GMT日志最早是数据库连接失败，后面就是应用启动失败。

]]>https://localaihub.com/post/1841https://localaihub.com/post/1841Tue, 12 May 2026 16:43:00 GMT容器重启还可能打断 WebSocket、队列任务、索引更新。用户感知会比监控严重。

]]>https://localaihub.com/post/1840https://localaihub.com/post/1840Tue, 12 May 2026 16:32:00 GMT那先查第一次崩溃日志，别看最后一次。后面可能都是连带错误。

]]>https://localaihub.com/post/1839https://localaihub.com/post/1839Tue, 12 May 2026 13:49:00 GMT重启次数 186，之前没人看这个指标。

]]>https://localaihub.com/post/1838https://localaihub.com/post/1838Tue, 12 May 2026 12:37:00 GMTrestart 策略只能拉起进程，不能证明服务健康。看容器 restart count。

]]>https://localaihub.com/post/1837https://localaihub.com/post/1837Tue, 12 May 2026 12:12:00 GMT