S4 上的 Docker 应用部署指南

发布时间:2026-09-21 13:39

Docker 把应用和环境打包在一起，换机器、做回滚都省事。S4 上部署容器化应用的流程不复杂，重点是资源限额和镜像管理两件事。 一、安装与准备 Ubuntu 上执行 apt install -y docker.io docker-compose-v2，装完 systemctl enable --now docker 设为自启。磁盘给 Docker 留足空间，镜像、容器日志都会往里写，用不了半年就能攒几十 G。数据盘单独规划更好，镜像和数据分开放，清理时顾虑少。装完跑一次 docker run hello-world，再用 docker info 看一眼存储驱动和根目录位置。 二、编排与部署 单机场景用 compose 足够，一个典型结构： services: web: image: nginx:stable ports: ["80:80"] redis: image: redis:7 command: redis-server --maxmemory 512mb 上线 docker compose up -d，更新时 pull 新镜像后重新 up，中断窗口只有秒级。镜像选择有个原则：优先官方镜像并钉住明确的版本号，latest 标签今天和明天可能不是同一个版本，回滚时对不上号。compose 文件也纳入版本管理，改了什么有据可查。 三、资源限额 多容器同机必须限额，防止一个容器吃光资源：compose 里写 mem_limit 和 cpus，比如应用容器限 2G 内存、半个 CPU。数据库类容器的内存限额宁松勿紧，被压到 swap 是性能灾难。限额不是限制性能，是防止互相拖累，正常负载远碰不到上限。日志挂载到宿主机目录统一收集：容器删了日志还在，volumes 一行配置，价值在出问题那天才显现。 四、清理与常见报错 镜像攒多了磁盘告急，先 docker system df 看占用，再 docker image prune -a 清掉无主镜像。常见报错两个：端口映射冲突，改宿主机侧端口即可；容器反复重启，docker logs 容器名 看原因，多半是配置或环境变量没给全。更省心的做法是 crontab 里加一条 docker system prune -f，每周自动清理，配合磁盘告警形成双保险。 多容器规模上来后，命名和分组要讲究：容器名带项目前缀，network 按项目隔离，避免互相看到对方的端口。 容器化不是万能药，但部署的确定性和回滚速度是实打实的提升，值得在上线之初就定好规范。定规范时把限额、日志、清理三件事写进去，后续接手的同事照着执行就行。