MetricsQL 提供了豐富的功能列表，用于各種聚合、轉換、匯總和其他針對時間序列的特定功能。

翻譯自 VictoriaMetrics Offers Prometheus Replacement for Time Series Monitoring 。

Prometheus 作為云原生基礎設施監(jiān)控的領先開源工具嶄露頭角。然而，在過去的幾年里，一些人認為 Prometheus 的發(fā)展與其用戶群之間存在需求差異。

VictoriaMetrics 的聯(lián)合創(chuàng)始人之一、用戶和維護者 Roman Khavronenko 一直致力于擴展旗艦開源產品 MetricsQL ，用于時間序列數(shù)據監(jiān)控解決方案。

Khavronenko 表示：“我們的查詢語言旨在解決我們在使用 Prometheus 時遇到的問題。當我們最初嘗試 Prometheus 時，對其功能感到滿意，但隨著我們的深入研究，我們發(fā)現(xiàn)了一些架構層面的問題。例如，Prometheus 社區(qū)成員指出了語言問題，但被維護者拒絕了?！彼f：“ VictoriaMetrics 傾聽了社區(qū)的聲音，并且不再依賴 Prometheus 的庫，我們能夠塑造我們的查詢引擎以滿足新的需求。”

與此相反， Khavronenko 指出，Thanos、Cortex 和 Mimir 等項目重新使用了由 Prometheus 維護者開發(fā)的庫。他說，這樣做有助于保持“最高級別的兼容性，因為所有列出的解決方案基本上都使用相同的代碼?！彼f：“但一旦其中任何一個想要進行更改，就需要花費很長時間來說服其他相關方需要進行更改，并滿足他們的所有要求?！?Khavronenko 說：“ VictoriaMetrics 不使用任何 Prometheus 庫。雖然這降低了兼容性水平，但使我們能夠隨時添加所需的功能，具有很大的靈活性?！?/p>

VictoriaMetrics 的警報系統(tǒng)與 Prometheus 類似，只是作為一個獨立的服務存在。圖片：VictoriaMetrics。

Khavronenko 表示，對于應用程序開發(fā)者來說，保持快速的開發(fā)節(jié)奏并對開發(fā)過程有控制是至關重要的。依賴外部庫可能會導致漏洞和其他問題?！拔覀冮_發(fā)自己的查詢引擎的主要原因是使其更高效和靈活。例如，MetricsQL 從一開始就支持多線程，而 PromQL 仍然是單線程的?！?Khavronenko 說：“這種語言保留了 Prometheus 查詢語言的功能，同時解決了我們遇到的問題?！?/p>

確實，有機會開發(fā)能夠更好滿足 Prometheus 用戶不同需求的應用程序?！霸?Prometheus 的部署和配置過程中，目前存在太多機會造成重大錯誤。隨著企業(yè)中 Kubernetes 集群數(shù)量的增加，要始終確?？煽繙蚀_地監(jiān)控所有集群，存在太多潛在的故障點?！逼髽I(yè)管理協(xié)會（EMA）的分析師 Torsten Volk 表示?！袄硐肭闆r下，每個新的 Kubernetes 集群應自動包括對其所有相關指標的監(jiān)控和警報。這些指標和警報可能因特定集群上運行的應用程序而異，這使得情況變得更加具有挑戰(zhàn)性。”

Khavronenko表示，MetricsQL 的設計目標是：

• 幫助用戶解決最常見的指標查詢問題。

• 與行業(yè)標準的 Prometheus PromQL 兼容。

• 提供類似 HDR 的直方圖，以準確分析極端數(shù)據范圍。

MetricsQL 專為查詢時間序列數(shù)據而設計。它提供了豐富的功能列表，用于各種聚合、轉換、匯總和其他時間序列特定功能，并且“在任何規(guī)模上使用仍然簡單高效”，Khavronenko 說。

應用包括視頻游戲流媒體服務、在線音樂服務、科學研究和涉及流媒體數(shù)據分發(fā)的其他類似應用。Khavronenko 指出，這些應用通常需要監(jiān)控數(shù)十億個指標，這些指標可能分布在多個云部署中，物理位置可以在世界的任何地方。而這正是 Prometheus 通常做得不好的地方。

Khavronenko 指出，Prometheus 無法很好地處理每秒應用程序處理請求數(shù)的功能，而 MetricsQL 正是為此而設計的。“Prometheus 通常提供推算的結果而非精確結果，導致誤導性信息和潛在問題?！盞havronenko 說?！斑@個問題在 2019 年在 Prometheus 的 GitHub 存儲庫中廣泛討論過?！?/p>

Volk 也表示同意：“確保可靠監(jiān)控 Kubernetes 集群需要太多知識。” Volk 說。“如果 DevOps 團隊必須擔心如何優(yōu)化配置他們的查詢，以便實際測量正確的數(shù)據而不會引起集群的資源問題，對于像 Kubernetes 這樣的主流技術來說，有效的監(jiān)控太困難了。”

VictoriaMetrics 的收入主要來自企業(yè)版本和為大型公司提供的服務。“我們提供架構支持和針對大型組織需求的附加功能?！?Khavronenko 說。“由于我們沒有尋求外部投資，并且在發(fā)布后的六個月內開始盈利，所以我們從一開始就是盈利的?！?/p>

VictoriaMetrics 最近還推出了 VictoriaLogs ，用于監(jiān)控應用程序，公司稱其為“更具戰(zhàn)略意義的全企業(yè)范圍可觀測性的狀態(tài)”。VictoriaLogs 適用于結構化和非結構化日志，以最大程度地與用戶所需的大規(guī)?；A設施向后兼容，無論他們是在學術界還是商業(yè)界工作，是在電子商務還是視頻游戲團隊工作。

盡管日志、指標和追蹤組成了可觀測性的三個支柱，“許多公司根本不依賴追蹤，而我見過使用指標較少的組織?！?Khavronenko 說?！暗疫€沒有見過一家 IT 公司不使用日志?！?Khavronenko 說。“因此，盡管 VictoriaMetrics 為指標提供可擴展的性能解決方案，但 VictoriaLogs 現(xiàn)在為日志提供相同的解決方案?！?/p>