Atum1,

Сильно зависит от нагрузки. Если приложение рассчитано на 50+ запросов в секунду, особо не пологгируешь.

Blazkowicz,

Вы это, мысль раскройте пошире. 50 запросов в секунду по 1 кб на запрос - это 4 гига логов в сутки. А нагрузки бывают и выше, а системы бывают и микросервисные, и каждый микросервис должен что-то логгировать. Так что логгирование приходится вести очень аккуратно. У вас какой-то другой опыт?

Blazkowicz,

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

С хранением все немного сложнее, т.к. логи не хранятся мертвым грузом. Они парсятся, индексируются и складываются в централизованное хранилище, их анализирует алертинг, по ним строятся всякие-разные графики.

У нас используется такая классификация логов:
- трассировка (по умолчанию выключена)
- отладочные (включены только local/dev)
- сетевые (логгирование запроса и ответа)
- аудит (логгирование действий пользователя, имеющих смысл для аудита)
- инфо (большая часть их не относится к индивидуальным запросам, скорее они обозначают изменение состояние приложения - т.е. запуск и какие-то перенастройки)
- неинтересные/ожидаемые ошибки (ошибки валидации входных данных, некоторые сетевые ошибки) - т.е. формально ошибки, но они никому не интересны, разве что в виде статистики
- внезапные ошибки (типичный пример - NPE)
- ошибки, требующие внимания системного администратора
- ошибки, требующие немедленного внимания системного администратора

Уровни логгирования тут важны постольку-поскольку - главное, чтобы нужные категории логов было удобно фильтровать по уровню логгирования + чтобы парсер мог уверенно различать разные типы логов.

Вообще, я повторюсь, тут можно на целую статью материала накатать.

no56892,

другой комп тоже не резиновый. А так да, в приличном обществе принято логгировать на отдельный примонтированный раздел, чтобы ОС не страдала от нехватки места если что.