基于事件溯源的微服务中的响应聚合机制

Question

在实施基于事件溯源的微服务时，我们遇到的主要问题之一是聚合响应数据。例如，我们可能有两个实体，例如学校和学生。一个微服务可能负责处理与学校相关的业务逻辑，而另一个可能负责处理学生。

现在，如果有人通过 REST 端点进行查询并询问特定学生，他们可能会期望学校和学生的详细信息，那么对我来说唯一已知的方法如下。

1. 使用服务链之类的东西。一个示例是 Api-Gateway 在向多个微服务发出多个请求后聚合响应。

2. 在所有服务中复制所有内容。本质上，数据会被复制。

3. 让服务相互调用以获得那些额外的信息。该解决方案有效，但难以扩展，并且违背了使用事件溯源的基本理念。

我的问题是，还有什么其他方法可以做到这一点？

Answer 1

更好的方法是创建一个单独的报告/搜索服务，该服务聚合来自这两个服务的数据。例如使用 ElasticSearch 或 SOLR 实现。这现在允许用户跨多个服务和聚合进行搜索和查询。

当然，它最终会保持一致，但我怀疑这是个问题。这样可以更好地分离关注点，同时为用户提供良好的搜索体验。