если говорить простыми словами да, но при этом есть куча нюансов

это вопрос для спекуляций, наверняка в голове у разработчиков ВМ была идея приделать фичи прометея к их хранилищу (или наоборот), но пока это не сделано

идея была написать TSDB а вот потом для большего адопшена имплеменировать prometheus remote_write (тоже касается statsd, graphite, ...)

дать леща кому-то всегда можно, но это никак не защищает бизнес в итоге и на выходе можно получить злого разработчика который просто в итоге свалит, но это все флейм

очень упрощенно если то пром изначально сделан с идеей что он оперативный мониторинг - сработал алерт, решили проблему и забыли(условно). Но ты ведь наверняка захочешь всякие графики рисовать, иногда с довольно сложной логикой, а если это необходимо делать на срезе данных за сколько то месяцев то прому потребуется огромное количество ресурсов. Для тех кому нужно данные хранить долго, в большом объеме, делать какую-то аналитику по временным срезам предусмотрен механизм который позволяет в какое-то другое хранилище записать которое предназначено для этих задач - в VM например эффективно решено хранение данных и работа с этими данными в дальнейшем.

А виктория тогда просто добавляется в tsdb.path и заменяет стандартную?

нет

А можете пояснить, как же тогда это работает, если я решил добавить викторию для исторических графиков?

в смысле?

прометей это прометей

вм это вм

они связаны, но не заменяют одно другое

tsdb расшифровывается time-series database, база данных временных рядов

Т.е. vm вообще отдельно от прометея работает и метрики в себя собирает?

Всё, разобрался со всем. Всем спасибо

Добавляешь еще датасорс в графану викторию метрикс

И настраиваешь туда графики смотреть

👍

ppl, если у меня определённый url отдаёт просто 1 число (баланс), то как мне это лучше в пром положить?