把大系統拆成多個小服務，各自獨立開發、部署與擴展，靠 API / 事件彼此合作
一服務做一件事；每個服務有自己的程式與資料，壞掉不拖累全系統

差異 ⇒ Monolithic Architecture (單體式架構)

好處

• 針對性擴展：只放大熱點服務
  → 省成本、提效能。
• 交付加速：服務小、責任單一
  → 改動小、部署快。
• 團隊對齊：一服務一團隊；邊界清楚更好協作。
• 組合彈性：需求變動時，可重組服務形成新應用，不被單體綁死。

缺點

• 資安標準分散：各隊各做容易不一致
• 資料重複：每服務「擁有自己資料」會出現讀模型冗餘
  → 屬於刻意換取解耦的重複
• 跨服務變更：若契約不穩定，易牽一髮動全身
  → 介面版控、相容性策略
• 觀測與治理成本：
  日誌/指標/追蹤、超時/重試/斷路器都要到位。

Day02 - 雲原生架構主流，微服務(Microservices)介紹 - iT 邦幫忙::一起幫忙解決難題，拯救 IT 人的一天
軟體架構 : 微服務模式 (Microservice) - 程式愛好者 - Medium
Day 12 微服務架構的優點 - iT 邦幫忙一起幫忙解決難題，拯救 IT 人的一天