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

以前总听说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:

   
     
       org.activiti.cloud
       activiti-cloud-dependencies
       7.1.0-M15
       import
       pom
     
   
 

Activiti Core

    
      
        org.activiti
        activiti-dependencies
        7.1.0-M15
        import
        pom
      
    
  

图片

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接口提供业务支撑。

配置PostMan
1.将 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分离出去做了很多完善。