本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 按团队提供的服务模式
<a name="service-per-team"></a>

每个团队的服务模式不是按业务能力或服务分解单体，而是将其分解为由各个团队管理的微服务。每个团队都对一项业务能力负责，并拥有该能力的代码库。该团队独立开发、测试、部署或扩展其服务，主要与其他团队互动以进行协商。 APIs我们建议您将每项微服务分配给一个团队。但是，如果团队足够大，则多个子团队可以在同一个团队结构中拥有单独的微服务。下表说明了使用此模式的优势和劣势。


****  

| 优点 | 缺点 | 
| --- | --- | 
|  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/modernization-decomposing-monoliths/service-per-team.html)  |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/modernization-decomposing-monoliths/service-per-team.html)  | 

下图显示了如何将单体拆分为由各个团队管理、维护和交付的微服务。

![\[由团队将单体分解为微服务\]](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/modernization-decomposing-monoliths/images/service-per-team.png)