千萬級資料量的國營事業 App 後端：一個人維運四年、效能提升 15 倍

客戶背景

某國營公用事業的全民服務 App，後端 API 由我獨立承接：開發、建置、維運、佈署、跨部門溝通協調，一人完成。專案分三期、橫跨四年，服務對象為全台用戶。

挑戰

• 資料量暴漲：上線後資料成長至千萬級，原有的月結統計運算一跑就是半小時起跳，逼近系統可用性極限。
• 需求方人員頻繁更替：對口 PM 多次更換，需求反覆變更，每一次交接都是「歷史真相」消失的風險。
• 部門牽涉廣：規格橫跨多個內部單位，里程碑無人主動追蹤。

效能面的作法

重新設計資料庫索引與分表策略，建立 DB 快取與快取更新機制。

重構千萬級運算的核心程序——關鍵手法是先萃取暫存資料集再處理，避免全表反覆掃描——將原本超過 30 分鐘的批次運算壓縮至 2 分鐘。

更根本的一手是改變統計的時機：把邏輯改為「事件觸發時即時記錄＋更新時間戳」，月結時只需補算異動部分。把尖峰運算攤平到日常，比把尖峰運算優化得更快更有效。

治理面的作法

這個案子真正的難處不在技術，在四年間對口換了三次 PM。

• 所有需求變更落入版本化規格文件；不符常規的修改點在程式碼註記日期與原因。對方三次換 PM，需求脈絡零遺失，爭議發生時永遠拿得出「當時雙方同意了什麼」。
• 主動反向追蹤里程碑、劃清權責界線，讓多部門專案不因「沒人管」而漂移。
• 建立完整 API 測試集合（Postman Collection），任何線上問題可在分鐘級重現與定位。

成果

• 核心批次運算 30 分鐘 → 2 分鐘，效能提升 15 倍，系統撐過資料量千萬級成長。
• 四年三期穩定交付，零重大事故。
• 合約價值隨責任範圍與信任累積，從首年 42 萬成長至 100 萬／年——續約與加價的理由，客戶自己看報表就找得到。

一人團隊能撐起國營級系統的前提：把每一次溝通、每一行程式，都當成三年後要拿出來對質的證據來寫。