Docker 部署的红线经验：什么时候用、什么时候别用

什么时候用 Docker#

• 上游有官方镜像且维护活跃：装一个官方长期维护的服务，直接用现成镜像
• 依赖复杂：Python / Node 多版本共存，环境互相污染，容器隔离干净
• 需要隔离环境：不同项目要不同版本的库

什么时候别用 Docker#

• 简单服务（单个 Python / Node 进程）：直接 systemd 托管更轻、更好排查
• 轻量工具：能走标准输入输出的，不需要容器
• 大镜像构建（>5GB）：构建峰值可能吃掉十几个 G，系统盘扛不住

四条红线（每一条都踩出过事故）#

1
常驻服务 → systemd unit + systemctl enable（开机自启）

容器网络一句话总结#

1
容器内 127.0.0.1 = 容器自己
2
宿主机服务 = host.docker.internal（需监听 0.0.0.0）

长期运行的隐性风险#

容器长期不重启会隐藏 latent bug：内存缓慢泄漏、文件句柄累积、缓存过期逻辑从没触发过。定期滚动重启 + 状态巡检，让这些问题在可控时暴露，而不是在某个高峰期崩。

结论#

Docker 部署的四条红线：

1. daemon 不随便重启，单容器重启走 docker restart
2. 构建前先 df -h，大东西放数据盘
3. 容器访问宿主机用 host.docker.internal，别用 127.0.0.1
4. 常驻服务 systemd 托管，别裸跑

Docker 解决环境隔离，但环境隔离解决不了磁盘、网络、进程管理的问题。用对时机，别让工具绑架架构。