database - 在微服务架构中处理 UI 数据？

Question

我们计划在下一个应用程序中使用微服务架构。我想知道为每个相关的微服务使用相同的域实体是否是一种常见的做法。例如，有一个客户。一个客户由多个用户和一个公司组成。它们存在于客户服务中。然后是仓库服务。仓库可以有不同角色的不同客户。因此仓库实体持有客户的 key 。

在这两个微服务前面有一个 API 网关。现在，当显示带有仓库的屏幕时，我们还需要来自客户服务的有关客户的信息。所以 API 网关可以处理这个，这意味着获取仓库，然后获取相关客户。但随后我们通过 API 网关连接两个服务。在仓库服务中保留具有特定属性的客户是否更好？但这只是 View /UI 特定用例所必需的吗？这是将“ View 逻辑”引入服务的正确方法吗？

Answer 1

您可以用不同的方式实现它。仓库微服务可以使用来自客户微服务的数据并丰富其响应，其中包含用于呈现的所有内容。或者演示文稿可能包含多个区域，这些区域从不同的微服务加载，每个区域都显示其部分。