翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# チームパターンごとのサービス
<a name="service-per-team"></a>

チームごとのサービスパターンでは、モノリスをビジネス機能やサービスごとに分解するのではなく、個々のチームが管理するマイクロサービスに分割します。各チームはビジネス機能を担当し、その機能のコードベースを所有しています。チームはサービスを独自に開発、テスト、デプロイ、スケールし、主に他のチームとやり取りして API の交渉を行います。各マイクロサービスを 1 つのチームに割り当てることをお勧めします。ただし、チームの規模が大きい場合は、同じチーム構造内で複数のサブチームが別々のマイクロサービスを所有することもできます。以下の表では、このパターンを使用する利点と欠点について説明します。


****  

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

次の図は、モノリスをマイクロサービスに分割して、個々のチームが管理、保守、提供する方法を示しています。

![\[チームによるモノリスのマイクロサービスへの分解\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/modernization-decomposing-monoliths/images/service-per-team.png)