一个 Lambda 函数处理来自 IoT 设备的事件。公司需要近乎实时的吞吐量指标，用于统计该函数在每个时间间隔内接收和处理的消息数量。吞吐量测量不应包括初始化和后处理。开发人员应该如何实现？

正确答案是修改代码，在函数每次接收和处理消息时发布一个自定义 CloudWatch 指标，并使用这些指标来计算吞吐量。这是因为自定义指标允许您精确地在消息接收和处理的关键点发布数据，从而准确地测量吞吐量，且不包含初始化和后处理时间。 使用 Lambda ConcurrentExecutions CloudWatch 指标不准确，因为它反映的是并发执行的数量，而非处理的消息数量。让应用程序将计算出的吞吐量记录到 CloudWatch Logs，并使用 EventBridge 定期触发另一个 Lambda 来处理这些日志，这种方法过于复杂且可能存在延迟，不符合“近乎实时”的要求。使用 Lambda Invocations 和 Duration 指标在 CloudWatch 中计算吞吐量无法满足排除初始化和后处理时间的要求，因为 Invocations 包含所有调用，Duration 包含整个函数执行时间。