鐵人檔案
舊 ERP 還能跑，為什麼還要動它？本系列以一家製造業的匿名化案例，記錄把 SOAP 型 ERP 逐步整合成現代微服務平台的 30 天決策過程。
每篇固定分「架構師視角」與「工程師視角」兩層：先講這個設計降低什麼風險，再講程式碼怎麼落地、怎麼驗證、踩過哪些坑。不展示完美架構，只記錄真實限制下的取捨。適合正在處理 Legacy 系統、API 整合與治理要求的架構師、資深工程師與技術主管。
ERP 用了十年、二十年，訂單照樣能開，庫存、財務也都還在正常作業。這時候如果有人提出要做現代化，我想，大家最先問的應該是： 現在明明還能用，為什麼還要改？ 這...
上一篇先談了為什麼 ERP 還能運作，周邊卻需要新的整合方式。接下來，我想繼續整理一個很實際的問題：事情這麼多，到底要先做哪一件？ 我的想法是，先把現況與做法放...
「這個系統真的很難改。」 聽到這句話，我會想再問仔細一點：是改一個欄位就要動很多地方，還是測試、上線要等很久？先把困難說清楚，後面才知道要怎麼改善。 本篇名詞小...
如果可以把 ERP 重新做一次，很多舊問題似乎就有機會一起整理。不過，我會先想一件事：這些年累積下來的業務規則，我們真的都找齊了嗎？有些規則可能還留在程式裡，有...
談到現代化，很容易接著想到微服務。不過，服務一拆，網路呼叫、部署、資料一致性與監控，也都要有人維護。所以我會先問：哪些功能真的需要分開修改、分開上線？ 本篇名詞...
前五篇從問題、策略，一路談到架構怎麼選。接下來，我想把這些想法放在同一張圖上，看看每一層到底要做什麼，以及彼此怎麼配合。 本篇名詞小筆記 Gateway：A...
Controller、Service、Repository，是寫程式時很熟悉的分層。那麼，把它們各自拆成一個服務，就完成微服務了嗎？我會先回到業務來看：它們是不...