企业官网建设流程全解析

1. 项目概述：为什么选择Docker部署dzzoffice+onlyoffice？

如果你正在寻找一个能替代传统Office套件、实现文档在线协同编辑，并且希望将数据完全掌握在自己手中的私有化方案，那么将dzzoffice与onlyoffice通过Docker组合部署，绝对是一个值得深入研究的项目。我最近刚在团队内部完成了这套系统的搭建，整个过程下来，感觉它完美地解决了我们几个核心痛点：一是文档格式兼容性，二是实时协同的流畅度，三是私有化部署带来的数据安全感。

简单来说，dzzoffice是一个功能丰富的开源企业网盘和协作平台，你可以把它理解为一个私有化的“Google Drive”或“坚果云”，负责文件的存储、管理、分享和权限控制。而onlyoffice则是一个强大的在线文档编辑器，类似于“Google Docs”或“Office 365”的在线版，它能直接在浏览器里高保真地打开、编辑Word、Excel、PPT等格式的文档，并支持多人实时协同。将它们俩用Docker“打包”在一起，就意味着你可以在自己的服务器上，快速搭建起一个功能完整、体验流畅、数据私有的文档协作中心。

这个方案特别适合中小型团队、开发团队、教育机构，或者任何对数据隐私有要求，又不想依赖第三方云服务的组织。Docker的容器化部署方式，将复杂的依赖和环境配置问题简化到了极致，你不再需要分别去折腾PHP、MySQL、Node.js等各种运行环境，也避免了“在我的机器上能跑”的尴尬。下面，我就结合自己的实操经验，带你一步步走通这个部署流程，并分享其中几个关键的“避坑”点。

2. 核心组件解析与选型考量

在动手之前，我们有必要先搞清楚这两个核心组件到底是什么，以及为什么是它们俩的组合，而不是其他方案。

2.1 dzzoffice：不止是网盘的开源协作平台

dzzoffice在国内的开源圈子里知名度很高。它不仅仅是一个文件存储服务器，更是一个集成了网盘、在线办公、团队协作、应用管理于一体的平台。你可以创建部门、分配角色、设置精细的文件权限（预览、下载、编辑、管理等），还能通过其应用市场安装各种扩展，比如日程、任务看板、论坛等。它的核心价值在于提供了一个统一的文件管理和协作入口。

从技术栈看，dzzoffice基于经典的LAMP（Linux + Apache + MySQL + PHP）架构。如果采用传统方式部署，你需要手动配置Web服务器、PHP环境及扩展、MySQL数据库，步骤繁琐且容易出错。而Docker化部署，则是将整个dzzoffice及其运行环境（包括特定版本的PHP、Apache和所需的扩展）打包成一个独立的容器镜像。你只需要一条docker run命令，就能在几分钟内拉起一个完整可用的dzzoffice实例，数据库也可以使用另一个独立的MySQL容器，实现了服务间的解耦和快速部署。

2.2 onlyoffice：媲美本地的在线文档编辑器

onlyoffice的强大之处在于其文档渲染和编辑能力。它能够高度还原Office文档的原始排版，包括复杂的表格、图表、公式和样式。其协同编辑功能体验非常接近Google Docs，可以实时看到其他协作者的光标位置和编辑内容。

onlyoffice本身也是一个复杂的服务，它包含文档服务器（Document Server）、控制面板、数据库等多个组件。官方提供了all-in-one的Docker镜像，将整个服务栈封装起来，极大地简化了部署。对于我们的场景，最关键的是其“文档服务器”，它提供了标准的API，允许像dzzoffice这样的第三方应用集成在线编辑功能。

2.3 为什么是Docker？容器化部署的核心优势

选择Docker作为部署方式，是基于以下几个关键考量：

1. 环境一致性：Docker镜像包含了应用运行所需的所有依赖（系统库、语言运行时、配置文件）。这意味着在开发、测试、生产任何环境，只要运行同一个镜像，应用的行为就是完全一致的，彻底杜绝了“环境差异”导致的问题。
2. 快速部署与扩展：传统部署可能需要半小时到数小时，而Docker部署通常在几分钟内完成。结合Docker Compose，可以一键启动包括dzzoffice、onlyoffice、MySQL在内的整个应用栈。未来如果需要横向扩展，也只需复制容器即可。
3. 资源隔离与安全：每个容器都有自己的文件系统、网络和进程空间，与宿主机及其他容器隔离。这提高了安全性，也避免了应用间因依赖冲突而相互影响。
4. 易于维护与升级：要升级应用版本，通常只需要拉取新版本的镜像并重启容器。回滚也同样简单，切换到旧版本镜像即可。数据和配置文件可以通过“数据卷”持久化在宿主机上，与容器生命周期解耦。

