Нужно ли логировать запрос на сервер?

Question

[emizerov]

Такой, может показаться, тривиальный вопрос.
Нужно ли на Go-сервере логировать факт запроса?
Если да, то зачем?

Как пример приведу Django.
INFO "GET / HTTP/1.1" 200 6698
POST "POST /create/ HTTP/1.1" 200 6632

Answer 1

[Roman K]

go обычно прячут за реверс-прокси (например, nginx). У nginx есть access log, поэтому на стороне сервиса избыточно это логировать.

А зачем это нужно — для расследований инцидентов, для составления статистики по логам. Например, количество запросов в день/час/минуту/секунду — смотреть всплески нагрузки, распределение по кодам ответа, популярные урлы, айпишники юзеров чтобы видеть ботнеты из Китая. Куча применений.

Comments

[Станислав Бодро́в]

У nginx есть access log, поэтому на стороне сервиса избыточно это логировать.

А если nginx ещё работает как балансировщик между фронтом и бэкендом, и бэкендов несколько? Если за день пишется несколько гигабайт access.log, error.log и ещё какие-то свои дополнительно? Не приходилось grep-ать логи простенького малопосещаемого сайта (около 1000 запросов/час) во время разбора полётов? Надо писать, хоть что-то, чтобы упростить и ускорить поиск проблемы.

[Roman K]

Станислав Бодро́в, логи в 20+ гб в день грепал. Подходит?

Answer 2

[aleks-th]

Пока не поломались как бы и не нужно.
А как сломают, или что-то работать перестанет, будешь думать - какой идиот логи отключил.

Answer 3

[Станислав Бодро́в]

Помимо фиксации запроса надо ещё писать хоть какие-то информативные данные о работе сервера (время ответа, какие-то статусы ответа на запрос). Если есть downlink или база, куда ходят за данными, очень желательно фиксировать статус подключения или ответа.
Это просто хороший навык и правильная привычка. Когда попадёшь в серьёзную компанию, где ещё до попадания в препрод сервис гоняют тестами в хвост и гриву, будешь отхватывать лучи добра от QA или DevOps, либо твоё приложение просто развернут.