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

Question

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

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

Answer 1

通常 bounded context = 1 微服务，虽然这不是规则。但这完全取决于您的域。还要考虑单一责任原则，您的服务或微服务应该只负责一件事。因此，例如 "sales" 可能是一个限界上下文，"billing" 可能是另一个限界上下文，但是客户不是限界上下文，它是您可能在销售和计费中使用的对象。服务通常应使用域事件相互通信，例如 "sale completed"、"bill generated" 等。这不是完整的答案，只是进一步探索的指针。