鐵人檔案
舊 ERP 還能跑，為什麼還要動它？本系列以一家製造業的匿名化案例，記錄把 SOAP 型 ERP 逐步整合成現代微服務平台的 30 天決策過程。
每篇固定分「架構師視角」與「工程師視角」兩層：先講這個設計降低什麼風險，再講程式碼怎麼落地、怎麼驗證、踩過哪些坑。不展示完美架構，只記錄真實限制下的取捨。適合正在處理 Legacy 系統、API 整合與治理要求的架構師、資深工程師與技術主管。
Keycloak、OAuth 2.0、OIDC、JWT，常常會一起出現在登入設計裡。我想先把它們一個一個分清楚，再沿著登入流程看一次，這樣比較知道每一步到底驗證...
假設使用者有 ORDER_VIEWER 角色，可以查訂單。那麼，他能查所有公司的訂單，還是只有自己廠區的資料？ 本篇名詞小筆記 RBAC：角色型存取控制（R...
如果每個服務都自己接 ERP SOAP，就要各自處理 WSDL client、欄位轉換、認證與錯誤。服務多了以後，同一套介接工作也會重複出現。我想把這些事情集中...
Adapter 建好之後，需求通常不會停：「這個欄位順手加一下」「那段流程也塞進來」。每一次看起來都是小事，但堆久了，這一層就會變得很難動。所以我想在一開始就講...
把 SOAP 改成 REST，XML 換成 JSON，看起來是乾淨多了。不過我會再往下看一層：呼叫端拿到 JSON 之後，是不是還要自己知道 ERP 哪個欄位代...
提供 ERP 查詢時，很容易遇到一個期待：能不能讓呼叫端自己組條件？我能理解這個需要，每個組合都開一支 API，後面會有很多重複工作。不過，實際送往 ERP 的...
要用同步 API，還是改成事件處理？我會先從使用者的畫面想起：按下按鈕後，他需要立刻看到什麼？庫存查詢可能要馬上有答案，通知則可能晚幾分鐘也沒關係。先知道這個差...
Kafka 與 RabbitMQ 都能傳訊息。處理完還要保留嗎？新的下游加入時，需要重播嗎？這些問題會比先比較效能數字更接近實際需求，所以要選哪一個，我會先想訊...
假設一筆事件已經處理完，Consumer 卻在 ack 前中斷。重啟之後，同一筆又送來了，訂單或庫存會不會再做一次？我想先把這個情境想清楚，再談事件流程怎麼實作...
「檔案有傳到了。」 做 EDI 整合時，聽到這句話，我還會想繼續確認：格式有通過嗎？資料轉好了嗎？業務單據建立了嗎？從收件到完成，中間每一步都需要有清楚的狀態。...