Size: a a a

Software Design/Architecture/Zen

2021 November 01

R

Roman in Software Design/Architecture/Zen
Если коротко: в логах нет никакого смысла
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
Ну были рекие кейсы, что-то изменилось - не понятно откуда. Оказывается какой нить менеджер нажал, и это не баг был. Или клиент утверждает что сделал, а на самом деле ему "показалось" или он ен разобрался
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
Обкладывать всю систему историей - ну то же логирвоание, но сложнее.
источник

SF

Segmentation Fault in Software Design/Architecture/Zen
Писать стоит, но с разным уровнем логирования.
источник

R

Roman in Software Design/Architecture/Zen
Ты почитай. Это не "откажитесь от логов и не видьте ничего", а "откажитесь от логов потому что есть куда более хорошие инструменты"
источник

R

Roman in Software Design/Architecture/Zen
Я начал подозревать, что с логами что-то неладное, когда мой сервис генерировал 20гб логов в день, а больше 2/3 инцидентов всё равно не удавалось понять по ним, т.к. логов всегда мало. Мысль о том, что "вот это надо логировать" появляется ровно после инцидента
источник

AI

Arthur Irgashev in Software Design/Architecture/Zen
Может просто логировал неправильно ?
источник

R

Roman in Software Design/Architecture/Zen
А как логировать "правильно"?
источник

AI

Arthur Irgashev in Software Design/Architecture/Zen
Ну там вон даже в статье пишут, что логировать нужно правильно и это сложно
источник

AI

Arthur Irgashev in Software Design/Architecture/Zen
Правильно — у каждого своё понимание
источник

AI

Arthur Irgashev in Software Design/Architecture/Zen
На моей практике трейс логи — единственное, что помогало оперативно искать баги в сложных процессах
источник

R

Roman in Software Design/Architecture/Zen
Категорически не согласен. Правильно — это объективное понятие, метрику которого даже можно представить как отношение понятых по логам инцидентов к общему количеству инцидентов
источник

AI

Arthur Irgashev in Software Design/Architecture/Zen
Алерты это круто, конечно, но не то
источник

AI

Arthur Irgashev in Software Design/Architecture/Zen
Это где такое определение есть ?
источник

SP

Sergey Protko in Software Design/Architecture/Zen
придумай ситуацию которую тебе надо исследовать и под эту ситуацию думай над логами. логать все поряд смысла нет, но иногда знать о том что какая-то операция была отработана полезно (потом сможешь по логам понимать чем пользуются а чем нет).

Сделай ревью логов текущих, убедись что они полезны. часто бывает что количество записей можно сильно сократить без последствий особых. но опять же ключевое это вопрос "зачем тебе логи, как ты их будешь использовать". Это как с фичами - в зависимости от ситуации тебе могут быть полезны разные данные.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
мне нравится что человек использует аргументы в стиле "логи это сложно а потому давайте мы сверху добавим алерты трэйсинги и прочее для чего тоже нужна инфраструктура но мы об этом умолчим".

статья хорошая в том плане что есть над чем подумать но выполнена в стиле наброса так что осторожнее с выводами, их лучше самому делать
источник

R

Roman in Software Design/Architecture/Zen
Автор в целом любитель набросить в питон-сообществе, так что да, ты прав
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
Ну то что логать что-то важное - это понятно. Другое дело, что не знаешь заранее, что может пригодиться и какой кейс на исследование прилетит.
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
Вот был кейс: исчезли данные из админки. Кипишь, а оказалось фронт что-то свое тестировал.
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
Вроде и бред,и  на тесте. Но логи прояснили бы быстрее
источник