注意:以下翻译的准确性尚未经过验证。这是使用 AIP ↗ 从原始英文文本进行的机器翻译。
Recipes 应用程序处于稳定状态,不再更新。我们建议探索其他应用程序和功能,以便在 Foundry 中监控条件:
如果您有关于实施监控应用案例相关的适当工作流程的问题,请联系 Palantir 支持。
在使用 Recipes 之前,我们建议了解定义在 Foundry 中创建和使用 recipes 的核心概念:过期、运行历史记录和权限。
Recipes 需要计算资源来持续运行。为了确保未使用的 recipes 不占用资源,我们要求 recipes 过期。当 recipes 过期时,它们不会被删除。过期的 recipes 只是不会继续监控感兴趣的条件,这意味着所有该 recipe 的通知接收者将不再收到通知。在设置 recipe 过期之前,作者会在某些间隔时间内收到通知,并可以随时选择延长过期时间以继续运行。如果他们忘记这样做并且 recipe 过期了,他们仍然可以选择恢复并延长 recipe。
了解更多关于更改 recipe 过期时间。
根据您的计划,您的 recipe 将按时间表(例如,每 3 小时或每周一上午 9 点)或事件驱动的时间表(当数据集更新或检测到新对象时)运行。
每次 recipe 运行时,其运行历史记录将记录以下运行状态之一:
作者会收到失败和带有例外的成功的通知。了解更多关于配置您的通知偏好。
Recipes 继承其监控资源的权限。这意味着任何可以查看资源的人都可以查看 recipe,任何拥有资源的人都可以编辑 recipe,等等。
尽管 recipes 可以通过电子邮件向其他用户发送数据,权限确保只有有数据访问权限的用户才能在邮件中实际接收到该数据。
下表显示了用户在 Recipes 中执行某些操作所需的权限:
操作 | 授权用户 |
---|---|
查看 recipe | 作者或任何具有 `Viewer` 访问权限的监控资源用户 |
修改和管理 recipe | 作者或任何具有 `Owner` 访问权限的监控资源用户 |
接收 recipe 的邮件/通知 | 具有监控资源 `Viewer` 访问权限的接收者 (1.) |
如果接收者没有报告的访问权限,他们仍然会收到通知。但是,他们会收到一个指向报告的链接,链接会指引他们请求访问权限。
如果用户试图将没有底层资源访问权限的接收者添加到他们的 recipe 中,接收者将能够看到 recipe 但不能看到资源。他们会收到邮件/通知,但无法打开链接的资源,邮件/通知中也不会包含任何附件。为了让所有接收者都能接收邮件/通知,请确保他们对 recipe 资源至少有 Viewer
访问权限。