"есть логи которые не нужны в продакшене", - в том то и дело что никогда не знаешь какая именно инфа на продакшене тебе понадобится. Нормальное логирование сейчас это когда все логи подряд льются в консоль(в логах присутствует сквозной traceId), там их забирает стек логирвоания типа ELК, все это дело ораничивается скажем 1TB SSD(для фирмы стоит копейки), а дальше через веб морду типа графаны ты можешь глянуть что происхдило на проме во всех подробностях в любой момент времени(в приделах месячной давности), при этом все фильтруя как угодно. Единственное ограничение бывает, это когда сама запись в логах замедляет работу и следует ее поубавить, но обычно этого не просиходит так как приложение всеравно выводит логки в STDOUT(RAM) , а затем сбрщик асинхронно это дело забирает
В нашей системе генерируется около 400-500гб логов в день, держать логи в активном хранилище необходимо на протяжении 3 месяцев минимум, и это уже далеко не 1ТБ. В 99.9% случаев операции проходят штатно и не требуется в логах наблюдать детальную информацию, и только 0.01% требует разбора, где эта информация бы пригодилась. В таком случае (в рантайме, без перезагрузки) включаем debug, воспроизводим проблему и отключаем debug.
@@konstantin.kozlovskiy А если событие уже было, и ты не знаешь когда тебе включать дебаг? Ну то есть вот требуется разбор именно того самого события? У меня как-то был случай случайного списания с клиента пол мульта рублей, и поверь тогда нужны были все возможные данные которые только можно достать почему так произошло) Причем это был уникальный кейс который больше не повторялся, а связан он был с глюком оборудования
На проде не только логи не нужны лишние, но и трейсы могут сильно заспамить. А еще много чего в виде стартера добавляют в подключаемые библиотеки, а между тем там пару артефактов конкретных надо, а не весь зверинец и такая проблема есть повсеместно. Бывает два три стартера друг друга перекрывают, но разбираться, в этом всем лень.
хочется отметить стремление автора к грамотному написанию. и картиночка поправлена и название ролика. но теперь красный крест в превью собаки погрызли. нижняя правая часть куда-то делась. ну ничего. может станет не всё равно когда-нибудь и сделает как положено. (ролик естественно без просмотра)
"есть логи которые не нужны в продакшене", - в том то и дело что никогда не знаешь какая именно инфа на продакшене тебе понадобится. Нормальное логирование сейчас это когда все логи подряд льются в консоль(в логах присутствует сквозной traceId), там их забирает стек логирвоания типа ELК, все это дело ораничивается скажем 1TB SSD(для фирмы стоит копейки), а дальше через веб морду типа графаны ты можешь глянуть что происхдило на проме во всех подробностях в любой момент времени(в приделах месячной давности), при этом все фильтруя как угодно. Единственное ограничение бывает, это когда сама запись в логах замедляет работу и следует ее поубавить, но обычно этого не просиходит так как приложение всеравно выводит логки в STDOUT(RAM) , а затем сбрщик асинхронно это дело забирает
В нашей системе генерируется около 400-500гб логов в день, держать логи в активном хранилище необходимо на протяжении 3 месяцев минимум, и это уже далеко не 1ТБ. В 99.9% случаев операции проходят штатно и не требуется в логах наблюдать детальную информацию, и только 0.01% требует разбора, где эта информация бы пригодилась. В таком случае (в рантайме, без перезагрузки) включаем debug, воспроизводим проблему и отключаем debug.
@@konstantin.kozlovskiy А если событие уже было, и ты не знаешь когда тебе включать дебаг? Ну то есть вот требуется разбор именно того самого события? У меня как-то был случай случайного списания с клиента пол мульта рублей, и поверь тогда нужны были все возможные данные которые только можно достать почему так произошло) Причем это был уникальный кейс который больше не повторялся, а связан он был с глюком оборудования
На проде не только логи не нужны лишние, но и трейсы могут сильно заспамить. А еще много чего в виде стартера добавляют в подключаемые библиотеки, а между тем там пару артефактов конкретных надо, а не весь зверинец и такая проблема есть повсеместно. Бывает два три стартера друг друга перекрывают, но разбираться, в этом всем лень.
О, это камень в лицо разработчиков Trassir
Константин так рассказывает, будто он сам читает наши логи и уже устал от того, как мы плохо логируем 😂
Не у него опыт, и там дай боже каждому выдержать это все. А говорит по делу.
Спасибо, очень полезно
Давно не виделись 🎉
привет =))
Едите, пишите, думайте головой.
А Вы пишете "пишите" неправильно.
спасибо, исправил =))
хочется отметить стремление автора к грамотному написанию. и картиночка поправлена и название ролика. но теперь красный крест в превью собаки погрызли. нижняя правая часть куда-то делась. ну ничего. может станет не всё равно когда-нибудь и сделает как положено. (ролик естественно без просмотра)