7、微服务设计与边界确定全解析

微服务设计与边界确定全解析

1. API 规范反馈收集

在 API 和服务设计中，基于 OAS 描述或其他标准的初始版本是重要的里程碑，但完善设计还需更多建模工作。我们要将端点的设计草案展示给会使用这些 API 和服务的客户端开发人员，并收集他们的反馈。这一阶段重在倾听和反思，对于设计出经得住时间考验且受客户喜爱的 API 和微服务至关重要。

1.1 关键决策：收集服务设计反馈

服务设计只有在向目标受众展示、收集反馈并应用到初始设计中才算完成。设计服务和 API 时，需考虑两类客户：
- 系统终端用户 ：API 为他们提供用户体验。
- 客户端开发人员 ：针对服务（API 或微服务）进行编码，构建如网页或移动应用等终端用户体验。

在设计流程早期，我们会采访终端用户以收集和理解相关的工作故事。之后，会从客户端开发人员那里获取反馈，这可能在交互设计阶段就开始，在 OAS 生成后、编码前再次进行。必须采访 API 客户端开发人员，以测试设计的可用性，避免因可用性差而导致编码成果被拒绝。这两项研究活动都很关键，前者确保做对的事，后者确保把事做对。

1.2 微服务的实现

设计流程的最后一步是实现微服务，这一步有意安排在流程末尾。编码是软件工程团队最昂贵的活动之一，基于错误假设重新编码功能是耗时、昂贵且糟糕的任务。因此，在开始编码微服务前，采用如 SEED(S) 这样经过深思熟虑的流程，能节省时间并带来更好的结果。

1.3 API 与微服务的区别

API 和微服务有很多相似之处，微服务通