关于 Activiti
Activiti 是领先的轻量级、以 java 为中心的开源 BPMN 引擎，支持实际的业务流程达到自动化需求的效果。 到目前为止，新版 Activiti 7.0.0 发布后，Activiti Cloud 现在是新一代商业自动化平台，提供一组旨在在分布式基础架构上运行的 Cloud 原生构建块。
关于与 Activiti 的渊源还要追溯到几年前，一个优化企业服务质量，根据用户行为进行分析，将用户偏好进行抽象出来，对症下药（这个嘛，等到你们做到这一步的时候，就自然明白了！），这个系统中就涉及了一个用户信息反馈流程化的功能项，当时还不知道什么是流程引擎，基本上算是懵懵懂懂，就在网上撒网。结构一下子就打捞到了形态各异的流程引擎：JBPM 、Activiti、OSWorkFlow、Camunda、Flowable 等等（如果还有哪些好的开源的流程引擎，欢迎留言，并附推荐的理由哟！），当时在众多的流程引擎中，选择了 OSWorkFlow 2.3（当时的最新版本） 并嵌入到项目中去进行开发，开发过程中问题来了，OSWorkFlow 虽然是比较灵活的轻量级的流程引擎框架，但是在流程建模方面不太友好，需要手动编写 xml 文件去定义流程文件，由于该模块存在一定的复制程度，所以当时的就 xml 配置，都写到我怀疑人生，有的时候，可能忘记一个关闭标签，又是一阵找 BUG （痛不欲生！！！）。
在项目的 1.0 版本的时候使用的 OSWorkFlow ，后来在项目的 2.0 版本的时候，果断替换成了 Activiti 5.0（当时的最新版本），搞这斯也死了少的脑细胞，不过相对于 OSWorkFlow 密密麻麻的 xml 配置文件，我更青睐于 Activiti 的界面式的配置管理，一键生成配置 xml，就这样和 Activiti 深深的结识了。我为什么选择 Activiti ：
1、Activiti 拥有更简洁健壮的接口
2、Activiti 依赖更少的jar包
3、Activiti 特性就在于它众多的协作工具组件
4、Activiti 支持启动引擎后随时热部署
5、在 Eclipse IDE 中支持 Activiti 拥有更友好易用的编辑插件和在线插件
6、Activiti 拥有更友好的用户体验
Activiti 5.x 到 Activiti 6.x ，升级流程引擎，为了搞这斯，又死了不少脑细胞，因为涉及了很多包的兼容性，SSSM 的各个版本都需要升级，因为这个，又引起了连锁反应，呃。。。这个就说不尽的痛与泪了。
Activiti 6.x 到 Activiti 7.x 虽然离开原来项目组及工作单位，但是永远停不下来的，是对技术的孜孜不倦，也在进一步的深入探究中。
Activiti Core and Activiti Cloud Beta1 中包含了哪些内容？
1、Beta1致力于为我们的 Java(嵌入式) 和 云本地实现提供基础。
2、这个版本分为两大类：Activiti Core 和 Activiti Cloud 构建模块。
Activiti Core
在核心部分，为任务和流程运行时提供了一组新的 API，支持从嵌入式到云的简单迁移。这是一个根本性的改变，目的是为运行时和命令模式提供长期有效的 API 支持。还添加了安全、身份和安全策略的抽象，以确保在将流程和任务运行时嵌入到 Spring 引导应用程序中时可以快速地与不同的实现集成。
Activiti Core 现在基于 Spring Boot 2.x 之上。在内核上，期待与 Spring Boot 2.x 的进一步集成。计划采用 Spring 5.x 中包含的所有。重构 Core 层的一个重要部分是简化运行时，以确保它们不会与其他框架的职责发生冲突。
新的运行时 API 的设计是为了促进无状态和不可变的服务，这些服务允许我们编写测试、验证和一致性工具，以保证您的业务流程在生产环境中安全可靠地运行。 这些运行时 API 包含新的责任，不会对 Activiti 6.x API 进行删除。这些新的运行时 API 在 Activiti Cloud 层的服务级别( REST 和消息驱动端点)进行复制。
如果你想现在开始使用 Activiti 7.x。 欢迎加入博主的技术讨论群与博主一起交流与学习，Activiti 7.x 主要突出了 Spring Boot 2.x 应用程序中的 ProcessRuntime 和 TaskRuntime API 的使用。
Activiti Cloud
在 Activiti Cloud 端，提供了基础构建模块的初始 Beta1 版本，包括的内容：
- Activiti Cloud 运行时包；
- Activiti Cloud 查询；
- Activiti Cloud 审计；
- Activiti Cloud 连接器；
这些构建块在设计时考虑了云本地体系结构，它们都构建在Spring Cloud Finchley 之上。这些组件共同构成了 Activiti Cloud 应用程序的基础，可以独立分发和扩展。所有这些构建块都可以用作独立的 Spring 引导应用程序，但对于大规模部署，这些组件都是使用 Docker 容器和 Kubernetes 作为主要目标平台进行设计和测试的。所以一直在使用 Jenkins X 构建需要管理、升级和监控的组件。所以在官网可以看到如下图：
所有这些构建块都理解它们运行的环境，因此它们能够与诸如 SSO/IDM、服务注册表、数据流、配置服务器和网关等组件一起工作。通过理解环境，我们的应用程序可以独立地管理、配置和扩展。
在这一版本中包含了一部分实验性的服务，包括：
- 应用程序服务
- 模拟后台服务
- 对查询服务/通知服务GraphQL的支持
- 用于审计服务的另一种Mongo数据库实现
如果你想从云本地化的方法开始，建议查看 Kubernetes 的 Activiti Cloud HELM 图表，这些例子 HELM 图表可以用来启动和运行所有的服务：
Kubernetes 的 Activiti Cloud HELM 图表示例
接下来会更新什么？
在Beta1这个版本中，没有包含任何 UI bits，主要专注于构建云本地应用程序的核心服务。 在接下来的 Beta2和 RC 版本中，将发布包括新的后端服务，以支持新的 Activiti BPMN2模型应用程序。 这套新的建模服务和新的 Activiti Modeler 应用程序，目前正在设计中，通过为 Activiti Cloud 应用程序提供一个简化的包装机制，使Activiti实现云部署成为可能。
在未来的版本中，将强化构建块，改进文档和示例，并添加新的服务来简化实现。 目前正在积极研究诸如 Istioand KNativeto 等工具，并将其与依赖这些技术的其他服务和工具进行一体化。
目前 Activiti team 也在为 Spring Cloud 社区做贡献和协作，以确保其组件易于使用和采用，而不是与其他 Spring Cloud 基础组件发生冲突。 其中还包括测试基于 Kubernetes 的的Pivotal container Services (PKS)中的核心构件。
在下一步发布的 Beta 版、RC 和 GA 版本中有一些命名的更改，和一些新的服务名称和配置正在完善中，在继续等待中，欢迎加入群聊，一起与博主交流哦。
所以 Activiti 6.x 到 Activiti 7.x 的深入研究将在 Beta2、RC和GA版本发布时开始，目前博主只对一些基础性的不变的一些性质进行熟悉，尽情期待！！！
部分资料参考自（具体更新时间以官方发布为准！！！）：Activiti 官方网站
好了，关于 Activiti 7.0 正式发布啦-Activiti Core 与 Activiti Cloud Beta1 就写到这儿了，如果还有什么疑问或遇到什么问题欢迎扫码提问，也可以给我留言哦，我会一一详细的解答的。
歇后语：“ 共同学习，共同进步 ”，也希望大家多多关注CSND的IT社区。
| 作 者： | 华 仔 |
| 联系作者： | [email protected] |
| 来 源： | CSDN (Chinese Software Developer Network) |
| 原 文： | https://blog.csdn.net/Hello_World_QWP/article/details/83342746 |
| 版权声明： | 本文为博主原创文章，请在转载时务必注明博文出处！ |