基于这些优势，即使你是运维新手，也能相对轻松地完成这个看似复杂的系统搭建。

3. 部署环境准备与规划

在开始拉取镜像和运行容器之前，做好环境准备和规划是成功的第一步。这能避免很多后续的混乱。

3.1 服务器硬件与系统要求

一个能流畅运行此套组合的服务器，建议满足以下最低配置：

• CPU：2核或以上。文档转换和协同编辑是计算密集型操作，特别是处理大型或复杂的Office文件时。
• 内存：4GB是底线，8GB或以上为佳。dzzoffice、onlyoffice文档服务器和MySQL数据库都会占用不少内存。
• 存储：至少20GB可用空间。这用于存放Docker镜像、容器以及最重要的——你的所有文档数据。建议使用SSD硬盘以提升IO性能。
• 操作系统：64位的Linux发行版。Ubuntu 20.04/22.04 LTS或CentOS 7/8是经过广泛验证的选择，社区支持好。本文将以Ubuntu 22.04为例。

注意：如果你在Windows或Mac上使用Docker Desktop进行本地测试，请务必在设置中分配足够的资源（如4核CPU、8GB内存），否则运行起来会非常卡顿。同时，确保宿主机已开启虚拟化支持（VT-x/AMD-V），这是Docker运行的必要条件。

3.2 Docker与Docker Compose安装

这是整个项目的基石。我们将使用官方脚本安装最新稳定版的Docker Engine和Compose插件。

1. 卸载旧版本（如有）：

   sudo apt-get remove docker docker-engine docker.io containerd runc

2. 安装依赖并添加Docker官方GPG密钥：

   sudo apt-get update sudo apt-get install -y ca-certificates curl gnupg lsb-release sudo mkdir -p /etc/apt/keyrings curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg

3. 设置稳定版仓库：

   echo \ "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/ubuntu \ $(lsb_release -cs) stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null

4. 安装Docker Engine和Compose插件：

   sudo apt-get update sudo apt-get install -y docker-ce docker-ce-cli containerd.io docker-compose-plugin

5. 验证安装：安装完成后，运行以下命令检查Docker和Compose版本。

   docker --version docker compose version

   如果看到版本号输出，说明安装成功。

6. （可选）管理权限配置：为了避免每次运行docker命令都要加sudo，可以将当前用户加入docker用户组。

   sudo usermod -aG docker $USER

   重要：执行此命令后，你需要完全退出当前终端会话并重新登录，或者重启服务器，权限变更才会生效。

3.3 网络与存储规划

在启动容器前，规划好网络和数据存储路径能让后续管理更清晰。

• 网络：Docker默认会为容器创建一个桥接网络（bridge）。为了让dzzoffice容器能访问onlyoffice容器，最简单的方式是让它们加入同一个自定义的Docker网络，或者使用Docker Compose（它会自动为定义的服务创建一个共享网络）。我们将采用后者。
• 存储（数据卷）：容器内的数据是易失的，容器删除数据就没了。因此，必须将重要数据“映射”到宿主机的目录上，实现持久化。
  • dzzoffice数据：包括上传的文件、应用配置、缓存等。我们将其映射到宿主机如/opt/dzzoffice/data目录。
  • onlyoffice数据：包括文档缓存、日志等。映射到宿主机如/opt/onlyoffice/documentServer/data目录。
  • MySQL数据：这是最重要的，数据库文件必须持久化。映射到宿主机如/opt/mysql/data目录。

在宿主机上提前创建这些目录，并设置合适的权限（通常Docker容器内进程以非root用户运行时，需要宿主机目录对应用户有写权限，一个简单的方法是sudo chmod -R 777 /opt/dzzoffice/data，但生产环境建议配置更严格的权限）。

4. 使用Docker Compose编排部署

