部署验收标准:哪些服务必须健康、哪些接口必须通、License 状态确认项
合作伙伴交付时,部署完成不等于验收完成。验收标准必须能回答三个问题:服务是不是都活着、关键链路是不是能通、License 是不是处于有效状态。
这一题虽然公开资料没有直接给出“合作伙伴验收单模板”,但 Enterprise 官方文档已经足以支撑验收标准的最小骨架:一是官方公开列出了核心资源与域名要求,二是公开给出了部署后应可访问的几个关键入口,三是 License 激活与刷新后需要验证生效状态。因此,这篇可以写成“公开资料可确认的最小验收标准”。
一、从公开资料能确认的验收骨架
1. 服务可访问性本身就是验收项
Enterprise 文档已经明确要求配置 console、api、app、upload、enterprise、trigger 等域名,并说明部署后应能访问这些入口。因此,域名与入口可达应被视为验收第一层。
2. 资源与依赖状态应纳入验收
Resources Checklist 已经公开给出 PostgreSQL、Redis、向量库、对象存储等依赖,因此验收不应只看 UI 页面打开,还要确认这些依赖处于正常工作状态。
3. License 生效状态必须单独确认
官方 License 文档明确说明激活或刷新后需重启 enterprise 服务,因此 License 不是“录进去就算完成”,而应验证状态是否真正生效。
二、服务健康项
至少确认:
- Web / API / Worker / Enterprise 正常
- 数据库、Redis、对象存储、向量库正常
- Ingress / 域名解析正常
三、接口可用项
- 登录可用
- 模型调用可用
- 知识库上传可用
- 应用发布后 API 可调用
四、License 确认项
- 状态有效
- 生效版本正确
- 重启后状态保持
五、交付建议
验收不要口头说“没问题”,应形成 checklist 与截图留档。
公开资料线索
note.com
- 当前暂无特别强的 note.com 直接命中文章,当前更适合以 Enterprise 官方部署与 License 文档为依据。
zenn.dev / 官方文档 / 其他公开页面
- Kubernetes - Dify Enterprise Docs | https://enterprise-docs.dify.ai/en-us/deployment/prerequisites/kubernetes
- Deployment FAQ - Dify Enterprise Docs | https://enterprise-docs.dify.ai/en-us/deployment/faq/deploying
- Resources Checklist - Dify Enterprise Docs | https://enterprise-docs.dify.ai/versions/3-7-x/en-us/deployment/resources-checklist
- License Activation - Dify Enterprise Docs | https://enterprise-docs.dify.ai/versions/3-0-x/en-us/deployment/license-activation
这篇当前能从公开资料确认的有效信息
- 域名 / 入口可达、依赖资源正常、License 生效,是最小验收骨架
- 公开资料足以支撑“最小验收标准”,但不包含你们内部客户项目特有的验收表格格式