平台與後端工程

把後端拆成幾個邊界清楚的服務，跑在邊緣網路上。冷啟動、資料庫連線數、跨區延遲這些問題，在架構階段就先解決掉。

什麼時候需要

當「加一個欄位」要動三個服務。當沒有人敢在週五部署。當資料庫連線數是團隊每週都會提到的一個詞。這些都不是規模問題，是邊界問題 —— 而邊界是可以重畫的。

從資料開始，不從服務開始。先畫出哪些資料真的屬於同一個生命週期，服務邊界照那條線切。跑在邊緣網路上，所以冷啟動與跨區延遲在架構階段就消失，而不是變成之後的優化項目。

幾個邊界清楚的服務、一份寫下來的 API 契約與版本策略、跟正式環境同設定的預覽環境，以及可觀測性 —— 意思是出事的時候，你看得到是哪一層出的事。

不把單體拆成十五個微服務。多數團隊需要的是三到四個邊界，再多就只是把函式呼叫換成網路呼叫，然後多付一份延遲與一份故障模式。我們會明講你的系統該切幾刀。

先做一次架構評估：兩週，看你現在的資料流與部署流程，交一份寫明「哪三件事最值得先動」的文件。多數情況下，第一件事不是重寫。

交付內容

兩個工作天內會有人回信，回信的人就是會做這個案子的人。