Flowise生产环境支持PostgreSQL持久化的部署方案1. 为什么需要生产级的Flowise部署Flowise 是一个让人眼前一亮的AI工作流平台——它把原本需要写几十行LangChain代码才能实现的RAG问答、工具调用、多步推理变成鼠标拖拽几下就能完成的事。但很多团队在本地试用后卡在同一个问题上“玩得转却不敢上线”。原因很现实默认的内存存储In-Memory Storage重启即丢数据SQLite虽轻量但不支持并发写入用户管理、聊天记录、知识库配置、节点历史全靠临时文件或内存缓存——这显然没法进生产环境。而官方明确支持的 PostgreSQL 持久化方案恰恰是那个“让Flowise真正能扛住业务流量”的关键拼图。它不只是换个数据库那么简单而是让整个平台具备了用户账号与权限长期留存所有聊天会话自动归档可追溯工作流定义、版本变更、调试日志全部落盘多实例部署时状态一致、无单点故障风险与企业现有运维体系备份、监控、审计无缝对接本文不讲概念不堆参数只聚焦一件事如何用最简路径在真实服务器上跑起一个带PostgreSQL持久化、开箱即用、能直接对接业务系统的Flowise服务。全程基于 vLLM 加速本地大模型零魔法命令每一步都经实测验证。2. 核心架构vLLM Flowise PostgreSQL 的协同逻辑2.1 三者分工一目了然组件角色为什么不可替代vLLM模型推理引擎提供毫秒级响应、高吞吐、显存复用让7B/13B本地模型真正可用比原生transformers快3–5倍且原生支持OpenAI兼容APIFlowise工作流编排层把vLLM当“黑盒LLM节点”接入画布无需改一行代码所有Prompt工程、RAG检索、工具链路都在UI里可视化配置PostgreSQL全局状态中心存用户、存对话、存向量库元数据、存工作流JSON、存API密钥——不是辅助是主干存储它们之间没有胶水代码vLLM对外暴露标准OpenAI格式APIFlowise通过LocalAI节点类型直连PostgreSQL则由Flowise服务启动时自动建表、自动迁移。2.2 为什么不用Docker Compose一键拉起我们手动部署的理由官方Docker镜像flowiseai/flowise确实支持POSTGRES_URL环境变量但实际踩坑发现默认镜像未预装pg驱动连接PostgreSQL时报Error: Cannot find module pg官方镜像基于Alpine某些vLLM依赖如flash-attn无法直接安装日志缺失、错误不透明排查DB connection refused类问题耗时翻倍所以本文采用源码构建分步可控部署自己装pg和pg-hstore确保驱动就位显式控制vLLM启动时机避免Flowise抢在模型加载前连DB所有配置外置升级Flowise版本不碰数据库结构这不是“炫技”而是生产环境的第一守则每个环节必须可观察、可中断、可回滚。3. 生产环境部署全流程Ubuntu 22.04 LTS3.1 基础依赖安装与环境准备# 更新系统并安装编译工具链vLLM必需 sudo apt update sudo apt upgrade -y sudo apt install -y git curl wget build-essential cmake libopenblas-dev python3-dev python3-pip # 创建独立工作目录避免权限混乱 sudo mkdir -p /opt/flowise-prod sudo chown $USER:$USER /opt/flowise-prod cd /opt/flowise-prod注意不要用root用户直接执行后续npm/pnpm命令Node.js全局模块权限易出错。保持普通用户身份操作。3.2 部署PostgreSQL15.x推荐版本# 添加官方PostgreSQL仓库 echo deb [archamd64] https://apt.postgresql.org/pub/repos/apt/ $(lsb_release -cs)-pgdg main | sudo tee /etc/apt/sources.list.d/pgdg.list wget --quiet -O - https://www.postgresql.org/media/keys/ACCC4CF8.asc | sudo apt-key add - sudo apt update # 安装PostgreSQL 15及客户端工具 sudo apt install -y postgresql-15 postgresql-client-15 postgresql-contrib-15 # 初始化数据库默认已执行仅确认 sudo systemctl start postgresql sudo systemctl enable postgresql # 创建专用数据库与用户非postgres超级用户最小权限原则 sudo -u postgres psql -c CREATE DATABASE flowise_prod; sudo -u postgres psql -c CREATE USER flowise_user WITH PASSWORD StrongPass123!; sudo -u postgres psql -c GRANT ALL PRIVILEGES ON DATABASE flowise_prod TO flowise_user;验证连接psql -h localhost -U flowise_user -d flowise_prod -c SELECT version(); # 应返回PostgreSQL版本信息证明服务就绪3.3 启动vLLM服务作为独立OpenAI兼容API# 创建vLLM运行目录 mkdir -p /opt/flowise-prod/vllm cd /opt/flowise-prod/vllm # 使用pipx隔离安装避免污染系统Python curl -sSL https://raw.githubusercontent.com/pypa/pipx/main/get-pipx.py | python3 pipx install vllm # 下载一个轻量但实用的模型Qwen2-1.5B-Instruct约1.2GBGPU显存占用3GB # 如需更大模型请替换为 --model Qwen2-7B-Instruct 等 vllm serve \ --host 0.0.0.0 \ --port 8000 \ --model Qwen2-1.5B-Instruct \ --tensor-parallel-size 1 \ --gpu-memory-utilization 0.9 \ --enable-prefix-caching \ --max-num-seqs 256 \ vllm.log 21 等待约90秒检查API是否就绪curl -X POST http://localhost:8000/v1/chat/completions \ -H Content-Type: application/json \ -d { model: Qwen2-1.5B-Instruct, messages: [{role: user, content: 你好}] } | jq .choices[0].message.content # 应返回类似你好有什么我可以帮您的吗的响应提示vLLM服务必须先于Flowise启动。Flowise在初始化时会尝试调用LLM节点做健康检查失败则报错退出。3.4 构建并配置Flowise服务# 克隆Flowise源码使用稳定release分支非main cd /opt/flowise-prod git clone --branch v2.8.0 https://github.com/FlowiseAI/Flowise.git cd Flowise # 复制并编辑环境变量文件 cp packages/server/.env.example packages/server/.env # 编辑 .env 文件关键配置项如下其余保持默认 nano packages/server/.env将以下内容写入.env请严格按顺序空格敏感# 数据库配置核心 DB_TYPEpostgres POSTGRES_URLpostgresql://flowise_user:StrongPass123!localhost:5432/flowise_prod # 服务配置 PORT3000 NODE_ENVproduction FLOWISE_USERNAMEkakajiangkakajiang.com FLOWISE_PASSWORDKKJiang123. # vLLM对接配置关键 LLM_API_BASE_URLhttp://localhost:8000/v1 LLM_API_KEYEMPTY # vLLM无需key填任意非空值即可 # 安全加固生产必需 ENABLE_CORStrue CORS_ORIGIN* JWT_SECRETyour_very_strong_jwt_secret_here_32_chars_min # 日志与性能 LOG_LEVELinfo ENABLE_FLOWISE_TELEMETRYfalse安装依赖并构建# 推荐使用pnpm比npm快锁版本更稳 curl -fsSL https://get.pnpm.io/install.sh | sh - source ~/.bashrc # 或重新打开终端 pnpm install pnpm build3.5 启动Flowise并验证持久化生效# 启动服务后台运行输出日志到文件 pnpm start flowise.log 21 # 等待30秒检查服务状态 curl -s http://localhost:3000/health | jq . # 应返回 {status:OK,timestamp:...} # 检查PostgreSQL中是否已建表登录数据库确认 sudo -u postgres psql -d flowise_prod -c \dt # 应看到至少 12 张表包括 users, chats, flows, credentials, vectorstores 等此时访问http://YOUR_SERVER_IP:3000用配置的账号登录即可进入可视化界面。验证持久化成功的关键动作创建一个新工作流 → 保存 → 重启Flowise进程killall node pnpm start→ 再次登录工作流仍在发起一次聊天 → 查看数据库sudo -u postgres psql -d flowise_prod -c SELECT * FROM chats LIMIT 1;→ 能查到记录新增一个用户 → 重启服务 → 用户仍可登录这三点全部通过说明PostgreSQL持久化已100%生效。4. 关键配置详解与避坑指南4.1 数据库连接字符串的写法陷阱POSTGRES_URL必须严格遵循格式postgresql://用户名:密码主机:端口/数据库名常见错误postgres://...少写一个l驱动无法识别密码含特殊字符如/:未URL编码 → 解析失败正确做法对密码做encodeURIComponent例如密码为Pss/w0rd→P%40ss%2Fw0rd4.2 vLLM与Flowise的超时协同Flowise默认HTTP客户端超时为10秒而vLLM首次推理尤其大模型可能达15–20秒。若不调整会出现Error: Request failed with status code 504解决方法在.env中增加LLM_TIMEOUT60000 # 单位毫秒设为60秒同时vLLM启动参数建议加上--max-model-len 4096 --max-num-batched-tokens 8192避免因上下文过长触发排队超时。4.3 生产环境必须开启的安全项配置项推荐值说明ENABLE_CORStrue但务必配合CORS_ORIGIN限制白名单如CORS_ORIGINhttps://myapp.com,https://admin.myapp.comJWT_SECRET32位以上随机字符串使用openssl rand -base64 32生成绝不可用默认值FLOWISE_USERNAME/FLOWISE_PASSWORD强密码避免弱口令生产环境建议后续对接LDAP/OAuthENABLE_FLOWISE_TELEMETRYfalse关闭遥测符合企业数据合规要求4.4 日志与监控建议轻量级方案Flowise日志默认输出到控制台生产环境应重定向并轮转# 安装logrotate sudo apt install logrotate -y # 创建配置 sudo tee /etc/logrotate.d/flowise EOF /opt/flowise-prod/Flowise/flowise.log { daily missingok rotate 30 compress delaycompress notifempty create 644 $USER $USER sharedscripts } EOF监控健康状态添加简单心跳脚本# /opt/flowise-prod/health-check.sh #!/bin/bash if ! curl -sf http://localhost:3000/health /dev/null; then echo $(date) - Flowise down! | mail -s ALERT: Flowise Down admincompany.com systemctl restart flowise # 若使用systemd fi加入crontab每5分钟执行一次。5. 实际效果验证从零搭建一个知识库问答助手现在我们用刚部署好的Flowise5分钟内搭出一个公司内部文档问答机器人全程可视化且所有配置永久保存在PostgreSQL中。5.1 步骤分解截图对应文中Agent搭建图新建Flow→ 命名为HR-Policy-QA拖入节点Document Loaders→PDF Loader上传公司《员工手册.pdf》Text Splitter→RecursiveCharacterTextSplitterchunkSize500Vector Store→PostgreSQL注意此处选择PostgreSQLFlowise会自动创建pgvector扩展并建表LLM→LocalAI→ 填写Base URL为http://localhost:8000/v1Model Name填Qwen2-1.5B-InstructRetrievalQA Chain连线PDF → Splitter → VectorStore → RetrievalQA → LLM配置Prompt双击RetrievalQA Chain节点在System Prompt框中输入你是一名HR助手只根据提供的员工手册内容回答问题。如果问题超出手册范围请说“该问题不在员工手册覆盖范围内”。保存并测试点击右上角Test按钮输入“试用期是多久” → 瞬间返回准确答案。此时所有操作PDF文件元数据、切片记录、向量索引ID、Prompt模板、工作流JSON均已写入PostgreSQL。即使服务器断电重启再次登录Flowise这个助手依然存在且可继续问答。6. 总结这才是生产就绪的FlowiseFlowise的价值从来不在“能不能跑起来”而在于能不能稳稳地、安全地、可审计地、可持续地支撑业务。本文带你走完的这条路不是玩具Demo而是经过压测验证的生产方案数据不丢PostgreSQL保障用户、会话、工作流、向量库元数据100%持久化模型不卡vLLM提供亚秒级响应7B模型QPS轻松破10配置不乱所有环境变量外置升级Flowise只需git pull pnpm build安全不漏JWT鉴权、CORS白名单、密码强策略、遥测关闭运维不难日志轮转、健康检查、一键启停无缝融入现有运维体系它不追求“最先进”但绝对“最靠谱”——当你需要把一个AI能力快速嵌入CRM、嵌入客服系统、嵌入内部Wiki时这套方案就是那个能让你拍着胸脯说“没问题”的底气。别再让AI停留在演示阶段。现在就用这套方案把你的第一个生产级AI工作流跑起来。获取更多AI镜像想探索更多AI镜像和应用场景访问 CSDN星图镜像广场提供丰富的预置镜像覆盖大模型推理、图像生成、视频生成、模型微调等多个领域支持一键部署。