突如其來要加 In-App 搶飛的困局

有 Mirror 飛買固然開心，但 Mox 今次似乎玩大咗，連正常 Virtual Bank 嘅功能都要停埋。事實証明，想喺 production 做 stress test，叫 marketing 搵到個 Mirror 合作 event 就搞掂！

正常設計一開 app 通常都要 consume 幾條 api，根據 Mox 嘅 UI/UX，我估計今次出事嘅主因就係開 app 會 Call Credit Card Details API，遇上呢波 Mirror 搶購活動等如叫冚世界同時開 app，而重點係

Credit Card Details API 從設計考慮上不會預有咁大流量

想就咁加 Cache 解決？行動之前一定三思，因為 Cache Invalidation 係 Software Engineering 一個極難做決定嘅大難題！

• Cache 有效期幾長？幾時 Invalidate？點樣 Invalidate？係咪真係有效解決到流量問題？
• Cache 資料不準確會否造成 Compliance 問題？

如果 Mox 仲想之後咁樣 in-app 搶飛，咁喺 Mobile App UX 到 Backend Performance 層面要下多啲苦功思考下。