写点什么

企业级低代码平台的选型和建设思考

用户头像
李小腾
关注
发布于: 2021 年 01 月 29 日
企业级低代码平台的选型和建设思考
  • 为何选择低代码平台?我们在设计表单,工作流,还是活动规则?

  • 如何选择低代码平台?使用 SaaS 还是企业定制?

  • 大型企业如何建设低代码平台?使用什么样的技术框架,如何进行技术选型?

场景

低代码平台的根源在于企业内部管理流程的多样性要求,需要对于流程任务和数据表单存在比较多的定制,管理员可通过简单的可视化设计界面进行编辑,适应企业的管理流程。

低代码平台在 C 端的应用场景比较受限,因为 C 端应用的本质就是大规模复制,简单,够用是系统设计的原则。实际上,低代码平台本身的灵活性也导致了它本身的运行效率比较低,相对而言,更加适合构建企业内部信息化系统。

对于中小型企业,可以考虑选用基于 SaaS 服务的平台,能够对流程和数据进行简单的定制即可。

大型企业往往需要同企业的身份管理和业务系统进行深度的集成,从而在业务复杂度和技术复杂度上,都需要对低代码平台进行深度的定制。

低代码平台的核心框架

一个完整的低代码平台必须提供的的三个能力是: 动态表单,流程引擎,决策引擎。

数据表单提供用户交互的基本界面,流程引擎提供了工作流的控制过程,规则引擎提供了决策节点的计算能力。

联想到 OMG 的三个标准,即 CMMN,BPMN,DMN,从最早的 BPMN1.0 的发布快二十年了,可见低代码平台也是新瓶装老酒。

这三项能力在技术上相对独立,可以独立开发。从企业落地的过程来看,也可以考虑渐进实施。实施的顺序建议从数据表单入手,进而将数据集成进流程引擎,最后可以在流程引擎的决策任务再引入规则引擎。大型平台的建设过程中,关键的难点还会包括横跨三个能力的用户权限体系的设计。


技术框架和选型

动态表单

基础框架设计的要素包括元数据和实例数据的管理,其中实例数据的存储从实现的角度来看,有使用 DocumentDB 这种 FreeSchema 的实现,也可以使用 EVA 的实现,具体根据数据的复杂度和系统运行的效率进行选择。对于简单的平台,可以使用流程框架自带的表单设计器,类似于 flowable 或者 Activiti,但往往还是少不了一些定制。大型的企业级平台,这部分工作演变成后台综合存储系统,需要利用流程框架的 API,在前端进行集成。

流程引擎

流程引擎是驱动系统运行的核心,负责接收外部事件,调度计算,以及控制数据的流动。对于企业信息化的应用场景,BPMN2.0 标准已经被行业普遍接受,也被主流的商业和开源项目支持,因此在技术的选型上,建议以 BPMN2.0 为基础标准。目前主流的框架中,Camunda 的引擎模块设计相对独立,对于大型平台的定制开发比较合适。

决策引擎

决策引擎可以基于规则,也可以基于机器学习。传统的 DMN 模型基于规则,使用更友好的 S-FEEL 语法定义业务规则,对应的实现框架 Drool 已经被大多数 BPM 系统作为采用,基本可以满足中小型低代码平台的需要。对于一些特定的应用场景,例如对物联网数据的快速路由,往往需要自行开发相应的框架来承担高强度的计算。


发布于: 2021 年 01 月 29 日阅读数: 261
用户头像

李小腾

关注

还未添加个人签名 2018.03.21 加入

还未添加个人简介

评论 (1 条评论)

发布
用户头像
写的真好,手动赞~
2021 年 01 月 29 日 13:46
回复
没有更多了
企业级低代码平台的选型和建设思考