微服务：聚合数据：有什么好的模式吗？

Question

我有以下微服务架构的用例。

我的问题是，在当前情况下，我有3个微服务和一个APIGateway。

最后，网关必须在聚合（合成）来自3个服务的数据之前进行大量查询。因为3个微服务只提供基本的数据集。

请查看图片了解更多详情！

这是一个好的模式吗？还有其他模式吗？

Answer 1

以上是微服务的一个常见问题——域分离。尽管每个服务在不同的域中执行任务，但它们包含与其他服务“拥有”的数据的关系。您目前解决这个问题的方式实际上是管理实现的更简单的方法之一，因为它不是非常复杂，但是有更有效的解决方案。

在采用微服务时，很难理解的一件事是数据复制并不是一件坏事。尽管感觉数据在多个地方悬而未决，但通过将他们需要的数据复制到他们自己的托管数据库中，服务的创建者实际上获得了更多的自主权。

如果要将事件发布到共享队列中，则可以为微服务设置读取/同步过程，这些过程依赖于来自其他服务的数据来读取所述事件并将数据镜像到专用数据库中。在您的示例中，这意味着目录服务将能够返回 API 网关返回的完全填充的模型，而无需调用其他服务。

来源：微服务最难的部分：你的数据

另一个越来越常见的策略甚至更难理解，但它为不断发展的微服务架构提供了很多长期价值。不要将服务的数据库视为持久存储，而是将它们视为视图。所有写入都可以转到中央源，服务定义如何将中央数据映射到其读取服务的持久视图中。这让服务定义视图，其中包括其他服务写入的数据——同样，不限制服务创建者的自主权。

来源：使用Apache Samza将数据库由内向外翻转

根据您对增长的期望，可能不值得实施上述任何一种解决方案。鉴于数据的关系性质，您可能只是想将服务合并到一个可以使用连接进行查询并自行构建模型的服务中。

注意：上述所有选项都有一个主要相似之处 - 不要依赖自定义网关来深入了解每个服务并构建模型关系。确保每个服务都有足够的信息和上下文来自行执行有意义的任务。