一条命令，十分钟：jeeflow 工作流应用的六语言一键部署

系列定位：jeeflow 系列第 9 篇（第三季「多语言联邦」第 1 篇）平台：公众号 / 掘金（实用向：一键部署 + 选型）素材版本：引擎 Java 1.8.18 / Go·Python·Node 1.8.20 / PHP 1.3.5 / Rust 1.0.5；一键部署脚本取自 mldong-website前置阅读：第 8 篇 · 会签三兄弟：并行/串行/按比例的实现与取舍

一、先上结果

在任意一台装了 Docker 的 Linux 服务器上，执行一条命令：

1curl -fsSL https://www.mldong.com/deploy/mldong-boot3-jeeflow/deploy.sh | bash
2

几分钟后（拉镜像 + 灌种子数据），你会得到一套完整可点的工作流应用：

• 管理后台前端：登录、用户/角色/部门、字典、流程设计器、发起/审批/会签/抄送全流程
• 后端 API：jeeflow 工作流引擎接在一个快速开发框架上
• MySQL：预装好的库，含演示账号和 9 个开箱即用的业务流程（请假、报销、采购、合同审批、用印申请、加班、出差、资产领用、岗位异动），每个流程都带版本历史——改一版定义旧版还在，可追溯可回退
• 登录：superAdmin / 123456

下面四张截图全部来自 Rust 栈——就是刚上线的那条 curl，在一台 2 核 1.7G 的服务器上跑的：

同一台服务器最多可以同时起 8 套，互不冲突。因为这套"一键部署"不是只有一种语言——六语言、八栈，各一条命令：

1curl -fsSL https://www.mldong.com/deploy/mldong-boot4-jeeflow/deploy.sh | bash    # Java · Spring Boot 4（JDK 21）
2curl -fsSL https://www.mldong.com/deploy/mldong-boot3-jeeflow/deploy.sh | bash    # Java · Spring Boot 3（JDK 17）
3curl -fsSL https://www.mldong.com/deploy/mldong-boot2-jeeflow/deploy.sh | bash    # Java · Spring Boot 2（JDK 8）
4curl -fsSL https://www.mldong.com/deploy/mldong-goframe-jeeflow/deploy.sh | bash  # Go · GoFrame
5curl -fsSL https://www.mldong.com/deploy/mldong-nestjs-jeeflow/deploy.sh | bash   # Node.js · NestJS
6curl -fsSL https://www.mldong.com/deploy/mldong-fastapi-jeeflow/deploy.sh | bash  # Python · FastAPI
7curl -fsSL https://www.mldong.com/deploy/mldong-laravel-jeeflow/deploy.sh | bash  # PHP · Laravel
8curl -fsSL https://www.mldong.com/deploy/mldong-salvo-jeeflow/deploy.sh | bash    # Rust · Salvo
9

六语言引擎：Java / Go / Python / Node.js / PHP / Rust。Rust 栈是本周刚上线的——引擎本周在 crates.io 首发（cargo add jeeflow-core@1.0.5），集成仓当天完成验收，一键部署区同步开了 Rust Tab。

你是哪门语言，就选哪条。

二、怎么选？

八栈对比（全部已验证可部署）：

三个说明：

1. Java 一个引擎顶三栈：Spring Boot 2/3/4 的框架层不同，底下是同一个 jeeflow-java 引擎，行为一致。选哪个看你 JDK 用哪个。
2. 各语言引擎版本号不同是正常的：Java/Go/Python/Node 走 1.8.x，PHP 独立里程碑（1.3.x），Rust 新成员从 1.0.x 起步。对齐的是同一批契约行为（状态机、提交类型、接口约定），不是同一个版本号——各语言各自发版，不用互相等。
3. Rust 栈是第一个：引擎 4 个 crate 刚上 crates.io，集成栈刚并入八栈，属于"首发可用"状态。用的人少，问题反馈价值最高。

三、为什么六语言是卖点，而不是"炫技"

如果你只用一门语言，"六语言"听着确实像自嗨。它的实际价值是三句人话：

1. 流程数据不绑语言（无锁定）

jeeflow 引擎的持久化契约只有 5 张表：wf_process_define / wf_process_instance / wf_process_task / wf_process_task_actor / wf_process_cc_instance，加上同一套状态机（实例 10/20/45、任务 10/20/99）和同一套提交行为（submitType 0~6 + 20）。六语言引擎读写的是同构数据——今天 Java 起的流程实例，Go 栈的引擎能直接读，因为表结构、状态码、字段约定都一样。

这对企业意味着：流程定义和历史数据是业务资产，不是某门语言的私有格式。技术栈要动的时候，工作流数据不用迁移。

2. 一套流程定义，六语言通用

15 个共享流程模板（审批/会签/条件分支/并行/驳回/抄送/一票否决……）只有一份，放在 jeeflow-java/jeeflow-core/src/test/resources/flows/，六语言 demo 直接读同一目录（Rust demo 就是 ../../jeeflow-java/.../flows 相对路径读进去的，PHP demo 同理）。流程 JSON 是 LogicFlow 格式，设计器画出来、哪个语言的后端都能跑。

