5、微服务团队拓扑与设计流程解析

微服务团队拓扑与设计流程解析

1. 微服务团队拓扑设计

1.1 引入发布团队

在微服务团队拓扑图中，我们可以在微服务团队框的末端附近添加一个红色方块，以此来表示发布团队。不过，采用发布团队这种方式存在一个权衡点，即它会带来协调成本。当业务规模扩大时，这可能会成为一个严重的问题。例如，如果要对多个微服务进行每日发布，发布团队将难以协调所有这些活动。在这种情况下，就需要改变团队设计，将部署责任转移到各个微服务团队。

1.2 明确消费者团队

微服务只有被使用才具有价值，因此确定微服务的消费者以及他们与系统团队的交互方式非常重要。在某些架构中，消费者团队可能包括移动应用开发团队、Web 开发团队，甚至第三方组织。在我们的模型中，微服务系统的主要消费者是 API 团队。

1.3 API 团队介绍

API 团队负责将微服务以应用程序编程接口（API）的形式暴露给其他开发团队。例如，移动应用开发团队会与该团队发布的 API 进行交互，而不会直接调用微服务。以下是 API 团队的详细信息：

# API Team
## Team Type
Stream-Aligned
## Team Size
5 - 8 People
## Responsibilities
* Design, develop, and maintain APIs at the boundary of the system
* Connect API to internal microservices

API 团队和微服务团队一样，属于流