Существует существенная напряженность между подробностью протоколирования и производительностью приложения Java в процессе производства. Если мы запишемся очень выборочно, то мы можем упустить доказательства для выпуска продуктов для отладки. Если мы добавим слишком много регистрации в производство, это может повлиять на производительность.Регистрация производства для Java-приложения
Я думал вдоль линии с несколькими вариантами:
- Вход все выборочные и важные вещи
- Наличие SSDs вместо жестких дисков в прод
- ли лесосечных утилита, которая может «партия» каротаж операторы и периодически промывать
- У вас есть утилита, которая будет хранить журналы в памяти, а затем, в конце концов, свернуть.
Что лучше всего подходит, если не указано выше? Существуют ли какие-либо существующие инструменты ведения журнала, которые могут быть использованы для этой цели?
В чем разница между 3 и 4? Где находится «партия», если не в памяти? –
Извините, я имею в виду, что в 3 для разработки механизма в нашем коде и 4 означает, что уже есть такая утилита, которая может быть использована – user2350659