83 個零流量候選的 90 天確認

結論

最近 30 天已確認為零，因此只需補查前 60 天：

補查完成後，83 個候選的 90 天結果如下：

分類	數量	判讀
前 60 天有成功 2xx	5	90 天內仍有實際使用，不可列為停用候選
前 60 天只有非 2xx	3	需抽查 caller、path 與失敗原因
完整 90 天零流量	75	保留為停用候選，仍不可直接刪除

90 天內曾出現流量的 8 支 API

Controller.action	Method	Calls	2xx	4xx	最後呼叫時間（UTC）
`quote_service_categories.nearme`	POST	16	15	1	2026-06-17 03:22:02.761
`users.view`	GET / HEAD	5	5	0	2026-06-09 11:07:00.519
`messages.star`	GET	4	0	0	2026-05-24 03:28:20.992
`quote_bids.recent_quotes`	GET	1	1	0	2026-06-09 11:24:34.390
`quote_categories.search`	GET	1	1	0	2026-06-09 08:11:05.606
`quote_requests.add`	POST	1	0	1	2026-06-09 08:55:30.209
`users.intercom_data`	GET	1	1	0	2026-06-09 11:25:32.029
`messages.index`	GET	1	0	1	2026-06-09 10:36:35.522

messages.star 的 4 筆不是 2xx / 4xx / 5xx，需再確認實際 status code，不能視為成功呼叫。

精簡證據檔：

zero_traffic_candidates_2026-04-30_to_2026-05-29.csv：第一段 Athena 補查結果。
zero_traffic_candidates_2026-05-30_to_2026-06-28.csv：第二段 Athena 補查結果。
zero_traffic_candidates_90d_merged.csv：83 個候選的合併明細。
zero_traffic_candidates_90d_summary.json：三種分類的數量摘要。

SQL	日期	用途
`00_extend_projection_to_2026-04-30.sql`	metadata	讓 Athena table 可以讀取 2026-04-30 起的 partition
`01_zero_traffic_candidates_2026-04-30_to_2026-05-29.sql`	30 天	第一段歷史流量
`02_zero_traffic_candidates_2026-05-30_to_2026-06-28.sql`	30 天	第二段歷史流量

S3 已唯讀確認：

2026-04-30 有 416 個 Production ALB log objects。
2026-05-30 有 414 個 Production ALB log objects。

執行紀錄

已在 Athena workgroup pro360-alb-analysis 執行 00。
已分別執行 01 與 02，沒有同時查詢。
兩段結果各有 83 筆候選資料，另加 1 列 CSV header。
第二段 Query ID：19606ab9-bb3c-427c-ae3a-02fb9f377ee2，掃描 37,930,778,854 bytes，狀態 SUCCEEDED。

00 只修改 Glue table 的 partition projection metadata，不修改 S3 ALB logs。

判讀

任一歷史區間 calls > 0：表示 90 天內有使用，不能列為停用候選。
兩個歷史區間都為 0：加上最近 30 天後，才可標記為「90 天零流量候選」。
只有 4xx/5xx、沒有 2xx：先抽查 path 與 caller，可能是舊客戶端、錯誤呼叫或 scanner。
90 天都為零仍不能直接刪除；還要確認 direct/internal call、webhook、cron、queue、舊版 App 與業務 owner。

兩個查詢都固定：

限制 Production ELB app/pro360-api/d3898ad14c394f67。
排除 OPTIONS。
只輸出原本 83 個候選 controller/action。
每個候選都會出現在結果中；沒命中時 calls = 0。