Dark launch 的核心概念是「程式碼上線、走 production traffic、但用戶看不到 UI 入口」。跟 shadow traffic 不同 — dark launch 是 真正寫入 production、shadow 只是複製比對。可先對照 Feature Flag。

概念位置

Dark launch 用 feature flag 控制 UI 暴露、後端走 production traffic（從內部 API、cron job、employee-only access 等觸發）。目的是先驗證後端在 production 規模下穩定、再開放給用戶。跟 shadow traffic 的差別是「shadow 不寫入真實狀態、dark launch 寫入但用戶看不到」。可先對照 Canary Perf Check。

可觀察訊號與例子

需要 dark launch 的訊號是「新功能後端有風險、想先 production-validate 再 ui-launch」。對應案例：SeatGeek Virtual Waiting Room 從第三方換到自建、必然有 dark launch 階段驗證 token 配發機制。

設計責任

Dark launch 必須有清楚的 exit criteria：穩定多久、誤差多少、可以開放 UI。要 monitor 後端 metric、用戶 metric 還沒意義。Dark launch 期間如果後端有 side effect（DB write、external API call），要算進容量規劃。