微服务设计:团队拓扑与SEED(S)流程
1. 微服务团队拓扑设计
在微服务架构设计中,团队拓扑的规划至关重要。首先,我们要在团队拓扑图中添加一个红色方块,位于微服务团队框的末端,代表发布团队。
发布团队虽然是微服务模型核心的最后一个团队,但它也带来了协调成本的问题。当规模扩大时,若要跨多个微服务进行每日发布,发布团队将难以协调所有活动。此时,就需要改变团队设计,将部署责任转移到各个微服务团队。
接下来,我们要考虑使用微服务的团队,也就是消费者团队。在我们的模型中,API团队是微服务系统的主要消费者。API团队负责将微服务作为应用程序编程接口(API)暴露给其他开发团队。例如,移动应用开发团队会与该团队发布的API进行交互,而不会直接调用微服务。
以下是API团队的详细信息:
| 团队信息 | 详情 |
| ---- | ---- |
| 团队类型 | 流对齐型 |
| 团队规模 | 5 - 8人 |
| 职责 | 1. 设计、开发和维护系统边界的API
2. 将API连接到内部微服务 |
我们可以通过创建一个名为 api-team.md
的文件,并按以下内容填充来详细说明API团队的属性和职责:
# API Team
## Team Type
Stream-Aligned
## Team Size
5-8 People
## Responsibilities
* Design, develop, and maintain APIs at the boundary o