Регистрация событий

Регистрация событий предоставляет системным администраторам информацию, полезную для диагностики и аудита . Различные классы событий, которые будут регистрироваться, а также сведения, которые будут отображаться в сообщениях о событиях, часто рассматриваются на ранних этапах цикла разработки. Многие технологии регистрации событий позволяют или даже требуют присвоения каждому классу событий уникального «кода», который используется программным обеспечением регистрации событий или отдельным средством просмотра (например, Event Viewer) для форматирования и вывода удобочитаемого сообщения. Это облегчает локализацию и позволяет системным администраторам легче получать информацию о возникающих проблемах.

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

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

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

Регистрация событий	Отслеживание программного обеспечения
Используется в основном системными администраторами	Потребляется в основном разработчиками
Регистрирует информацию «высокого уровня» (например, неудачная установка программы).	Регистрирует информацию «низкого уровня» (например, выброшенное исключение ).
Не должно быть слишком «шумным» (содержащим множество повторяющихся событий или информации, бесполезной для целевой аудитории).	Может быть шумно
Формат вывода , основанный на стандартах , часто желателен, а иногда даже необходим.	Небольшие ограничения на формат вывода
Сообщения журнала событий часто локализуются.	Локализация редко вызывает беспокойство
Добавление новых типов событий, а также новых сообщений о событиях не должно быть гибким.	Добавление новых сообщений о отслеживании должно быть быстрым.