iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
Software Development

30 天把舊 ERP 整合成現代微服務平台:架構治理與工程實作雙軌實戰 系列

舊 ERP 還能跑,為什麼還要動它?本系列以一家製造業的匿名化案例,記錄把 SOAP 型 ERP 逐步整合成現代微服務平台的 30 天決策過程。

每篇固定分「架構師視角」與「工程師視角」兩層:先講這個設計降低什麼風險,再講程式碼怎麼落地、怎麼驗證、踩過哪些坑。不展示完美架構,只記錄真實限制下的取捨。適合正在處理 Legacy 系統、API 整合與治理要求的架構師、資深工程師與技術主管。

參賽天數 29 天 | 共 29 篇文章 | 3 人訂閱 訂閱系列文 RSS系列文
DAY 21

Day 21|企業 RAG 的應用邊界與風險分級

談到企業文件查詢,RAG 是我想接著整理的方向。因為要看的不只是答得準不準,這一階段先把用途、責任與風險想清楚,再決定 PoC 要從哪裡開始。 RAG 會先找出...

2026-10-04 ‧ 由 ashleylin1007 分享
DAY 22

Day 22|RAG 導入前的資料、權限與驗證治理

上一篇把 RAG 的用途與風險列出來了。接下來進入 PoC 驗收,我會先準備好資料與驗收條件:哪些文件能放進來、誰能查,以及怎麼知道回答是合適的。 本篇名詞小筆...

2026-10-05 ‧ 由 ashleylin1007 分享
DAY 23

Day 23|先定 Timeout Budget,再談 Retry:API 韌性設計的順序

下游變慢時,多試幾次,會不會比較容易成功?這個想法很直覺。不過,如果每一層都在重試,下游收到的請求反而可能更多。所以,我想把限流、逾時、重試與冪等放在一起看。...

2026-10-06 ‧ 由 ashleylin1007 分享
DAY 24

Day 24|Logs、Metrics、Traces:三種訊號各回答什麼?

收到系統異常的通知時,我會想先知道三件事:發生什麼事、影響有多大,以及卡在哪裡。Logs、Metrics、Traces 各自能回答一部分,把它們串連起來,才比較...

2026-10-07 ‧ 由 ashleylin1007 分享
DAY 25

Day 25|Prometheus、Grafana、Jaeger:從 Dashboard 到可行動告警

Prometheus 收集 Metrics,Grafana 呈現與關聯資料,Jaeger 查詢 Trace。工具的分工先知道了,接下來我更想整理的是:真的收到告...

2026-10-08 ‧ 由 ashleylin1007 分享
DAY 26

Day 26|CI/CD:從 Commit 到可稽核部署

一個版本部署完成後,如果過一陣子回頭問:當時測了什麼、誰核准、部署的是哪一個建置產物,還找得到嗎?整理 CI/CD 時,我除了讓每次交付都能重複執行,也希望這些...

2026-10-09 ‧ 由 ashleylin1007 分享
DAY 27

Day 27|Docker Compose 還是 Kubernetes?小團隊的務實選擇

平台要用 Docker Compose,還是 Kubernetes?Kubernetes 有排程、自我修復、服務發現與擴展能力,但這些能力背後,也需要持續投入時...

2026-10-10 ‧ 由 ashleylin1007 分享
DAY 28

Day 28|架構為什麼這樣選?用 ADR 留下決策理由與取捨

看架構圖,可以知道現在有哪些元件。但我也會想知道:當初為什麼這樣選?有沒有考慮過別的方式?ADR,就是我想用來保留這些想法與取捨的紀錄。 本篇名詞小筆記 A...

2026-10-11 ‧ 由 ashleylin1007 分享
DAY 29

Day 29|架構驗證、上線 SOP 與 Rollback:能跑不等於能安全上線

程式測試通過,多半只能說明單一服務本身沒問題。上線前,身分、路由、事件、ERP 介接、監控和回退要串起來一起驗過,才比較能放心上線。所以今天我會把完整流程再走一...

2026-10-12 ‧ 由 ashleylin1007 分享