0

我使用 Okta.Core.Client 0.2.9 SDK 编写了一个 .NET 应用程序，以从我们组织的系统日志中提取事件以导入另一个系统。我们让它每 5 分钟运行一次，提取自上次运行中收到的最后一个事件以来发布的事件。

我们看到一些事件出现延迟。如果我在一小时前对前一小时的数据进行手动运行，它将包含比 5 分钟运行更多的行。在试图弄清楚为什么我记得这个参数时，与我一直在使用startDate的那个是互斥的。filter

文档没有提及太多 - 只是它“指定时间戳以列出之后的事件” 。它的工作原理和 一样published gt "some-date"吗？我们正在捕获大量时间的数据，因此我需要包含一个“小于”过滤器并忽略 startDate。但延迟事件让我寻找解决方法。

4

1 回答 1

0

您是否面临使用 startDate 或过滤器的延迟结果？

是的，已发布 gt "some-date" 和 startDate 的工作方式相同。以下两个 API 调用。

/api/v1/events?limit=100&startDate=2016-07-06T00:00:00.000Z

和

/api/v1/events?limit=100&filter=published gt "2016-07-06T00:00:00.000Z"

返回相同的结果。因为，它们是互斥的，过滤器在创建更具体的查询时可能会派上用场，包括使用过滤器的查询中的其他查询参数。

于 2016-07-06T22:52:20.063 回答