microservices - 微服务数据复制与单一职责

Question

我是微服务的新手，并试图将大型单体应用程序分解为微服务。在确定微服务的范围时，我无法决定是应该在服务之间进行数据复制，还是通过将所有需要相同数据的服务集中到 1 个服务中来忽略 SRP。以下是场景。
我有一项接收客户订单的服务，说用这些零件和功能制造一辆汽车。现在我还有其他 2 个功能，它们使用部件和特性来导出一些运行时值；
如果订单包含零件 A 和特征 A，则执行 X 操作。由于这些功能中的每一个都有各自的用于配置的 UI 和运行时引擎来派生输出，并且大多数时间更改仅发生在这些各自的功能块中，因此我想到了创建单独的微服务。
创建单独的微服务需要复制数据(部件和功能)。另一种选择是，这些服务中的每一个都使用相同的数据，将所有这些服务合并为 1，但是我再次创建了一个大型服务，如果出现故障将停止所有 3 个功能，并且违反 SRP。另一种选择可能是当其他 2 个服务需要数据时进行调用并从 Order Service 获取它，但这使其高度依赖并通过网络为每个操作获取数据。
任何人都可以建议在这种情况下做什么是理想的。

Answer 1

首先，您提到您正在尝试将单体应用程序转换为微服务。你可以基于领域数据来创建/服务微服务，我们可以称之为领域驱动架构。
假设您拥有客户数据、客户订单、客户订单处理和客户付款的业务功能。目前，它是单体应用程序的一部分。因此，您可以分别为客户域、订单域、订单处理域和支付域等每个功能创建子域。每个域包含多个微服务，具体取决于业务需求。
例如，您可以查看亚马逊网站，在个人/客户数据中，您可以看到客户姓名、电话号码、地址、账单账户信息、送货地址类型(办公室/家庭)。在这种情况下，在客户域下，将需要 3 个微服务(这完全取决于您的域设计)。一个用于客户(处理客户名称、电话号码、Billing account id 的引用、地址 id 的引用)，第二个用于 Billing account(Billing account 编号、billing account 信息、如果客户 id 的引用)，第三个用于 Address data(客户办公室地址) ，首选地址)。对于每个微服务，都会有一个专用的数据库/存储桶，只有那个微服务才能更改/添加数据。如果任何其他微服务想要添加/更新/获取数据，则需要通过网络调用该微服务 HTTP 端点来获取。
更新其他微服务中的数据::
现在回到关于数据重复的问题，让我们考虑上面的例子。
如果客户微服务出于某种目的想要存储/缓存计费帐户数据，该微服务可以将该数据存储在数据库 中，但客户微服务再次需要确保计费帐户的当前数据始终是真实的，而不是旧的。对于这个客户，只要计费账户数据有更新，微服务就需要监听 事件 ， 这样计费账户中的旧数据就会被清除，客户微服务始终拥有最新的计费数据。

您可以在此处阅读有关事件驱动架构的信息。
https://en.wikipedia.org/wiki/Event-driven_architecture#:~:text=Event%2Ddriven%20architecture%20(EDA),sale%22%20to%20%22sold%22 。
您可以在以下有关领域驱动设计的链接中阅读更多相关信息。
https://www.thoughtworks.com/insights/blog/domain-driven-design-services-architecture
https://en.wikipedia.org/wiki/Domain-driven_design