每個團隊模式的服務 - AWS 規定指引

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

每個團隊模式的服務

而不是通過業務能力或服務分解巨石,每個團隊模式的服務將它們分解為由個別團隊管理的微服務。每個團隊都負責一個業務能力,並擁有該功能的代碼庫。該團隊獨立開發、測試、部署或擴展其服務,並主要與其他團隊互動以協商 API。我們建議您將每個微服務指派給單一團隊。但是,如果小組足夠大,則多個子群組可以在相同的團隊結構中擁有單獨的微服務。下表說明使用此模式的優點和缺點。

優點 缺點
  • 團隊以最少的協調能力獨立行動。

  • 程式碼庫和微服務不會由多個團隊共用。

  • 團隊可以快速創新和迭代產品功能。

  • 不同的團隊可以使用不同的技術,框架或編程語言。重要提示:這些應該隱藏在明確定義且穩定的公共 API 後面。

  • 要讓團隊符合最終使用者功能或業務能力可能很困難。

  • 需要額外的努力來提供更大的協調應用程序增量,尤其是在團隊之間存在循環依賴關係的情況下。

下圖顯示如何將整體式分割為由個別團隊管理、維護和交付的微服務。

團隊將巨石分解為微服務