2026年4月2日
為行動端寫下逾時預算
從使用者感知出發，拆解閘道、服務與資料庫各自可占用的毫秒。
許多行動應用的「轉很久」來自層層重試與互相等待的逾時設定。閘道等 30 秒、服務等 25 秒、資料庫等 20 秒，使用者卻在第 8 秒就離開。
我們建議先訂使用者可接受的感知上限，再由外而內分配預算，並規定重試只發生在冪等讀取。稽核報告裡，逾時預算表常比抽象的「可用性目標」更能推動實際設定調整。
2026年4月2日
從使用者感知出發，拆解閘道、服務與資料庫各自可占用的毫秒。
許多行動應用的「轉很久」來自層層重試與互相等待的逾時設定。閘道等 30 秒、服務等 25 秒、資料庫等 20 秒，使用者卻在第 8 秒就離開。
我們建議先訂使用者可接受的感知上限，再由外而內分配預算，並規定重試只發生在冪等讀取。稽核報告裡，逾時預算表常比抽象的「可用性目標」更能推動實際設定調整。