Size: a a a

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

2019 December 13

VP

Viacheslav Poturaev in Церковь метрик
а внутри обычные списки как сейчас
источник

AV

Aliaksandr Valialkin in Церковь метрик
Andor
там кстати описано что можно компактнее именовать гистограммы и саммари, но надо менять формат метрик
да, но этого можно и не делать, а вместо этого включить gzip сжатие ответов от /metrics - оно должно нормально пожать повторяющиеся строки
источник

AV

Aliaksandr Valialkin in Церковь метрик
Viacheslav Poturaev
как минимум это может быть мапа с ключами названия метрики
это сложно в реализации и не известно, насколько ощутимую пользу принесет. Проще - включить стандартное gzip сжатие на /metrics
источник

A

Andor in Церковь метрик
Aliaksandr Valialkin
да, но этого можно и не делать, а вместо этого включить gzip сжатие ответов от /metrics - оно должно нормально пожать повторяющиеся строки
да понятно что оно пожмёт неплохо, но вроде ж сжатие с учётом контекста должно лучше работать
источник

A

Andor in Церковь метрик
ну то есть если изначально данные компактны, то они должны меньше занимать в итоге, чем менее компактные
источник

A

Andor in Церковь метрик
я не спец в этом
источник

AV

Aliaksandr Valialkin in Церковь метрик
Andor
да понятно что оно пожмёт неплохо, но вроде ж сжатие с учётом контекста должно лучше работать
вопрос - на сколько лучше будет сжатие и стоит ли овчинка выделки. Если разница будет в пару процентов, то нечего и заморачиваться
источник

A

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

VP

Viacheslav Poturaev in Церковь метрик
когда сырой метрикс под пару мегабайт сжатие/трафик уже не такие бесплатные
источник

A

Andor in Церковь метрик
Viacheslav Poturaev
когда сырой метрикс под пару мегабайт сжатие/трафик уже не такие бесплатные
давай вспомни классных чуваков (наших общих с тобой коллег) которые генерили по гигабайту текста и удивлялись куда их метрики пропали
источник

AV

Aliaksandr Valialkin in Церковь метрик
Viacheslav Poturaev
когда сырой метрикс под пару мегабайт сжатие/трафик уже не такие бесплатные
сжатие обычно дешевле трафика
источник

VP

Viacheslav Poturaev in Церковь метрик
я к тому что сам прометеус в памяти ведь более оптимально хранит
источник

VP

Viacheslav Poturaev in Церковь метрик
(надеюсь)
источник

AV

Aliaksandr Valialkin in Церковь метрик
Viacheslav Poturaev
я к тому что сам прометеус в памяти ведь более оптимально хранит
он хранит метрики более оптимально, т.к. набор лейблов для каждой метрики он записывает только один раз, а потом просто сохраняет таймстемпы со значениями. Но при скрейпинге для каждой метрики нужно каждый раз передавать все лейблы.
источник

VP

Viacheslav Poturaev in Церковь метрик
такой подход может быть эффективен и для метрикс, наподобие ямловых ссылок, словарь вариантов меток
источник

VP

Viacheslav Poturaev in Церковь метрик
по сути тот же гзип, но на уровне клиента словарь переиспользуется, а не пересоздается как в гзипе
источник

AV

Aliaksandr Valialkin in Церковь метрик
Viacheslav Poturaev
такой подход может быть эффективен и для метрикс, наподобие ямловых ссылок, словарь вариантов меток
да, такой подход хорош для передачи потока данных по протоколам вроде Prometheus remote_write API . Для отдачи метрик из приложений он не годится, т.к. слишком сложный в реализации на стороне клиента. Никто не захочет таким заморачиваться
источник

A

Andor in Церковь метрик
ну чисто технически приложение может писать через remote_write :)
источник

SP

Sergei Puzyrev in Церковь метрик
Andor
пишут что у CERN так
много у кого так
источник

A

Andor in Церковь метрик
угу, наверняка
источник