Java 在微服务体系结构中聚合原始数据分析的位置

我们需要为我们的后台汇总分析。在我们的系统中，每个微服务都会创建自己的原始数据。出于分析目的，我们应该在哪里汇总这些原始数据：（我考虑了两种方法）

我们应该创建另一个新服务（例如分析服务），该服务将聚合所有服务中的所有原始数据（通过将数据推送到其中），并在后台获取最终结果后准备聚合

每个服务都将聚合自己的分析，我们的后台将发送请求（并缓存）来自所有微服务的聚合结果

---

谢谢。

有很多框架和服务可以为您做到这一点。Dropwizard、statsd、New Relic、应用程序动态。做些调查吧。我要说的是，不要自己动手，因为你会花更多的时间在指标体系中创建和添加功能，而不是从中获得价值。使用一些开箱即用的东西来快速启动并运行一系列已经开发的功能

--更新--

以下是我在决定跨服务度量生成/收集系统时需要考虑的事项

• 最小到没有源代码操作。许多库可以在不修改源代码的情况下检查运行时。如果以后需要，还可以将一些API与检测结合使用，以添加特定的度量收集代码
• 容易收集。将度量收集服务指向收集器应该很容易配置
• 易于查看/聚合。一旦收集了度量，就应该很容易看到数据来自何处，以及数据点是什么

---

基本上，选择一个能让你以最少的工作量获得最多的。您可能会发现基本解决方案将满足您的需求。如果没有，请花时间添加额外的收集器/仪表板。

有大量的框架和服务可以为您做到这一点。Dropwizard、statsd、New Relic、应用程序动态。做些调查吧。我要说的是，不要自己动手，因为你会花更多的时间在指标体系中创建和添加功能，而不是从中获得价值。使用一些开箱即用的东西来快速启动并运行一系列已经开发的功能

--更新--

以下是我在决定跨服务度量生成/收集系统时需要考虑的事项

• 最小到没有源代码操作。许多库可以在不修改源代码的情况下检查运行时。如果以后需要，还可以将一些API与检测结合使用，以添加特定的度量收集代码
• 容易收集。将度量收集服务指向收集器应该很容易配置
• 易于查看/聚合。一旦收集了度量，就应该很容易看到数据来自何处，以及数据点是什么

---

基本上，选择一个能让你以最少的工作量获得最多的。您可能会发现基本解决方案将满足您的需求。如果没有，请花时间添加额外的收集器/仪表板。

但是，即使我使用Dropwizard，我将如何收集指标并将其提供给backoffice？Dropwizard也会进行计数（即聚合）以签出文档。您可以使用报告器将数据推送到收集器。如果您听说过，我们考虑使用keen.io。你怎么看待这样的解决方案？（例如，我不认为他们使用statsd或dropwizard）我没有特别关注keen.io，但用我在解决方案中寻找的内容更新了我的答案。但即使我使用dropwizard，我将如何收集指标并将其提供给后台？dropwizard是否也会进行计数（即聚合）检查文档。您可以使用报告器将数据推送到收集器。如果您听说过，我们考虑使用keen.io。你怎么看待这样的解决方案？（例如，我不认为他们使用statsd或dropwizard）我没有特别关注keen.io，但用我在解决方案中寻找的内容更新了我的答案。