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

【问题标题】：How a Bounded Context correlates with the design of a Microservice?限界上下文如何与微服务的设计相关联？
【发布时间】：2018-11-06 04:49:07
【问题描述】：

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

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

【问题讨论】：

虽然它没有给出明确的答案，但 Eric Evans 的 talk 为 BC 和微服务之间的关系提供了非常有用的信息。
是的，这是一个非常有启发性的视频，它提醒我需要更深入地研究 DDD 的某些点，谢谢。

标签： architecture software-design

【解决方案1】：

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

【讨论】：

是的，我明白你的意思，这帮助我意识到我遇到的一个问题不是微服务架构，而是需要更好地指定领域模型，谢谢。
@william 如果它回答了您的问题，请您将答案标记为已回答。