手动分别运行多个docker run命令并配置它们之间的连接很麻烦。Docker Compose允许我们用一个YAML文件定义和管理多容器应用，一键启动所有服务。这是部署此类组合应用的最佳实践。

4.1 编写docker-compose.yml文件

在你的项目目录（例如/opt/dzzoffice-onlyoffice）下，创建docker-compose.yml文件。

version: '3.8' services: # MySQL数据库服务 mysql: image: mysql:8.0 container_name: dzzoffice-mysql restart: unless-stopped environment: MYSQL_ROOT_PASSWORD: YourStrongRootPassword123! # 请务必修改为强密码 MYSQL_DATABASE: dzzoffice MYSQL_USER: dzzoffice_user MYSQL_PASSWORD: YourDzzofficeUserPassword456! # 请务必修改 volumes: - /opt/mysql/data:/var/lib/mysql # 持久化数据库文件 - /opt/mysql/conf.d:/etc/mysql/conf.d # 可选：自定义配置 networks: - dzzoffice-network # onlyoffice文档服务器 onlyoffice: image: onlyoffice/documentserver:latest container_name: dzzoffice-onlyoffice restart: unless-stopped depends_on: - mysql # 声明依赖，但不会等待mysql健康，实际dzzoffice才依赖mysql environment: - JWT_ENABLED=true # 启用JWT密钥以提高安全性 - JWT_SECRET=YourSuperSecretJWTKeyHere # 设置一个复杂的密钥，dzzoffice配置时需要 volumes: - /opt/onlyoffice/documentServer/data:/var/www/onlyoffice/Data - /opt/onlyoffice/documentServer/logs:/var/log/onlyoffice ports: - "8080:80" # 将容器内80端口映射到宿主机的8080端口 networks: - dzzoffice-network # dzzoffice应用 dzzoffice: image: wwb2019/dzzoffice:latest # 这是一个社区维护的镜像，请确认其活跃度 container_name: dzzoffice-app restart: unless-stopped depends_on: - mysql - onlyoffice environment: - DB_HOST=mysql # 使用Docker Compose服务名作为主机名，在内部网络可解析 - DB_PORT=3306 - DB_NAME=dzzoffice - DB_USER=dzzoffice_user - DB_PASSWORD=YourDzzofficeUserPassword456! # 与mysql服务中定义的一致 volumes: - /opt/dzzoffice/data:/var/www/html/data # 持久化dzzoffice数据 - /opt/dzzoffice/conf:/var/www/html/conf # 可选：持久化配置文件 ports: - "80:80" # 将dzzoffice映射到宿主机80端口，作为主访问入口 networks: - dzzoffice-network networks: dzzoffice-network: driver: bridge

关键配置解读与注意事项：

1. 密码安全：MYSQL_ROOT_PASSWORD、MYSQL_PASSWORD和JWT_SECRET必须替换为你自己生成的、高强度的随机字符串。切勿使用示例中的密码。
2. 镜像选择：wwb2019/dzzoffice是Docker Hub上一个较受欢迎的社区镜像。部署前，建议查看其文档和更新频率。你也可以选择其他维护良好的镜像，或基于官方源码自行构建。
3. 端口映射：我们将dzzoffice映射到宿主机的80端口，将onlyoffice文档服务器映射到8080端口。这样，用户通过http://服务器IP访问dzzoffice，而dzzoffice内部通过http://onlyoffice:80（容器网络名）调用onlyoffice服务。宿主机的8080端口通常仅用于调试或直接访问onlyoffice后台。
4. 依赖关系：depends_on仅控制启动顺序，不检查服务是否“健康”（即完全就绪并可提供服务）。在dzzoffice启动时，MySQL可能还在初始化。更严谨的做法是让dzzoffice的启动命令或入口脚本包含对数据库连接的重试逻辑。
5. 数据卷路径：确保宿主机上的路径（如/opt/dzzoffice/data）已创建且Docker进程有写入权限。

4.2 启动与初始化服务

1. 在包含docker-compose.yml文件的目录下，执行启动命令：

   docker compose up -d

   -d参数代表在后台运行。Docker会依次拉取镜像（如果本地没有）、创建网络、启动容器。

2. 查看容器状态，确认所有服务都正常运行：

   docker compose ps

   你应该看到三个服务的状态都是Up。

