以前总听说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.cloud</groupId>
<artifactId>activiti-cloud-dependencies</artifactId>
<version>7.1.0-M15</version>
<scope>import</scope>
<type>pom</type>
</dependency>
</dependencies>
</dependencyManagement>
Activiti Core
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.activiti</groupId>
<artifactId>activiti-dependencies</artifactId>
<version>7.1.0-M15</version>
<scope>import</scope>
<type>pom</type>
</dependency>
</dependencies>
</dependencyManagement>
activiti7很大精力都用在构建云生态，工作重点都放在将服务部署在云上，减少对Activiti依赖的耦合，需要使用Activiti的系统只需要通过调用http接口的方式来实现工作流能力的整合，将工作流业务托管上云。
对于不同人员如专家、开发人员、运维人员、用户、管理者，划分出对应关注的微服务应用。
Activiti Cloud提供部分基础构建模块：
-
Activiti云基础设施
Activiti Cloud 基础服务将部署网关、身份管理/单点登录、分布式日志/跟踪/监控。
- Activiti云应用
Activiti Cloud Runtime Bundle: 为业务提供执行运行时支持(如业务流程、任务、决策表、决策树等)。
Activiti Cloud Connectors: 提供与外部系统的双向连接
Activiti Cloud Audit Service: 提供从或多个运行时收集信息(事件)的审计跟踪功能。
Activiti Cloud Query Service: 提供对一个或多个运行时生成的信息的读访问。
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对引擎本身的关注是非常充足的。
CMMN – 案例管理开放标准 （绝对让人眼前一亮，慢慢探索会发现能更灵活的处理很多业务）
DNN - 决策表
事件流-对Kafka / Confluent、RabbitMQ、AWS SQS还是ActiveMQ/JMS提供开箱即用支持。
对非关系型数据库提供支持，如MongDB。
新功能如异步历史、异步执行器、动态注入流程片段。
流程元素完善和执行性能提升，以及完善引擎管理客户端。
结论：
Activiti7以后，对于流程引擎本身及相关引擎功能关注度并不高，核心很大精力放在构建其云生态环境，而这点，对于中小公司可能并不怎么关心，中小公司关心的还是流程引擎本身的功能与性能，如何快速开展业务开发，以及后续升级运维。这点，Flowable分离出去做了很多完善。
