alb-per-rule-traffic-attribution

确定哪个调用者向哪个 ALB 监听器规则发送流量，以及流量大小， 在切换或停用该规则之前。适用场景如下： (1) 需要证明某个监听器规则可以安全更改，但找不到按规则划分的 CloudWatch 指标（实际上没有）； (2) 已按 `matched_rule_priority` 对 ALB 访问日志进行分组，但数据看起来异常，或某个端点出现在两个不同的优先级下； (3) 多个服务共享同一凭证，导致 ALB 无法区分它们； (4) 必须识别仅以 User-Agent 形式出现在访问日志中的未知 HTTP 客户端； (5) 在 ALB 日志的 Athena 表上执行 `SHOW PARTITIONS` 无任何返回结果； (6) 窗口化统计总量偏低，或“相同”查询在不同日期返回不同计数——日志存储桶的 S3 生命周期过期策略（通常为 3 天）会静默截断更长时间窗口，因此“每周”总量实际是保留窗口内的总量。 核心陷阱： `matched_rule_priority` 表示的是**位置**而非规则身份——插入一条监听器规则会重新编号其下方的所有规则，因此在部署前后，相同的优先级可能对应不同的规则，跨越该变更的查询会静默地错误标记所有数据。 应改为基于 `request_url` + `user_agent` 进行属性分析，按日引用流量速率，并报告数据实际覆盖的时间窗口（最小/最大日期），而非 WHERE 子句所请求的时间窗口。

存档时间线

版本索引永久保留；内容副本只保留最新 1 份，更早版本仅留索引与哈希（存档时间线的证据链不会因此断裂）。

下载存档内容副本