首页 › AI Agent › Agent搭建0-1企业级项目(已开源) › 第十二节:从本地 Demo 到企业生产

第十二节:从本地 Demo 到企业生产

​

很多 AI 项目完成本地 Demo 后,下一步就是找一个免费云服务——把前端放上去,拿到一个公网地址,然后宣布产品已经上线。​

​

​

🔔

但企业真正关心的问题是:Node API 能不能稳定支持 SSE?数据库迁移、备份和恢复由谁负责?Worker、任务队列和检索索引在哪里运行?模型密钥、预算、限流和安全降级怎样控制?真实用户、SSO、日志脱敏、告警、回滚和 SLA 又该怎样承担?​

​

​

从 L0 本地演示到 L4 私有化/混合云的五级部署选择

从 L0 本地演示到 L4 私有化/混合云的五级部署选择​

​

部署的不是一个网站,而是十个不同单元​

​

⭕

完整项目至少要分别决定:​

•

Node API 是否常驻,能否稳定支持 SSE;PostgreSQL 如何连接、迁移、备份和恢复;​

•

企业知识原文放数据库还是对象存储;pgvector 索引如何重建;​

•

Worker 和任务队列由谁运行;模型密钥、预算、限流和降级放在哪里;​

•

登录权限是预置账号还是企业 SSO;日志如何脱敏、保存和告警;​

•

域名、HTTPS、CORS、WAF 和内外网边界如何处理。​

​

只把前端页面放到一个免费托管地址,不等于整个 Agent 已经部署。​

L0:本地演示​

​

Docker 在本地运行 PostgreSQL 与项目依赖

Docker 在本地运行 PostgreSQL 与项目依赖​

​

L0 适合开发验收、录课、面试和现场演示。应用、数据库和依赖在本机或 Docker 中,优点是完全可控、不需要云账号,也不会产生持续费用。​

限制同样明确:电脑关机后不能访问,不适合外部真实用户,也没有线上 SLA。​

​

本地 production build 的登录页面

本地 production build 的登录页面​

​

当前项目选择 L0,因为第一版目标是课程和完整项目证明,不连接真实客户,也没有持续在线承诺。​

L1:免费云 Demo​

L1 可以组合免费前端托管、可休眠的免费 Node API、免费 PostgreSQL 和按量模型 API,适合作品集、小流量体验和合成数据演示。​

但必须接受:冷启动、休眠、构建或请求额度、数据库容量、数据暂停、没有 SLA,以及免费计划规则随时可能变化。​

还要逐项验证商业使用条件。有的平台免费计划只适合个人或非商业用途。“免费能部署”不代表“免费能经营”。​

如果选择 L1,页面应该明确告诉访问者这是演示环境,并设置只读访客、模型调用限流、每日预算、合成数据重置和紧急关闭开关。​

L2:托管商业版​

当系统开始服务真实客户,免费 Demo 就不够了。​

L2 通常采用付费托管前端/API、托管 PostgreSQL、对象存储、独立 Worker、错误追踪和告警。至少需要测试与生产环境隔离、每日备份、连接池、预算告警和上一版本回滚。​

这一层开始解决的不是“别人能不能打开”,而是“小团队能不能持续经营”。​

L3:企业公有云​

跨部门使用、真实敏感数据、明确 SLA、集中审计或网络隔离,会把项目推到 L3。​

常见结构是企业身份/SSO、CDN 与 WAF、API 网关、私有网络中的容器、高可用数据库、托管队列、模型网关、集中日志和灾备。​

可靠性提高的同时,安全面、配置和运维责任也会增加。不是多加几个云产品就自动变成企业架构,而是每个组件都要有责任人、指标、告警和恢复方案。​

L4:私有化或混合云​

当数据不能离开企业指定边界,或者必须接入内网核心系统、本地模型和专有身份体系时,才考虑 L4。​

它可能包含企业内网、专有云、本地模型、混合网络和内部审计系统。成本最高,也最依赖企业 IT、安全和运维团队。​

L4 不是技术能力的终点,而是一种业务约束选择。没有数据驻留和强合规要求时,提前私有化通常只会制造复杂度。​

免费方案真正要比较什么​

我最终没有给读者一个“永久免费部署组合”,而是整理了十二个问题:​

是否允许商业使用;​

是否支持 Node 常驻服务和 SSE;​

是否支持独立 Worker;​

是否休眠、唤醒需要多久;​

本地文件是否持久化;​

PostgreSQL 是否有备份和恢复;​

连接池是否匹配并发方式;​

是否有私有网络和区域选择;​

日志能否脱敏和导出;​

是否支持预算与速率限制;​

是否能快速回滚;​

代码、数据和配置能否迁出。​

平台名字和免费额度会变化,这些判断问题更值得长期保存。​

企业上线是十二步,不是一次上传​

​

从责任、数据边界到灰度发布和交接​

​

完整上线需要:明确对象和责任人、拆部署单元、定义数据边界、建立多环境、配置密钥和最小权限、准备迁移与回滚、部署测试环境、验收七页面与业务闭环、验证失败路径、演练备份恢复、小范围发布、完成责任交接。​

其中最容易被忽略的是恢复演练。控制台显示“备份成功”,不代表数据真的能恢复。只有把备份恢复到隔离环境,并重新验证登录、工单、RAG、人工确认和审计,备份才算有效。​

为什么第一版停在 L0​

​

本地生产模式已经完成 AI 建议、人工确认和保存闭环​

​

当前项目已经证明:产品、数据、权限、RAG、真实模型、人工确认、固定评测和审计可以形成完整闭环。​

它尚未证明:云平台兼容性、线上备份恢复、告警和值班、SLA、企业 SSO、私有网络和真实客户数据治理。​

因此最准确的发布等级是:已验证的 L0 本地 Demo,不是公网生产上线。​

AI 时代一个很重要的能力,是拒绝夸大完成状态。没有证据的能力写“待验证”,没有承担的责任就不要用“企业生产”包装。​

可以直接交给 AI 的部署任务:​

​

​

从一页产品说明、轻量 PRD、七页面原型,到技术选型、开发任务书,再到数据库、权限、RAG、真实模型、Human-in-the-loop、固定评测、审计和部署判断,这个企业 Agent 第一版到这里全部完成。​

真正的产品能力,不是让 AI 一口气生成一个网站。​

而是让 AI 执行,让证据留下,让人持续做正确的选择。​

从一页产品说明到部署责任,这个企业 Agent 第一版的每一步都没有依赖“AI 一次生成成功”,而是依赖一次次选择、实验、验收和冻结。​

你现在手里的 AI 项目,更接近 L0 本地 Demo、L1 免费云 Demo,还是已经进入真实生产环境?评论区留一个等级。下一篇《从一页产品说明到企业级 Agent,完整复盘》,我会把这条能够复用到其他行业的完整路径重新串起来。​

AI 可以完成大量 vibe coding 工作,但部署、上线、稳定性、成本与真实用户问题,仍需要人承担决策和责任。​