本文将从以下几个主要方面分别阐述有赞 DevOps 工作流引擎 Opsflow 的建设与演进:
在 Opsflow 完善之前面临一系列的问题:
流程的可定制化程度低
卷入流程的人无法感知一个流程的进度...无法可视化流程, 需要人肉检查配置, 容易出错
前端可定制程度低
各种审批流程分散在不同的应用中, 重复造轮子
不支持动态确定流程分支
老系统无法处理审批人请假等问题
参与人类型支持缺乏
新流程接入成本高...machine ), 当管理员在 Opsflow 管理后台通过 GUI 界面生成一个新流程, 本质上是在 Opsflow 上创建了一个新的 FSM, 例如下图的 "新建 ES 申请" 就是一个 Opsflow-FSM..., 对于 "新建 ES 申请" 这个流程而言, 负责开发的同学仅需提供一个 React 组件, Opsflow 在渲染工单详情页面的时候会根据配置动态加载 ( 通过 react-loadable ) 相应的前端组件渲染在上图所示的位置..., Opsflow 提供给自定义组件提供丰富的 properties, 这些 properties 涵盖当前工单的所有信息, 自定义组件可以根据这些 properties, 在相应后端拉取相应的数据进行渲染