3. 同一个库，换个语言接着用

一键部署的八栈共享同一个 MySQL 种子镜像（mldong-plus 库，45 张表：wf_process_* 8 + sys_* 23 + biz_* 11 + dev_* 3），同一个演示账号。想对比"同一个流程 Java 和 Go 跑起来有没有差别"，起两个栈、连两个库，答案就是没有差别——这正是验收在验证的事。

一句话：六语言不是让你同时用六门语言，而是保证你不会因为选了某门语言，就被它锁死。

四、一条 curl 背后：deploy.sh 做了什么

deploy.sh 不长，逻辑对八栈一致（以 Rust 栈为例）：

1# 1. 拉镜像（API 默认固定生产 tag）
2docker compose -p "$PROJECT_NAME" pull
3# 2. 启动四容器：backend + frontend(nginx) + mysql + redis
4docker compose -p "$PROJECT_NAME" up -d
5# 3. 等 MySQL healthy
6# 4. 轮询真实登录，直到返回 "code":0
7for i in $(seq 1 60); do
8    body=$(curl -s -m 3 -X POST "http://127.0.0.1:28100/sys/login" \
9      -H "Content-Type: application/json" \
10      -d '{"userName":"superAdmin","password":"123456"}' || true)
11    if echo "$body" | grep -q '"code":0'; then
12        echo "✅ API 就绪"; break
13    fi
14    sleep 3
15done
16

两个值得知道的工程约定：

• 就绪判定是"登录成功"，不是"端口通了"。端口可连但应用没起来（冷启动、数据源没连上）会被继续等，直到真实登录返回 code:0 才算部署完成。
• 八栈共享同一个前端镜像，nginx 里硬编码了 proxy_pass http://backend:8080/——所以所有栈的后端容器内必须监听 8080。Go 栈就栽在这：GoFrame 默认端口 18084，第一次接入时前端 /api/ 全 502，登录页卡死；改成 8080 才通。这种"藏在别人配置里的契约"是多栈共用的最大暗坑，现在写在 compose 注释里了。

八栈端口各段错开，一台服务器同时起 8 套不冲突：

（每栈还有各自的 MySQL/Redis 端口，compose 里有；清理用 docker compose -p <项目名> down -v。）

五、为什么说"发布过的字节 = 你拿到的字节"

deploy.sh 拉的后端镜像 tag 是 compose 里参数化的：${BACKEND_IMAGE:-生产tag}。

• 你（用户）拉的是固定生产 tag——这个 tag 对应的镜像，是先在"候选 tag"上把四层验收（L0 部署就绪 / L1 API 形状契约 / L2 API 语义冒烟 / L3 前端全流程 E2E）全部跑绿之后，才原样晋升（retag，不重建，镜像 ID 不变）的；
• 最近一轮（2026-08-24 七栈 + 08-25 Rust 栈）：八栈 L0–L2 全部 19/19，L3 全部 14 过 / 1 固定 skip / 0 失败，单栈 6~8 分钟。

发布链路上周还堵过一个更隐蔽的坑：Rust 引擎 v1.0.0~1.0.4 五个 tag 的发布 CI 全部显示 success，但 crates.io 上四个 crate 全是 404——账号邮箱没验证，上传被拒，而脚本失败后没 exit 1，照样打印"✅ published"。假成功比失败危险：失败会拦你，假成功会让"已发布"变成既定事实。修了两条：任一 crate 失败即标红退出；留一条 gh workflow run release.yml -f tag=<tag> 的重触发路径。

发布链路的铁律："报告成功"必须等于"可验证地成功"——镜像要回拉验 ID，包要仓库实查。

结语

一条命令，几分钟后有一套能点的工作流应用；六语言任选，数据不绑死任何一门。

这就是本篇的全部。引擎内部怎么设计（状态机、流程定义、DDD、SPI、会签）前 8 篇已经拆过，这一季讲"引擎长什么样"之后的事——它怎么以可部署、可验证、可替换的形态交到用户手里。

下一篇进入联邦的方法论：第 10 篇 · 跨语言对齐方法论：参考实现先行 + 契约测试 —— 同一份契约在六语言里怎么对齐、怎么验证、升级为什么必须严格串行？

参考资料

• 一键部署区（八栈命令 + 端口说明）
• jeeflow GitHub（六语言引擎） · jeeflow-rust
• jeeflow 文档站
• 开源演示站（一前端多后端，nginx path 前缀切换语言）
• 集成演示站
• crates.io · jeeflow-core

下一篇预告：第 10 篇 · 跨语言对齐方法论：参考实现先行 + 契约测试 —— 同一份契约在六语言里怎么对齐、怎么验证、升级怎么传播？

《一条命令，十分钟：jeeflow 工作流应用的六语言一键部署》 是转载文章，点击查看原文。