使用事件挂钩定义增量实时表管道的自定义监视
重要
事件挂钩支持为公共预览版。
可以使用事件挂钩添加自定义 Python 回调函数，将事件保存到增量实时表管道的事件日志时，将运行这些函数。 可以使用事件挂钩来实现自定义监视和警报解决方案。 例如，可以使用事件挂钩在发生特定事件时发送电子邮件或写入日志，或者与第三方解决方案集成以监视管道事件。
使用接受单个参数的 Python 函数定义事件挂钩，其中该参数是表示事件的字典。 然后，在管道的源代码中加入事件挂钩。 管道中定义的任何事件挂钩都将尝试处理每个管道更新期间生成的所有事件。 如果管道由多个源代码项目组成，例如多个笔记本，则所有定义的事件挂钩都应用于整个管道。 尽管事件挂钩包含在管道的源代码中，但它们不包括在管道图中。
可以将事件挂钩与发布到 Hive 元存储或 Unity Catalog 的管道配合使用。
注意
- Python 是唯一支持定义事件挂钩的语言。 若要定义在使用 SQL 接口实现的管道中处理事件的自定义 Python 函数，请在作为管道一部分运行的单独 Python 笔记本中添加自定义函数。 Python 函数在管道运行时应用于整个管道。
- 只有 maturity_level 为
STABLE的事件才会触发事件挂钩。 - 事件挂钩虽然与管道更新异步执行，但与其他事件挂钩同步执行。 这意味着一次只运行一个事件挂钩，其他事件挂钩等到当前正在运行的事件挂钩完成后才运行。 如果某个事件挂钩无限期运行，它将阻止所有其他事件挂钩。
- 增量实时表尝试对管道更新期间发出的每个事件运行每个事件挂钩。 为了帮助确保滞后事件挂钩有时间处理所有排队事件，增量实时表会在终止运行管道的计算之前等待不可配置的固定期限。 但是，不能保证在终止计算之前在所有事件上触发所有挂钩。
监视事件挂钩处理
使用增量实时表事件日志中的 hook_progress 事件类型监视更新事件挂钩的状态。 为了防止循环依赖，不会为 hook_progress 事件触发事件挂钩。
定义事件挂钩
若要定义事件挂钩，请使用 on_event_hook 修饰器：
@dlt.on_event_hook(max_allowable_consecutive_failures=None)
def user_event_hook(event):
# Python code defining the event hook
max_allowable_consecutive_failures 描述在禁用事件挂钩之前事件挂钩可以失败的最大连续次数。 只要事件挂钩引发异常即可定义为事件挂钩失败。 如果禁用事件挂钩，则在重启管道之前，它不会处理新事件。
max_allowable_consecutive_failures 必须为大于或等于 0 或 None 的整数。 None 的值（默认分配）表示事件挂钩允许的连续失败次数没有限制，并且永远不会禁用事件挂钩。
事件挂钩失败和禁用事件挂钩可以在事件日志中作为 hook_progress 事件进行监视。
事件挂钩函数必须是一个 Python 函数，它只接受一个参数，即触发此事件挂钩的事件的字典表示形式。 将忽略事件挂钩函数中的任何返回值。
示例：选择要处理的特定事件
以下示例演示了一个事件挂钩，该挂钩选择要处理的特定事件。 具体而言，此示例会等到收到管道 STOPPING 事件，然后将消息输出到驱动程序日志 stdout。
@on_event_hook
def my_event_hook(event):
if (
event['event_type'] == 'update_progress' and
event['details']['update_progress']['state'] == 'STOPPING'
):
print('Received notification that update is stopping: ', event)
示例：将事件挂钩配置为在连续四次失败后禁用
以下示例演示如何配置在连续四次失败后禁用的事件挂钩。
from dlt import on_event_hook
import random
def run_failing_operation():
raise Exception('Operation has failed')
# Allow up to 3 consecutive failures. After a 4th consecutive
# failure, this hook is disabled.
@on_event_hook(max_allowable_consecutive_failures=3)
def non_reliable_event_hook(event):
run_failing_operation()