Drools Fusion 用户指南_中文.pdf

第1 章 介绍 从Drools 统一行为建模平台的视野看，Drools Fusion 是负责启用事件处理行 为的一个模块。 1.1 复杂事件处理 尽管做了多次尝试，有关复杂事件处理的术语并没有一个必威体育精装版的广泛接受的定义。 事件术语本身被习惯地频繁用来指不同事情，取决于它使用的上下文。定义术语 并不是本指南的目标，因此，让我们采用一种宽松的定义，虽然非正式，它却会 允许我们在一个共同理解基础上继续进行。 所以，在本指南的范围内： 重要：事件，指在应用程序域中的状态的一个有意义改变的一条记录。 例如，在Stock Broker 应用程序中，当执行一个销售操作时，它导致在该域中 一个状态的改变。这个状态的改变可以在该项域中的几个实例上被观察到，如证 券价格改变为来匹配操作的值，个人交易资产的业主从卖方改变为买方，来自买 卖双方的帐目余额被记入贷方和借方，等等。取决于域如何被建模，这种状态的 改变可以用单事件、多原子事件，或者甚至相关层次事件来表示。在任何情况下， 在这个指南的上下文中，事件是在这个域中的有关一个特定数据改变的一个记录。 从事件被发明开始，事件由计算机系统处理，纵观历史，系统负责给它不同的名 字和使用不同的方法。虽然直到90 年代未，一个更引人关注的工作，在EDA （Event Driven Architecture 事件驱动体系结构）上开始了，事件处理的需求和 目的使用了一个更正式的定义。旧的消息系统开始改变来解决这种需求，而且新 的系统开始开发使用单目标事件处理。两种潮流，在事件流处理和复杂事件处理 的名字下诞生了。 在前期，事件流处理关注在（接近）实时中的事件流处理能力，而复杂事件处理 关注的是相关性，以及原子事件组合成的复杂（复合）事件。一个重要的（可能 是最重要的）里程碑是2002 年发行的Dr. David Luckham 的书The Power of Events 。在该书中，Dr. David Luckham 引入了复杂事件处理的概念，以及它 如何可以被用来增强处理事件的系统。多年来，两种潮流汇集成了一个共识，而 今天这些系统都是指CEP 系统。 这是对一个相当复杂和丰富的研究领域的过分简单化的解释，但是却为本指南引 入的概念确立了一个高级共识。 对复杂事件处理是什么的目前理解，可以引用维基百科的简明描述，如下所示： 重要：“复杂事件处理 （CEP），本质上是一个事件处理概念，涉及处理多个事 件的任务与在事件云内部识别有意义事件的目标。CEP 使用了技术，例如，多 事件的复杂模式检测、事件关联和抽象、事件层级，以及事件之间的关系，例如， 因果关系、成员、同步、事件驱动处理。” 换言之，CEP 是关于从一个事件云中检测和选择感兴趣的事件（不只这些）， 找出它们之间的关系，根据它们和它们之间的关系推断新的数据。 注意：对该指南的其余部分，我们会使用复杂事件处理 （CEP）术语，作为用于 所有相关技术和工艺的泛指，一般包含但不限于CEP、杂事件处理、ESP、事 件流处理，以及事件处理。 1.2 Drools Fusion 总体来说，事件处理用例，共享业务规则用例的几个需求和目标。这些重叠发生 在业务方面和技术方面。 在业务方面： 业务规则常常被定义在出现了事件触发情况的基础上。可能的例子有： 在一个算法交易应用程序中：如果证券价格比当日开盘价上涨了x%，则 采取一个动作，在股票交易应用程序中，通常利用事件来指示价格上涨 的位置。 在一个测控应用程序中，如果服务器的房间的温度在Y 秒中升高了X 度， 则采取一个动作，通常利用事件来指示传感器读取的位置。 业务规则和事件处理查询经常变动，需要业务立即响应，使自己适应新的市场 条件，新的规则和新企业策略。 从技术角度看： 二者需要无缝与企业基础和应用集成，特别是自主管理上，包括，但不只限于， 生命周期管理，审计，安全等等。 二者都有象模式匹配这样的功能需求，以及象响应时间和查询/规则解释这样 的非功能需求。 纵观历史，即便二者共享需求和目标，它们分别诞生在两个领域，尽管行业发展， 可以在市场上找到一个好的产品，它们要么关注事件处理，要么关注规则管理。 这不仅归就于历史原因，也归就于即使重叠部分，用例也确实有一些不同需求。 重要：几年前，Drools 也是作为一个规则引擎诞生的，但是随后的版本成为了 一个行为建模的单一平台，它不久意识到要达到这个目标，只能把重点归到三个 互补的业务建模技术： 业务规则管