工作流引擎技术介绍-Flowable与Activiti7

共 3939字,需浏览 8分钟

 ·

2021-10-12 18:00


  以前总听说Activiti作者跑去开发Flowable了,估计大部分人对Activiti和Flowable区别也仅仅知道作者跑了。哈哈哈......但对于Activiti和Flowable以及Camunda的选型对比一直是有人问的,当然我也好奇,就一个作者嘛,一个产品又不是一个人的功劳,产品团队其他人也是有思路的嘛,只要有人,产品就能朝一定方向开发着。但当我看了Activiti7的官网介绍和文档后,不得不感叹人与人之间的想法差距还真是非常大的。


 Flowable前面文章有简单的介绍,使用Docker进行部署,很快就能体验Flowable,体验完后都能对Flowable功能有一定认识。网上对比功能点,API的文章还是比较多的。我们这里先看Activiti官网介绍及文档。


01


Activiti7


参考:

https://www.gitbook.com/book/activiti/activiti-7-developers-guide/details

 

  Activiti目前版本最新为7.1.0-M15,进入官网首页界面,很清晰的就能看出,Activiti7工作重点在支持云生态。Activiti重点工作在于适配Docker、kubernates,适配Jenkins等devops工具。Activiti 7专注维护流程核心引擎,其他模板IDM (User / Groups / Memberships)身份验证、Forms表单、History Service历史查询服务、Job executor任务执行器、Timers定时器、Email/Notification Service 邮件通知服务等等将被弃用或进行重构,以支持与大多数云基础设施已经提供的第三方组件的集成。



   诚然,做这方面是有一定热点,也有一定必要,但个人觉得迷惑的是,流程部分很多功能都没完善,不管是设计器,还是管理端功能,还是引擎核心本身都有很多急需并且必要做的东西,先去做流程云构建,显得有点两边半桶水。体验上不会好。(纯个人看法


依赖:

Activiti Cloud:

<dependencyManagement>   <dependencies>     <dependency>       <groupId>org.activiti.cloudgroupId>       <artifactId>activiti-cloud-dependenciesartifactId>       <version>7.1.0-M15version>       <scope>importscope>       <type>pomtype>     dependency>   dependencies> dependencyManagement>

Activiti Core

<dependencyManagement>    <dependencies>      <dependency>        <groupId>org.activitigroupId>        <artifactId>activiti-dependenciesartifactId>        <version>7.1.0-M15version>        <scope>importscope>        <type>pomtype>      dependency>    dependencies>  dependencyManagement>



  activiti7很大精力都用在构建云生态,工作重点都放在将服务部署在云上,减少对Activiti依赖的耦合,需要使用Activiti的系统只需要通过调用http接口的方式来实现工作流能力的整合,将工作流业务托管上云。

 对于不同人员如专家、开发人员、运维人员、用户、管理者,划分出对应关注的微服务应用。


Activiti Cloud提供部分基础构建模块:


  • Activiti云基础设施

    Activiti Cloud 基础服务将部署网关、身份管理/单点登录、分布式日志/跟踪/监控。

  • Activiti云应用

  1. Activiti Cloud Runtime Bundle: 为业务提供执行运行时支持(如业务流程、任务、决策表、决策树等)。

  2. Activiti Cloud Connectors: 提供与外部系统的双向连接

  3. Activiti Cloud Audit Service: 提供从或多个运行时收集信息(事件)的审计跟踪功能。

  4. Activiti Cloud Query Service: 提供对一个或多个运行时生成的信息的读访问。

  5. Activiti Cloud Notification Service:与Query Service一起,Notification Service使用关于应用程序状态的订阅和推送通知来支持核心构建模块。




  • Activiti云Modeler    推荐使用的设计器

   Activiti7开发团队已经完全抛弃了IntelliJ IDEA/Eclipse中的流程插件以及Modeler设计器。开始使用了bpmn.io提供的bpmn-js设计器。目前仅支持元素,空结束事件、空启动事件,用户任务、服务任务、调用活动(callActivity),排他网关和并行网关等。




快速体验:

  • 安装Docker for Desktop 或 Docker Toolbox

  • 安装Docker-compose

  • 安装 GNU Make。通常Linux和Mac系统已经安装了, window系统使用Chocolatey 来安装.

  • 安装 Git Bash 终端 . 通常Linux和Mac系统已经安装了. window可以使用 Chocolatey Git Install 来安装


下载示例代码:

git clone https://github.com/Activiti/activiti-cloud-examples
│ Activiti v7 REST API.postman_collection.json # postman api接口文件├─docker # docker方式,好像官网没有这方面使用说明了│ │ enabled_plugins│ │ frontend-docker-compose.yml # 前端UI模块│ │ infrastructure-docker-compose.yml # 基础模块│ │ modelling-docker-compose.yml # 流程图绘制管理模块│ ││ └─apps│ apps.json│ default-app.json└─docker-compose # docker-compose 方式        .env                            # 配置文件  --修改ip为本机IP activiti-realm.json # realm 配置文件 docker-compose.yml Dockerfile enabled_plugins Makefile nginx.conf README.md

启动服务:

启动设计器:make modeler访问:http://$DOCKER_IP/modeling  默认账号:modeler/password启动例子服务:make application访问keycloak: http://$DOCKER_IP//auth/ 默认账号是 admin/admin
启动所有服务:make all 或者 docker-compose up


测试接口:前面我们了解到,云服务目前以Http接口提供业务支撑。

配置PostMan1.将 activiti-cloud-examples / Activiti v7 REST API.postman_collection.json导入到Postman中2.配置全局变量 gateway、idm、realm变量名  变量值  变量说明gateway  http://192.168.1.33  网关地址,即你自己电脑的IP(DOCKER_IP)idm  http://192.168.1.33  鉴权地址,identity Manager地址realm  activiti  .env文件中填写的 KEYCLOAK_REALM
3.先调用 keycloak中的接口获取token(访问凭证)。然后就可以调用其他接口



Flowable:

自从Activiti分离开后,Flowable对引擎本身的关注是非常充足的。

  1. CMMN – 案例管理开放标准 (绝对让人眼前一亮,慢慢探索会发现能更灵活的处理很多业务)

  2. DNN - 决策表

  3. 事件流-对Kafka / Confluent、RabbitMQ、AWS SQS还是ActiveMQ/JMS提供开箱即用支持。

  4. 对非关系型数据库提供支持,如MongDB。

  5. 新功能如异步历史、异步执行器、动态注入流程片段。

  6. 流程元素完善和执行性能提升,以及完善引擎管理客户端。

结论:

  Activiti7以后,对于流程引擎本身及相关引擎功能关注度并不高,核心很大精力放在构建其云生态环境,而这点,对于中小公司可能并不怎么关心,中小公司关心的还是流程引擎本身的功能与性能,如何快速开展业务开发,以及后续升级运维。这点,Flowable分离出去做了很多完善。



  接下来先看看原生Flowable的几个小例子。


浏览 179
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报