知识卡片
编排物理设备:物联网数据流触发工作流实例
内容
编排设备从技术上说仍属于编排软件(设备通过API集成),但物联网(IoT)场景下有一个独特模式:无数设备持续连接互联网并产生数据流,这些数据流经处理会得出可能触发操作的洞见,这些操作同样需要编排。以飞机维护为例:飞机持续产生传感器数据流(如实时油压),流式处理器从中提炼出信息(如油压过低),这本身构成另一条数据流;但真正的挑战在于”从被动接收数据流”到”对数据流做出反应”的转换——需要根据探查结果采取动作(安排下一个维护地点的检查任务),让机械师在规定时限内核实问题并决定如何处理。实践中常见做法是开发一个有状态的连接器:为机械师的每一次检查启动一个新的流程实例,但当同一硬件持续报告同一异常(油压持续过低)时不重复触发额外实例,而是把后续的探查结果路由到已有的流程实例上,让该实例据此做出响应(比如油压已恢复正常,就取消原定的维护任务)。这种”有状态连接器+流程实例复用”的设计模式,是把无状态、高频的传感器数据流转化为有状态、可追踪的业务流程的关键机制,也是编排物理设备区别于编排普通软件API调用的核心差异所在。
参考来源
- 位置:《流程自动化实战:系统架构和软件开发视角》第4章《万物皆可编排》"4.5 编排物理设备和其他事物"(源文件:_epub-src/EPUB/xhtml/Section0001_0007.xhtml)
- 结论依据:原文用飞机油压传感器数据流触发机械师维护流程的例子,说明有状态连接器如何为每次检查启动流程实例、以及如何把持续异常的重复探查路由到已有实例而非重复创建,直接支撑本卡片结论。
- 原始内容:在实际项目中,可能会开发一个有状态的连接器,为机械师的每一次检查启动一个流程实例。当同一硬件一直报告油压太低时,不会触发额外的流程实例。如果油压恢复正常,就将这一探查结果路由到现有流程实例,以便此流程实例做出响应。