> ## Content Index
> Fetch the complete content index at: http://localhost:2368/llms.txt
> Use this file to discover other available public pages before exploring further.

# 絞殺榕式搬家：系統換底不重寫
- URL: http://localhost:2368/strangler-fig-migration/
- Published: 2026-07-06T07:08:10.000Z
- Updated: 2026-08-23T13:54:25.000Z
- Description: 在原系統內逐類資料換底、逐段驗證、保留舊路徑的漸進遷移策略；比重寫風險低，過程中系統一直可用。
- Author: yuchang23
- Tags: #wiki, #wiki-method

> 「絞殺榕」是一種真實存在的樹：它的種子落在別棵樹上發芽，氣根順著宿主樹往下長、慢慢把宿主整個包住，最後宿主枯掉，榕樹自己站著——外形還是一棵樹，但裡面已經完全換成新的了。  
>  
> 軟體界借這個意象命名了一種系統改造策略（strangler fig pattern，出自 Martin Fowler），核心想法是：要把舊系統換掉時，不要砍掉重練，而是讓新系統一小塊一小塊地「包住」舊系統，每包一塊就驗證一塊，直到舊的自然沒人用了。

## 適用情境

要把系統的資料層整個從舊平台搬到新平台（例如為了省授權費＋統一架構）。直覺做法是「重寫一套新的」，但重寫的風險是：新舊功能對不齊＋長時間不能上線。

## 實際成果

五天搬完，六百多筆資料逐筆核對筆數吻合，過程中系統一直可用，同事無感。

## 三個前提條件

- **搬家前先有測試安全網**——當時有一百多條自動測試，每換一段就能立刻知道有沒有弄壞東西。
- **舊路徑保留到新路徑穩定才清**——隨時可以切回去，就不怕搬到一半出事。
- **每階段有可驗證的完成標準**——筆數對、功能過，不是「感覺搬完了」。

## 決策心得

「重寫」聽起來乾脆，但漸進搬雖然瑣碎，風險小很多。跟 AI 討論遷移方案時，可以直接問「能不能用絞殺榕的方式分段搬」。

## 相關條目

- [技術債的擱置也要留紀錄](https://yuchang23.com/tech-debt-deferral-log/?ref=localhost)