低代码与可视化
Camunda
厂商/来源:
Camunda Services GmbH
核心功能:
“人机协同的总指挥”。Node-RED 管机器，Camunda 管人。它是将业务流程“图纸化”的工业标准。
| 适用场景 | 跨部门的设备维修工单流转、危险设备启动的权限审批、超时未处理自动升级报警 (SLA) |
| 架构支持 | Java (嵌入式) 或 独立 Tomcat / Docker |
| 核心机制 | BPMN 2.0 标准：它使用国际标准的业务流程图。业务架构师（不用懂代码）用连线画出：用户提交维修 -> 网关(如果是核心设备走厂长审批，否则走班长) -> 执行(调用API亮红灯)。<br>画完这张图，图就是可以直接运行的代码。 |
| 核心价值 | 持久化等待 (Stateful)：一个审批流程可能长达一个月。引擎会将中间状态持久化到关系型数据库中。即使服务器重启，一个月前的审批流依然可以继续流转。 |
| 避坑指南 | [版本路线陷阱] 1. v7 与 v8 的天堑：Camunda 官方目前主推 v8 版本，但 v8 变成了极其庞大的云原生架构（底层依赖 Zeebe、Elasticsearch），对边缘部署极度不友好。对策：做 ToB 边缘集成项目，死死抱住 Camunda v7 版本，单机数据库就能跑，轻量且极其稳定。 2. 并非开箱即用的 UI：Camunda 的核心是“引擎”。它自带的 Tasklist（任务审批界面）非常简陋。对策：通常需要自己用 Vue 写一个漂亮的审批界面，然后通过 REST API 调用 Camunda 的流转接口。 |
| 推荐搭配 | [PostgreSQL] [自定义前端 UI] [Node-RED (接管底层设备)] |
