Обновить

Писал мониторинг на Go «за выходные» — застрял на месяцы. Вот на чём

Уровень сложностиСредний
Время на прочтение9 мин
Охват и читатели13K
Всего голосов 6: ↑5 и ↓1+7
Комментарии7

Комментарии 7

С нейронкой писали? У net.IP есть встроенные методы для определения IsPrivate IsLoopback и так далее.

По чесноку, да. Почитаю документацию, спасибо!

Главная засада в Go-мониторинге — не горутины, а кардинальность лейблов Prometheus. Один dynamic label от нефильтрованного параметра — и timeseries взрывается на порядок. У меня после перехода на OTel SDK кардинальность упала с 80k до 3k.

как же пиздецки бесит подобный нейротекст!

причем явно налитая вода ради воды, а не перекомпиляция фактов.

Если при написании кода я действительно использовал нейронку, то тут вы не правы, я сам это ручками писал, а не закинул промт в ИИшку, чтобы она мне статью за 5 минут сделала

С timescaledb есть особенность: Если секции много, то может при чтении данных из postgres, на 5-6 запросе планировщик переключится с custom plan на generic и вылетит с ошибкой out of shared memory

Пожалуйста вычитайте текст. Это невозможно читать.

"На какие подводные камни я споткнулся..."

"Шерстя по просторам..."

"Отправитель берет из очереди СООБЩЕНИЕ и шлет ИХ пользователям..."

Одним словом "тысячи их"

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации