architecture - 限界上下文如何与微服务的设计相关联？

Question

我正在分析单体架构以迁移到微服务架构，我认为微服务是域的有界上下文的实现。

我的问题是我是在以正确的方式解决这个问题，还是在扰乱架构，限界上下文与微服务有何关联？

标签： architecturesoftware-design

Answer 1

通常有界上下文 = 1 个微服务，尽管它不是规则。但这一切都取决于您的域。还要考虑单一责任原则，您的服务或微服务应该只负责一件事。因此，例如“销售”可能是一个有界上下文，而“计费”可能是另一个，但是客户不是有界上下文，它是您可以在销售和计费中使用的对象。服务通常应该使用领域事件相互通信，例如“销售完成”、“账单生成”等。这不是一个完整的答案，而只是进一步探索的指针。