domain-driven-design - 滴滴。共享内核？还是纯事件驱动的微服务？

Question

我将我的系统分解为(至少)两个有界上下文:研究设计和调查规划。

在研究设计上下文中有一个名为“主题”(面试的潜在主题)的概念。我们还维护该领域中受试者和人群之间的关联。

现在，在调查计划中，我们还需要有关对象的(一些)信息(例如:用于计划访问，甚至用于预期的问卷选择，以防事先知道对象所属的人群)。

所以，我在这两种情况下都需要那个“主题”。

我应该选择什么方法？拥有共享内核，如 Eric Evans DDD 书中所述？我不介意(至少现在)让两个上下文共享同一个数据库。



或者……我应该去纯微服务吗？意思是:这两个不能/不应该共享数据库......，在这种情况下，我可能不得不通过事件传递走镜像/复制路线:https://www.infoq.com/news/2014/11/sharing-data-bounded-contexts

对于上述情况，有没有关于哪一种更好的想法？

谢谢!

Answer 1

微服务的上下文是分布式系统。在任何其他情况下，这可能会矫枉过正。共享内核最终会 split 。通常情况就是这样。你可以从它开始。没有错。但是，它不会留在那里。