Azure 在Application Insights中,每秒500个遥测数据点的限制实际上意味着什么?

Azure 在Application Insights中,每秒500个遥测数据点的限制实际上意味着什么?,azure,azure-application-insights,Azure,Azure Application Insights,在上,记录的应用程序洞察有以下限制: 每个仪表键(即每个应用程序)每秒最多500个遥测数据点。这包括SDK模块发送的标准遥测,以及代码发送的自定义事件、度量和其他遥测 然而,它没有解释这个限制的含义是什么 a) 它是否缓冲和节流,但最终仍然保留所有数据?比如说-1000个数据点在一秒钟内被推送-它将保持前500个数据点,然后等待一点,然后推送其他500个数据点 或 b) 它只是删除/不删除日志数据吗?因此,假设-1000个数据点在一秒钟内被推送,只有前500个数据点会被持久化,而其他500个数据

在上,记录的应用程序洞察有以下限制:

每个仪表键(即每个应用程序)每秒最多500个遥测数据点。这包括SDK模块发送的标准遥测,以及代码发送的自定义事件、度量和其他遥测

然而,它没有解释这个限制的含义是什么

a) 它是否缓冲和节流,但最终仍然保留所有数据?比如说-1000个数据点在一秒钟内被推送-它将保持前500个数据点,然后等待一点,然后推送其他500个数据点

b) 它只是删除/不删除日志数据吗?因此,假设-1000个数据点在一秒钟内被推送,只有前500个数据点会被持久化,而其他500个数据点不会被持久化?

后者(b)警告说,在这种情况下,所有数据都将开始被限制,即一旦检测到RPC>500(免费应用程序为100个,详情请参见),它将开始拒绝来自数据收集端点上此检测键的所有数据,直到RPC速率恢复到低于500

编辑:来自Bret Grinslade的更多信息:


当前的实现平均超过一分钟——因此,如果您在一分钟内发送30K(500*60),它将限制您的应用程序。HTTP响应将通知SDK稍后重试。如果传入速率从未下降,响应将通知SDK删除数据。我们正在开发其他功能来改善这种体验——在客户端上进行预聚合,提高突发数据速率,等等。

在Alex的回答上再详细一点。当前的实现平均超过一分钟——因此,如果您在一分钟内发送30K(500*60),它将限制您的应用程序。HTTP响应将通知SDK稍后重试。如果传入速率从未下降,响应将通知SDK删除数据。我们正在开发其他功能来改善这种体验--在客户端上进行预聚合,提高突发数据速率,等等。

AI现在具有16K EPS的摄取限制:

感谢提供更多信息。我已经把它和Alex的回答合并在一起,并评论说这是你写的,所以所有信息都在那里。@BretGrinslade只是想澄清一下-对API端点的调用次数限制还是批量发送的数据项的数量限制?我在uservoice网站上添加了一条关于体验改进的建议?该建议已再次更新为每秒32 K事件。