Комментарии 4
Например, модель StatsD с отправкой через push делает сбор метрик простым как раз-два, если ваш процесс может отправить UDP-пакет, тогда как децентрализованная модель Prometheus с опросами облегчает масштабирование сбора метрик.
Не очень понятно почему pull опросы Prometheus являются децентрализованной моделью.
Справедливое замечание. Но мопед не мой, это перевод, так написал оригинальный автор.
Правильно, конечно, что-то в таком духе:
"Например, модель StatsD с отправкой через push делает сбор метрик простым как раз-два, если ваш процесс может отправить UDP-пакет, тогда как модель Prometheus с опросами упрощает разработку экспортеров и повышает надежность сбора метрик за счет локального хранения данных и возможности масштабирования системы мониторинга."
все равно не очень понятно как использование Prometheus упрощает масштабирование. В случае StatsD масштабирование осуществляется просто и прозрачно, я сам в свое время писал для этого решение: https://github.com/kt97679/statsd-router Но для Prometheus придется реализовывать шардирование пулеров, что особенно нетривиально если есть требование вообще не терять метрики.
Глагол "мигрировать" является непереходным. Поэтому "мигрировать метрики" невозможно.
Как мы переехали с StatsD на Prometheus всего за месяц