管理指南 › 聚合和关联引擎（ACE1 和 ACE2） › 计算引擎概述

计算引擎概述

以下列表展示了引擎工作流。

• 客户事件通过适配器进入系统。
• 适配器侦听程序收集事件。 数据经规范化处理并且易于使用。 适配器侦听程序将此规范化数据输入 T_RAW_DATA 表中。
• 计算数据的过程以事件驱动的系统为基础，根据 VBS 脚本中由客户端创建的业务逻辑来运行。 计算值保存在业务逻辑中的全局变量中，每当系统中有事件发生时就会更新。 此类事件的示例有原始数据进入、时期开始和结束、资源结构更改以及时间段开始和结束。 然后，在专门的“结果”函数中定义每个计算期间的结果。
• （可选）系统计算原始数据，将其转换为中间数据并放入 T_INTERMEDIATE_DATE 表中。 中间数据可用于计算其他度量标准。 采用这种方式，可以执行纯粹的计算。 这样，需要相同数据的所有其他度量标准就可以利用其结果，而不必执行一些冗余的计算。

合同版本之间的连续计算意味着，业务逻辑在计算服务水平时使用的数据能自动供后续的合同版本访问。 借助此特性，SLA 管理器就能使用新生效日期创建新的合同版本。 有了此特性，还能保留全局变量的内容。 将能够执行连续计算，而且全局变量以前的值可供新合同版本访问。

引擎按照事件的到达顺序处理事件。 引擎无法撤消事件处理以便及时返回前一个计算。 引擎仅考虑现在的情况，每当有新事件到达时，就会对其进行处理。 如果已计算的时间戳处存在更改，引擎将重新计算。 引擎将按照系统配置中的定义定期保留计算状态的快照。 有了这些快照，便无需从合同版本开始时重新计算。 计算从已知计算状态开始，最简单的起点是它开始的位置。 这些快照被称为状态。 引擎在进行重新计算时，它将从距离更改时间最近的状态所对应的时间开始。

当度量标准需要重新计算时，引擎将搜索在更改发生之前最接近的状态，并从该状态起进行计算。 例如，有这样一种情况，其中更改发生在两个星期之前，此前最接近的状态是三个星期之前。 在此情况下，引擎将从三个星期前的状态开始计算。 如果找不到此类状态，引擎将从合同版本开始时重新计算。