避免意外共同故障域的多租户 Docker

一篇面向生产环境的最新后续文章，将厂商文档转化为运行控制、迁移决策和可验证的发布标准。

2026 年发生了哪些变化

我们重新审视这一主题，是因为系统的运行边界已经发生变化。长期有效的原则依然值得保留，但在当前版本下，一些过去的捷径已经不再完整，甚至可能带来风险。本文以截至 2026 年 7 月 14 日可获得的厂商文档为起点，区分客观事实与本地决策，并将每一次配置调整视为受控的生产变更。

当前一手资料

如何使用本次更新

首先阅读一手资料，记录实际部署的版本，并在修改设置前定义可观测的目标结果。应在具有代表性的环境中测试最小且可回退的改动。命令执行成功并不等于验收通过；服务健康、数据完整性、延迟、安全边界和回退时间才是标准。旧文中仍然有效的诊断顺序会作为运行基础保留在下文，但所有与版本有关的示例都必须对照当前文档复核。

运行基础

如何创建基于模板的多租户开发环境，包含16个容器化服务，可离线工作同时通过基于子域名的路由保持在线可访问。

管理多个客户的开发环境通常意味着在复杂的手动设置和昂贵的企业解决方案之间做选择。本文记录了我们如何使用 Docker 构建了一个可重复的多租户开发栈，解决了这两个问题。

该栈包含16个容器化服务，涵盖了现代 Web 开发中需要的所有关键组件：

Web 服务器：Nginx 用于静态文件和反向代理

应用服务器：PHP-FPM 用于 WordPress/WooCommerce 工作负载

数据库：MariaDB 用于结构化数据存储

缓存：Redis 用于对象缓存和会话管理

搜索：Elasticsearch 用于高级搜索功能

邮件：Mailhog 用于开发中的邮件测试

反向代理：Traefik 用于基于子域名的路由和 SSL 终止

该架构的关键特性包括：

基于模板的部署：新客户环境可以通过复制模板并更改几个配置变量在几分钟内创建，而不是几小时或几天。

离线/在线双模式：该栈可以完全离线工作进行本地开发，同时也可以通过 Traefik 的基于子域名的路由在线访问，使其适合远程协作和客户演示。

隔离性：每个客户的环境完全隔离——拥有自己的数据库、缓存和存储卷——同时共享基础设施组件以提高效率。

可扩展性：添加新客户只需要创建一个新的 docker-compose 文件和 Traefik 配置，无需修改现有的客户环境。

本指南包含完整的 Docker Compose 配置、Traefik 路由设置、Nginx 虚拟主机配置和环境变量管理的详细代码示例。有关完整的技术实现，请参阅原始英文版本。

从配置调整到运行决策

真正的问题并不是平台能否完成配置，而是团队能否说明责任归属、发现偏移、在不依赖临场发挥的情况下恢复服务，并证明改动达到了预期结果。因此，每项变更都必须配套负责人、基线、回退路径和复核周期。这样，一次性的修复才能转化为稳定的运行能力。同一份变更记录也为下一位负责人提供可信的起点，使后续优化成为基于测量的决策，而不是新一轮猜测。