同一個付費服務，有兩種呼叫方式，各自宣稱吃不同的預算池。帳面上該扣的那一池完全沒動，另一筆加購額度卻在悄悄減少。照說明文字推出第一個解釋，把加購上限調大；兩小時後發現對不上，又推出相反的第二個解釋，一樣錯。一個早上，錯了兩次。
同一筆帳，兩個入口，兩次都猜錯
標籤彙整: server
retry 不是韌性，是定時製造噪音
火災警報器壞掉一直響，正確做法不是每 20 分鐘去按一次看會不會自己好——而是派人蹲點默默觀察，真的修好了再通知大家。這個比喻聽起來理所當然，但落到自動化管線的設計上，幾乎每個人都按過那顆沒用的按鈕。
