小丁的家
我們的 Kafka Topic 設計是依照平台分類：
(閱讀全文…)
每 30 分鐘一次的監控信發現：
雙十一當晚，監控系統顯示：
某個 Topic 一直卡在 Rebalance 狀態：
30 張訂單都成功取號了，但是：
用戶上傳 3 個 Excel 檔案匯入訂單：
用戶下訂單後要出貨，但系統竟然發動了兩次一模一樣的取號 Job，導致：
某天早上塞入大量回滾的蝦皮 Queue，卻發現一個詭異現象：
在電商系統中，我們經常需要回滾訂單資料讓用戶取得過去的訂單作為「鋪底」。原本的做法是每隔 5 分鐘往前打一次訂單 API，看似合理的設計卻埋下了災難的種子。
這套工具可以掃描資料庫來產資料庫文件，But前提是你的DB 表欄位的關聯要做好，其次他產出後的文件並沒有BI需要後續整理，但是以第一步來說，沒問題