微服务模式中对聚合器服务的混淆

Question

我需要创建一个服务来收集和整合来自其他服务的事件，就在 Internet 上找到的，聚合器服务有助于找出应用程序流程中发生的事情，我在这里有困惑需要你的帮助，聚合器微服务意味着是否应将服务的任何输入或输出与时间和日期一起发送到聚合器服务？但是在云中我们也有像应用程序洞察这样的服务，它不是做同样的事情吗？即使我们将每个事件都存储在数据库中，它也会成为一个巨大的数据，这真的是最好的解决方案吗？

Answer 1

所以回答你的第一个问题，

聚合器微服务意味着是否应将服务的任何输入或输出连同时间和日期发送到聚合器服务？ 不是真的，聚合器微服务是一种模式，它基本上是另一种接收请求的服务，随后向多个不同的服务发出请求并组合结果并响应发起的请求。

所以我猜您正在寻找一些日志聚合器，它们是一种软件功能，可以将来自整个 IT 基础架构的日志数据整合到一个集中式平台中，供其查看和分析。

但是在云中我们也有像application insights这样的服务，它不是做同样的事情吗？是的，你可以说是类似的服务。

即使我们将每个事件都存储在数据库中，它也会成为一个巨大的数据，这真的是最好的解决方案吗？离开这个使用您的日志聚合器工具，它将有一个适当的机制来保存您的数据。大多数情况下，他们会以紧凑的方式保存数据并正确索引。