微服务实践与建议

Question

在不同的微服务中分离每个http动词的实现是个好主意吗？

例如
获取书籍/{id} - 微服务 A POST books/{id} - 微服务 B

这对于“书籍”api 来说似乎有点过头了，但在典型的企业中，api 资源/动词的作用远不止 hello work api。

Answer 1

将每个http动词的实现分开是个好主意吗 不同的微服务？

微服务的边界通常由可分离的业务关注点划定。这样做的主要原因是让单独的团队能够负责服务的整个生命周期，而外部依赖最少。这样可以加快复杂系统中服务的发布周期。

为了了解微服务架构风格，我推荐阅读material from Martin Fowler。