3. 观察日志，特别是dzzoffice的初始化日志，看是否有错误：

   docker compose logs -f dzzoffice # 查看dzzoffice容器日志，-f表示持续跟踪

   初始化过程中，dzzoffice容器会尝试连接MySQL数据库并创建所需的表结构。当你看到与数据库连接成功、表创建完成相关的日志时，通常意味着初始化成功。

4.3 访问与配置dzzoffice

1. 在浏览器中访问你的服务器IP地址（http://<你的服务器IP>）。
2. 首次访问会进入dzzoffice的安装引导页面。
3. 根据页面提示，填写数据库信息：
   • 数据库地址：填写mysql（这是Docker Compose中定义的服务名，在内部网络中自动解析）。
   • 数据库端口：3306。
   • 数据库名、用户名、密码：填写在docker-compose.yml中mysql服务下environment部分定义的MYSQL_DATABASE，MYSQL_USER，MYSQL_PASSWORD。
4. 设置管理员账号和密码，完成安装。
5. 登录dzzoffice后台，进入应用管理或系统设置，找到“onlyoffice集成”或“在线文档”相关配置项。
6. 配置onlyoffice文档服务器地址。这里需要填写dzzoffice容器内部能访问到的onlyoffice地址。由于它们在同一个Docker网络（dzzoffice-network）中，所以可以直接使用服务名onlyoffice和容器内部端口80。因此，文档服务器地址应填写：http://onlyoffice。同时，填入在docker-compose.yml中为onlyoffice设置的JWT_SECRET。
7. 保存配置，并进行测试连接。如果配置正确，dzzoffice会提示连接成功。

至此，核心的部署工作就完成了。你可以在dzzoffice中上传一个Word或Excel文件，尝试右键选择“使用onlyoffice编辑”，体验在线协同功能。

5. 核心配置详解与优化

基础部署完成后，一些关键的配置优化能显著提升系统的稳定性、安全性和用户体验。

5.1 onlyoffice JWT安全配置

JWT（JSON Web Token）是一种用于安全传输信息的令牌。在onlyoffice中启用JWT，可以确保只有持有正确密钥的请求（来自dzzoffice）才能调用文档编辑服务，防止未授权的访问。

• 在docker-compose.yml中：我们已经设置了JWT_ENABLED=true和JWT_SECRET。
• 在dzzoffice配置中：必须填入完全相同的JWT_SECRET。
• 密钥管理：生产环境务必使用强密码生成器创建足够长且复杂的密钥，并妥善保管。定期更换密钥也是一个好习惯，但更换后需要同步更新dzzoffice和onlyoffice两边的配置。

5.2 文件上传大小限制

默认情况下，Web服务器（如Nginx/Apache）和PHP对上传文件大小都有限制。当需要上传大型视频或设计文件时，可能需要调整。

• 修改dzzoffice容器内的PHP配置： 你可以通过进入容器修改，或者更优雅的方式是在宿主机创建自定义的php.ini配置文件，然后通过数据卷挂载到容器内覆盖默认配置。

  1. 在宿主机创建配置文件，例如/opt/dzzoffice/php_custom.ini，内容如下：

     upload_max_filesize = 1024M post_max_size = 1024M max_execution_time = 300 max_input_time = 300

  2. 修改docker-compose.yml中dzzoffice服务的volumes部分，添加挂载：

     volumes: - /opt/dzzoffice/data:/var/www/html/data - /opt/dzzoffice/php_custom.ini:/usr/local/etc/php/conf.d/uploads.ini

  3. 重启dzzoffice容器：docker compose restart dzzoffice。

• 修改onlyoffice的文件大小限制：onlyoffice文档服务器本身也可能有限制，需要修改其Nginx配置。可以通过类似的方式，挂载自定义的Nginx配置文件到容器内/etc/onlyoffice/documentserver/nginx目录下，并调整client_max_body_size等参数。

5.3 数据库性能与备份

MySQL是系统的核心，其性能和数据安全至关重要。

