延迟的 SES 统计更新
Delayed SES Stats Updation
我注意到 AWS SES 统计数据没有实时更新。发送电子邮件后,SES 仪表板上的发送计数需要一段时间才能增加。有时需要几分钟,有时需要很长时间。
有没有人也遇到过这种情况?有什么想法吗?
AWS/SES 仪表板统计信息用于纯粹的提示性能,但不依赖于它们。在这种情况下,如果您想获得已发送电子邮件的实时通知,您需要创建 SNS 通知。请记住,垃圾邮件投诉通知最多可能需要几天时间,因为这是基于 ISP 向亚马逊提供的信息。 Gmail 恶意系统内的投诉永远不会到达您的手中。
假设控制台只是调用标准 API 操作(而不是使用某种未记录或用户无法访问的仅限控制台的后端服务——这样的事情是并非闻所未闻,但在 AWS 中非常罕见,因此这是一个相当安全的假设),看起来这并不是真正为实时设计的。统计数据将在 15 分钟内报告 windows。
来自 SES API 参考:
GetSendStatistics
Returns the user's sending statistics. The result is a list of data points, representing the last two weeks of sending activity.
Each data point in the list contains statistics for a 15-minute interval.
— http://docs.aws.amazon.com/ses/latest/APIReference/API_GetSendStatistics.html
我注意到 AWS SES 统计数据没有实时更新。发送电子邮件后,SES 仪表板上的发送计数需要一段时间才能增加。有时需要几分钟,有时需要很长时间。
有没有人也遇到过这种情况?有什么想法吗?
AWS/SES 仪表板统计信息用于纯粹的提示性能,但不依赖于它们。在这种情况下,如果您想获得已发送电子邮件的实时通知,您需要创建 SNS 通知。请记住,垃圾邮件投诉通知最多可能需要几天时间,因为这是基于 ISP 向亚马逊提供的信息。 Gmail 恶意系统内的投诉永远不会到达您的手中。
假设控制台只是调用标准 API 操作(而不是使用某种未记录或用户无法访问的仅限控制台的后端服务——这样的事情是并非闻所未闻,但在 AWS 中非常罕见,因此这是一个相当安全的假设),看起来这并不是真正为实时设计的。统计数据将在 15 分钟内报告 windows。
来自 SES API 参考:
GetSendStatistics
Returns the user's sending statistics. The result is a list of data points, representing the last two weeks of sending activity.
Each data point in the list contains statistics for a 15-minute interval.
— http://docs.aws.amazon.com/ses/latest/APIReference/API_GetSendStatistics.html