Posts
read more
Dify 深度玩法（二）：云版还是自托管？部署决策与模型 Key 清单
Dify 深度玩法（二）：云版还是自托管？部署决策与模型 Key 清单
上一篇：Dify 适合做什么。 本篇回答第二个实际决策：在哪跑、接什么模型。
先澄清一个常见误解
很多人以为云版免费额度限制的是"调用量"。真实情况是：自带 API Key 的调用不消耗 Dify 的 message credits（credits 只在使用 Dify 内置供应商时消耗）。云版免费版（Sandbox）真正的瓶颈是：
| 维度 | 云版 Sandbox（免费） | 自托管 Community |
|---|---|---|
| 应用数 | 5 个 | 不限 |
| 知识库 | 50 篇文档 / 50 MB | 取决于你的磁盘 |
| 本地模型（llama.cpp / Ollama） | 访问不到你的 localhost | 容器内直连 |
| 费用 | 0（够用要升级到约 59 美元/月） | 0（电费与磁盘） |
| 维护 | 无 | 升级需读 release note、改环境配置后重启 |
结论很直接：多项目 + RAG 的组合，云版免费版装不下。应用数和知识库容量这两个上限，恰好卡在个人开发者的典型需求上。
三阶段部署路径
不建议二选一，建议分三步走：
flowchart TD
A["第 1 步：云版免费账号<br/>用 0 到 2 天"] --> B["第 2 步：本机 Docker 自托管<br/>正式开发"]
B --> C["第 3 步：迁移到 VPS<br/>需要对外服务时"]
A -.- A1["目的：熟悉节点与画布<br/>不绑自己的 Key，不建知识库"]
B -.- B1["目的：无配额限制<br/>直连本机 llama.cpp 或 Ollama"]
C -.- C1["目的：Web App 与 API 常在线<br/>本地模型改走云端 API"]
第 1 步不要投入任何东西——云版只用来确认"画布的工作方式你是否接受"。第 2 步才是正式开发环境。第 3 步等真的要给别人用时再做，因为自托管应用可以导出 DSL 迁移，前期投入不会浪费。