微服务架构设计 第七步: 分析微服务对外 API

2016.9.22, 北京, Ken Fang

每个微服务依照场景或功能点, 分解成一到多个的 User Stories。每个 User Story 经过开发人员与测试人员协作, 藉由 “Story 场景树”, 分析出微服务中包含哪些 “实体” ?

每一个微服务中的实体应能只明确代表微服务中的某个单一的业务概念; 同样的, 微服务中的某个业务概念应也只能由微服务中某个单一的实体所代表。

所以, 在微服务中的 Story 场景树中, 假如, 识别出有一个以上的实体; 名称不同, 但这些实体所代表的业务概念, 却是同一个的业务概念; 则开发与测试人员, 便应该将这些代表相同业务概念的实体, 合并为单一的实体。

当开发与测试人员可从微服务中的 Story 场景树中, 将微服务中的实体都能明确的对映到某个单一的业务概念后, 开发与测试人员便可轻松的从 Story 场景树中, 依照实体所对映的活动, 而分析出每个实体对外需提供的方法 (API)。

最后, 开发与测试人员再将所有实体对外需提供的方法 (API) 集成, 便成为微服务对外需提供的方法 (API)。

Save Save Save Save Save Save