微服務架構中原始數據分析的彙總位置

Question

我們需要彙總我們後臺的分析。分析規範遍佈我們的系統，每個微服務都創建它自己的原始數據。問題，我們應該在哪裏彙總這些原始數據進行分析的目的：（我想過兩種方式）

1. 我們應該創建另一個新的服務（如分析服務），將聚集來自所有服務的所有原始數據（通過將數據推入其中），然後準備聚合後，後臺採取最終結果

2. 每個服務將聚合它自己的分析，我們的後臺將發送請求（和緩存）來自所有微服務的聚合結果？

謝謝。

Answer 1

有很多框架和服務可以爲您做到這一點。 Dropwizard，statsd，New Relic，App Dynamics。只要做一些研究。我認爲不要推出自己的產品，因爲您將花費更多時間爲您的指標系統創建和添加功能，而不是從中獲得價值。使用一些開箱即用的功能，可以快速啓動並運行一系列已開發的功能。

- 更新 -

這裏有事情，我想看看交叉服務指標生成/採集系統的決定時。

• 最小值到無源代碼操作。許多庫可以檢查運行時間，而無需實際修改源代碼。如果您稍後需要，還可以使用API​​與測試結合使用來添加特定的度量收集代碼。
• 容易收集。將指標收集服務指向收集器應該很容易配置。
• 易於查看/聚合。收集指標後，應該很容易地看到數據來自哪裏，以及數據點是什麼。

基本上，選擇一個能讓你工作最少的人。您可能會發現基本解決方案將滿足您的需求。如果沒有，花時間添加額外的收藏家/儀表板。