• 性能调优：对于小规模应用，默认配置通常足够。如果用户量或文件量很大，可以考虑调整MySQL的InnoDB缓冲池大小（innodb_buffer_pool_size），通常设置为系统内存的50%-70%。可以通过挂载自定义的my.cnf配置文件到MySQL容器的/etc/mysql/conf.d目录来实现。
• 定期备份：必须建立数据库的定期备份机制。一个简单有效的方法是使用cron定时任务，执行docker exec命令调用mysqldump。

  # 示例备份脚本 /opt/backup/backup_mysql.sh #!/bin/bash BACKUP_DIR="/opt/backup/mysql" DATE=$(date +%Y%m%d_%H%M%S) docker exec dzzoffice-mysql mysqldump -u root -pYourStrongRootPassword123! dzzoffice > ${BACKUP_DIR}/dzzoffice_backup_${DATE}.sql # 保留最近7天的备份 find ${BACKUP_DIR} -name "*.sql" -mtime +7 -delete

  记得给脚本执行权限chmod +x /opt/backup/backup_mysql.sh，并添加到crontab中。

5.4 使用反向代理与HTTPS

直接暴露80/8080端口不够安全，也显得不专业。使用Nginx或Caddy作为反向代理，并配置HTTPS是生产环境的标配。

1. 安装Nginx：在宿主机上安装Nginx。
2. 配置反向代理：编辑Nginx站点配置（如/etc/nginx/sites-available/dzzoffice）。

   server { listen 80; server_name office.yourdomain.com; # 你的域名 # 重定向所有HTTP请求到HTTPS return 301 https://$server_name$request_uri; } server { listen 443 ssl http2; server_name office.yourdomain.com; ssl_certificate /path/to/your/fullchain.pem; ssl_certificate_key /path/to/your/privkey.pem; # 其他SSL优化配置... # 代理到dzzoffice容器 location / { proxy_pass http://127.0.0.1:80; # docker compose映射的宿主机端口 proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } # 代理到onlyoffice文档服务器（供dzzoffice内部调用，也可对外） location /onlyoffice/ { proxy_pass http://127.0.0.1:8080/; # 注意尾部的斜杠 proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } }

3. 修改配置：启用该配置并重载Nginx。同时，需要修改两处：
   • dzzoffice站点地址：在dzzoffice后台的系统设置中，将站点URL改为https://office.yourdomain.com。
   • onlyoffice地址：在dzzoffice的onlyoffice集成设置中，文档服务器地址应改为https://office.yourdomain.com/onlyoffice（即通过反向代理访问）。
4. 调整docker-compose端口映射：为了避免端口冲突，可以将原来的- "80:80"和- "8080:80"注释掉或改为映射到其他不常用的端口（如- "18080:80"），因为现在由Nginx的80/443端口对外服务。

6. 运维、监控与故障排查

系统上线后，日常的运维和监控是保证其稳定运行的关键。

6.1 常用Docker命令与日志查看

• 查看所有容器状态：docker compose ps或docker ps
• 启动/停止/重启服务：

  docker compose start # 启动 docker compose stop # 停止 docker compose restart # 重启（建议修改配置后使用） docker compose down # 停止并删除容器（数据卷和网络默认保留） docker compose up -d # 重新构建并启动（镜像有更新时使用）

• 查看实时日志：docker compose logs -f <service_name>，例如docker compose logs -f dzzoffice。-f参数可以持续输出日志，对于跟踪启动错误或运行时问题非常有用。
• 进入容器内部：docker exec -it <container_name> /bin/bash。例如，进入dzzoffice容器检查文件或执行PHP命令：docker exec -it dzzoffice-app /bin/bash。
• 清理无用资源：

  docker system prune -a # 清理所有未使用的镜像、容器、网络和构建缓存（谨慎使用） docker volume prune # 清理未使用的数据卷

6.2 性能监控与资源限制

使用docker stats命令可以实时查看所有容器的CPU、内存、网络IO和磁盘IO使用情况。

对于生产环境，可以考虑为容器设置资源限制，防止某个容器异常占用所有资源导致宿主机崩溃。在docker-compose.yml中为每个服务添加deploy.resources配置（需要Compose文件版本3.8+）或直接使用resources限制：

services: dzzoffice: # ... 其他配置 ... deploy: resources: limits: cpus: '1.0' # 限制最多使用1个CPU核心 memory: 2G # 限制最多使用2GB内存 reservations: cpus: '0.5' memory: 1G

6.3 常见问题与解决方案实录

在实际部署和运维中，我遇到过不少问题，这里总结几个典型的：

问题1：dzzoffice安装页面无法连接数据库。

• 现象：在安装引导页填写数据库信息后，提示“无法连接数据库”。
• 排查：
  1. 首先检查MySQL容器是否正常运行：docker compose logs mysql，查看是否有初始化错误。
  2. 进入MySQL容器测试连接：docker exec -it dzzoffice-mysql mysql -u dzzoffice_user -p，输入密码看能否登录。
  3. 在dzzoffice容器内，尝试用ping mysql或telnet mysql 3306（如果未安装telnet，先apt update && apt install telnet）检查网络连通性。
• 解决：最常见的原因是Docker Compose网络问题，或者数据库用户权限未正确创建。确保docker-compose.yml中dzzoffice的环境变量DB_HOST的值是mysql（服务名），并且密码完全一致。可以尝试重启整个堆栈：docker compose down && docker compose up -d。

问题2：在dzzoffice中点击“使用onlyoffice编辑”，提示“文档服务不可用”或一直加载。

• 现象：文件列表正常，但点击在线编辑时失败。
• 排查：
  1. 检查onlyoffice容器日志：docker compose logs onlyoffice，看是否有错误。
  2. 在dzzoffice后台的onlyoffice配置页面，测试连接。如果失败，会给出具体错误。
  3. 在dzzoffice容器内，尝试用curl http://onlyoffice访问onlyoffice服务，看是否能收到响应。
• 解决：
  • 地址错误：确保dzzoffice中配置的文档服务器地址是容器内可访问的地址，如http://onlyoffice（同一Docker网络下）。如果用了反向代理，则是代理后的HTTPS地址。
  • JWT密钥不匹配：检查docker-compose.yml中onlyoffice的JWT_SECRET和dzzoffice后台配置的密钥是否完全一致，包括大小写和特殊字符。
  • 端口未开放：检查onlyoffice容器的端口映射- "8080:80"是否正确，以及宿主机防火墙是否放行了8080端口（如果dzzoffice需要从宿主机IP调用的话，但在Docker网络内不需要）。

问题3：上传大文件失败。

• 现象：上传超过一定大小（如2M或8M）的文件时，进度条卡住然后失败。
• 排查：这几乎肯定是PHP或Web服务器的上传限制。
• 解决：按照前面“5.2 文件上传大小限制”章节的方法，调整dzzoffice容器内的PHP配置（upload_max_filesize和post_max_size），并可能需要调整onlyoffice的Nginx配置。

问题4：系统运行一段时间后变慢或卡顿。

• 排查：
  1. docker stats查看容器资源使用情况，判断是否是CPU或内存不足。
  2. 进入MySQL容器，检查慢查询日志或使用SHOW PROCESSLIST;查看当前连接和查询。
  3. 检查宿主机磁盘空间：df -h，看是否是数据卷占满。
• 解决：
  • 资源不足则升级服务器配置，或为容器设置资源限制。
  • 优化MySQL，例如为常用查询字段添加索引。
  • 定期清理onlyoffice和dzzoffice的临时文件、日志文件。可以写定时任务脚本完成。

问题5：如何升级到新版本？

• 原则：数据无价，升级前务必完整备份数据库和持久化数据卷。
• 步骤：
  1. 备份数据库（使用mysqldump）和重要目录（如/opt/dzzoffice/data,/opt/onlyoffice/documentServer/data）。
  2. 修改docker-compose.yml中的镜像标签（如将latest改为具体的版本号v2.0.1，使用固定版本更安全）。
  3. 执行docker compose pull拉取新镜像。
  4. 执行docker compose down停止旧容器。
  5. 执行docker compose up -d启动新容器。
  6. 密切观察日志，检查新版本是否有数据库迁移脚本自动运行，以及应用是否正常启动。

整个部署和运维过程，其实就是不断理解各个组件如何协同工作，并在出现问题时能快速定位到是网络、配置、资源还是应用本身的问题。Docker Compose把复杂的架构简化成了一个配置文件，让维护变得清晰可控。这套dzzoffice+onlyoffice的组合，一旦顺利跑起来，就能为团队提供一个强大、自主、安全的文档协作环境，长期来看，其价值和可控性远超过使用公有云服务。