🎯 什麼情境該想到我
當你「系統已經被切成好幾個模型/服務，但沒人講得清它們之間怎麼整合、哪個依賴哪個」的時候。你需要一張全局圖，看清各限界上下文與它們之間的整合方式與團隊關係，避免不知不覺的耦合。
⚙️ 怎麼用（步驟 / 公式）
意圖：畫出系統中所有現存的限界上下文，以及它們彼此之間的整合關係與團隊關係，讓全局可見，避免無意識、隱性的耦合傷害。
做法要點：
- 盤點目前實際存在（而非理想中）的限界上下文，一個一個標出來。
- 標出每對上下文之間的關係，用既有的關係模式命名（共享核心、客戶-供應商、追隨者、防腐層、開放主機服務、發布語言、各行其道、合作關係等）。
- 標明上下游方向與翻譯點：資料/概念在哪裡跨界、由誰翻譯、誰受誰的變動影響。
- 把地圖當溝通與決策工具持續更新，作為整合與團隊協調的依據。
🧪 我實際套用的紀錄
- （待填）
⚠️ 注意 / 什麼時候不適用
- 上下文對應描述的是「現狀」，先照實畫，別畫成理想架構圖，否則會誤導決策。
- 它是溝通與策略工具，不是精細的技術架構圖；細節過多反而失焦。
- 地圖會過期，關係一變就要更新，否則會誤導後續整合判斷。
🔗 相關工具
- 限界上下文 Bounded Context（地圖上的節點）
- 防腐層 Anticorruption Layer（地圖上常見的一種整合關係）
- 客戶-供應商 Customer-Supplier（上下游關係的典型模式）
- 領域驅動設計