业务流程BPM工作流

无服务器是基于事件驱动的，那么是不是无服务器只能用来实现事件驱动呢？当需要以低延迟来处理数据流时，函数编程、事件流和事件源是这项任务的最佳选择工具。 但是，只有少数解决方案才能采取真正的事件溯源Event sourcing，并实现“事件回放”。更常见的方案

Camunda是从Activiti工作流开源软件独立出来的新的开源项目，它的路线和 Activiti之类低代码方式不同，是一种代码BPMS，也就是认为工作流实施到深度，必然需要深度编码，而这方面则是Activiti的弱项，Activiti内部耦合非常强，表单都耦合到了引擎内部，而如今REST

在BPMN流程设计器中模拟运行状况？

我们看到许多公司正朝着微服务架构迈进。微服务架构的一大缺陷是专注于技术，微服务需要多大，代码行数，我们在微服务中放置什么实体，以及使用休息作为它们之间的通信。但要取得成功，我们需要关注问题空间，通过掌握领域知识并进行领域建模。EventStorming非常适合域建模，几乎所有微服务领

您的公司可能希望采用微服务架构并应用工作流自动化。我在这篇博客文章中没有深入探讨一些注意点：您会遇到以下问题： 范围和边界（“您希望自动化什么工作流程以及如何将其映射到您的环境中的多个微服务或有界上下文”）。 堆栈和工具（“我可以使用哪种工作流引擎？”）

Jet的订单管理系统（OMS）负责许多业务功能： 订单初始化和验证 收费/信贷/资金管理 订单履行整合 订单历史 优惠（退款，退货等） OMS的上述功能已经基于微服务使用pub / sub、事件溯源、HTTP调用和一些其他技术进行了组

在当今的云和容器世界中，业务流程执行开始从流程执行引擎的传统集中部署（从SOA时代）转移到更小的流程定义的更灵活，分散的部署。这些较小的流程部署非常适合微服务架构。通过自动化流程协调和编排微服务。 RedHat今天发布了其JBPM基于微服务的演示案

本文讨论的是如何使用CQRS实现API设计。 概述下面是名为Command / Query Responsibility Segregation（CQRS）的设计模式：

应用程序的开发变得越来越耗时，且构建成本越来越高，现在出现了一种新的趋势，即企业客户自己可以设计、构建、定制和部署APP，几乎不用编码。在过去几年中，低代码平台（由Forrester Research创造的一个术语）在企业中越来越受欢迎 - 特别是对于中小型企业。其中许多平台都具有点击式拖放组件。这

Activiti 6工作流引擎默认是集成Spring Boot 1.5，只有到Activiti 7才支持Spring Boot 2，但是本身变化比较大，这个开源项目终于将Activiti 6集成到Spring Boot2，同时加入了自己的用户身份UUM系统，比较简单实用，好像出自国人之手。

“任何让非程序员构建可执行程序的工具最终会变得足够复杂，以至于用户实际上是程序员。” 我想知道是否有人将此经验进行命名（或者甚至可能已经证实）？ 也许是一个必然结果：“当你强迫领域专家使用工具或建模语言以可执行的形式表达需求时，他们最终会指派中间人（分析师

我们知道无服务器架构背后是有服务器。那有什么意义呢？有人开玩笑说：那只是别人的服务器。 使用无服务器架构有几个好处： 1.不需要自己配置或管理服务器了，用别人的。 2.能够量入为出，根据系统规模扩张伸缩

业务流程管理（BPM）软件意味着少代码或无代码，当前无服务器概念正在发展，函数即服务的概念有助于BPM等概念在云中复活，g2crowd有一个众多市场上BPM产品的比较图，符合纳入BPM类别的资格，产品必须： 1.捕获业务流程2.允许创建业务规则逻辑

开源工作流引擎Activiti 基于Spring boot 2发布了新的Activiti Core，见maven仓库starte

在面向对象编程中，对象是一等公民，后来在函数式编程中，函数是一等公民，而如今在事件驱动编程中，事件是第一公民，事件其实是对象与函数的集合体，能够利用两者优点，回避缺点。 这篇文章介绍著名的服装电子商务企业Stitch Fix是如何使用事件驱动实现软件系统建