Почему важно иметь систему регистрации при разработке сайта - PullRequest
2 голосов
/ 17 июля 2010

Что ты с этим делаешь? Как? И т.д. (я только начал читать в Высокая масштабируемость .)

Ответы [ 6 ]

4 голосов
/ 17 июля 2010

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

2 голосов
/ 17 июля 2010

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

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

В частности (в среде .NET) счетчики производительности часто оказываются более полезными, чем ведение журнала. В зависимости от операционной среды использование WMI может быть более подходящим. И в любом случае, может быть, гораздо лучше «регистрировать» структурированные данные, чем записывать текст, который затем должен быть проанализирован или прочитан человеком. «Записывание» контекста проблемы в столбец XML в базе данных позволяет выполнять сложные запросы позже, чтобы лучше характеризовать происходящее.

Также может быть важно, чтобы ведение журнала было достаточно быстрым для использования в Производстве (до некоторой степени). На платформах, которые его поддерживают, .NET позволяет вам регистрироваться с использованием ETW, того же кода, который используется драйверами устройств для регистрации. Если это достаточно быстро для них, скорее всего, это достаточно быстро для вашего веб-сайта.

1 голос
/ 17 июля 2010

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

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

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

Надеюсь, это поможет. И удачи, желаю вам никогда не видеть журнал:)

1 голос
/ 17 июля 2010

Если вы не регистрируете ошибки, предупреждения и отладочную информацию, как вы узнаете, что пошло не так, когда сайт вышел из строя?

Это также отличный способ контролировать работоспособность сайта.

1 голос
/ 17 июля 2010

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

Редактировать: отправлять информацию по электронной почте, а также записывать в файл на случай, если электронные письма не пройдут. Таким образом, либо у вас есть электронная почта, если файловая система заполнена, либо у вас есть журнал, если почтовый сервер не работает.

0 голосов
/ 17 июля 2010

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

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

Если вы говорите о чем-то отличном от log4j, тогда я не понял вопроса

...