Comments 5
UFO just landed and posted this here
Нет удобных практик, все боль, потому что данных очень много.
Думаю, что ответ таится в заголовке данной статьи, а именно «enterprise-приложений». У mail.ru есть свой ЦОД, могут себе позволить.
Подход в хранении логов может быть следующим: нужно определить для каких случаев тебе нужны логи за сегодня, за вчера, месячной давности и т.д. Например сегодняшние логи нужны для оперативного изучения проблемы — тогда логи за сегодня у нас в максимальной подробности. Логи недельной давности нам нужны для ответов на следующие вопросы <тут их нужно придумать> и для этого нам из всех логов нужно только записи событий X и Y, в этом случае логи недельной давности перерабатываются и из них выбрасываются неактуальные данные. Надеюсь в общем подход понятен.
Буквально вчера мой сисадмин настроил логирование «чтобы были корректные данные». В итоге только один messages рос со скоростью 100М/час. А серверов около 200…
Согласен с коллегами — «все боль, потому что данных очень много»
Согласен с коллегами — «все боль, потому что данных очень много»
Sign up to leave a comment.
Лучшие методики журналирования enterprise-приложений (с точки зрения инженера поддержки)