KCL 2.x 增强型扇出 CloudWatch 指标（MillisBehindLatest 与 SubscribeToShardEvent.MillisBehindLatest）

Question

想知道在增强型扇出 (KCL 2.x) 应用程序中使用时，是否有人可以澄清这两个指标之间的区别。

我相信 KCL 'MillisBehindLatest' 测量 GetRecords 调用中使用的迭代器年龄。但是，当使用 KCL 2.x 时，记录会改为通过 HTTP/2 推送给消费者，并且应改为使用 SubscribeToShardEvent.MillisBehindLatest

在实践中，我们的 KCL 2.x 应用程序将这两个指标都发送到 cloudwatch。如果没有发生带有迭代器的轮询，则不清楚为什么会发出 MillisBehindLatest。

Answer 1

这两个指标的区别在于，SubscribeToShardEvent.MillisBehindLatest 指标定义了消费者在所有分片中落后多远，即所有分片的最大延迟，同时MillisBehindLatest 指标是分片-level 特定的，即每个特定分片的延迟。

例如，在 3 个分片的情况下，MillisBehindLatest 可以让 shardId-000000000000 等于 0，shardId-000000000001 等于 120，shardId-000000000002 等于 60，那么 SubscribeToShardEvent.MillisBehindLatest 的值将是 120。