Docker部署Dify+RAGFlow避坑指南

在 Docker 中同时安装 dify 和 RAGFlow 后，可能会遇到以下问题：

一、端口冲突问题

1. 现象：Dify 和 RAGFlow 默认使用相同的端口（80 和 443），导致某一服务无法启动。
   解决方案：

• 修改 RAGFlow 的端口映射，例如在 docker-compose.yml 中调整：

  ports:
    - "8000:80"  # 容器80端口映射到主机8000
    - "4333:443" # 容器443端口映射到主机4333
  

• 重启服务：docker-compose up -d。
• 检查防火墙规则，确保新端口（如 8000、4333）开放。

二、依赖服务冲突

1. 现象：两者均依赖 Redis ，若默认配置相同会导致冲突。
   解决方案：

• 修改 RAGFlow 的 Redis 配置（在 .env 文件中）：

  redis_port=7379  # 修改默认端口
  redis_password=自定义密码
  

• 确保 Dify 的 Redis 配置独立（如使用不同端口或密码）。

三、硬件资源不足

1. 现象：RAGFlow 对资源要求较高（CPU ≥4核、内存 ≥16GB、磁盘 ≥50GB），资源不足时启动失败或运行卡顿。
   解决方案：

• 检查服务器配置，升级硬件或调整 Docker 资源分配（通过 Docker Desktop 设置 CPU/内存限制）。
• 对 Linux 系统需设置内核参数：

  sudo sysctl -w vm.max_map_count=262144  # 临时生效
  sudo vim /etc/sysctl.conf               # 永久生效
  

四、模型集成配置问题

1. 现象：集成本地模型（如 Ollama）时，出现 API 未授权或模型无法加载。
   解决方案：

• 在 RAGFlow 中创建 API Key 并记录知识库 ID。
• Dify 的 .env 文件中填写 RAGFlow 的 API 地址和 Key：

  API_ENDPOINT=http://<RAGFlow_IP>:9380/api/v1/dify
  API_KEY=your_ragflow_api_key
  

• 关闭 Dify 的 Rerank 模型，优先使用 RAGFlow 的解析结果。

五、Docker 环境问题

1. 现象（Windows 特有）：

• WSL2 未启用：Docker Desktop 无法启动。
  解决：以管理员权限运行 PowerShell：

  dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all
  wsl --set-default-version 2
  

• 镜像拉取失败：网络问题导致镜像下载超时。
  解决：使用国内镜像源或预封装的一键安装包。

六、文件解析与检索效果问题

1. 现象：Dify 原生知识库对 PDF 扫描件、表格解析效果差。
   解决方案：

• 通过 RAGFlow 上传文件，利用其深度文档解析能力（支持 OCR、布局识别等）。
• 在 Dify 中关联 RAGFlow 的外部知识库，调整参数如 TopK（检索数量）和 相似度阈值。

启动后验证步骤

1. 访问服务：

• Dify：http://<IP>:80
• RAGFlow：http://<IP>:8000（若修改过端口）。

• 日志排查：

  docker logs -f ragflow-server  # 查看 RAGFlow 日志
  docker logs dify-app          # 查看 Dify 日志
  

• 测试知识库：在 Dify 中创建应用并关联 RAGFlow 知识库，验证问答准确性。

---

总结建议

• 推荐部署方案：
• 将 Dify 和 RAGFlow 部署在同一主机，通过内网 IP 通信以减少延迟。
• 使用 RAGFlow 的 docker-compose-gpu.yml 配置以加速处理（如有 GPU）。
• 避坑提示：Windows 用户需优先解决 WSL2 和端口冲突问题；Linux 用户需检查内核参数和资源分配。