Docker Compose Optimizer — Docker Compose 优化器

Docker Compose 优化器 分析 Docker Compose 文件以实现最佳实践、安全性、性能和生产就绪性。审计服务配置、网络、卷挂载、健康检查、依赖管理和资源约束。 用法 "优化我的 docker-compose.yml" "检查 Docker Compose 的安全问题" "审查我的多服务设置" "使我的 Compose 配置生产就绪" 工作原理

• 配置分析

cat docker-compose.yml 2>/dev/null || cat docker-compose.yaml 2>/dev/null || cat compose.yml 2>/dev/null ls docker-compose*.yml 2>/dev/null

• 服务审计

镜像固定：使用标记版本（不是最新版本） 为每个服务定义健康检查 重启策略适当（除非停止，否则为生产） 环境变量：在 .env 文件中存储秘密，而不是内联 构建上下文：配置了 .dockerignore？ 端口映射：不必要的主机端口暴露

• 网络

自定义网络与默认桥接 通过 DNS 名称进行服务发现 不必要的端口暴露到主机 服务组之间的网络隔离 外部网络连接

• 卷和存储

命名卷与绑定挂载（命名用于数据持久性） 绑定挂载用于开发（热重载） 生产中的卷驱动程序（备份、复制） Tmpfs 用于临时/敏感数据 适当的卷清理策略

• 依赖和排序

使用健康检查条件的 depends_on 数据库 → 应用程序 → 工作器的启动排序 优雅关闭（stop_grace_period） Init 容器模式（使用配置文件）

• 资源管理

内存限制（mem_limit、memswap_limit） CPU 限制（cpus、cpu_shares） 日志配置（驱动程序、最大大小、最大文件） 生产服务的 Ulimits

• 开发与生产

覆盖文件（docker-compose.override.yml 用于开发） 基于配置文件的服务选择 仅开发服务（mailhog、adminer、pgadmin） 仅生产服务（监控、日志） 输出

Docker Compose 分析

服务： 6 | 网络： 1（默认）| 卷： 3

🔴 问题（2）

• 没有健康检查 — 4/6 个服务缺少健康检查

depends_on 没有 condition: service_healthy 是不可靠的 → 添加 db、redis、api、worker 的健康检查

• 组合文件中的秘密 — DB 密码内联

POSTGRES_PASSWORD: mypassword123 → 移到 .env 文件或 Docker 秘密

🟡 改进（4）

• 任何服务都没有内存限制 — 风险一个服务 OOM-killing 其他服务
• 在 redis 和 postgres 镜像上使用 latest 标签
• 默认桥接网络 — 创建自定义网络用于服务隔离
• 没有日志限制 — 日志将无限制增长

✅ 良好的实践

• 使用命名卷进行数据库持久性
• 重启策略设置为 unless-stopped
• 构建上下文使用多阶段 Dockerfile
• 覆盖文件分离开发配置