微服务实践与建议

Question

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

例如
GET书籍/ {id}-微服务A POST书/ {id}-微服务B

对于“书籍” api来说，这似乎是过高的选择，但在典型的企业中，api资源/动词所要做的远不止是一个hello work api。

Answer 1

  

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

微服务的边界通常是由可分离的业务问题所划定的。这样做的主要原因是使独立的团队能够以最小的外部依赖性来负责服务的整个生命周期。这样可以加快复杂系统中服务的发布周期。

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