錢嗎？”
周臨點頭：“給?！?br>父親重新拿起筷子：“那行。別白干?！?br>周臨笑了一下。
這就是他父親。
一輩子在廠里干設備維修，最樸素，也最清醒。
別白干。
周臨回到臥室，打開電腦。
臨時權(quán)限郵件已經(jīng)到了。
堡壘機，監(jiān)控平臺，只讀數(shù)據(jù)庫權(quán)限，生產(chǎn)日志查詢權(quán)限，應急發(fā)布審批權(quán)限。
他先沒登錄生產(chǎn)。
而是打開事故群。
群里消息刷得飛快。
訂單重復派發(fā)。
庫存回寫失敗。
隊列延遲。
計費異常。
商戶投訴。
**爆線。
沈浩在群里發(fā)：請大家保持冷靜，按模塊負責人分頭排查。
周臨進群后，直接發(fā)了第一句話。
周臨：從現(xiàn)在開始，所有人停止手動修數(shù)據(jù)，停止重啟服務，停止改配置。
群里頓了一下。
梁辰：現(xiàn)在核心問題是新引擎冪等異常，我正在修復。
周臨：你先別動。
梁辰：但我最熟悉這版改造。
周臨：你最熟悉它怎么炸。
群里沒人敢接。
老馬立刻發(fā)：收到，運維停止操作。
小趙：前端演示頁面已切靜態(tài)降級。
數(shù)據(jù)負責人許知夏：數(shù)據(jù)同步組停止補償腳本，等指令。
周臨先看監(jiān)控。
他沒有像梁辰那樣盯著 CPU、內(nèi)存和接口耗時。
這些只是癥狀。
他直接打開三條鏈路。
訂單創(chuàng)建事件。
調(diào)度派發(fā)事件。
庫存鎖定事件。
三條時間線一拉出來，問題立刻清晰。
SkyRail 2.0 把訂單冪等鍵從“訂單號+區(qū)域+業(yè)務版本”改成了“訂單號+調(diào)度批次”。
單看演示環(huán)境，這樣更簡潔。
但生產(chǎn)環(huán)境里，同一訂單會因為超時重試、庫存回補、區(qū)域遷移生成多個調(diào)度批次。
批次不同，冪等鍵就不同。
系統(tǒng)以為是新訂單。
于是重復派發(fā)。
重復派發(fā)后，庫存被重復鎖定。
庫存鎖定觸發(fā)計費預占。
計費預占發(fā)現(xiàn)訂單狀態(tài)不一致，又發(fā)補償消息。
補償消息回到調(diào)度隊列，繼續(xù)觸發(fā)派發(fā)。
一個閉環(huán)。
不是單點 *ug。
是規(guī)則錯了。
周臨打開發(fā)布記錄。
今晚 20:00，SkyRail 2.0 華東區(qū)灰度發(fā)布。
審批人：沈浩。
提交人：梁辰。
評審記錄里，有一條被標記為“已解決”的評論。
周臨：冪等鍵不能去掉業(yè)務版本，灰度條件不能只按區(qū)域匹配，生產(chǎn)會重復派發(fā)。
梁辰回復：已線下溝通，風險可控。