Size: a a a

Церковь метрик

2020 May 11

J

John Roe in Церковь метрик
источник

S

Slach in Церковь метрик
а у нас в Чатеге нет никого кто grafana разрабатывает? вроде ж были какие то разработчики в питере?
что-то я в сырцы графаны смотрю
и ничего не понимаю даже с какой стороны подступиться...
источник

Г

Гайрат in Церковь метрик
источник

AZ

Alexander Zobnin in Церковь метрик
Slach
а у нас в Чатеге нет никого кто grafana разрабатывает? вроде ж были какие то разработчики в питере?
что-то я в сырцы графаны смотрю
и ничего не понимаю даже с какой стороны подступиться...
А что конкретно интересует?
источник

S

Slach in Церковь метрик
Alexander Zobnin
А что конкретно интересует?
отписал в личку
источник

A

Andor in Церковь метрик
Slach
отписал в личку
нет сюда пиши
источник

S

Slach in Церковь метрик
Andor
нет сюда пиши
;) а тут полно специалистов по исходникам графаны? ;) кто-то ее девелопить \ отлаживать хоть раз пытался? ;)
источник

VS

Vladimir Smirnov in Церковь метрик
Slach
;) а тут полно специалистов по исходникам графаны? ;) кто-то ее девелопить \ отлаживать хоть раз пытался? ;)
на 2.5 тысячи человек шанс что тут более 1 человека - больше нуля
источник

W

Womchik in Церковь метрик
ну и вообще интересно. что за проблема. вдруг и у меня есть, а я не знаю
источник

GS

G S in Церковь метрик
Slach
;) а тут полно специалистов по исходникам графаны? ;) кто-то ее девелопить \ отлаживать хоть раз пытался? ;)
Я
источник

GS

G S in Церковь метрик
И устал
источник

GS

G S in Церковь метрик
А кто-нибудь знает простое решение для экспорта данных из PG в VictoriaMetrics?
источник

GS

G S in Церковь метрик
Ну, то есть, и самому написать не долго, просто зачем.
источник

PG

Pavel Gassan in Церковь метрик
источник

GS

G S in Церковь метрик
Спасибо!
источник

AP

Anton Patsev in Церковь метрик
https://www.linux.org.ru/forum/admin/15697558
может кому-нибудь будет интересно
источник

G

GithubReleases in Церковь метрик
prometheus/prometheus description changed: 2.18.1 / 2020-05-07
Link: https://github.com/prometheus/prometheus/releases/tag/v2.18.1
Release notes:
*   [BUGFIX] TSDB: Fixed snapshot API. [#7217](https://github.com/prometheus/prometheus/pull/7217)
источник

S

Slach in Церковь метрик
@GSokol @alexanderzobnin @hagen1778
и все остальные
а помогите решить идеологическую проблему, подскажите как должно быть правильно?

итак, есть у нас clickhouse-datasource для Grafana

у него есть трансформация данных в браузере из формата response который отдает плагин
в формат time series или table
это на стороне query editor задается

и вот есть там значит такая "изюминка"
если выбирается достаточно большой промежуток времени в time series формате
и date range заканчивается как now

то для последней точки  делается "экстраполяция"
и значение подменяется с того которое пришло с сервера, на то, которое "правильное по мнению плагина"

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

потому что если выбирать значения типа count() (в терминах SQL) с разбивкой скажем по 5 минут
если SQL таблица постоянно пополняется данными
то в начале ТЕКУЩЕГО пятиминутного интервала count() всегда будет меньше чем в конце этого же самого интервала...

вопрос,  считать ли это багом? или фичей?
что лучше, актуальное значение полученное из СУБД или красивый график ?
источник

RK

Roman Khavronenko in Церковь метрик
Slach
@GSokol @alexanderzobnin @hagen1778
и все остальные
а помогите решить идеологическую проблему, подскажите как должно быть правильно?

итак, есть у нас clickhouse-datasource для Grafana

у него есть трансформация данных в браузере из формата response который отдает плагин
в формат time series или table
это на стороне query editor задается

и вот есть там значит такая "изюминка"
если выбирается достаточно большой промежуток времени в time series формате
и date range заканчивается как now

то для последней точки  делается "экстраполяция"
и значение подменяется с того которое пришло с сервера, на то, которое "правильное по мнению плагина"

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

потому что если выбирать значения типа count() (в терминах SQL) с разбивкой скажем по 5 минут
если SQL таблица постоянно пополняется данными
то в начале ТЕКУЩЕГО пятиминутного интервала count() всегда будет меньше чем в конце этого же самого интервала...

вопрос,  считать ли это багом? или фичей?
что лучше, актуальное значение полученное из СУБД или красивый график ?
ну если это намеренно сделано, то вряд ли можно считать это багом) https://github.com/Vertamedia/clickhouse-grafana#faq
Можно сделать это опциональным или удалить, если не приносит реальной пользы.
источник

S

Slach in Церковь метрик
да, похоже придется делать опционально
источник