domain-driven-design - 微服务和服务组合中的规范化或非规范化数据

Question

因此，我们的开发团队在过去的 6-8 个月里一直致力于微服务，并且获得了很大的动力。

我们经历过几次gotcha在那段时间的时刻，并且足够谦虚地知道，随着我们越来越接近将我们的平台投入生产，我们还有更多的机会。

我不能完全指出的一个领域是我们如何处理我们的服务边界之间的数据。我听到很多大公司已经成功实现微服务的说法，但我似乎永远无法得到直接的建议和推理。

具体来说，给定两个服务域 User和 Contacts ，并假设 User有一个 Contact与之关联的对象，这两个服务域中的每一个在管理自己的数据方面有哪些选择？

如果 User有一个ContactID与它一起存储，还是应该存储整个 Contact目的？

我见过许多可靠的面向服务的开发团队(Netflix、Amazon、Nike 等)做出如下声明:

“规范化是万恶之源……”

“打破所有共享...”

“什么都不分享……”

Answer 1

好吧，这些说法是错误的。模块化是为您的上下文找到低耦合和高内聚的正确组合。用户可以存储联系人对象的副本，只要它知道它只是某个时间点的快照。对于许多用例来说这很好，有时您只需要确保您与负责域已知的真实联系人一起工作。