在微服务架构中处理用户界面数据？
问题描述：
我们计划在下一个应用程序中使用微服务体系结构。我想知道对于每个相关的微服务都有一个相同的域实体是一种常见的做法。例如，有一个客户。一个客户由多个用户和一个公司组成。它们存在于客户服务中。然后有一个仓库服务。仓库可以拥有不同角色的不同客户。所以仓库实体拥有客户的钥匙。在微服务架构中处理用户界面数据？
在这两个微服务之前有一个API网关。现在，当显示带有仓库的屏幕时，我们还需要来自客户服务的有关客户的信息。所以API网关可以处理这个问题，这意味着获取仓库和相关客户。但是，我们通过API网关连接两项服务。在仓库服务中，是否有更好的方式让客户拥有特定的属性？但是这对于视图/ UI特定用例来说只是必要的？这是将“查看逻辑”带给服务的正确方法吗？
答
你可能会以不同的方式实现这一点。仓库微服务可能会消耗来自客户微服务的数据，并丰富其响应，并为其进行演示。或者，演示文稿可能由几个区域组成，每个区域从不同的微服务中加载，每个微服务都提供其部分。
答
尝试尽可能多地使用基于单个责任制的微服务。
创建API服务，并允许它来生成事件这将是随后其他微服务消费，并根据需要参数将提供结果。
现在API可以俱乐部数据和可以回应与所需的格式。有多个微服务
将帮助你在比例上下，如果你也只有2微服务是或多或少像只有一个单片的服务。
作出决定，考虑未来。