Activator 基本概念
通过本文来熟悉与 Fabric Activator (Activator) 相关的一些术语和概念。 理解这些术语和概念后，可以更轻松地阅读其他 Activator 文章和使用 Activator。
Activator 包含许多对象和概念，一篇文章无法涵盖所有这些内容。 因此，本文将介绍一些最常见的内容：激活器、工作区、事件流、规则、对象、事件和延迟。
Activator 创建工作流
典型的 Activator 工作流涉及以下许多概念。 常见的工作流会首先从在工作区中创建一个新的空激活器，然后使用获取事件连接到事件流。 从该事件流，可以创建对象和属性。 然后，可以根据这些对象和属性生成规则。 例如：如果包裹的温度超过 60 度，请向我发送电子邮件。 若要针对该对象创建规则，设计人员需要设置条件、参数和聚合，以告知 Activator 何时触发以及触发后要采取哪些操作。 例如：发送电子邮件、创建 Fabric 项目或启动 Power Automate 操作。 另一种常见的工作流是从事件流本身开始。 从事件流中，添加 Activator 目标并创建新的激活器。 创建激活器后，打开该激活器并创建对象和属性。
工作区
与所有 Fabric 工作负载一样，可以通过在 Fabric 工作区中创建项来开始使用 Activator。 Activator 的项称为激活器。工作区是与同事协作处理特定内容的地方。 工作区包含仪表板、报告、事件流、激活器等的集合。 工作区所有者向你授予访问工作区的权限时，也会同时授予查看或编辑该工作区中内容的权限。 此访问权限包括向你授予查看或编辑该工作区中的激活器规则的权限。
每个人都有一个“我的工作区”。 “我的工作区”是个人沙盒，你在其中为自己创建内容。
若要查看你的工作区，请从左侧导航窗格中选择“工作区”。
Activator 和激活器
Activator 是 Fabric 产品的名称。 激活器是使用 Activator 创建的内容。 激活器包含连接数据、监控条件和采取行动所需的所有信息。通常会为监控的每个业务流程或区域创建一个激活器。
创建激活器后，用数据填充它。 了解如何从 Power BI、事件流和实时中心将数据导入激活器。
事件和事件流
Activator 将所有数据源视为事件流。 事件是对对象状态的观察，包括对象本身的一些标识符、时间戳和正在监视的字段的值。 事件流的频率各不相同。 IoT 传感器每秒可能会发生多次事件。 扫描进出发货地点的包裹时，可能会有零星的流。
事件流是 Fabric 中的 Eventstream 项的实例。 Microsoft Fabric 实时智能体验中的事件流功能可让你将实时事件引入 Fabric，对其进行转换，然后将它们路由到各个目标，而无需编写任何代码（无代码）。 Activator 会对在事件流数据中检测到的模式或条件采取行动。 例如，Activator 会监视事件流项并检测“事件”何时达到某些阈值，例如“交付时间超过 10 小时”。然后，它会自动采取适当的操作，例如提醒用户或启动 Power Automate 工作流。
从 Power BI 观察到的数据也被视为事件流。 在这种情况下，事件是定期对数据进行的观察，通常与 Power BI 语义模型（以前称为数据集）的刷新频率匹配。 这些观察结果可能一天只发生一次，甚至一周一次 - 这只是一个缓慢变化的事件流。
对象
要监视的业务对象可以是物理对象，如冰柜、车辆、包裹和用户， 也可以是不太具体的概念，如广告活动、帐户和用户会话。 在激活器中，可以通过连接一个或多个事件流、为对象 ID 选择列并指定要作为对象属性的字段来为对象建模。
术语“object instance”是指特定的冰箱/车辆/包裹等，而“object”通常用于对象的定义或类别。 我们使用“population”来指代所有对象实例。
规则
规则定义要在对象上检测到的条件，以及满足这些条件时要执行的操作。 冰柜对象上的规则可能会检测到冰柜温度过高，并向相关技术人员发送电子邮件。
有三种类型的规则：关于事件的规则、关于添加到对象的事件的规则以及关于对象属性的规则。
当满足规则的条件并启动操作时，规则就会被激活
属性
要跨多个规则重复使用逻辑时，属性非常有用。 可以在冰柜对象上定义一个属性，让一小时内的温度读数更平滑。 然后，可以在多个其他规则中使用该平滑值。
回溯期间
Activator 需要跟踪历史数据以确保可以计算正确的操作。 要查询的历史数据量称为回溯期。 此回溯期取决于规则的定义方式以及评估规则所需的数据量（每秒事件数）。
例如，医药物流业务正在冷链运输药品包裹。 目标是在药品包装过热时发出警报。 假设规则定义可以评估每个单独包裹在三小时内的平均温度。 规则条件是平均温度大于 8°C。 在这里，回溯期为六小时。 Activator 需要检查六小时的历史数据，以确定规则条件是否成立。
不同的活动对象 ID
基于属性生成的规则用于监视对象 ID 上的属性随时间变化的情况。 在医药物流示例中，每个单独的包裹都由一个唯一 ID 表示。 数据源提供每个包裹的定期温度读数。 某些限制是根据 Activator 在回溯期内跟踪的不同对象 ID（包裹数）的数量来定义的。 Activator 会跟踪活动对象 ID。 活动对象 ID 是事件在存储期间内到达的对象。 例如，有汽车经过的收费站。